Zanim błąd i szef zapukają do drzwi

wpis w: implementacja, migawka, t-sql | 2

Czy zdażyło się wam odtwarzać po raz kolejny bazę danych po logicznym uszkodzeniu plików?

Wlaściwie kiedy ostatnio sprawdzano ją dostępnymi narzędziami?
Kiedy ostanio dokonano pełnej, różnicowej kopii bezpieczeństwa, jak często odkładane są logi transakcyjne?
Czy baza ma poprawny model recovery ?
Jeśli na chociaż jedno pytanie pojawiły się w głowie wątpliwości, to dobrze, że przed awarią…

 

Pomocny skrypt

Hipotetyczny rezultat powyższego zapytania

database_name total_size_gb recovery_model_desc LastDBCCCHeckDB_RunDate
XYZ 153.8079 SIMPLE 1900-01-01 00:00:00.000
tempdb 58.6021 SIMPLE 1900-01-01 00:00:00.000
HURT 49.2092 SIMPLE 1900-01-01 00:00:00.000
ABC 46.6123 SIMPLE 1900-01-01 00:00:00.000
ZZA 0.4893 FULL 1900-01-01 00:00:00.000
model 0.1470 SIMPLE 1900-01-01 00:00:00.000
master 0.0148 SIMPLE 1900-01-01 00:00:00.000
msdb 5.8594 SIMPLE 2015-10-06 13:34:30.730

Na co zwrócić uwagę ?

Bazy systemowe (master, model,msdb,tempdb) mają ustawiony recovery model równy SIMPLE. Żadna z nich, poza msdb nie była nigdy sprawdzona narzędziem DBCC CheckDB ? To dobrze ?

Jedyna baza w trybie FULL teź nigdy nie została sprawdzona.

Do odważnych świat należy,ale nie do nieroztropnych.

https://www.mssqltips.com/sqlservertip/4381/sql-server-dbcc-checkdb-overview/

2 Responses

  1. mmoskit

    Warto pamiętać, że kiedy baza jest w FULL recovery mode a nie było zrobionego pełnego backupu bazy to tak naprawdę zachowuje się jak w SIMPLE

    • djkormo

      Nie wiem, czy gratulować takiemu administratorowi ?

      Dobry administrator w starym stylu, to taki, którego pracy praktycznie nie widać, a systemy działają tygodniami, miesiącami i latami…..

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *