Zarchiwizowanie danych i odpowiednie ich zabezpieczenie przed niepowołanym dostępem oraz zapewnienie poufności powinno być integralną częścią procesu migrowania baz u klienta i leży w odpowiedzialności osoby, która wykonuje migrację. Migrator tworzy w katalogu roboczym migracji danej bazy plik parametrów oraz plik profilu, ponadto w trybie wsadowym użytkownik samodzielnie przygotowuje pliki parametrów.
Wszystkie te pliki zawierają hasła i użytkowników do SQL Server oraz do migrowanej firmy dlatego trzeba je bezwzględnie zabezpieczyć.
Po wykonanej Migracji hasła w plikach katalogu roboczego są zaszyfrowane jednak nie zdejmuje to odpowiedzialności z użytkownika.
Dzielenie się plikami parametrów Migracji powodujące wyciek danych poufnych poza środowisko klienta jest zabronione.
Archiwizacja danych po migracji powinna obejmować:
1.Katalog roboczy migracji - zawiera migrowaną bazę Btrieve i pliki parametrów.
2.Kopie baz TemporaryDB i TargetDB.
Migrator informuje o położeniu kopii baz jeśli ich wykonanie nie zostało wyłączone przez użytkownika tzn. gdy DisableBackup było ustawione na false.
Jeżeli backupy zostały odłożone w katalogu backupów serwera SQL, to do katalogu roboczego migracji należy przenieść te backup'y.
Nazwy plików backup'ów są skorelowane z nazwą katalogu migrowanej bazy Btrieve.
Jeżeli Migrator miał dostęp do katalogu backupów serwera SQL to sam przeniósł backup'y do katalogu roboczego.
Wszystkie backup'y są ściśle powiązane z plikiem profilu i są niezbędne przy ewentualnym ponownym wznowieniu migracji od wybranego kroku, który zakończył się powodzeniem;
Nawet jeśli backup'y były wyłączone, należy po udanej migracji zrobić backup baz TemporaryDB i TargetDB i skopiować je do katalogu roboczego.
Szczególnie istotny jest backup bazy TemporaryDB, okaże się on pomocny w diagnostyce zagadnień, które mogą ujawnić się w bazie docelowej wiele miesięcy po zakończeniu migracji.
Klient powinien wskazać miejsce do którego mają być przeniesione zarchiwizowane dane.