Das eingebaute Konvertierungstool nicht
- Transaktionseinstellungen migrieren
- mit Schritten verknüpfte ActiveX-Skripts migrieren
- Analysis Services-Aufgabe
- komplexe Datentransformationsaufgaben
- benutzerdefinierte Aufgaben
- Datengetriebene Abfrageaufgaben
- Data-Mining-Vorhersageabfrageaufgabe
- Aufgaben für dynamische Eigenschaften
- Paketaufgaben ausführen
- Parallele Data Pump-Aufgaben
- Aufgaben, die ihre Verbindungsinformationen aus Microsoft Data Link (.udl)-Dateien beziehen
- ActiveX-Skriptcode, der über die Parent-Eigenschaft der GlobalVariables-Sammlung auf das DTS-Objektmodell zugreift
Es gibt ein Tool namens dtsXchange, das von Pragmatic Works erhältlich ist, das die meisten dieser Konvertierungen durchführt, aber dennoch das Paket nicht neu entwickelt.
Normalerweise würde ein DTS-Paket Staging-Tabellen verwenden, und die meisten Transformationen/Datenbearbeitungen würden mithilfe von SQL oder gespeicherten Prozeduren erfolgen. Die automatische Konvertierung würde weiterhin denselben Arbeitsablauf verwenden.
Die SSIS-Engine ist ziemlich leistungsfähig und verfügt über viele Funktionen, die Sie bei diesen Aufgaben unterstützen. Das Umschreiben der Pakete in SSIS wäre der richtige Weg.
Angesichts der Tatsache, dass Sie keine Erfahrung mit SSIS haben, halte ich 900 Stunden für 150 Pakete jedoch für etwas konservativ. Ich denke, Sie sollten 8 Stunden pro Paket einplanen, aber versuchen Sie, es in 6 Stunden zu schaffen.
Ich hoffe, Sie verwenden nicht 64-Bit. Weder XLS- noch MDB-Dateien haben einen 64-Bit-Datenanbieter und Sie werden gezwungen, im 32-Bit-Modus zu arbeiten.
Ich habe an einem starken Argument für das Umschreiben gegen die Konvertierung gearbeitet. Gerne teile ich Ihnen alle mir vorliegenden Unterlagen mit. Senden Sie mir eine E-Mail an [email protected]
Raj
