This post is also available in: angielski
W życiu każdego środowiska informatycznego nadchodzi taki moment w którym okazuje się, że brakuje nam wolnego miejsca. Pomimo licznych polityk retencji, backupów, limitów skrzynek, nasze bazy w końcu osiągają taki rozmiar który zmusza nas do zmiany miejsca ich lokalizacji.
Przed przystąpieniem do przenoszenia baz Microsoft Exchange 2010 do nowej lokalizacji musimy wiedzieć że:
- operacja przeniesienia bazy spowoduje przerwę w dostępie do skrzynek znajdujących się w tej bazie. Czas przerwy uzależniony jest od rozmiaru przenoszonej bazy oraz czasu replikacji w Active Directory
- przenoszenie baz najlepiej zaplanować poza godzinami pracy, dzięki temu dotknie ono mniejszej liczby użytkowników oraz wykorzystywana przez nas sieć nie będzie obciążona przez inne systemy
- przenoszona baza nie może mieć włączonej opcji CircularLoggingEnabled
CircularLogging możemy wyłączyć w Exchange Management Console lub za pomocą PowerShella:
Set-MailboxDatabase DatabaseName -CircularLoggingEnabled $False
- przenosimy bazy pojedynczo, a nie wszystkie naraz
- replikacja logów pomiędzy kopiami bazy może trwać długo, przed przystąpieniem do przenoszenia bazy upewnijmy się że wszystkie kolejki logów mają wartość 0
- po „dużych” zmianach zawsze odczekajmy na replikacje tych zmian w Active Directory, zwłaszcza gdy wykonujemy: wyłączanie kopii aktywnej bazy, zmiana ścieżki do bazy, dodawanie kopii aktywnej bazy
- po zakończonej operacji przenoszenia baz zrestartujmy usługę MSExchangeSearch
- po przeniesieniu baz, zamontowaniu aktywnej bazy oraz podłączeniu kopii bazy, sprawdźmy stan indeksów (ContentIndexState). Wszystkie indeksy powinny mieć status Healthy
Get-MailboxDatabaseCopyStatus | select Name,ContentindexState | ft –AutoSize
Dla środowiska Microsoft Exchange Server DAG, proces przenoszenia baz powinien wyglądać jak poniżej:
Backup baz
Przed przystąpieniem do jakiejkolwiek zmiany konfiguracji środowiska Exchange, musimy być pewni, że posiadamy aktualne i pewne kopie baz oraz środowiska.
Podłączenie nowych udziałów
Na serwerach które obsługują bazy Exchange (Mailbox Role), podłączamy nowe udziały do których mają zostać przeniesione bazy, oraz tworzymy strukturę katalogów do której zostaną przeniesione bazy.
Odmontowanie aktywnej kopii bazy
Aby przenieść bazę w środowisku DAG musimy odmontować (Dismount) aktywną kopię bazy.
Niestety całą operacja wiąże się z chwilową utratą dostępu do skrzynek znajdujących się w bazie.
Wyłączenie wszystkich kopii bazy
Do przeniesienia bazy wymagane jest wyłączenie wszystkich kopii bazy która będzie przenoszona. W tym przypadku nie wystarczy ustawienie Suspend database copy, tylko replikacja baz musi być wyłączona. W tym celu wykorzystujemy Remove-MailboxDatabaseCopy
Nie usuwamy fizycznych plików bazy oraz logów dla kopii bazy.
Replikacja w AD
Po wyłączeniu kopii bazy musimy odczekać na replikacje w Active Directory tak długo aby wszystkie zmiany zostały wprowadzone na wszystkich kontrolerach.
Przeniesienie bazy (aktywnej dimounted)
W konsoli Exchange Management Console, w Organization Configuration, Mailbox wybieramy odmontowaną bazę, klikamy prawym i wybieramy Move Database Path wybieramy nową lokalizację dla bazy (plik .edb) oraz nową lokalizację dla logów bazy (Transaction Logs)
Zmiana lokalizacji kopi baz
Dla każdej kopii bazy którą przenosimy również musimy zmienić ścieżki do plików. Jeżeli przeniesienia na większy udział wymagała jedynie baza aktywna to wówczas wszystkie kopie tej bazy muszą również być przeniesione do takiej samej ścieżki jak aktywna baza.
Czynność tę wykonujemy dla każdego Nod-a który posiada kopie przenoszonej bazy.
Replikacja AD
Ponownie czekamy na replikacje wszystkich zmian w Active Directory
Zamontowanie bazy
Po przeniesieniu aktywnej bazy oraz jej kopii możemy zamontować aktywną bazę oraz dodać ponownie do niej wszystkie kopie.
Sprawdzenie funkcjonowania DAG
Na koniec należy sprawdzić funkcjonowanie środowiska DAG po zmianach.
Korzystając z PowerShella możemy użyć:
Get-MailboxDatabaseCopyStatus – sprawdzenie replikacji baz w DAG
Test-ReplicationHealth – weryfikacja stanu replikacji