Вграденият инструмент за преобразуване няма да
- мигриране на настройките за транзакция
- мигриране на ActiveX скриптове, свързани със стъпки
- Задача на Analysis Services
- сложни задачи за преобразуване на данни
- персонализирани задачи
- Задачи за заявки, управлявани от данни
- Задача за заявка за прогнозиране на извличане на данни
- Задачи за динамични свойства
- Изпълняване на задачи за пакети
- Задачи за паралелно изпомпване на данни
- задачи, които получават своята информация за свързване от Microsoft Data Link(.udl) файлове
- Код на ActiveX Script, който осъществява достъп до DTS обектния модел чрез свойството Parent на колекцията GlobalVariables
Има инструмент, наречен dtsXchange, достъпен от Pragmatic Works, който прави повечето от тези преобразувания, но все пак не преработва пакета.
Обикновено DTS пакетът ще използва сценични таблици и по-голямата част от трансформацията/манипулирането на данни ще се случи с помощта на SQL или съхранени процедури. Автоматичното преобразуване ще продължи да използва същия работен поток.
Механизмът SSIS е доста мощен и има много функции, които помагат за изпълнението на тези задачи. Пренаписването на пакетите в SSIS би било правилният начин.
Като казах това, като се има предвид, че нямате никакъв опит със SSIS, смятам, че 900 часа за 150 пакета е малко консервативно. Мисля, че трябва да планирате 8 часа за пакет, но се стремете да го направите за 6 часа.
Надявам се, че не използвате 64 бита. Нито XLS, нито MDB файловете имат 64-битов доставчик на данни и ще бъдете принудени да работите в 32-битов режим.
Работих върху силен аргумент за пренаписването срещу покръстването. С удоволствие ще споделя с вас цялата документация, която имам. Изпратете ми имейл на [email protected]
Радж
