Det inbyggda konverteringsverktyget gör det inte
- migrera transaktionsinställningar
- migrera ActiveX-skript som är associerade med steg
- Analystjänster uppgift
- komplexa uppgifter för datatransformation
- anpassade uppgifter
- Datadrivna frågeuppgifter
- Data Mining Prediction Query uppgift
- Dynamiska egenskaper
- Utför paketuppgifter
- Parallella datapumpuppgifter
- uppgifter som hämtar sin anslutningsinformation från Microsoft Data Link(.udl)-filer
- ActiveX-skriptkod som får åtkomst till DTS-objektmodellen genom egenskapen Parent i samlingen GlobalVariables
Det finns ett verktyg som heter dtsXchange tillgängligt från Pragmatic Works som gör de flesta av dessa omvandlingar, men det gör ändå inte om paketet.
Vanligtvis skulle ett DTS-paket använda iscensättningstabeller och det mesta av transformationen/datamanipulationen skulle ske med SQL eller lagrade procedurer. Automatisk konvertering skulle fortsätta att använda samma arbetsflöde.
SSIS-motorn är ganska kraftfull och har många funktioner för att göra dessa uppgifter. Att skriva om paketen i SSIS skulle vara vägen att gå.
Med det sagt, med tanke på att du inte har någon erfarenhet av SSIS, så känner jag att 900 timmar för 150 paket är lite konservativt. Jag tycker att du ska planera för 8 timmar per paket, men sikta på att göra det på 6 timmar.
Jag hoppas att du inte använder 64-bitars. Varken XLS- eller MDB-filer har en 64-bitars dataleverantör och du kommer att tvingas köra i 32-bitarsläge.
Jag har arbetat med ett starkt argument för att skriva om mot konvertering. Jag delar gärna med mig av all dokumentation jag har. Maila mig på [email protected]
Raj