Det indbyggede konverteringsværktøj vil ikke
- migrer transaktionsindstillinger
- migrer ActiveX-scripts forbundet med trin
- Analyseserviceopgave
- komplekse datatransformationsopgaver
- tilpassede opgaver
- Datadrevne forespørgselsopgaver
- Data Mining Prediction Query-opgave
- Dynamiske egenskaber opgaver
- Udfør pakkeopgaver
- Parallelle datapumpeopgaver
- opgaver, der henter deres forbindelsesoplysninger fra Microsoft Data Link(.udl)-filer
- ActiveX Script-kode, der får adgang til DTS-objektmodellen via Parent-egenskaben i GlobalVariables-samlingen
Der er et værktøj kaldet dtsXchange tilgængeligt fra Pragmatic Works, som udfører de fleste af disse konverteringer, men som stadig ikke omkonstruerer pakken.
Typisk vil en DTS-pakke bruge iscenesættelsestabeller, og det meste af transformationen/datamanipulationen vil ske ved brug af SQL eller Stored procedurer. Automatisk konvertering ville fortsætte med at bruge det samme arbejdsflow.
SSIS-motoren er ret kraftfuld og har en masse funktioner til at hjælpe med at udføre disse opgaver. At omskrive pakkerne i SSIS ville være vejen at gå.
Når det er sagt, i betragtning af at du ikke har nogen erfaring med SSIS, så føler jeg, at 900 timer for 150 pakker er lidt konservativt. Jeg synes, du skal planlægge 8 timer pr. pakke, men sigt efter at gøre det på 6 timer.
Jeg håber du ikke bruger 64 bit. Hverken XLS- eller MDB-filer har en 64 bit dataudbyder, og du vil blive tvunget til at køre i 32 bit tilstand.
Jeg har arbejdet på et stærkt argument for omskrivning mod konvertering. Jeg deler gerne al den dokumentation, jeg har, med dig. Send mig en e-mail på [email protected]
Raj