Zanim błąd i szef zapukają do drzwi

    2 komentarze

    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/

    Categories: implementacja, migawka, t-sql

    2 Replies to “Zanim błąd i szef zapukają do drzwi”

    1. 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

      1. 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 *