Bazy danych systemów WAPRO gromadzą dane księgowe, magazynowe i kadrowe firmy — ich utrata bywa znacznie poważniejsza w skutkach niż sama awaria komputera, na którym programy pracują.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie automatycznego, cyklicznego backupu baz danych wszystkich używanych modułów WAPRO, przechowywanego zarówno lokalnie, jak i poza komputerem, na którym programy pracują, oraz sprawdzenie integralności wykonanych kopii.

Dla kogo ma sens

Usługa jest niezbędna w każdej firmie korzystającej z systemów WAPRO, niezależnie od wielkości — utrata bazy księgowej lub magazynowej oznacza poważny przestój i ryzyko prawne przy braku dokumentacji.

Ile to trwa

Konfiguracja kopii zapasowej to zabieg realizowany zwykle do 24 godzin od przyjęcia zgłoszenia.

Warunki

Diagnoza wstępna i wycena są bezpłatne. Dojazd na terenie Warszawy i okolic jest bezpłatny, a usługa objęta jest gwarancją do 12 miesięcy.

Struktura bazodanowa systemów WAPRO ERP a mechanizmy tworzenia kopii

Oprogramowanie z rodziny WAPRO ERP (obejmujące między innymi programy WAPRO Mag do obsługi sprzedaży i magazynu, WAPRO Fakir do ksiąg handlowych, WAPRO Gang do kadr i płac, WAPRO Kaper do księgowości uproszczonej oraz moduł WAPRO JPK) opiera swoje działanie na relacyjnym silniku baz danych Microsoft SQL Server. Wszystkie wprowadzane dokumenty magazynowe, faktury, rozliczenia finansowe, kartoteki kontrahentów oraz dane pracownicze są na bieżąco rejestrowane w strukturach tabelarycznych zarządzanych bezpośrednio przez ten silnik bazodanowy.

W środowisku produkcyjnym baza danych każdego modułu składa się z fizycznych plików umieszczonych na dysku serwera lub głównego komputera. Podstawowym elementem jest plik z rozszerzeniem .mdf (Master Data File, główny plik przechowujący tabele, schematy, procedury oraz właściwe dane firmy). Towarzyszy mu plik z rozszerzeniem .ldf (Transaction Log File, dziennik transakcji, w którym rejestrowane są wszystkie bieżące operacje przed ich trwałym zatwierdzeniem w pliku głównym). W niektórych konfiguracjach stosowane są również pliki pomocnicze z rozszerzeniem .ndf (Secondary Data File, dodatkowe pliki danych wykorzystywane przy podziale dużych zbiorów na odrębne grupy plików dyskowych).

Kluczowym zagadnieniem technicznym jest fakt, że podczas pracy silnika bazodanowego pliki .mdf oraz .ldf pozostają w trybie wyłącznego dostępu i podlegają ciągłym modyfikacjom w pamięci operacyjnej RAM. Zwykłe skopiowanie tych plików za pomocą eksploratora systemu Windows podczas działania programu WAPRO prowadzi do powstania niespójnego, uszkodzonego obrazu bazy danych, którego nie da się poprawnie podłączyć ani odczytać w razie awarii. Prawidłowy proces archiwizacji wymaga użycia dedykowanych mechanizmów tworzenia spójnego zrzutu danych do pliku archiwum z rozszerzeniem .bak (plik kopii zapasowej utworzony zgodnie ze standardem Microsoft SQL Server).

Metody i warianty zabezpieczania baz danych WAPRO

Wdrożenie bezpiecznego systemu archiwizacji wymaga dobrania odpowiedniego typu kopii zapasowych w zależności od intensywności pracy w przedsiębiorstwie, liczby wystawianych dokumentów oraz dostępnej przestrzeni dyskowej. W środowiskach opartych na Microsoft SQL Server stosuje się trzy podstawowe warianty kopii:

Pełna kopia zapasowa (Full Backup): Zapisuje kompletny stan bazy danych, w tym wszystkie tabele, indeksy, procedury oraz fragment dziennika transakcji niezbędny do uzyskania pełnej spójności. Plik ten stanowi fundament każdego planu odzyskiwania danych po awarii. W mniejszych przedsiębiorstwach pełna kopia jest wykonywana codziennie po zakończeniu pracy biura.
Różnicowa kopia zapasowa (Differential Backup): Zapisuje wyłącznie dane, które uległy zmianie od momentu wykonania ostatniej pełnej kopii zapasowej. Proces ten trwa znacznie krócej i generuje mniejsze pliki, co pozwala na uruchamianie go w ciągu dnia roboczego bez obciążania zasobów komputera.
Kopia dziennika transakcji (Transaction Log Backup): Wariant wykorzystywany w firmach o wysokim natężeniu operacji magazynowych i sprzedażowych, gdzie baza pracuje w pełnym modelu odzyskiwania (Full Recovery Model). Archiwizacja dziennika transakcji może odbywać się co kilkanaście minut, co umożliwia odtworzenie stanu bazy danych z dokładnością do konkretnego momentu w czasie (Point-in-Time Recovery) tuż przed wystąpieniem ewentualnej awarii.

Poza wyborem typu kopii konfiguracja obejmuje wdrożenie kompresji danych w locie (mechanizm wbudowany w silnik SQL redukujący objętość pliku .bak nawet o kilkadziesiąt procent) oraz opcjonalnego szyfrowania archiwów za pomocą algorytmów kryptograficznych, co zabezpiecza dane finansowe i osobowe przed nieuprawnionym wglądem w przypadku kradzieży lub zagubienia nośnika.

Wdrożenie reguły 3-2-1 w środowisku biurowym

Samo wygenerowanie poprawnego pliku kopii zapasowej na dysku komputera, na którym zainstalowany jest program WAPRO, nie stanowi pełnego zabezpieczenia. W przypadku fizycznego uszkodzenia dysku twardego, zwarcia w układzie zasilania lub infekcji złośliwym oprogramowaniem plik archiwum ulega zniszczeniu razem z bazą produkcyjną. Z tego względu standardem bezpieczeństwa w firmach jest wdrożenie reguły 3-2-1:

3 kopie danych: Posiadanie co najmniej trzech niezależnych egzemplarzy danych (oryginalna baza robocza oraz dwie aktualne kopie zapasowe).
2 różne nośniki: Przechowywanie kopii na co najmniej dwóch odmiennych typach nośników pamięci (na przykład lokalny dysk serwera oraz sieciowa macierz dyskowa NAS).
1 kopia poza siedzibą firmy (Off-site): Przechowywanie co najmniej jednej kopii w bezpiecznej lokalizacji zewnętrznej (na przykład na zabezpieczonym serwerze zdalnym, w szyfrowanej chmurze pamięci masowej lub na rotacyjnym nośniku zewnętrznym odłączanym od sieci i przechowywanym w innej lokalizacji).

W ramach konfiguracji systemu archiwizacji przygotowywane są automatyczne harmonogramy transferu plików kopii zapasowych. Po utworzeniu pliku .bak na dysku lokalnym dedykowane skrypty lub usługi systemowe przesyłają archiwum do pamięci sieciowej NAS (Network Attached Storage, samodzielne urządzenie dyskowe pracujące w sieci lokalnej) oraz do izolowanego magazynu w chmurze za pośrednictwem szyfrowanych protokołów transmisji.

Błędy przy próbie samodzielnego zabezpieczania danych WAPRO

W praktyce serwisowej często spotykane są błędy popełniane podczas samodzielnego konfigurowania lub ręcznego wykonywania kopii zapasowych przez pracowników firm. Do najpoważniejszych z nich należą:

Ręczna archiwizacja zależna od pamięci pracownika: Wykonywanie kopii wyłącznie z poziomu menu programu WAPRO w nieregularnych odstępach czasu (na przykład raz w miesiącu lub tuż przed aktualizacją). W przypadku awarii w połowie miesiąca oznacza to bezpowrotną utratę setek wystawionych dokumentów i konieczność ich ręcznego wprowadzania od nowa.
Zapisywanie archiwów na tym samym dysku fizycznym: Przechowywanie katalogu z kopiami zapasowymi na innej partycji tego samego nośnika, na którym zainstalowana jest baza danych. Uszkodzenie mechaniczne głowic lub kontrolera pamięci dysku prowadzi do jednoczesnej utraty bazy i wszystkich jej kopii.
Nadpisywanie pojedynczego pliku archiwalnego: Konfigurowanie harmonogramu w taki sposób, że nowa kopia zapasowa każdorazowo zastępuje poprzedni plik o tej samej nazwie. Jeśli w bazie dojdzie do logicznego uszkodzenia struktury tabel lub omyłkowego usunięcia kartotek, utworzenie kolejnej kopii utrwali błąd i uniemożliwi powrót do stanu sprzed wystąpienia problemu.
Otwarte udziały sieciowe podatne na ataki szyfrujące: Przesyłanie kopii zapasowych do folderu sieciowego z pełnymi uprawnieniami zapisu i odczytu dla wszystkich użytkowników w firmie. W przypadku zainfekowania jednego ze stanowisk przez oprogramowanie typu ransomware (złośliwy kod szyfrujący pliki dla okupu), szkodliwy program szyfruje również wszystkie pliki archiwów widoczne w zasobach sieciowych.
Brak cyklicznej weryfikacji możliwości odtworzenia danych: Założenie, że skoro plik .bak powstaje na dysku, to proces archiwizacji jest sprawny. Bez regularnych prób przywrócenia bazy na środowisku testowym nie ma pewności, czy plik nie jest uszkodzony lub pusty.

Testowanie integralności i procedura awaryjnego odtwarzania danych

Kopia zapasowa ma wartość operacyjną tylko wtedy, gdy zawiera w pełni spójne dane i pozwala na bezproblemowe uruchomienie systemu w nowym środowisku. Wykonanie kopii bazy, która zawiera wewnętrzne błędy logiczne lub uszkodzone strony danych, skutkuje utworzeniem bezużytecznego pliku archiwum.

Prawidłowo skonfigurowany proces archiwizacji baz WAPRO zawiera weryfikację spójności przed wykonaniem kopii. W silniku Microsoft SQL Server realizuje się to za pomocą polecenia DBCC CHECKDB (wbudowana procedura sprawdzająca integralność fizyczną i logiczną wszystkich tabel, indeksów, alokacji stron oraz struktur systemowych bazy danych). Jeżeli polecenie wykryje jakiekolwiek anomalie, administrator otrzymuje powiadomienie, a system nie dopuszcza do nadpisania poprzednich, prawidłowych archiwów.

Kolejnym etapem jest opracowanie procedury Disaster Recovery (planu awaryjnego przywracania ciągłości działania). Obejmuje on precyzyjną instrukcję postępowania w przypadku całkowitej awarii sprzętowej serwera: od przygotowania nowego środowiska z systemem operacyjnym Windows lub Linux, przez instalację odpowiedniej wersji Microsoft SQL Server, aż po odtworzenie struktury uprawnień użytkowników i podłączenie odzyskanej bazy danych WAPRO Mag czy WAPRO Fakir. Regularne, próbne odtwarzanie baz na odrębnym stanowisku testowym pozwala zweryfikować czas potrzebny na pełne przywrócenie pracy przedsiębiorstwa.

Kiedy problem nie leży w samej bazie danych WAPRO

Podczas codziennej eksploatacji systemów ERP mogą wystąpić sytuacje, w których program odmawia uruchomienia, generuje komunikaty o błędach połączenia lub przerywa proces archiwizacji. W wielu przypadkach źródło problemu leży poza samą aplikacją WAPRO:

Osiągnięcie limitu rozmiaru bazy w wersji SQL Express: Bezpłatna edycja Microsoft SQL Server Express posiada sztywny limit maksymalnego rozmiaru pojedynczej bazy danych (wynoszący 10 gigabajtów). Po zapełnieniu tej przestrzeni program WAPRO blokuje możliwość wystawiania nowych dokumentów i zgłasza błędy zapisu transakcji. W takiej sytuacji konieczna jest optymalizacja bazy, kompresja tabel lub migracja do wyższej wersji silnika bazodanowego.
Brak wolnego miejsca na dysku systemowym: Silnik bazodanowy wymaga odpowiedniej przestrzeni roboczej do rozbudowy plików dziennika transakcji .ldf oraz wykonywania operacji w tymczasowej bazie systemowej tempdb. Zapełnienie dysku prowadzi do automatycznego zatrzymania usług SQL Server.
Fizyczna degradacja nośnika danych: Pojawienie się uszkodzonych sektorów (bad sectors) na tradycyjnym dysku HDD lub awaria komórek pamięci w nośniku SSD w obszarze zajmowanym przez pliki bazy danych. Objawia się to nagłymi błędami wejścia/wyjścia (I/O) podczas próby odczytu danych przez program.
Konflikty uprawnień i blokady antywirusowe: Nieprawidłowo skonfigurowane programy antywirusowe mogą skanować aktywne pliki .mdf i .ldf, co prowadzi do blokowania dostępu dla silnika SQL, spowolnienia pracy całego systemu lub generowania błędów spójności podczas tworzenia kopii zapasowej.

Najczęściej zadawane pytania dotyczące archiwizacji systemów WAPRO

Czy wbudowany w program WAPRO moduł archiwizacji jest wystarczający do pełnego zabezpieczenia firmy?

Wbudowany moduł archiwizacji w programach WAPRO Mag czy WAPRO Fakir jest użytecznym narzędziem do sporządzania doraźnych kopii, na przykład przed zamknięciem miesiąca lub aktualizacją programu. Nie zapewnia on jednak pełnego bezpieczeństwa, ponieważ wymaga ręcznego uruchomienia przez operatora i z reguły zapisuje plik w lokalnym folderze. Pełne bezpieczeństwo zapewnia dopiero zautomatyzowany mechanizm na poziomie usług systemowych i silnika bazodanowego, który tworzy kopie cyklicznie bez udziału użytkownika i natychmiast replikuje je na niezależne nośniki zewnętrzne.

Ile miejsca na dyskach i nośnikach zewnętrznych należy przeznaczyć na kopie zapasowe WAPRO?

Wymagana przestrzeń zależy od bieżącego rozmiaru bazy danych, wdrożonego stopnia kompresji oraz przyjętej polityki retencji (okresu przechowywania historii kopii). W typowym scenariuszu zaleca się zachowanie pełnych kopii dziennych z ostatnich 14–30 dni, kopii tygodniowych z ostatnich miesięcy oraz kopii miesięcznych zamykających poszczególne okresy rozliczeniowe. Przy włączonej kompresji archiwum bazy o rozmiarze roboczym 5 gigabajtów zajmuje średnio od 1 do 2 gigabajtów, co pozwala na bezpieczne zaplanowanie pojemności macierzy NAS lub przestrzeni w chmurze.

Czy proces tworzenia kopii zapasowej wymaga wylogowania wszystkich pracowników z programu?

W nowoczesnych instalacjach opartych na silniku Microsoft SQL Server proces tworzenia pełnej lub różnicowej kopii zapasowej odbywa się w trybie online, w tle działania systemu. Pracownicy działu sprzedaży, magazynu czy księgowości mogą nieprzerwanie wystawiać faktury i wprowadzać dokumenty. Mechanizmy transakcyjne silnika SQL dbają o to, aby plik kopii zapasowej odzwierciedlał w pełni spójny stan bazy danych z momentu zakończenia procesu archiwizacji.

Co należy zrobić, gdy program WAPRO zgłasza błąd podczas próby wykonania kopii?

Pojawienie się komunikatu o błędzie podczas archiwizacji wskazuje najczęściej na brak wolnego miejsca na dysku docelowym, brak uprawnień do zapisu w wybranym folderze lub uszkodzenie struktury logicznej bazy danych. W takiej sytuacji nie należy ponawiać prób zapisu na siłę ani usuwać dotychczasowych, starszych plików archiwów. Należy przeprowadzić diagnostykę spójności bazy za pomocą narzędzi administracyjnych SQL i zweryfikować stan techniczny dysku twardego.

Jak skutecznie chronić pliki kopii zapasowych przed złośliwym oprogramowaniem szyfrującym (ransomware)?

Ochrona przed atakami szyfrującymi wymaga odseparowania magazynów kopii zapasowych od bieżącego środowiska użytkowników. Zasoby sieciowe na macierzy NAS powinny być dostępne wyłącznie dla dedykowanego konta technicznego, a nie dla zwykłych kont pracowników. Dodatkowo stosuje się nośniki z mechanizmem niezmienności danych (technologia WORM lub migawki pamięci masowej w trybie tylko do odczytu) oraz transfer do niezależnej chmury z uwierzytelnianiem wieloskładnikowym, co uniemożliwia złośliwemu oprogramowaniu modyfikację lub skasowanie zgromadzonych archiwów.

Bezpieczeństwo danych księgowych i magazynowych w codziennej działalności

Ciągłość funkcjonowania procesów handlowych, magazynowych i księgowych w przedsiębiorstwie zależy bezpośrednio od niezawodności bazy danych oraz sprawności wdrożonych procedur odzyskiwania danych. Prawidłowo zaprojektowany, zautomatyzowany system archiwizacji dla programów WAPRO Mag, WAPRO Fakir, WAPRO Gang oraz powiązanych modułów eliminuje ryzyko przestojów operacyjnych i strat finansowych wynikających z awarii sprzętu komputerowego lub błędów ludzkich. Regularna kontrola spójności danych oraz separacja nośników archiwalnych dają pewność, że w razie dowolnego nieprzewidzianego zdarzenia informacje o operacjach gospodarczych firmy pozostają w pełni bezpieczne.

22 378 48 09

Kopie zapasowe i archiwizacja danych z systemów WAPRO