Strategia kopii zapasowych dla Comarch ERP XL musi obejmować zarówno bazę danych SQL Server, jak i pliki konfiguracyjne aplikacji serwera. Prawidłowo skonfigurowany harmonogram backupów minimalizuje ryzyko utraty danych w przypadku awarii sprzętu lub błędu ludzkiego.
Co należy objąć kopią zapasową?
Pełna strategia backupu dla XL obejmuje: bazę danych SQL Server (plik MDF i logi LDF), systemową bazę master SQL Server (zawiera loginy i konfigurację serwera), bazę msdb SQL Server (zawiera zadania SQL Server Agent i harmonogramy backupów), foldery instalacyjne aplikacji serwera XL (zawierają szablony, konfigurację i certyfikaty licencji), oraz foldery z plikami zewnętrznymi (załączniki, zdjęcia towarów, szablony wydruków).
Harmonogram backupów bazy danych
Optymalny harmonogram dla środowisk produkcyjnych XL: pełny backup (FULL) raz w tygodniu (np. sobota o 23:00), backup różnicowy (DIFFERENTIAL) codziennie wieczorem, backup logu transakcyjnego (LOG) co godzinę w godzinach pracy i co 2–4 godziny poza nimi. Taki harmonogram zapewnia punkt przywrócenia z maksymalną utratą danych wynoszącą jedną godzinę. Dla firm krytycznie zależnych od ERP backupy logu mogą być wykonywane co 15 lub 30 minut.
Konfiguracja SQL Server Agent do backupów
SQL Server Agent (agent usługi) umożliwia automatyczne harmonogramowanie backupów. Tworzenie zadań backupu w SQL Server Agent: Nowe zadanie → Krok: skrypt T-SQL z poleceniem BACKUP DATABASE → Harmonogram: cykliczny (daily, weekly). Backup powinien zapisywać pliki .bak na ścieżkę UNC serwera backupów – nie na ten sam dysk, co baza danych. Kopie na tym samym dysku nie chronią przed awarią dysku.
Weryfikacja i testowanie backupów
Backup, którego nigdy nie przetestowano przywracaniem, jest bezużyteczny. Co miesiąc należy weryfikować jeden backup przez polecenie RESTORE VERIFYONLY (sprawdza integralność pliku bez faktycznego przywracania) lub przez pełne przywrócenie na środowisko testowe. Prawdziwy test backupu to pełne przywrócenie i weryfikacja danych na testowym serwerze – to jedyna pewna metoda potwierdzenia, że w razie awarii backup zadziała.
Retencja kopii zapasowych
Retencja (czas przechowywania) kopii zapasowych powinna być ustalona zgodnie z wymaganiami prawnymi (5 lat dla dokumentów podatkowych) i operacyjnymi (możliwość cofnięcia się do danych sprzed kilku tygodni). Typowa polityka: backupy dzienne przechowywane 30 dni, tygodniowe – 12 miesięcy, miesięczne – 5 lat. Backupy miesięczne archiwizowane są na oddzielnych nośnikach offline (taśma, nośnik optyczny, cold storage w chmurze).
