De ingebouwde conversietool zal niet
- transactie-instellingen migreren
- ActiveX-scripts migreren die zijn gekoppeld aan stappen
- Taak Analyseservices
- complexe gegevenstransformatietaken
- aangepaste taken
- Data Driven Query-taken
- Datamining-voorspellingsquerytaak
- Taken voor dynamische eigenschappen
- Pakkettaken uitvoeren
- Parallelle Data Pump-taken
- taken die hun verbindingsinformatie verkrijgen uit Microsoft Data Link(.udl)-bestanden
- ActiveX-scriptcode die toegang heeft tot het DTS-objectmodel via de eigenschap Parent van de verzameling GlobalVariables
Er is een tool genaamd dtsXchange beschikbaar van Pragmatic Works die de meeste van deze conversies uitvoert, maar het pakket wordt nog steeds niet opnieuw ontworpen.
Normaal gesproken zou een DTS-pakket staging-tabellen gebruiken en de meeste transformaties/gegevensmanipulaties zouden plaatsvinden met behulp van SQL- of opgeslagen procedures. Automatische conversie zou dezelfde workflow blijven gebruiken.
De SSIS-engine is behoorlijk krachtig en heeft veel functies om deze taken uit te voeren. Het herschrijven van de pakketten in SSIS zou de beste keuze zijn.
Dat gezegd hebbende, gezien het feit dat je geen ervaring hebt met SSIS, vind ik 900 uur voor 150 pakketten een beetje conservatief. Ik denk dat je 8 uur per pakket moet plannen, maar streef ernaar om het in 6 uur te doen.
Ik hoop dat je geen 64 bit gebruikt. Noch XLS- noch MDB-bestanden hebben een 64-bits gegevensprovider en u zult gedwongen worden om in 32-bits modus te werken.
Ik heb gewerkt aan een sterk argument voor herschrijven tegen conversie. Ik deel graag alle documentatie die ik heb met u. E-mail me op [email protected]
Raj