Kopia zapasowa bazy Płatnika to podstawowa czynność przed aktualizacją programu, przeniesieniem środowiska na nowy komputer, reinstalacją systemu albo zmianą konfiguracji bazy danych. Sama obecność katalogu programu nie chroni danych płatnika, jeżeli nie potrafisz wskazać, gdzie jest baza i kiedy powstał jej ostatni sprawdzony backup.

Dla kogo jest ten poradnik

Poradnik jest przeznaczony dla osób administrujących własną instalacją programu Płatnik, biur rachunkowych utrzymujących własne środowisko oraz pracowników firm, którzy odpowiadają za bezpieczeństwo danych przed zmianami technicznymi. Jeżeli nie masz pewności, czy używasz bazy Access, czy SQL Server, najpierw ustal to przed rozpoczęciem backupu.

Przed rozpoczęciem

Przed wykonaniem kopii ustal cztery rzeczy:

  • jaka baza obsługuje dane: Access czy SQL Server,
  • gdzie fizycznie znajdują się pliki bazy albo instancja SQL,
  • kto ma uprawnienia administratora Windows i ewentualnie SQL Server,
  • gdzie ma zostać zapisany plik kopii i kto będzie go chronił.

ZUS przypomina na stronach programu Płatnik, aby przed pobraniem nowej wersji znać lokalizację bazy i hasło dostępu. W praktyce to oznacza, że backup powinien być częścią każdej większej zmiany, a nie działaniem wykonywanym dopiero po awarii.

Przed backupem:

  1. Zamknij program Płatnik na wszystkich stanowiskach.
  2. Upewnij się, że nikt nie pracuje na tej samej bazie.
  3. Zapisz aktualną wersję programu i datę wykonania kopii.
  4. Przygotuj miejsce docelowe: zasób sieciowy, dysk zewnętrzny albo szyfrowany katalog administracyjny.
  5. Sprawdź, czy masz wolne miejsce na zapis kopii.

Procedura krok po kroku

Backup dla bazy Access

W małych instalacjach Płatnik często korzysta z lokalnej bazy Access. W takim układzie najważniejsze jest ustalenie poprawnego pliku bazy i wykonanie kopii wtedy, gdy program jest całkowicie zamknięty.

Postępowanie:

  1. Zamknij Płatnika i sprawdź w Menedżerze zadań, czy nie został żaden proces programu.
  2. Odszukaj plik bazy i zapisz jego pełną ścieżkę.
  3. Skopiuj plik bazy do odrębnej lokalizacji administracyjnej.
  4. Nadaj kopii nazwę zawierającą datę, np. platnik-backup-2026-05-04.
  5. Sprawdź rozmiar pliku i porównaj go z oryginałem.
  6. Nie otwieraj od razu kopii w zwykłym trybie pracy, żeby nie pomylić kopii z bazą produkcyjną.

Przy bazie Access warto dodatkowo skopiować własną dokumentację środowiska: nazwę komputera, konto administratora, informacje o haśle do bazy i lokalizację instalatora.

Backup dla bazy SQL Server

Jeżeli środowisko działa na SQL Server, nie wystarczy skopiowanie katalogu programu Płatnik. Potrzebujesz kopii samej bazy wykonanej narzędziami SQL Server albo zgodnie z procedurą administratora tej instancji.

Najbezpieczniejszy minimalny zakres to:

  1. Ustal nazwę serwera i instancji SQL.
  2. Potwierdź nazwę właściwej bazy Płatnika.
  3. Wykonaj backup narzędziem administracyjnym SQL Server.
  4. Zapisz lokalizację pliku .bak.
  5. Sprawdź, czy plik kopii faktycznie się utworzył i ma aktualny znacznik czasu.
  6. Zapisz, kto wykonał backup i kiedy.

Jeżeli przenosisz środowisko do innej instancji, przydatny jest także zapis nazwy użytkownika, sposobu logowania i podstawowych parametrów połączenia. Do migracji przydaje się osobna checklista, dlatego przy większej zmianie warto od razu zajrzeć do poradnika jak przenieść Płatnika na nowy komputer.

Kontrola po wykonaniu kopii

Sam plik backupu nie oznacza jeszcze, że procedura jest zamknięta. Po wykonaniu kopii sprawdź:

  • czy plik znajduje się tam, gdzie planowano,
  • czy nazwa pliku jednoznacznie wskazuje datę i środowisko,
  • czy kopia nie leży wyłącznie na tym samym dysku co baza produkcyjna,
  • czy osoba odpowiedzialna za system wie, gdzie znajduje się backup,
  • czy w razie potrzeby wiadomo, jak wykonać odtworzenie testowe.

Jeżeli backup ma być wykorzystany przed reinstalacją systemu, dobrze od razu przygotować też listę haseł i dostępów administracyjnych. Gdy brakuje hasła do własnej bazy Access, pomocny może być osobny poradnik o odzyskiwaniu dostępu do własnej instalacji Płatnika.

Najczęstsze błędy

Najczęstszy błąd to kopiowanie samego katalogu programu bez upewnienia się, gdzie rzeczywiście znajduje się baza. Drugi problem to backup wykonany przy otwartym Płatniku, gdy plik lub instancja są nadal używane.

Często pojawiają się też inne potknięcia:

  • zapis kopii tylko na tym samym komputerze,
  • brak opisu, z którego dnia pochodzi backup,
  • pomylenie kopii testowej z produkcyjną,
  • brak wiedzy, czy środowisko używa Access, czy SQL Server,
  • brak weryfikacji, czy plik kopii powstał poprawnie.

Przed aktualizacją programu bezpiecznie jest połączyć backup z kontrolą wersji i metryki. Jeżeli to Twój scenariusz, przejdź dalej do poradników jak sprawdzić wersję programu Płatnik i metrykę oraz jak bezpiecznie aktualizować program Płatnik.

Aktualność i weryfikacja

Punktem odniesienia są oficjalne materiały ZUS dotyczące programu Płatnik oraz dokumentacja migracji i administracji. ZUS podkreśla, że przed pobraniem nowej wersji programu trzeba znać lokalizację bazy i hasło dostępu, a środowiska SQL wymagają osobnej procedury migracyjnej.

Sprawdzaj: