Najlepsze sposoby na zminimalizowanie wpływu awarii w Exchange Server 2007

Opublikowano: 20 czerwca 2007

Zawartość strony

	Wstęp
	Ciągła replikacja (Continuous Replication)
	Zachowanie usuniętego elementu (Deleted Item Retention)
	Zachowanie usuniętej skrzynki pocztowej

Wstęp

Ważnym etapem w procesie tworzenia strategii odtwarzania po awarii jest rozważenie sposobów uniknięcia lub minimalizacji jej wpływu na działalność firmy. Istnieje wiele środków, które można zastosować w celu zapobieżenia awariom (takim jak błąd działania sprzętu lub przerwa w dostawie prądu) lub zminimalizowania ich skutków. Czas potrzebny na odtworzenie po awarii zależy od tego, co należy odtworzyć – pojedynczą skrzynkę pocztową, bazę danych (wraz z dziennikami transakcji), cały serwer wraz ze wszystkimi bazami danych i dziennikami) lub kilka serwerów w danej lokalizacji (na przykład serwery wykorzystujące Microsoft Exchange, serwery DNS, kontrolery domeny, itd). Oczywiście odtworzenie kilku serwerów zajmie najwięcej czasu. Można zastosować kilka środków mających na celu zmniejszenie wpływu awarii i pomoc w przeprowadzeniu pełnego odtworzenia z kopii zapasowej. Obejmują one następujące czynności:

• Zastosowanie ciągłej replikacji – program Exchange 2007 jest wyposażony w asynchroniczną technologię kopiowania dziennika, która może być wykorzystywana do tworzenia i konserwacji kopii grupy produkcyjnego magazynu na innym zestawie dysków lub na innym serwerze.
• Zastosowanie opcji zachowania usuniętego elementu – Zachowanie usuniętego elementu pozwala na przywrócenie pojedynczego elementu lub folderu z komputera klienckiego programu Microsoft Outlook bez interwencji administratora.
• Zastosowanie opcji zachowania usuniętej skrzynki pocztowej – Zachowanie usuniętej skrzynki pocztowej pozwala na przywrócenie usuniętej skrzynki za pomocą konsoli Exchange Management Console bez konieczności wykorzystania kopii zapasowej.
• Aktywne monitorowanie działania serwerów – Jednym z najlepszych sposobów na uniknięcie awarii jest zapobieganie jej wystąpieniu. Należy monitorować pracę serwerów z celu rozwiązywania problemów zanim jeszcze wystąpią.
• Umieszczenie swoich użytkowników w kilku bazach danych skrzynek pocztowych – Umieszczenie swoich użytkowników w większej liczbie baz danych skrzynek pocztowych może zmniejszyć wpływ utraty jednej z baz i umożliwić szybsze przywrócenie w razie potrzeby.

 Do początku strony

Ciągła replikacja (Continuous Replication)

Ciągła replikacja to technologia zawarta w dwóch funkcjach programu Exchange 2007 wykorzystujących asynchroniczną technologię do tworzenia kopii grupy magazynu i przechowywania jej zaktualizowanej kopii przy pomocy opcji kopiowania i odtworzenia dziennika. Replikacja umożliwia to dzięki zastosowaniu plików dziennika produkcyjnej bazy danych do kopii zapasowej. Dwie funkcje zawierające tę technologię to ciągła replikacja lokalna (LCR) oraz ciągła replikacja klastrowa (CCR).

• Ciągła replikacja lokalna – LCR obniża całkowity koszt posiadania programu Exchange 2007, redukując liczbę tworzonych kopii zapasowych wymaganych do ochrony danych. Pomimo że LCR nie eliminuje konieczności tworzenia kopii zapasowych (należy je mieć na wypadek awarii), znacznie obniża potrzebę regularnego tworzenia codziennych kopii zapasowych. LCR umożliwia szybkie odtworzenie na podstawie bieżących danych i zapewnia rozwiązanie dla opcji kopiowania dzienników transakcji wykorzystujące pojedynczy serwer. Więcej informacji na temat LCR można znaleźć w artykule Local Continuous Replication (j.ang.).
• Ciągła replikacja klastrowa – CCR łączy w sobie automatyczne zarządzanie nadmiarowością z replikacją danych z poziomu aplikacji. CCR jest rozwiązaniem, które można zastosować bezawaryjnie w pojedynczym centrum danych lub pomiędzy dwoma centrami danych. Replikację dzienników transakcji stosuje się do kopiowania baz danych i utrzymywania zgodności danych pomiędzy węzłami klastra. Funkcja zaplanowanych przestojów w działaniu w CCR ma na celu zapewnienie, że wszystkie dane dziennika zgromadzone w węźle aktywnym zostaną skutecznie skopiowane do węzła pasywnego. Dlatego też zaplanowane przestoje nie skutkują utratą danych, nawet jeżeli replikacja występuje asynchronicznie. Więcej informacji na temat LCR można znaleźć w artykule Cluster Continuous Replication (j. ang.).

 Do początku strony

Zachowanie usuniętego elementu (Deleted Item Retention)

Kiedy użytkownik usunie jakiś element, staje się on niedostępny. Jednak kopia usuniętego elementu zostaje zachowana w bazie danych skrzynki pocztowej użytkownika przez określony czas pozwalający na przywrócenie elementu na wypadek, gdyby został on usunięty przez pomyłkę. Kiedy baza danych systemu Exchange otrzymuje polecenie usunięcia wiadomości, określa ona, czy mają zostać usunięte nietrwale czy całkowicie. Usunięcie nietrwałe określa się jako usunięcie logiczne, a usunięcie całkowite jako usunięcie fizyczne.

Uwaga: :

Domyślne ustawienie dla zachowania usuwanych elementów w systemie Exchange Server 2007 zostało zmienione z 7 dni na 14 dni.

Usuwanie całkowite

Usuwanie całkowite ma miejsce, gdy spełniony jest jeden z poniższych warunków:

• System kliencki żąda usunięcia całkowitego.
• Czas zachowania elementu usuniętego jest ustawiony na 0.
• Klucz rejestru wskazujący na Force Hard Deletes jest włączony dla skrzynki pocztowej lub bazy danych folderu publicznego.
• Konto żądające usunięcia to brama.
• Konto żądające usunięcia to system.

Gdy wiadomość zostanie całkowicie usunięta, odwołanie do niej zostaje automatycznie usunięte z tabeli MsgFolder. W tym momencie, wiadomość nie jest już dostępna dla skrzynki pocztowej zawierającej dany folder nawet, gdy zastosowane zostanie odzyskiwanie elementu usuniętego. Sprawdzany jest licznik odwołań do wiadomości. Jeżeli licznik odwołań do wiadomości spadnie do zera, co oznacza, że żadna inna skrzynka pocztowa nie posiada kopii tej wiadomości, tworzony jest wpis w tabeli DeletedMessages wskazujący, że wiadomość jest gotowa do usunięcia z tabeli wiadomości.

W trakcie następnego procesu oczyszczania w tle, wpisy tabeli DeletedMessages są sprawdzane i usunięte zostają odpowiednie wpisy w tabeli wiadomości. Zgodnie z ustawieniami domyślnymi, ten proces powtarzany jest co godzinę. Można jednak kontrolować ten harmonogram, edytując następujące wpisy do rejestru:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPublic\Background Cleanup (wartość w millisekundach)

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ ParametersPrivate\Background Cleanup (wartość w millisekundach)

Uwaga:

Nieprawidłowe edytowanie rejestru może spowodować poważne problemy, których usunięcie będzie wymagać ponownego zainstalowania systemu operacyjnego. Być może nie będzie możliwości naprawienia problemów powstałych na skutek nieprawidłowego edytowania rejestru. Przed rozpoczęciem edytowania rejestru należy sporządzić kopie zapasowe wszelkich istotnych danych.

Jeżeli czas zachowania elementów usuniętych zostanie zmieniony, może zajść potrzeba przeprowadzenia dodatkowego planowania pojemności produkcyjnych. Poniższy przykład pokazuje, że wiadomość może być obecna przez dłuższy czas po usunięciu przez użytkownika.

• Zachowanie usuniętego elementu jest ustawione na 48 godzin.
• Konserwacja bazy danych systemu Exchange została ustawiona pomiędzy godziną 03:00 a 07:00.
• Oczyszczanie w tle jest przeprowadzane co godzinę.

Na przykład, jeżeli usuniemy wiadomość o godz. 8:00, przez następnie 48 godzin nie zostanie ona przeznaczona do usunięcia całkowitego. Zakończenie następnej procedury konserwacji bazy danych systemu Exchange jest zaplanowane na godz. 06:00, więc wiadomość nie zostanie całkowicie usunięta, co oznacza, że rekord nie zostanie usunięty przez 71 godzin.

Usuwanie nietrwałe

Usuwanie nietrwałe ma miejsce, jeżeli żadne z kryteriów dla usunięcia całkowitego nie zostanie spełnione. Wpis tabeli MsgFolder zostaje opatrzony flagą wskazującą, że dana wiadomość została nietrwale usunięta z folderu. Tabela MsgFolder jest odwzorowaniem wpisów znajdujących się w tabeli folderu w tabeli wiadomości. Aktualizowane są także liczniki wiadomości w skrzynce pocztowej i folderze. W tym momencie, wiadomość jest dostępna dla opcji odzyskiwania usuniętego elementu.

Podczas następnego zaplanowanego procesu konserwacji bazy danych systemu Exchange, sprawdzany jest każdy folder w celu określenia, czy któraś z zawartych w nim nietrwale usuniętych wiadomości przekroczyła czas zachowania usuniętego elementu. W razie znalezienia takiej wiadomości, zostaje ona całkowicie usunięta.

Konfiguracja zachowania usuniętego elementu

Domyślnie, elementy usunięte są zapisywane w bazie danych systemu Exchange i zachowywane przez określoną liczbę dni przed całkowitym usunięciem. Można ustawić długość okresu zachowania usuniętego elementu, stosując ustawienia domyślne bazy danych lub wybierając liczbę dni, jaka musi upłynąć przed stałym usunięciem elementu.

Określając czas zachowania usuniętego elementu możemy wybrać liczbę dni z przedziału od 0 do 24 855. Zalecane jest ustawienie liczby dni na 14. Jeżeli okres zachowania usuniętego elementu ustawiony jest na 0, usuwane elementy zostają natychmiast na stałe usunięte z serwera. Jeżeli objętość dysku nie stanowi problemu, zalecane jest włączenie funkcji zachowania usuniętego elementu.

Zachowanie usuniętego elementu może zostać skonfigurowane dla bazy danych lub dla danego użytkownika. Ustawienia indywidualnego użytkownika znoszą ustawienia bazy danych. Szczegółowe informacje dotyczące konfiguracji zachowania usuniętego elementu z poziomu bazy danych znajdują się w artykule How to Configure Deleted Item Retention for a Mailbox Database (j.ang.). Szczegółowe informacje dotyczące konfiguracji zachowania usuniętego elementu z poziomu użytkownika znajdują się w artykule How to Configure Deleted Item Retention for a User (j.ang.).

Uwaga:

Zgodnie z ustawieniami domyślnymi, program Outlook pozwala na odzyskanie usuniętego elementu tylko z folderu Deleted Items. Naciśnięcie klawiszy SHIFT+DELETE na wiadomości z folderu Skrzynka odbiorcza nie spowoduje jej przeniesienia do folderu Deleted Items. Dlatego też nie będzie możliwe odzyskanie tej wiadomości. Można zastosować wartość rejestru DumpsterAlwaysOn w celu umożliwienia odzyskania elementów usuniętych przy użyciu klawiszy SHIFT+DELETE, stosując się do instrukcji zawartych w artykule 246153 Bazy Wiedzy Microsoft,Jak odzyskać elementy, które zostały trwale usunięte w programie Outlook (j.ang.).

 Do początku strony

Zachowanie usuniętej skrzynki pocztowej

W systemie Exchange 2007, usunięcie skrzynki pocztowej nie oznacza, że zostaje ona natychmiast na stałe usunięta (czy przeczyszczona) z bazy danych skrzynek pocztowych systemu Exchange. Zamiast tego, skrzynka pocztowa zostaje oflagowana jako usunięta i użytkownicy nie mają do niej dostępu. Po upływie okresu zachowania skrzynki pocztowej, zostaje ona na stałe usunięta z bazy danych. Możliwe jest także usunięcie skrzynki pocztowej na stałe poprzez jej przeczyszczenie w dowolnym momencie. Jeżeli przez pomyłkę zostanie usunięte konto pocztowe użytkownika, można odtworzyć ten obiekt, a następnie połączyć się ponownie do tej skrzynki podczas trwania okresu zachowania skrzynki pocztowej.

Domyślnie, okres zachowania skrzynki pocztowej to 30 dni. Możliwe jest skonfigurowanie okresu zachowania usuniętej skrzynki z poziomu bazy danych skrzynki pocztowej. Określając czas zachowania usuniętej skrzynki pocztowej możemy wybrać liczbę dni z przedziału od 0 do 24 855. Jeżeli okres zachowania usuniętej skrzynki pocztowej ustawiony jest na 0, usuwane skrzynki zostają natychmiast na stałe usunięte z serwera. Jeżeli objętość dysku nie stanowi problemu, zalecane jest włączenie funkcji zachowania usuniętej skrzynki.

Szczegółowe informacje dotyczące konfiguracji zachowania usuniętej skrzynki znajdują się w artykule How to Configure Deleted Mailbox Retention (j.ang.).

Do początku strony