Konieczność defragmentacji baz danych poczty w programie Exchange Server 2010 wynika z faktu, że po usunięciu informacji z bazy danych nie jest ona automatycznie kompresowana (istnieją puste strony), a zatem rozmiar pliku bazy danych nie zmniejsza się. Na przykład, jeśli przenosisz skrzynki pocztowe użytkowników o łącznej wielkości 5 GB z bazy danych poczty 20 GB, rozmiar pliku pozostanie niezmieniony 20 GB. Jednak uwolnione 5 GB wolnego miejsca zostanie wykorzystane w przyszłości przez nowe elementy.
Dlatego jeśli chcesz zmniejszyć rozmiar pliku bazy danych poczty w programie Exchange 2010 poprzez usunięcie niezajętych stron, możesz użyć jednej z następujących metod:
- Utwórz nową bazę danych, przenieś do niej wszystkie pola i usuń starą bazę danych
- Wykonaj defragmentację offline bieżącej bazy danych
Każda z tych metod ma swoje zalety i wady. Defragmentacja offline obejmuje proste skrzynki pocztowe użytkowników, ale jest to jedyne dostępne rozwiązanie, gdy nie ma wystarczającej ilości miejsca na dysku (po prostu nie ma gdzie utworzyć nowej bazy danych).
Z drugiej strony migracja skrzynek pocztowych do nowej bazy danych jest mniej ryzykowną procedurą, ale oprócz potrzeby zapewnienia wystarczającej ilości wolnego miejsca do przechowywania dwóch magazynów poczty, generując dużą liczbę transakcji, które również znacznie zwiększają wymagania dotyczące dostępnego wolnego miejsca, w wyniku czego proces przenoszenia użytkowników może potrwać kilka dni.
Należy wyraźnie rozróżnić defragmentację offline i online (interaktywną) bazy danych programu Exchange 2010. Interaktywna defragmentacja w programie Exchange jest wykonywana w sposób ciągły, gdy opcja jest włączona Włącz obsługę bazy danych w tle (skanowanie ESE 24 x 7). Ta procedura jest wykonywana w tle, w tym usuwanie przestarzałych elementów w repozytorium i optymalizacja układu stron. Głównym zadaniem jest zwolnienie nieużywanego miejsca przez skompresowanie rekordów do minimalnej możliwej liczby stron w celu zmniejszenia liczby operacji wejścia / wyjścia. Pamiętaj, że nieużywane miejsce nie jest zwracane do systemu. Defragmentacja offline uwalnia to miejsce.
Wielkość wolnego miejsca określamy w bazie danych Exchange 2010
Aby sprawdzić bieżący rozmiar bazy danych i ilość wolnego miejsca w niej (te same nieużywane strony) w programie Exchange 2010, użyj następującego polecenia w powłoce zarządzania Exchange:
C: \> Get-MailboxDatabase -Status | nazwa ft, rozmiar bazy danych, dostępny nowy mailboxspace -auto
Nazwa Baza danych Rozmiar Dostępny Nowa skrzynka pocztowa-- - -
WI-DB-01 17,26 GB (18604,766,720 bajtów) 8,544 GB (9247,766,016 bajtów)
WI-DB-02 14,63 GB (15 785 670 144 bajtów) 4,696 GB (4 968 761 856 bajtów)
WI-DB-Archiwum-01 658,1 MB (689 542 884 bajtów) 234,6 MB (241 164 544 bajtów)
W tym przykładzie widać, że bieżący rozmiar bazy danych WI-DB-01 wynosi 17 GB, a wolne miejsce w nim już wynosi 8,5 GB. A jeśli chcesz zwolnić to miejsce, rozmiar pliku bazy danych poczty można zmniejszyć, defragmentując go za pomocą ESEUTIL.
Następnie pokażę, w jaki sposób można defragmentować plik bazy danych poczty Exchange 2010 na serwerze autonomicznym, który nie należy do grupy dostępności bazy danych..
UWAGA Jeśli twój serwer jest członkiem DAG nie użyć to oprzyrządowanie!
Przygotowanie do defragmentacji Exchange 2010
Planując defragmentację bazy danych, musisz wyraźnie zrozumieć, że aby wykonać tę pracę, musisz odmontować niezbędną bazę danych, że poczta jest niedostępna dla wszystkich użytkowników znajdujących się w tej bazie danych.
Następnie musisz upewnić się, że jest wystarczająca ilość wolnego miejsca do przeprowadzenia defragmentacji. Podczas defragmentacji tworzony jest nowy plik bazy danych, a jednocześnie stare i nowe pliki są zapisywane na dysku, a ponadto potrzebne jest dodatkowe miejsce na pliki tymczasowe tworzone przez narzędzie eseutil.
Dlatego jeśli masz zamiar defragmentować pocztę Exchange, musisz mieć wolne miejsce równe nie mniej niż 110% z bieżącego rozmiaru bazy danych (z wyłączeniem pustych stron).
W moim przypadku oznacza to, że musimy mieć co najmniej 9,6 GB wolnego miejsca na dysku:
17,26 - 8,54 = 8,72
8,72 x 1,1 = 9,6
Jeśli na bieżącym dysku nie ma takiej ilości miejsca, musisz określić alternatywną lokalizację plików tymczasowych w parametrach eseutil. Może to być inny dysk lub ścieżka sieciowa UNC, należy jednak zauważyć, że podczas korzystania ze ścieżki UNC czas defragmentacji może znacznie wzrosnąć z powodu opóźnień w przepustowości i sieci.
Musisz również upewnić się, że masz aktualną kopię zapasową zdefragmentowanej bazy danych, aby nie była strasznie bolesna ...
Używanie ESEUtil do defragmentacji bazy Exchange
Otwórz wiersz polecenia Exchange Management Shell i przejdź do katalogu z plikiem bazy danych poczty:
cd D: \ Data \ WI-DB-01
Odmontuj bazę.
Demontować bazę danych WI-DB-01
Uruchom defragmentację za pomocą narzędzia ESEUtil.
D: \ Data \ WI-DB-01> eseutil / d WI-DB-01.edb /t\\tmp_srv\exch\temp.edb
Extensible Storage Engine Utilities for Microsoft (R) Exchange Server
Wersja 14.01
Prawa autorskie (C) Microsoft Corporation. Wszelkie prawa zastrzeżone.
Inicjowanie trybu DEFRAGMENTACJI ...
Baza danych: WI-DB-01.edb
Status defragmentacji (% ukończenia)
0 10 20 30 40 50 60 70 80 90 100
| - | - | - | - | - | - | - | - | - | - |
...
Przeniesienie „\\ tmp_srv \ exchange \ temp.edb” na „WI-DB-01.edb” ...
Status kopiowania pliku (ukończono%)
0 10 20 30 40 50 60 70 80 90 100
| - | - | - | - | - | - | - | - | - | - |
...
Uwaga:
Zaleca się natychmiastowe wykonanie pełnej kopii zapasowej
tej bazy danych. Jeśli przywrócisz kopię zapasową wykonaną przed
defragmentacja, baza danych zostanie przywrócona do stanu
było w momencie tworzenia kopii zapasowej.
Operacja zakończyła się pomyślnie w 2798.218 sekund.
Zamontuj podstawę:
mount-Database WI-DB-01
Upewnij się, że jego rozmiar zmniejszył się:
Get-MailboxDatabase -Status | nazwa ft, rozmiar bazy danych, dostępny nowy mailboxspace -auto
Nazwa Baza danych Rozmiar Dostępny Nowa skrzynka pocztowa
-- - -
WI-DB-01 8.328 GB (8942,190,592 bajtów) 5,219 MB (5 472 256 bajtów)
WI-DB-02 14,63 GB (15 785 670 144 bajtów) 4,696 GB (4 968 761 856 bajtów)
WI-DB-Archiwum-01 658,1 MB (689 542 884 bajtów) 234,6 MB (241 164 544 bajtów)
