Witam,
Mam problem z migracją bazy dancych FKP do 50C. Baza FKP jest duża zawiera lata 1996-2019. Okazuje się że rok 1996 jest uszkodzony - brakuje plików w katalogu 1996. Baza była naprawiana - rok 1996 ma w FK status usunięty. Baza mimo uszkodzenia przechodziła bez problemu aktualizacje - tak zamierzchłymi czasami nikt się nie przejmował , diagnostyki oczywiście wykazywały błędy w zakresie IdDlaRozliczeń i sprawdzania baz danych.

Po pewnych poprawkach baza przechodzi pozytywnie Weyfikację przed migracją, natopmiast wywala się podczas migracji na etapie:


Czy istnieje możliwść - tak jak w handlu - odcięcia powiedzmy 10 ostatnich lat? Reszta jest już i tak nie potrzebna

Uszkodzenie plików z roku jest dość proste do naprawienia, wystarczy skopiować dane z poprawnego roku np. 1997 na rok 1996.

Jak w/w nie zadziała problem leży prawdopodobnie gdzie indziej:
Zobacz plik: C:\Program Files x86\Sage\Migracja\20.0\FK20_F50\SQL2SQL\070... linia 70-115
błąd dotyczy jakiegoś kontrahenta z bazy [TemporaryDB].[btrfk].[dokumenty]
posługując się MS SQL SM przejrzyj tę bazę

Dzieki za odpowiedz - szukałem skryptu migracyjnego i wlasnie mi podałeś gdzie jest. Odnośnie błędu - znalazłem jego źródło - dotyczyło wzorca dokumentu w bazie Dokumenty 2.0 - w polu wzorzec w kilku latach było 0. po poprawie migracja poszła dalej. Teraz błąd pojawia się przy migracji rozrachunków.

Będę szukał jego przyczyny :)

Chciałem się upewnić tylko że błąd:


odnosi się do skrytpu : 170_MigrateToTarget_Settlements.sql
i jego linii 132 ?

Pomogłoby mi to łatwiej zlokalizować błąd...

tak

udało ci się ustalić co jest przyczyną ja mam podobny błąd przy tym skrypcie ale w innej linijce

Tak,
Należy zlokalizować skrypt 070, odpowiednią jego linię i kolumnę w katalogach instalacji migratora. Tam dostaniesz podpowiedź - wnioskując z kodu o co może chodzić. W moim przypadku była to wartość 0 w kolumnie w której jej być nie może. Skrypt 070 wykonywany jest podczas kroku SQL2SQL więc i tak błąd trzeba poprawić w pervasive, przed procedurą migracji.
Podczas migracji dane przenoszone z z pervasive na SQL do tymczasowej bazy - jeśli sie nie myle to zawiera nazwe bezy migrowanej i "temp" albo "temorary". Na tym etapie przewalane jest wszystko z bazy na PVS - wraz z ewentualnym błędem. Dopiero w następnym kroku SQL2SQL migrator może wywalić błąd, jeśli takowy został przeniesiony z PVSSQL na MSSQL do bay tymczasowej.. \
Czytając skrypt zlokalizowałem problem w tabeli bazy tymczasowej, na tej podstawie poprawiłem błąd w bazie Pervasive i uruchomiłem całą migrację od nowe. To zadziałało. Skrytpy migracyjne zlokalizowane są w katalogu instalacyjnym Migratora.

Używasz jakiegoś konretnego programu do edycji bazy Pervasive ?
Skrypty zlokalizowałem i widzę z którą tabelą w mssql jest problem. Ale tak jak piszesz trzeba to poprawić w pervasive

Control Center - podłączam tam bazę i edytuje zawartość tabeli. Aby podłączyć bazę do PVS Control Center trzeba najpierw wygenerować DDFy. Funkcja:

dzieki jutro to posprawdzam