Wbudowane narzędzie do konwersji nie będzie
- przenieś ustawienia transakcji
- migruj skrypty ActiveX powiązane z krokami
- Zadanie usług analitycznych
- złożone zadania transformacji danych
- zadania niestandardowe
- Zadania związane z zapytaniami opartymi na danych
- Zadanie zapytania predykcyjnego eksploracji danych
- Zadania dotyczące właściwości dynamicznych
- Wykonywanie zadań pakietów
- Zadania równoległej pompy danych
- zadania, które uzyskują informacje o połączeniu z plików Microsoft Data Link(.udl)
- Kod ActiveX Script, który uzyskuje dostęp do modelu obiektów DTS poprzez właściwośćParent kolekcjiGlobalVariables
Istnieje narzędzie o nazwie dtsXchange dostępne w firmie Pragmatic, które wykonuje większość tych konwersji, ale nadal nie przeprojektowuje pakietu.
Zazwyczaj pakiet DTS używa tabel pomostowych, a większość transformacji / manipulacji danymi odbywa się przy użyciu procedur SQL lub zapisanych. Automatyczna konwersja będzie nadal korzystać z tego samego przepływu pracy.
Silnik SSIS jest dość potężny i ma wiele funkcji ułatwiających wykonywanie tych zadań. Rozwiązaniem byłoby przepisanie pakietów w SSIS.
To powiedziawszy, biorąc pod uwagę, że nie masz żadnego doświadczenia z SSIS, uważam, że 900 godzin na 150 paczek jest nieco konserwatywny. Myślę, że powinieneś zaplanować 8 godzin na pakiet, ale staraj się zrobić to w 6 godzin.
Mam nadzieję, że nie używasz 64 bitów. Ani pliki XLS, ani MDB nie mają 64-bitowego dostawcy danych i będziesz zmuszony do pracy w trybie 32-bitowym.
Pracuję nad mocnym argumentem za przepisywaniem przeciwko konwersji. Chętnie podzielę się z Tobą całą posiadaną przeze mnie dokumentacją. Napisz do mnie na adres [email protected]
Raj
