In den meisten Komponenten innerhalb eines Data Flows in einem SSIS-Paket k\u00f6nnen als Error Handling folgende Einstellungen getroffen werden:<\/p>\n
| Englisch<\/td>\n | Deutsch<\/td>\n | Bemerkung<\/td>\n<\/tr>\n |
| Fail Component<\/td>\n | Fehler bei Komponente<\/td>\n | Dies ist die Standard-Einstellung. Sie f\u00fchrt dazu, dass bei einem \u2013 wie auch immer gearteten Fehler \u2013 der gesamte Data Flow fehlschl\u00e4gt. Noch nicht verarbeitete Daten werden nicht weiter verarbeitet.<\/td>\n<\/tr>\n |
| Ignore Failure<\/td>\n | Fehler ignorieren<\/td>\n | Diese Einstellung w\u00fcrde bedeuten, dass trotz des Fehlers normal weitergearbeitet wird. Dies ist in der Regel nicht sinnvoll.<\/td>\n<\/tr>\n |
| Redirect Row<\/td>\n | Zeile umleiten<\/td>\n | Die fehlerhafte Zeile wird umgeleitet und der aufgetretene Fehler kann durch einen speziellen Ablauf behandelt werden. <\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n In der Regel ist es sinnvoll, w\u00e4hrend der Entwicklung \u201cFail Component\u201d einzusetzen. W\u00e4hrend der Entwicklung und der Tests m\u00f6chte man ja schlie\u00dflich wissen, ob und wenn ja, welche Fehler auftreten, damit man sie programmatisch beheben kann.<\/p>\n Auch f\u00fcr den produktiven Einsatz kann diese Einstellung sinnvoll sein, da sie daf\u00fcr sorgt, dass keine fehlerhaften Daten ins DWH \u00fcbernommen werden.<\/p>\n Auf der anderen Seite ist die Einstellung problematisch, da dann ein fehlerhafter Satz die ETL-Strecke zum Erliegen bringt. In einem meiner Projekte laden wir alle 10 Minuten aus einem Quellsystem, das sehr gro\u00dfz\u00fcgig mit Eingaben vorgeht. F\u00fcr dieses Projekt haben wir eine Quarant\u00e4ne<\/strong> definiert:<\/p>\n Alle Komponenten sollen auf \u201cRedirect Row\u201d gestellt werden und diese fehlerhaften S\u00e4tze werden in eine Quarant\u00e4ne-Tabelle geschrieben (unter Angabe des Prim\u00e4rschl\u00fcssels und des aufgetretenen Fehlers). <\/p>\n Danach m\u00fcssen noch \u201chalbe\u201d Datens\u00e4tze entfernt werden \u2013 es kann ja sein, dass in einem Vater-Satz ein Fehler auftritt und dieser in die Quarant\u00e4ne l\u00e4uft, aber alle Kinder-S\u00e4tze (der 1:n-Beziehung) richtig durchlaufen w\u00fcrden. Diese sollen dann aber nat\u00fcrlich nicht im DWH landen.<\/p>\n Die Umstellung der Komponenten auf \u201cRedirect Row\u201d wollten wir dabei nicht manuell durchf\u00fchren, da wir Data Flows mit ca. 150 Komponenten haben. Deshalb haben wir ein (VB).NET-Programm erstellt, das via SSIS API diese Komponenten umstellt. Dieses Programm werde ich in den n\u00e4chsten Blog-Eintr\u00e4gen vorstellen.<\/p>\n","protected":false},"excerpt":{"rendered":" In den meisten Komponenten innerhalb eines Data Flows in einem SSIS-Paket k\u00f6nnen als Error Handling folgende Einstellungen getroffen werden: Englisch Deutsch Bemerkung Fail Component Fehler bei Komponente Dies ist die Standard-Einstellung. Sie f\u00fchrt dazu, dass bei einem \u2013 wie auch immer gearteten Fehler \u2013 der gesamte Data Flow fehlschl\u00e4gt. Noch nicht verarbeitete Daten werden nicht … Error Handling im Data Flow eines SSIS-Pakets<\/span> weiterlesen |