Przetestuj odtworzenie PostgreSQL przed migracją

To próba odtwarzania, nie instrukcja nadpisania produkcji. Przed kopią potwierdź silnik i wersję, właściciela danych, retencję, szyfrowanie i miejsce.

Utwórz i opisz kopię zapasową

• Użyj udokumentowanej metody i spójnego zrzutu. Zapisz źródło, wersję, czas/strefę, rozmiar, właściciela klucza i sumę kontrolną.
• Przechowuj zaszyfrowaną kopię poza serwerem produkcyjnym. Nie zapisuj sekretów w historii powłoki, zgłoszeniach ani zrzutach ekranu; sprawdź dostęp do klucza.

Odtwórz kopię w izolowanym środowisku

• Utwórz pustą bazę z właściwą wersją główną, rolami i rozszerzeniami. Odtwórz odpowiednim narzędziem PostgreSQL; nigdy nie kieruj komendy na produkcję.
• Sprawdź tabele, liczbę krytycznych rekordów, ograniczenia, start aplikacji i scenariusz tylko do odczytu. Zapisz czas i różnice przed migracją.

Przykład i oczekiwany wynik

• Dobierz narzędzie do formatu: plain SQL przez psql, custom/tar przez pg_restore (sprawdź pg_restore --list backup.dump). Odtwórz w odizolowanej, tymczasowej bazie; wyłącz workery i integracje zewnętrzne, użyj testowych sekretów. Nie wykonuj ćwiczenia w produkcji.
• Zapisz kod wyjścia, czas, oczekiwaną liczbę tabel i kontrole zbiorcze. Przy błędzie lub różnicy zatrzymaj się i sprawdź błąd, rozszerzenia oraz role na hoście testowym przed migracją. pg_dump obejmuje jedną bazę; role globalne wymagają osobnej kopii.

Źródła pierwotne

• PostgreSQL documentation · pg_dump and restore formats