Witam, nazywam się Curt. Jestem starszym inżynierem głównym w zespole GSE. Ten film jest poświęcony omówieniu odzyskiwania bazy danych MS SQL MSDB. Metody odzyskiwania bazy danych MSDB i sposób przeprowadzenia tego procesu odzyskiwania. Istnieją więc trzy metody odzyskiwania bazy danych MSDB. Jest to baza danych, która jest przede wszystkim odpowiedzialna za przechowywanie informacji o zadaniach, innych zadań wymaganych dla SQL Server, konserwacji i konserwacji oraz za inne typy rzeczy na poziomie programu, które mogą być niezwykle ważne dla bazy danych w środowisku produkcyjnym bazy danych.
Te trzy metody odzyskiwania uszkodzonej bazy danych MSDB to po pierwsze, przywracanie z kopii zapasowej. Najłatwiejsza metoda. Mamy również możliwość korzystania z bazy danych DBCC CheckDB w tej bazie danych, tak jak w przypadku każdej innej bazy danych SQL Server, a zastąpienie plików bazy danych MSDB to kolejna metoda przywracania bazy danych MSDB do trybu online i stanu, w którym jest spójna. Przyjrzyjmy się więc naszym różnym opcjom. Dzięki interfejsowi GUI w SQL Server Management Studio jest to dość prosty proces. Po prostu przejdź do "Zadań", wykonaj "Przywróć", przywróć "Bazę danych".
Jeśli masz kopię zapasową w SQL Server, jest to łatwy proces do wykonania, aby przywrócić MSDB do trybu online. Przyjrzyjmy się teraz drugiej metodzie, która używa MS, powinienem powiedzieć, używa DBCC CheckDB. Mamy tu więc trzy zestawy poleceń. Pierwszy zestaw poleceń polega na ustaleniu, gdzie obecnie istnieją poziomy spójności bazy danych dla naszej bazy danych MSDB. W tym konkretnym przypadku nie pracujemy z uszkodzoną bazą danych MSDB, więc gdy sprawdzamy błędy — błędy alokacji i błędy spójności — w tym konkretnym przypadku widzimy zero.
Więc tak, może korzystniej byłoby zobaczyć uszkodzoną bazę danych MSDB w tym procesie odzyskiwania, procesie demonstracyjnym, ale przechodzimy przez te same kroki, które podjęlibyśmy, gdyby to była uszkodzona baza danych MSDB. W tym konkretnym przypadku po prostu sprawdziliśmy, nie próbowaliśmy niczego naprawiać. Jeśli znajdziemy raport o błędach, wróćmy z następnym poleceniem z DBCC CheckDB. Pamiętajmy o tym, ponieważ nie mamy dobrej kopii zapasowej bazy danych MSDB do przywrócenia. Jeśli musimy spróbować wykonać naprawę w oparciu o błędy, które tutaj widzieliśmy, możemy skorzystać z opcji naprawy miękkiej, czyli naprawy i odbudowy za pomocą DBCC CheckDB.
W tym konkretnym przypadku uruchomimy go, aby dać wam wyobrażenie o tym, jak to wygląda. Teraz, po uruchomieniu tego dla zdrowej bazy danych, będzie działać dość szybko, a ponieważ nic nie znajdzie, będzie działać bardzo szybko. Teraz, jeśli mamy błędy, mamy niespójność w bazie danych, która najprawdopodobniej będzie działać dłużej, ale baza danych MSDB nie jest dużą bazą danych. Po dodaniu wielu zadań może być nieco większa, ale nadal nie jest to ogromna baza danych. Jeśli nasza opcja naprawy miękkiej nie działa i nadal występują błędy, możemy skorzystać z opcji naprawy twardej, czyli "REPAIR_ALLOW_DATA_LOSS".
Zasadniczo mówimy SQL, że chcemy zrobić wszystko, co w naszej mocy, aby zapisać tę bazę danych. Jest to bardzo ważne, ponieważ zawiera ważne informacje w bazie danych, że dopuszczamy możliwość utraty bazy danych w celu przywrócenia jej do trybu online i udostępnienia. Uruchomienie tego samego polecenia będzie wyglądało bardzo podobnie do tego, co wykonaliśmy z naprawą miękką. Teraz, jeśli dojdziemy do tego punktu po uruchomieniu tego, twardej naprawy, i nadal widzimy błędy, możemy w tym momencie być może będziemy musieli uciec się do zastąpienia plików bazy danych MSDB.
W tej konkretnej sytuacji przejdziemy do katalogu instalacyjnego dla naszej instancji SQL Server. Teraz za każdym razem, gdy instalujemy SQL Server, instaluje katalog "Binn", a w tym katalogu "Binn" mamy folder "Templates". w folderze "Templates" znajdują się pliki baz danych dla wszystkich systemowych baz danych dla tej instalacji SQL Server. W tym przypadku potrzebujemy naszego pliku bazy danych MSDB i plików dziennika MSDB. Wyciągnąłem już ich kopię i wrócimy do miejsca, w którym znajdują się aktywne pliki bazy danych MSDB.
To, co chcemy zrobić, jest dość proste. Wszystko, co chcemy zrobić, to zastąpić te dwa pliki - plik danych MSDB i plik dziennika MSDB. W tym celu należy zatrzymać program SQL Server. Możliwość zrobienia tego jest niezwykle ważna, ponieważ daje nam możliwość bezpośredniego zarządzania tymi plikami i pozwala nam wprowadzić te pliki zastępcze. W tym przykładzie, w tej demonstracji, mamy nasze dwa pliki MSDB. Usuwanie uszkodzonych plików bazy danych w ten sposób nie jest dobrą praktyką. Być może uda nam się przenieść je na inny system, dostać się do nich i wyodrębnić z nich informacje, więc przeniesiemy te pliki. Mam folder o nazwie "MSDB_save". Skopiowałem je już, więc pozwólcie, że się tutaj cofnę. W tym przypadku, ponieważ mam już ich kopię, po prostu je usunę.
Teraz przejdźmy do plików szablonu, przejdźmy dalej i wprowadźmy je, po wykonaniu tej czynności będziemy chcieli ponownie uruchomić SQL. Minusem konieczności wykonania tej czynności jest to, że wszelkie informacje o zadaniach, które tam były, wszystko na poziomie programu, co zostało opracowane po instalacji SQL i istniało jako zadanie, zniknęło, ponieważ zniknęło wraz ze starymi plikami baz danych. Za każdym razem, gdy musimy wprowadzić szablony, zaczynają się one od punktu zero, jeśli chodzi o MSDB, a wszystko na poziomie zadania, które zostało tam umieszczone po tej instalacji, będzie musiało zostać tam umieszczone z powrotem po wprowadzeniu plików szablonów. Na tym kończy się nasza prezentacja dotycząca odzyskiwania bazy danych MS SQL MSDB. Mam nadzieję, że ten film pomógł Ci zrozumieć metody odzyskiwania i sposób jego ukończenia.
Dziękuję za uwagę.
