Cześć,
Subiekt jeszcze działa na starym XP, więc na nowym W10 zainstalowałem demo Subiekta GT 1.48 SP2 i próbuję przenieść dane.
1. Wykonałem archiwizację na XP (insertowym "Archiwizatorem")
2. Wykonałem dearchiwizację na W10
3. Przy uruchamianiu Subiekt stwierdza, że baza danych jest nieaktualna i rozpoczyna aktualizację, która kończy się niepowodzeniem.
Końcówka pliku z "log-iem" wygląda następująco:
Modyfikacja wartości wersji struktury bazy z 1.3503 na 1.3600
Wartość wersji została zmodyfikowana
Modyfikacja wartości wersji struktury bazy z 1.3600 na 1.3601
Wartość wersji została zmodyfikowana
Modyfikacja wartości wersji struktury bazy z 1.3601 na 1.3602
Wartość wersji została zmodyfikowana
Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.3602_1.3700.enc
Czas: OdczepianieObiektow 00:00:00
Czas: UsuwanieConstraintow:Check,Default 00:00:05
Czas: OdczepianieConstraintow:PK,FK,Unique 00:00:00
Czas: UsuwanieRegul 00:00:00
Czas: UsuwanieDefaultow 00:00:01
Czas: DodawanieDefaultow 00:00:00
Czas: DodawanieRegul 00:00:00
Czas: PorzadkowanieTypowDanych 00:00:00
Czas: OdczepianieIndexow 00:00:00
Czas: PorzadkowanieTabelek 00:00:05
Czas: PorzadkowanieDanychSlownikowych 00:00:00
Czas: __Update 00:00:00
Czas: DodawanieIndexow 00:00:00
Nie powiodło się wykonanie polecenia:
ALTER TABLE nz_FinanseSplata ADD CONSTRAINT
FK_nz_FinanseSplata_nz__Finanse FOREIGN KEY
(
nzs_IdSplaty
) REFERENCES nz__Finanse
(
nzf_Id
)
Błąd 0x80040E2F: The ALTER TABLE statement conflicted with the FOREIGN KEY constraint "FK_nz_FinanseSplata_nz__Finanse". The conflict occurred in database "PAPIER_Przemyslaw_Szymik", table "dbo.nz__Finanse", column 'nzf_Id'.
Aktualizacja podmiotu nie powiodła się: 0x80040e2f: The ALTER TABLE statement conflicted with the FOREIGN KEY constraint "FK_nz_FinanseSplata_nz__Finanse". The conflict occurred in database "PAPIER_Przemyslaw_Szymik", table "dbo.nz__Finanse", column 'nzf_Id'.
Przywrócenie podmiotu powiodło się.
Próbowałem również przed archiwizacją "pogrzebać" programem serwisowym (odbudowa indeksów, aktualizacja instynktu, kontrola danych, kompaktuj) i ponownie wykonać archiwizację i dearchiwizację, jednak efekt jest dokładnie taki sam. :-/
Problem jeszcze nie jest pilny (stary system wciąż działa), ale obawiam się, że z każdą kolejną wersją bazy będzie trudniej go rozwiązać...
Pozdrawiam
:-Przemo.PS:
Podobny temat znalazłem tutaj
https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/1041,0x80040e14-blad-aktualizacja-podmiotu-nie-powiodla-sie-niepowodzenie-konwersji-bazy-danych-do-wersji-1-33-lub-wyzszej-na-serwerze-sql-w-wersji-2000-sp3-lub-starszej.html jednak nie opisuje on mojego przypadku -- ciut inny numer błędu oraz serwer SQL zainstalowany wraz z Subiektem