Kopii zapasowej danych programu Exchange Server 2003 i usługi kopiowania woluminów w tle

Streszczenie

Funkcja usługi kopiowania woluminów w tle w systemie Microsoft Windows Server 2003 może służyć do tworzenia aplikacji kopii zapasowej i przywracania programu Microsoft Exchange Server 2003. Windows woluminu tle kopii usługi (VSS) zapewnia infrastrukturę, która umożliwia programy do zarządzania pamięci masowej firm, programami biznesowymi i dostawców sprzętowych do współpracy z tworzeniem i zarządzaniem kopii w tle. Rozwiązania oparte na tej infrastruktury można użyć kopii w tle (lub kopii lustrzanych) kopii zapasowej i przywracanie jedną lub więcej baz danych programu Exchange Server 2003.

Usługa kopiowania woluminów w tle współrzędnych komunikacji między zgłaszających zapotrzebowanie (kopia zapasowa aplikacji), pisarzy (aplikacje w usługach systemu Windows, takich jak program Exchange Server 2003 oraz SQL Server 2000) i dostawców (systemowych, oprogramowania lub sprzętu składników, które tworzą kopie w tle). Aby użyć funkcji usługi kopiowania woluminów w tle do tworzenia kopii zapasowych Exchange Server 2003, program Kopia zapasowa musi zawierać żądającego usługi kopiowania woluminów w tle pamiętać, Exchange Server 2003. Ponieważ program tworzenia kopii zapasowych, który jest dołączany do systemu Windows Server nie zawiera takiego obiektu, organizacje muszą używać kopii zapasowej aplikacji innych firm.

W celu zapewnienia zgodności z programu Exchange Server 2003 aplikacje kopii zapasowej VSS na podstawie musi spełniać trzy podstawowe wymagania zapewniające integralność i możliwość odzyskania kopii zapasowych w tle. Jeśli te wymagania nie są przestrzegane, pomocą techniczną Microsoft (PSS) rozważy rozwiązanie wykonywania kopii zapasowych poza ramami usługi VSS programu Exchange i nie będzie możliwe rozwiązywanie problemów z kopii zapasowej i przywracanie problemów. Klienci powinni skonsultować się z ich dostawców kopia zapasowa czy aplikację kopii zapasowej spełnia wymagania standardem wymiany, wymienione w tym artykule bazy wiedzy Knowledge Base. Szczegóły wymagań usługi VSS programu Exchange są przedstawione w sekcji "Więcej informacji" tego artykułu.

Podobnie jak w przypadku dowolnego rozwiązania innej firmy dostawcy aplikacji kopii zapasowej jest dostawcą usług pomocy technicznej podstawowego problemy tworzenia kopii zapasowych i odzyskiwania. PSS może pomóc zdiagnozować i przeanalizować problemy z dostępną bazę danych i zestawy plików dziennika transakcji. Jednak Microsoft rozwiązywanie problemów z lub nie debug produkty innych firm. Pomoc PSS ogranicza się do porady, jak najlepiej kontynuować odzyskiwanie dostępne bazy danych i plików dziennika transakcji.

Aby uzyskać więcej informacji dotyczących sposobu rozwiązania VSS oparte są obsługiwane przez PSS kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:

841696 Przegląd rozwiązań oprogramowania pamięci masowej firm Microsoft zasady pomocy technicznej

Więcej informacji

Na poniższej liście opisano kopię zapasową programu Exchange Server 2003 za pomocą procesu usługi kopiowania woluminów w tle:

  1. Program Kopia zapasowa (lub agenta) uruchamia zaplanowane zadanie.
  2. Obiekt wysyłający żądanie usługi kopiowania woluminów w tle w programie Kopia zapasowa wysyła polecenie z usługą kopiowania woluminów w tle do kopii w tle wybranych grup przechowywania programu Exchange Server 2003.
  3. Usługi kopiowania w tle woluminów komunikuje się z modułu zapisującego Exchange Server 2003 na przygotowanie się do kopii zapasowej migawki.
  4. Usługi kopiowania w tle woluminów komunikuje się z odpowiednim dostawcą magazynowania do utworzenia kopii w tle woluminu magazynu lub woluminów pamięci masowej, które zawierają grupy magazynu programu Exchange Server 2003 lub grup urządzeń pamięci masowej.
  5. Usługi kopiowania w tle woluminów zwalnia Exchange Server 2003, aby wznowić zwyczajnych operacji.
  6. Obiekt wysyłający żądanie usługi kopiowania woluminów w tle weryfikuje integralność kopia zapasowa zestaw zanim poinformuje program Exchange, że kopia zapasowa zakończyła się pomyślnie.
Na przykład po odebraniu żądania kopii cień z kopii zapasowej programu Exchange Server 2003, na który ma wsparcia (żądającego) dla usługi kopiowania woluminów w tle kopii woluminu w tle usługa komunikuje się z modułu zapisującego Exchange Server 2003 na tym etapie przygotowania do migawki, Exchange Server 2003 zakazuje działania administracyjne przeciwko grupy pamięci masowej, sprawdza zależności woluminu i wstrzymuje wszystkie napisać operacji w bazie danych i pliki dziennika transakcji umożliwiając dostęp tylko do odczytu. Usługi kopiowania w tle woluminów następnie komunikuje się z dostawcą właściwego składowania w celu zainicjowania procesu kopiowania tle woluminów, które zawierają dane programu Exchange Server 2003. Kopia w tle jest zazwyczaj zajmuje kilka sekund, które będą praktycznie niezauważalne dla użytkownika końcowego. Gdy kopia w tle została podjęta, usługi kopiowania woluminów w tle komunikuje się z modułu zapisującego Exchange Server 2003 Exchange wznowić zwyczajnych operacji. Program Kopia zapasowa sprawdza kondycję kopii w tle zanim poinformuje program Exchange, że kopia zapasowa zakończyła się pomyślnie. Na koniec pomyślne kopii zapasowej programu Exchange obcina dzienniki i rejestruje czas wykonania ostatniej kopii zapasowej bazy danych lub baz danych.

Aby uzyskać więcej informacji o programie Kopia zapasowa programu Exchange Server 2003 z usługi kopiowania woluminów w tle kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:

Emisja internetowa TechNet 842066 : kopiowanie woluminów w tle dla Exchange Server 2003

Następująca lista opisuje wymagania programu Exchange Server 2003, które dowolnego cienia aplikacja wykonywania kopii zapasowych należy wykonać, aby zapewnić integralność i możliwość odzyskania bazy danych programu Exchange:

Poniższa lista zawiera konkretne dzienniki zdarzeń aplikacji, które określają, czy są przestrzegane wymagania programu Exchange. Aplikacje wykonywania kopii zapasowych i serwer Exchange mogą rejestrować inne zdarzenia związane z procesem tworzenia kopii zapasowych i przywracania. POTWIERDZAJĄC, że następujące zdarzenia są rejestrowane podczas wykonywania kopii zapasowej i przywracania będzie służyć jako weryfikacji zgodności z wymaganiami dotyczącymi usługi VSS programu Exchange. Obecnie nie istnieje żaden program certyfikacji za jakiekolwiek rozwiązanie oprogramowania innych firm, uruchomiony na serwerze Exchange. Zgodność zapewnia integralność i możliwość odzyskania danych z kopii zapasowych w tle, ale nie udziela żadnych gwarancji na wydajności lub niezawodności rozwiązania innej firmy.
  1. Rozmiar dziennika transakcji bazy danych programu Exchange, a pliki punktu kontrolnego musi być kopii zapasowej wyłącznie przez moduł zapisujący programu Exchange:

    Następująca aplikacja, które zdarzenia będą rejestrowane, jeśli moduł zapisujący programu Exchange są inicjowane w tle kopii backups.*, gdzie "Kopia zapasowa typu" jest typ kopii zapasowej wykonana (pełny, kopia, przyrostowe lub różnicowa).
  2. Aplikację kopii zapasowej należy sprawdzić integralność zestawów kopii zapasowych kopii w tle.

    Microsoft zaleca, ale nie wymaga, aby zostało to wykonane przed aplikację kopii zapasowej powiadomi program Exchange, że kopia zapasowa została ukończona. Przyczynę tego zalecenia jest, że wymiana wykonuje dwa ważne zadania po pomyślnym wykonaniu kopii zapasowej:
    • Program Exchange aktualizuje nagłówki kopie zapasowe baz danych w celu odzwierciedlenia ostatniej pomyślnie wykonywania kopii zapasowej
    • Program Exchange usuwa dzienniki transakcji ("oczyszcza") z serwera, który nie jest już wymagane do przodu od ostatniej pomyślnej kopii zapasowej.
    Jeśli aplikacja kopii zapasowych odkłada sprawdzanie integralności, aż po mają te zadania ukończone, następnie specjalne należy zachować ostrożność Aby zachować ostatniej kopii zapasowej sprawdzonych wraz z kopiami wymaganych przez tę kopię zapasową wszystkich plików dziennika. Chociaż Kopia zapasowa może już zgłaszane pomyślne zakończenie wymiany, kopia zapasowa nie powinno się powoływać na, ukończenia aplikację kopii zapasowej faktycznie weryfikacji integralności.

    Należy odwołać się do "Jak przeprowadzać sprawdzanie integralności dla kopii zapasowych VSS" sekcji tego artykułu, aby uzyskać szczegółowe informacje dotyczące sposobu sprawdzania integralności i jak ustalić, jakiej bazy danych i pliki dziennika transakcji muszą być zachowane, dopóki nie zostanie zakończone sprawdzanie integralności.
  3. Przywraca lokalizacji pierwotnej ** musi odbywać się wyłącznie w przypadku moduł zapisujący programu Exchange

    Moduł zapisujący programu Exchange rejestruje następujące zdarzenia w dzienniku zdarzeń aplikacji podczas procesu przywracania kopii cienia.
** "Lokalizacja pierwotna" oznacza na komputerze programu Exchange z tej samej nazwy serwera i taką samą ścieżkę pliku gdzie wykonano kopię zapasową usługi VSS komputer z programem Exchange.

Przywracania do alternatywnej lokalizacji nie może być osiągnięty przez moduł zapisujący programu Exchange jako Exchange Server 2003 z dodatkiem SP1. Aplikacje kopii zapasowej VSS na podstawie można oferować ręczne lub innych metod programistycznych, aby przywrócić kopie w tle baz danych programu Exchange do alternatywnej lokalizacji.

Jak przeprowadzać sprawdzanie integralności dla kopii zapasowych VSS

Gdy jest kopię zapasową bazy danych przy użyciu strumieniowego interfejs API kopii zapasowej programu Exchange, każdej strony w bazie danych jest odczytywany z kolei i integralność sumy kontrolnej każdej strony jest sprawdzana w trakcie procesu wykonywania kopii zapasowej. Sumy kontrolnej integralności plików dziennika transakcji jest również sprawdzane przed kopii zapasowej.

Podczas wykonywania kopii zapasowej VSS jest nie możliwość wymiany do odczytu każdego pliku bazy danych w całości i sprawdź jej integralność sumy kontrolnej. W związku z tym należy zweryfikować integralność plików dziennika transakcji i baz danych przez aplikację kopii zapasowej. Można to osiągnąć przez uruchomienie polecenia Eseutil, zgodnie z opisem na końcu tego dokumentu.

Jeśli nie sumy kontrolnej zweryfikować kopii zapasowych VSS, istnieje możliwość, że uszkodzona strona może pozostać niewykryte w bazie danych i ostatecznie się ona we wszystkich istniejących kopii zapasowych. Jedynym sposobem odzyskania w takiej sytuacji jest naprawić bazę danych. Naprawa bazy danych wymaga długiego przestoju i spowoduje co najmniej utratę danych (co najmniej utratę danych, który był na uszkodzone strony).

Jednakże jeśli została zweryfikowana ostatniej kopii zapasowej VSS zawiera tylko dobre strony, można usunąć uszkodzone strony z bazy danych przez Przywracanie kopii zapasowej sprawdzonych i toczenia do przodu z dzienników transakcji utworzonych od czasu utworzenia kopii zapasowej. Czas przestoju wymagane w tym celu zazwyczaj będzie znacznie krótszy niż dla naprawy bazy danych, a ta metoda odzyskiwania można rozwiązać problemy z bazą danych bez utraty danych.

Dlatego nie należy rozważyć kopii zapasowej VSS, która była dobra, dopóki wszystkie pliki w nim zostały zweryfikowane sumy kontrolnej.

Należy stosować dwie reguły poniżej sprawdzania integralności kopii zapasowej:
  • Dla plików bazy danych: należy zawsze zachować kopię zweryfikować integralność plików bazy danych. Kopia zapasowa w sprawdzonej integralności jest jednym w stronę, która został ukończony weryfikacja sumy kontrolnej dla plików bazy danych w zestawie kopii zapasowych.
Ostatnia kopia zapasowa bazy danych, który nie przeszedł jeszcze weryfikacja sumy kontrolnej nie można uznać za prawidłową kopię zapasową. Nie należy odrzucić poprzedniej sprawdzonej kopii zapasowej, dopóki nie sprawdzisz integralności bieżącej kopii zapasowej.
  • Pliki dzienników transakcji: rozmiar dziennika transakcji wszystkie pliki wymagane do odzyskiwania najnowszą kopię zapasową zweryfikować integralność bazy danych musi być również kopii zapasowej i ich także zweryfikować integralności poziomie sumy kontrolnej.
Te dzienniki transakcji obejmują co najmniej cały zakres w polu Log Required w nagłówku każdej bazy danych w ostatniej sprawdzonej kopii zapasowej plików dziennika. Jeśli te pliki dziennika nie są dostępne, po przywróceniu bazy danych nie można zainstalować.

Ważne Wymóg ten odnosi się do ostatniej weryfikacji integralności kopii zapasowej, nie do ostatnio wykonanej kopii zapasowej. Do momentu wykonania ostatniej kopii zapasowej minęło weryfikacja sumy kontrolnej, nie uważa się za prawidłową kopię zapasową.

Opcjonalnie może również zachować dzienniki dodatkowe wymagane do pełnego wycofania do przodu bazy danych po przywróceniu kopii zapasowej bazy danych. Są to wszystkie dzienniki transakcji w nieprzerwanej kolejności, począwszy od najniższego pliku dziennika wymagane do ostatnio utworzonego dziennika transakcji, który usunięto z serwera Exchange. Poniżej zamieszczono szczegółowe przykłady i wyjaśnienia znaczenia tego faktu.

Zachowywanie dzienników transakcji oprócz tych wymienionych w dzienniku Required jest opcjonalne, w tym sensie, że nie jest to ściśle wymagane, aby pomyślnie przywrócić i zainstalować kopii zapasowej bazy danych. Jednakże jeśli dzienniki te nie zostaną zachowane, następnie Przywracanie z kopii zapasowej spowoduje utratę wszystkich zmian wprowadzonych w bazie danych poza punktem kopii zapasowej. Firma Microsoft zdecydowanie zaleca, aby zachować je nie tylko dzienniki transakcji wymagane do przywrócenia i zamontować kopii zapasowej bazy danych, ale również wszystkie kolejne dzienniki transakcji potrzebne do wycofania bazy danych do przodu bez utraty danych.

Określenia, które pliki dziennika transakcji są wymagane

Jeśli bazy danych programu Exchange jest kopii zapasowej, podczas gdy jest w trybie online, co najmniej jedna transakcja plik dziennika będzie zawsze być kopii zapasowej z nim. Jest to niezależnie od tego, czy korzystasz z przesyłania strumieniowego kopii zapasowej API lub interfejs API kopii zapasowej VSS.

Po przywróceniu online informacji o kopii zapasowej, z transakcji należy zastosować dzienników do bazy danych ("odtworzone") przed bazy danych będzie można zainstalować ponownie. Pole Log Required każdego nagłówka bazy danych rejestruje numery sekwencji (generacji) zakresu plików dziennika transakcji, które muszą zostać zastosowane do bazy danych.

Jeśli pole Log Required odczytuje 0-0, oznacza to, że baza danych jest do montażu bez konieczności powtarzania wszelkie dane dziennika transakcji dodatkowych. Tylko raz wartość dziennika wymagane będzie 0-0 jest po bazy danych jest doprowadzone do stanu zamknięcia czyszczenia. Po uruchomieniu bazy danych pole Log Required zawsze rejestruje zakres dzienniki transakcji, które nie zostały jeszcze zastosowane do bazy danych. Zakres ten jest stale aktualizowany.

Kopię zapasową online bazy danych zawsze będzie zawierać zakres Log Required zera, a te dzienniki musi być kopii zapasowej wraz z bazy danych. Jeśli po przywróceniu Dzienniki te nie są dostępne, bazy danych nie można zainstalować. (Można naprawić bazę danych, jeśli nie można znaleźć potrzebnych dzienników, ale nie ma żadnej gwarancji, że naprawa powiedzie się i naprawy prawie zawsze spowoduje powstanie pewien stopień utraty danych, nawet jeśli rejestruje tylko dane brakujące.)

Jeśli używasz strumieniowego interfejs API kopii zapasowej lub interfejs API kopii zapasowej VSS zawartych w modułu zapisującego usługi VSS programu Exchange programu Exchange, następnie plików dzienników potrzebnych do zainstalowania bazy danych będzie można automatycznie archiwizowane z bazą danych. Jeśli odtwarzasz tylko pliki dziennika wymagane, spowoduje to trwa przywracanie do punktu w czasie, w którym zakończono wykonywanie kopii zapasowej bazy danych. Jeśli chcesz przetoczyć do przodu poza bazą danych, tym punktem, też muszą grać plików dzienników generowanych po została wykonana kopia zapasowa.

Aby całkowicie przewinąć do przodu bazy danych z dowolnej kopii zapasowej, musisz zachować wszystkie pliki dziennika w nieprzerwanej sekwencji, począwszy od najniższego pliku w zakresie dziennika wymagane do najnowszego wygenerowanego pliku dziennika w grupie magazynów bazy danych. Jeśli dowolny inny dziennik w tej serii lub jest on uszkodzony, tylko można przenieść do przodu, aż do momentu ostatniego dobrego dziennika przed brakujący lub uszkodzony plik.

Jeśli chcesz odzyskać z kopii zapasowej bez utraty danych, dlatego aby zachować dobre kopie wszystkich plików dziennika transakcji, począwszy od ostatniej kopii zapasowej bazy danych dobra sprawdzonych.

Czyszczenie dzienników transakcji

Jeśli dzienniki transakcji nie są usuwane z serwera Exchange, będą gromadzone aż do zapełnienia wszystkie dostępne miejsce na dysku. W związku z tym przesyłanie strumieniowe i kopii zapasowej VSS interfejsów API obsługuje "oczyszczania" plików dziennika transakcji po zakończeniu normalnej lub przyrostowej kopii zapasowej. Pliki dzienników starsze niż te są potrzebne do odzyskania najnowszej kopii zapasowej są automatycznie usuwane z serwera po sygnały kopii zapasowej aplikacji wymiany tej kopii zapasowej zostało ukończone pomyślnie.

Przy użyciu interfejsu API przesyłania strumieniowego weryfikacja sumy kontrolnej bazy danych odbywa się podczas wykonywania kopii zapasowej. Do czasu zakończenia całej bazy danych i pliki dziennika wymagane zostały sprawdzone w celu zapewnienia integralności fizycznej. Przy użyciu interfejsu API usługi VSS weryfikacja sumy kontrolnej nie można wykonać w ramach rzeczywistego wykonywania kopii zapasowej. Dostawcy należy sprawdzić integralność bazy danych, niezależnie od procesu wykonywania kopii zapasowej. Można to zrobić z Eseutil przed lub po sygnalizacji Exchange, że kopia zapasowa została ukończona.

Jeśli sprawdzanie sum kontrolnych odbywa się przed wykonaniu kopii zapasowej, a w zestawie kopii zapasowych zostanie znaleziony problem, wymiany może być poinformowany że kopii zapasowej nie powiodło się. Zapobiegnie to wymiany usunięciu plików dzienników z serwera.

Jeśli weryfikacja sumy kontrolnej jest odłożone do czasu po pomyślnym utworzeniu kopii zapasowej sygnalizacji, Exchange będzie Usuń starsze pliki dziennika z serwera. Niektóre z tych plików dziennika może być potrzebne do stopniowych dalej z dobrej kopii zapasowej. Jeśli kopii tych dzienników nie zostały już wprowadzone, następnie nie można do przodu całkowicie.

Microsoft w związku z tym zaleca, ale nie wymaga, że sumy kontrolne można wykonać na kopii zapasowej VSS, zanim aplikacja kopii powiadomi programu Exchange. Jeśli weryfikacja sumy kontrolnej jest odłożone do momentu po kopii zapasowej zostało już zakończone, następnie aplikację kopii zapasowej należy upewnić się że kopie wykonane są z wszystkich plików dziennika transakcji, które były usuwane z serwera, chyba że stopniowe do przodu całkowicie nie jest dla Ciebie ważne.

W większości przypadków wszystkie dzienniki transakcji potrzebne do przodu kopii zapasowej VSS będą dostępne w zestawie plików dzienników zapisanych z poprzedniej kopii zapasowej wraz z tymi zapisany z bieżącej kopii zapasowej. Jednak klienci należy sprawdzić, czy dotyczy to przy rozważaniu określonego dostawcy.

Przywracanie kopii zapasowych niezweryfikowane

Mogą wystąpić przypadki, gdzie katastrofa wymagająca przywrócenia danych występuje przed zakończeniem sprawdzania sum kontrolnych w ostatniej kopii zapasowej. W takich przypadkach firma Microsoft zaleca się przywrócenie poprzedniej sprawdzonej kopii zapasowej i wycofać ją do przodu, a nie opierając się na niepotwierdzone kopia zapasowa.

Jednak może mieć umów dotyczących poziomu usług, które wymagają przywrócenia danych szybciej niż może odbywać się z poprzedniej kopii zapasowej. W tych przypadkach Przywracanie niezweryfikowany kopii zapasowej może być lepszym rozwiązaniem, tak długo, jak długo nadal zachowują zweryfikowanymi poprzedniej kopii zapasowej i wszystkie pliki dziennika, potrzebne do przodu całkowicie z niego. Jeśli spełniasz te wymagania, następnie nadal można do przodu ze znanej dobrej kopii zapasowej w przypadku wykonania ostatniej kopii zapasowej zostanie wykryta są szkodliwe.

Jak sprawdzić spójność migawki

Obiekt wysyłający żądanie usługi VSS musi sprawdzać spójność migawki, uruchamiając Eseutil.exe pliki dziennika i bazy danych za pomocą odpowiednich opcji, jak w poniższej tabeli. Żądającego VSS należy sprawdzić, czy wszystkie wyjścia nieujemne są zwracane jest ujemna. Aby wyświetlić wartość zmiennej ERRORLEVEL w wierszu polecenia, należy wpisać echo % errorlevel % po zakończeniu Eseutil.exe. Ujemna wartość ERRORLEVEL oznacza, że uszkodzeń w plikach. Przed żądającego VSS wywołania BackupComplete, żądającego VSS należy się upewnić, że stan składnika kopii zapasowej kopii zapasowej dokumentu składnika odzwierciedla wynik sprawdzania spójności. Oznacza to stan składnika kopii zapasowej należy FALSE w przypadku znalezienia uszkodzenia i powinno być wartość TRUE, jeśli znalezione żadne uszkodzenia. Sprawdzanie spójności migawki jest obowiązkowy wymóg dla rozwiązania, które są obsługiwane przez zespół produktu Exchange.

W poniższej tabeli przedstawiono kombinacją testy integralności dla każdego typu kopii zapasowej.
Typ pliku \ typ kopii zapasowejPełna kopia zapasowaKopia zapasowaPrzyrostowa kopia zapasowaRóżnicowa kopia zapasowa
.edb"eseutil /k/i""eseutil /k/i"NANA
.log"eseutil /k" *"eseutil /k" *"eseutil /k" **"eseutil /k" **
.stmNANANANA
.chkNANANANA

Ze względu na charakter przyciągania kopii zapasowych VSS JET nie mieli okazję dotknąć wszystkie strony, aby wykonać testy spójności niezbędne. W związku z tym jest żądającego VSS ponoszą odpowiedzialność za zapewnienie spójności migawki.

* Wszystkie pliki dziennika z numer równy lub większy niż plik dziennika punktu kontrolnego Generowanie pliku dziennika są wymagane do odzyskania migawkę bazy danych. Jeśli istnieje bieżący plik dziennika (Enn.log) jest również wymagane do odzyskania bazy danych. Jeśli któryś z plików dziennika wymagane nie Sprawdzanie spójności, obiekt zgłaszający żądanie musi zapewnić stan składnika kopii zapasowej jest równa FALSE przed wywołującym BackupComplete. Aby określić plik dziennika punktu kontrolnego, uruchom eseutil.exe migawki pliku punktu kontrolnego i analizować dane wyjściowe dla "punkt kontrolny:" na przykład, "c:\eseutil.exe /mk E01.chk" zawiera następujące:
Checkpoint:  (0x20,9D,187) 
gdzie 0x20 jest numer dziennika generowania pliku punktu kontrolnego.

W tym przykładzie dowolny inny dziennik pliki, od E0100020.log włącznie i powyżej, musi być uszkodzone odzyskać migawka bazy danych, nawet jeśli sama baza danych już minęła Sprawdzanie spójności fizycznej.

** Wszystkie pliki dzienników w przyrostowych lub różnicowych zestaw kopii zapasowych są wymagane do odzyskania bazy danych. Spójność sekwencji całego dziennika można sprawdzić, uruchamiając narzędzie eseutil prefiks pliku dziennika. Na przykład "eseutil /k E01" będzie uruchamiana sprawdzania spójności wszystkich plików w postaci E01xxxxx.log w danej ścieżce.
Właściwości

Identyfikator artykułu: 822896 — ostatni przegląd: 16.02.2017 — zmiana: 2

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Windows Server 2003, Enterprise x64 Edition, Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Web Edition, Microsoft Windows Small Business Server 2003 Premium Edition, Microsoft Windows Small Business Server 2003 Standard Edition

Opinia