W wielu firmach SQL Server to serce systemów: działa na nim ERP, aplikacje produkcyjne i raporty. Jednocześnie bywa, że od instalacji nikt do niego nie zaglądał. Oto pięć rzeczy, które warto sprawdzić.
1. Kopie zapasowe – i model odzyskiwania
Baza w modelu Full wymaga regularnych kopii dziennika transakcji – bez nich plik dziennika rośnie bez końca, a odtworzenie do konkretnej godziny jest niemożliwe. Warto świadomie wybrać model (Full lub Simple) i dopasować do niego harmonogram kopii pełnych, różnicowych i dziennika. I oczywiście – regularnie testować odtwarzanie.
2. Kontrola spójności
Polecenie DBCC CHECKDB wykrywa uszkodzenia bazy. Uruchamiane cyklicznie (np. raz w tygodniu, poza godzinami pracy) pozwala zauważyć problem, zanim uszkodzenie trafi do wszystkich kopii zapasowych.
3. Indeksy i statystyki
Z czasem indeksy się fragmentują, a statystyki tracą aktualność – zapytania zwalniają, raporty liczą się minutami. Regularna konserwacja (przebudowa lub reorganizacja indeksów, aktualizacja statystyk) to często najprostszy sposób na „przyspieszenie systemu” bez wymiany sprzętu.
4. Miejsce na dysku i rozrost plików
Pełny dysk to jedna z najczęstszych przyczyn nagłego zatrzymania systemu. Warto monitorować wolne miejsce, ustawić rozsądny przyrost plików bazy i dziennika oraz trzymać kopie zapasowe na innym dysku niż dane.
5. Uprawnienia i dostęp
Konto sa używane przez aplikacje, wspólne hasła, użytkownicy z uprawnieniami administratora „bo tak było łatwiej” – to ryzyko, które łatwo ograniczyć. Każda aplikacja i osoba powinna mieć tylko te uprawnienia, których potrzebuje.
Na koniec: aktualizacje
Pakiety aktualizacji SQL Server (Cumulative Updates) poprawiają błędy i bezpieczeństwo. Warto je instalować regularnie – po sprawdzeniu, czy dostawca ERP nie ma zastrzeżeń do konkretnej wersji.
Chcesz, żebym przejrzał Twój serwer SQL? Napisz – zwykle już pierwszy przegląd pokazuje kilka rzeczy do poprawy.