Microsoft SQL Server to serce większości systemów sprzedażowo-księgowych — od jego sprawności zależy działanie Subiekta, WAPRO, Comarch i innych programów opartych na tej samej technologii bazy danych.

Objaw

Zgłoszenia dotyczą instalacji serwera bazy danych pod nowy system firmowy, spowolnienia pracy programów korzystających z bazy, błędów połączenia zgłaszanych przez aplikacje, a także awarii wymagających odtworzenia bazy z kopii zapasowej.

Możliwe przyczyny

Rozrośnięta baza danych bez regularnego porządkowania i reindeksacji.
Zbyt małe zasoby serwera względem liczby jednoczesnych połączeń z programów firmowych.
Uszkodzenie bazy po awarii zasilania lub błędzie dysku.
Nieprawidłowa konfiguracja uprawnień dostępu do bazy dla poszczególnych programów.

Co robimy

Wdrożenie obejmuje instalację i konfigurację serwera bazy danych pod konkretny system firmowy, wraz z ustawieniem uprawnień dostępu. Przy problemach wydajnościowych wykonywana jest reindeksacja i optymalizacja zapytań, a przy awariach — naprawa uszkodzonej bazy lub jej odtworzenie z kopii zapasowej. Serwis konfiguruje też automatyczne kopie zapasowe bazy danych, żeby ograniczyć ryzyko utraty danych przy przyszłych awariach.

Ile to trwa

Instalacja i podstawowa konfiguracja to zwykle jeden dzień pracy. Naprawa uszkodzonej bazy zależy od zakresu uszkodzenia i ustalana jest indywidualnie po diagnozie.

Co można zrobić samemu, zanim przyjedzie serwisant

Warto sprawdzić, czy istnieje aktualna kopia zapasowa bazy danych, oraz zanotować, które programy zgłaszają problem z połączeniem i jaki dokładnie komunikat błędu wyświetlają.

Czego nie robić: nie warto samodzielnie modyfikować struktury bazy danych bez odpowiedniej wiedzy — nieprawidłowa zmiana może uszkodzić dane wykorzystywane przez kilka programów naraz.

Warunki

Wdrożenie i wsparcie wyceniane są indywidualnie. Przy awarii dojazd realizowany jest bezpłatnie na terenie Warszawy i okolic, w ciągu godziny od zgłoszenia.

Warianty problemu

Zgłoszenia dotyczące bazy danych różnią się na tyle mocno, że każde wymaga innego podejścia jeszcze przed rozpoczęciem prac. Nowa instalacja pod konkretny program — Subiekt GT lub nexo, WAPRO Mag, Comarch Optima czy enova365 — wymaga doboru odpowiedniej edycji serwera bazy danych. Mniejsze firmy zwykle korzystają z bezpłatnej edycji Express, która ma jednak limit rozmiaru pojedynczej bazy (kilka gigabajtów) oraz ograniczoną liczbę rdzeni procesora, z których może korzystać. Przy większej liczbie stanowisk lub rozrośniętej bazie danych konieczna bywa edycja płatna, o szerszych możliwościach.

Migracja bazy na nowy serwer — inny wariant, spotykany najczęściej przy wymianie komputera pełniącego rolę serwera lub przy przejściu z pojedynczego stanowiska na pracę wielostanowiskową. Wymaga przeniesienia plików bazy, odtworzenia uprawnień dostępu i przekierowania wszystkich stanowisk na nowy adres serwera — pominięcie któregokolwiek z tych kroków kończy się błędem połączenia na części komputerów.

Odzyskiwanie po awarii to osobna kategoria — baza może znaleźć się w stanie „podejrzanym" (ang. suspect mode) po nagłym zaniku zasilania lub błędzie zapisu na dysku. W takiej sytuacji program księgowy zwykle w ogóle nie uruchamia się lub zgłasza błąd przy próbie odczytu danych, mimo że sam plik bazy fizycznie istnieje na dysku.

Spowolnienie narastające stopniowo różni się w diagnozie od spowolnienia nagłego. Powolne, wieloletnie narastanie zwykle wynika z braku reindeksacji i rosnącej liczby rekordów, natomiast nagłe spowolnienie po aktualizacji systemu operacyjnego lub samego programu księgowego częściej wskazuje na zmianę konfiguracji, którą aktualizacja nadpisała.

Błędy przy próbie naprawy samodzielnie

Kilka działań podejmowanych przez pracowników firm przed wezwaniem serwisu regularnie pogarsza sytuację, zamiast ją poprawić.

Reinstalacja programu księgowego bez naprawy bazy — najczęstszy błąd. Program księgowy i serwer bazy danych to dwa osobne komponenty; ponowna instalacja samego programu nie naprawia uszkodzonej bazy, a czasem dodatkowo komplikuje diagnozę, bo zmienia się konfiguracja połączenia.

Ręczne usuwanie lub przenoszenie plików bazy (pliki z rozszerzeniem danych i dziennika transakcji) bez wcześniejszego odłączenia bazy od serwera — taka operacja może trwale uszkodzić spójność danych, nawet jeśli sam plik pozostaje na dysku.

Zmiana ustawień sieciowych lub zapory sieciowej bez wiedzy o tym, z jakiego portu korzysta serwer bazy danych — powoduje utratę połączenia jednocześnie na wszystkich stanowiskach, nie tylko na tym, na którym dokonano zmiany.

Przywracanie kopii zapasowej „na oko", czyli nadpisanie aktualnej, wciąż działającej bazy starszą kopią w nadziei na naprawienie błędu — jeśli kopia jest nieaktualna, prowadzi to do utraty najnowszych danych sprzedażowych lub księgowych, których dałoby się uniknąć przy prawidłowej diagnozie.

Dodatkowe pytania klientów

Czy serwer bazy danych trzeba kupować osobno od programu księgowego?

Nie zawsze. Producenci programów księgowych, takich jak Subiekt czy WAPRO, udostępniają bezpłatną edycję Express serwera bazy danych, wystarczającą dla mniejszych firm. Ograniczeniem jest maksymalny rozmiar pojedynczej bazy oraz liczba rdzeni procesora dostępnych dla serwera — przy przekroczeniu tych limitów konieczna staje się edycja płatna.

Czy bazę da się przenieść na nowy komputer bez utraty danych?

Tak, o ile przeniesienie wykona się w prawidłowej kolejności — najpierw odłączenie bazy od serwera źródłowego, przeniesienie plików, dołączenie ich do nowego serwera i dopiero na końcu przekierowanie stanowisk roboczych. Pominięcie odłączenia bazy przed skopiowaniem plików bywa przyczyną uszkodzeń, które ujawniają się dopiero po pewnym czasie.

Czy baza danych musi działać na osobnym komputerze pełniącym rolę serwera?

Nie musi — w mniejszych firmach baza często działa na tym samym komputerze, z którego korzysta jedna osoba, np. księgowa. Rozwiązanie to ma sens do kilku stanowisk; przy większej liczbie jednoczesnych połączeń zasoby takiego komputera zwykle stają się wąskim gardłem i spowalniają pracę wszystkich programów uruchomionych na nim równolegle.

Co się dzieje z danymi, jeśli baza ulegnie uszkodzeniu, a kopii zapasowej nie ma?

Odzyskanie danych bywa wtedy możliwe, ale nie jest pewne — zależy od rodzaju uszkodzenia i tego, czy uszkodzone zostały same dane, czy tylko struktura opisująca ich rozmieszczenie. Właśnie dlatego konfiguracja automatycznych kopii zapasowych jest standardowym elementem wdrożenia, a nie opcją dodatkową.

Czy każdy program księgowy w firmie korzysta z tego samego serwera bazy danych?

Niekoniecznie. Różne programy — na przykład system sprzedażowy i osobny program kadrowo-płacowy — mogą mieć osobne bazy danych, nawet jeśli działają na tym samym serwerze fizycznym. Ma to znaczenie przy diagnozie, bo błąd połączenia zgłaszany przez jeden program nie musi oznaczać problemu z bazą używaną przez pozostałe.

Czy przy zmianie wersji programu księgowego trzeba też zmieniać serwer bazy danych?

Nie zawsze, ale warto to sprawdzić przed aktualizacją. Nowsze wersje programów, takich jak Comarch Optima czy Subiekt nexo, bywają wymagające co do minimalnej wersji serwera bazy danych — zbyt stara wersja serwera może uniemożliwić instalację aktualizacji lub spowodować błędy po jej zainstalowaniu. Dobór odpowiedniej wersji serwera przed aktualizacją programu ogranicza ryzyko przestoju w pracy firmy.

Kiedy to nie jest usterka bazy danych

Część zgłoszeń opisywanych jako „problem z bazą danych" po diagnozie okazuje się mieć inną przyczynę. Spowolnienie pracy programu księgowego bywa efektem słabych podzespołów samego komputera stanowiskowego — zbyt małej ilości pamięci operacyjnej lub starego dysku — a nie obciążenia serwera bazy danych; w takim przypadku reindeksacja bazy nic nie zmieni, bo problem leży po stronie sprzętu, na którym pracuje użytkownik. Błąd logowania do programu z komunikatem o nieprawidłowym haśle użytkownika to zwykle sprawa uprawnień w samym programie księgowym, nie awaria bazy. Podobnie ogólny brak dostępu do internetu lub sieci lokalnej, obejmujący też inne usługi poza programem firmowym, wskazuje na problem sieciowy w firmie, a nie na awarię konkretnie serwera bazy danych.

Kopie zapasowe i bieżąca konserwacja

Poza jednorazowym wdrożeniem serwis obejmuje też ustawienie harmonogramu automatycznych kopii zapasowych, dopasowanego do tego, jak często w firmie zmieniają się dane — przy intensywnej sprzedaży kopia wykonywana raz dziennie bywa niewystarczająca. Elementem konserwacji jest też monitorowanie miejsca na dysku, na którym przechowywane są zarówno baza, jak i jej kopie zapasowe — brak wolnego miejsca potrafi zatrzymać zarówno zapis nowych danych, jak i wykonanie kolejnej kopii, co w praktyce oznacza utratę zabezpieczenia dokładnie w momencie, w którym najbardziej się ono przydaje.

Regularna reindeksacja i porządkowanie bazy danych ograniczają ryzyko powolnego narastania problemów wydajnościowych opisanych wyżej. W firmach korzystających z bazy danych na co dzień warto traktować taką konserwację jako czynność cykliczną, a nie jednorazową reakcję na już odczuwalne spowolnienie.

Baza danych to element, którego awaria rzadko ogranicza się do jednego programu — zwykle zatrzymuje jednocześnie sprzedaż, fakturowanie i księgowość, dlatego diagnoza i naprawa serwera SQL Server traktowane są priorytetowo, niezależnie od tego, czy przyczyną jest błąd konfiguracji, brak zasobów czy uszkodzenie po awarii zasilania.

Uprawnienia dostępu w praktyce

Konfiguracja uprawnień do bazy danych bywa niedoceniana na etapie wdrożenia, a to właśnie ona najczęściej odpowiada za problemy zgłaszane po miesiącach bezawaryjnej pracy. Każdy program firmowy łączący się z serwerem korzysta z osobnego konta o określonym zakresie dostępu — do jednej bazy, do kilku baz lub do całego serwera. Zbyt szerokie uprawnienia zwiększają ryzyko przypadkowego uszkodzenia danych przez inny program działający na tym samym serwerze, natomiast zbyt wąskie kończą się błędem odmowy dostępu przy próbie zapisu, mimo że samo połączenie z serwerem działa poprawnie. Prawidłowe rozdzielenie uprawnień między poszczególne programy firmowe — sprzedażowy, kadrowo-płacowy, magazynowy — ogranicza ryzyko, że awaria jednego z nich wpłynie na dane pozostałych.

22 378 48 09

Microsoft SQL Server — baza danych dla systemów sprzedażowych