woj. lubuskie
Administracja MS SQL
Zielona Góra
Baza danych firmy z Zielonej Góry zajmuje kilka gigabajtów. Plik dziennika transakcji obok niej — kilkadziesiąt i rośnie z każdym dniem. Pewnego ranka dysk się zapełnia i system przestaje zapisywać dokumenty. Ktoś w pośpiechu usuwa plik dziennika, co tylko pogarsza sprawę. Przyczyna jest prosta i dobrze znana: model odzyskiwania bez kopii dziennika.
Dziennik transakcji
Plik większy niż sama baza
Każda baza MS SQL ma plik dziennika transakcji, w którym zapisywane są zmiany. W pełnym modelu odzyskiwania dziennik jest czyszczony dopiero po wykonaniu jego kopii. Jeśli kopie dziennika nie są robione, plik rośnie bez końca — aż zapełni dysk.
W firmach z Zielonej Góry spotykamy tę sytuację regularnie. Baza została założona w pełnym modelu odzyskiwania, bo tak ustawił instalator albo dostawca, ale ktoś ustawił tylko kopie pełne. Przez lata plik dziennika rósł, aż stał się wielokrotnie większy od bazy.
Najpierw ustalamy, czego firma potrzebuje. Jeśli ważne jest odtworzenie do chwili awarii, zostawiamy pełny model i ustawiamy regularne kopie dziennika. Jeśli wystarczą kopie dobowe, zmieniamy model odzyskiwania. Potem bezpiecznie zmniejszamy plik dziennika do rozsądnego rozmiaru i ustawiamy monitoring miejsca.
Naprawa
Co obejmuje naprawa dziennika
Najpierw decyzja o modelu, potem porządek w pliku.
- Sprawdzenie modelu odzyskiwania każdej bazy
- Rozmiar plików dziennika i ich przyrost
- Ustalenie potrzeby odtworzenia do chwili awarii
- Kopie dziennika w odpowiednim rytmie albo zmiana modelu
- Bezpieczne zmniejszenie pliku dziennika
- Rozsądny rozmiar i przyrost pliku
- Monitoring miejsca na dysku
- Test odtworzenia z kopii pełnej i dziennika
- Nie usuwamy pliku dziennika z dysku
- Nie zmieniamy modelu odzyskiwania bez uzgodnienia
- Nie zmniejszamy pliku regularnie jako stałej konserwacji
Modele odzyskiwania
Model odzyskiwania i jego konsekwencje
Poniżej porównanie dwóch najczęstszych ustawień.
| Kwestia | Model prosty | Model pełny |
|---|---|---|
| Kopie dziennika | niepotrzebne | niezbędne |
| Wzrost pliku dziennika | ograniczony | bez kopii bez końca |
| Odtworzenie | do ostatniej kopii pełnej lub różnicowej | do wybranej chwili |
| Utrata danych przy awarii | od ostatniej kopii | minuty przy częstych kopiach dziennika |
| Wymagana administracja | mniejsza | większa |
| Dla kogo | dane łatwe do odtworzenia | dużo zmian w ciągu dnia |
| Najczęstszy błąd | — | pełny model bez kopii dziennika |
Usunięcie pliku dziennika z dysku, żeby zwolnić miejsce, może zostawić bazę w stanie wymagającym odzyskiwania. Gdy dysk jest pełny, najpierw zadzwońcie — da się to rozwiązać bezpiecznie.
Wynik
Co dostajecie
Dziennik pod kontrolą i dysk bez niespodzianek.
- Świadomy model: Dobrany do potrzeb firmy.
- Rozsądny plik: Bez wzrostu bez końca.
- Monitoring miejsca: Ostrzeżenie przed zapełnieniem.
Lubuskie w praktyce
Czego nauczyły nas dzienniki transakcji w Lubuskiem
Pierwsza rzecz: pełny model odzyskiwania bez kopii dziennika to jedna z najczęstszych przyczyn zapełnionego dysku na serwerze bazy. Widać to wiele tygodni wcześniej, jeśli ktoś patrzy.
Druga: dla wielu firm pełny model z kopiami dziennika co kwadrans to lepszy wybór niż zmiana na prosty. Rozmowa o tym, ile danych można stracić, zwykle to rozstrzyga.
Trzecia: po naprawie warto ustawić stały rozmiar przyrostu pliku. Domyślne ustawienia w starszych instalacjach powodują tysiące drobnych przyrostów, które spowalniają bazę.
Plik dziennika był kilkanaście razy większy od bazy i zapełnił dysk. Teraz kopie dziennika robią się co kwadrans, plik ma stały rozmiar, a przy okazji możemy odtworzyć bazę do wybranej chwili.
Na start
Czego potrzebujemy na start
Wystarczy dostęp do serwera.
- Wersja MS SQL i system na bazie
- Dostęp administracyjny do serwera
- Obecne ustawienia kopii
- Informacja, ile danych można stracić przy awarii
- Miejsce na kopie dziennika
- Okno serwisowe
Współpraca
Jak pracujemy
Zaczynamy od przeglądu modeli odzyskiwania, plików dziennika i kopii. Jeśli dysk jest pełny, najpierw bezpiecznie przywracamy pracę.
Ustalamy model odzyskiwania, ustawiamy kopie dziennika i porządkujemy plik. Pracujemy zdalnie.
Robimy test odtworzenia i ustawiamy monitoring miejsca. W ramach opieki pilnujemy rozmiaru plików.
Zasięg
Gdzie dokładnie pracujemy
Pliki dziennika transakcji i kopie baz MS SQL porządkujemy dla firm z Zielonej Góry zdalnie.
Pracujemy też dla firm z Nowej Soli, Sulechowa, Świebodzina, Żar, Krosna Odrzańskiego i Kożuchowa.
- Jędrzychów
- Chynów
- Raculka
- Łężyca
- Przylep
- Ochla
- Drzonków
- Racula
- Stary Kisielin
- Zatonie
- Sucha
- Zawada
Poza samym miastem pracujemy też w okolicy: Nowa Sól, Sulechów, Świebodzin, Krosno Odrzańskie, Czerwieńsk, Zabór, Nowogród Bobrzański. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Budżet
Ile kosztuje naprawa dziennika transakcji
Zwykle to kilka godzin pracy.
| Element | Zakres | Czas | Orientacyjnie |
|---|---|---|---|
| Przegląd | modele, pliki, kopie | krótko | wycena po rozmowie |
| Naprawa | model, kopie dziennika, rozmiar pliku | kilka godzin | godzinowo |
| Pełny dysk | bezpieczne przywrócenie pracy | od razu | godzinowo |
| Opieka | monitoring miejsca, kopie, awarie | miesięcznie | abonament, wycena po przeglądzie |
Miejsce na kopie dziennika transakcji jest rozliczane osobno, jeśli trzeba je dokupić.
Współpraca
Od zapełnionego dysku do dziennika pod kontrolą
Przegląd
Modele i pliki.
Pilne
Przywrócenie pracy, jeśli dysk pełny.
Decyzja
Model odzyskiwania.
Kopie dziennika
W odpowiednim rytmie.
Rozmiar pliku
Bezpiecznie zmniejszony.
Monitoring
Miejsce na dysku.
Pytania
Zanim zapytasz
Najczęściej przez pełny model odzyskiwania bez kopii dziennika.
Nie. To może uszkodzić bazę. Zadzwońcie.
Zależy od tego, ile danych możecie stracić.
Zależnie od potrzeb, np. co kwadrans.
Nie. Zmniejszamy go raz, po naprawie przyczyny.
Bezpiecznie przywracamy pracę, a potem naprawiamy przyczynę.
Ta sama okolica
Pozostałe usługi w Zielonej Górze
Ta sama usługa
Bazy danych MS SQL w innych miastach
Weźmy dziennik transakcji pod kontrolę
Napiszcie, ile zajmuje baza i plik dziennika. Sprawdzimy model odzyskiwania i kopie.