Objawy
Rozważ następujący scenariusz:
-
Aktywować pasywnego kopię dodatku Service Pack 3 (SP3) dla systemu Microsoft Exchange Server 2010 bazy danych przy użyciu środowiska Windows PowerShell lub konsoli zarządzania programu Exchange.
-
Odinstalowuje zainstalowany bazy danych bez problemu, a instaluje kopia pasywnego.
-
Zmiany stanu kopii bazy danych w stanie awarii na etapie inicjowania na egzemplarzu, który jest obecnie pasywnego. Ponadto komunikat o stanie dla kopii bazy danych zawiera nie powiodło się.
Gdy ten problem wystąpi, pojawi się komunikat o błędzie podobny do następującego po uruchomieniu Get-MailboxDatabaseCopyStatus | fl tożsamość, komunikat o błędzie polecenia cmdlet w powłoki zarządzania programu Exchange (EMC);
Usługa Microsoft Exchange replikacji napotkał błąd podczas sprawdzania dzienników i baza danych dla DB\Server na starcie. Błąd: Plik wyboru nie powiodło się:"ścieżka\Exxlog" w pliku dziennika jest generowanie liczba1; jednak generacji oczekiwane jest liczba2.
Na przykład może zostać wyświetlony następujący komunikat o błędzie:
Usługa Microsoft Exchange replikacji napotkał błąd podczas sprawdzania dzienników i baza danych dla DB\Server na starcie. Błąd: Plik wyboru nie powiodło się: "f:\logs\DB\Ennlog" w pliku dziennika jest generowanie 2024; jednak generacji oczekiwane jest 2004 r.
Przyczyna
Po włączeniu 8DOT3 tworzenia nazw woluminów, które zawierają dzienniki transakcji w Exchange Server 2010 z dodatkiem SP3, może to spowodować dzienniki Nieprawidłowa transakcja ma być zwracana jako część kwerendy findfile podczas procesu aktywacji bazy danych. Powoduje to, że bazy danych do wysłania do Państwa nie powiodło się z powodu Nieprawidłowa sekwencja numerów generacji dziennika transakcji.
Utrata danych występuje z powodu tego błędu.
Rozwiązanie
Aby rozwiązać ten problem, należy zainstalować następujący pakiet zbiorczy aktualizacji:
Opis pakietu zbiorczego aktualizacji 2 dla programu Exchange Server 2010 z dodatkiem Service Pack 3
Obejście problemu
Krok 1: Określenie konfiguracji tworzenie nazw 8DOT3
Aby ustalić, czy jest włączone tworzenie nazw 8DOT3, uruchom następujące polecenie z wiersza polecenia. (W tym miejscu zakładamy, że pliki dziennika transakcji są na dysku C.)
fsutil 8dot3name query c:
Jeśli przewidywana produkcja zwraca coś tej resemblbes następujące 8DOT3 tworzenie nazw jest włączona:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 2(Per volume setting-the default).
Based on the above two settings, 8dot3 name creation is enabled on C:
Lub przewidywanej produkcji może zwracać coś podobnego do następującego:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 0 (Per volume setting - the default).
Based on the above two settings, 8dot3 name creation is enabled on C:
Oznacza to, że dysk C ma włączone tworzenie nazw 8DOT3.
Upewnij się, uruchom to polecenie na wolumin, który zawiera dzienników transakcji. Można również użyć następujących korzystając z punktów instalacji:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Trzeba będzie zastępować wolumin identyfikator GUID, aby dopasować identyfikatora GUID z woluminu. Aby określić wielkość i identyfikator GUID dla określonego dysku, uruchom następujące polecenie:
mountvol [Drive:]Path /L
W zależności od potrzeb można ustawić tworzenie nazw 8DOT3 mają zostać wyłączone dla wszystkich woluminów lub na zasadzie objętość przez objętość, jak wskazano w kroku 3. To najbardziej ważne, aby upewnić się, że wolumin, który zawiera dzienniki transakcji jest wyłączona dla tworzenia nazw 8DOT3.
Krok 2: Zasady grupy wyboru, aby wyłączyć tworzenie nazw 8DOT3
Przed podjęciem próby wyłączyć tworzenie nazw 8DOT3, należy pamiętać, że to ustawienie może być sterowana przez zasady grupy. Sprawdź, czy do określenia, czy zasady grupy jest skonfigurowany do zmień następujący klucz rejestru na serwerach Exchange:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Jeśli to ustawienie jest kontrolowane przez zasady grupy, Usuń to ustawienie z ustawienia zasady grupy dla serwerów Exchange i ustawienie wartości DWORD NtfsDisable8dot3NameCreation na wartość 2. Pozwala to na zmiany głośności.
Uwaga Jeśli używana jest wartość 0 , nie można zmienić konfiguracji woluminu.
Aby uzyskać więcej informacji dotyczących polecenia Fsutil 8dot3name przejdź do następującej witryny Microsoft TechNet:
Krok 3: Zmiana tworzenie nazw 8DOT3
Aby wyłączyć tworzenie nazw 8DOT3 dla wszystkich woluminów, uruchom następujące polecenie:
fsutil 8DOT3name set
Jeśli wolisz wyłączyć tylko na poszczególnych woluminach, które zawierają dzienniki transakcji, należy uruchomić następujące polecenie:
fsutil 8DOT3name set c: 1
Uwaga W tym poleceniu c jest literą dysku, który zawiera dzienników transakcji.
Lub można uruchomić na określonym woluminie. Aby to zrobić, uruchom następujące polecenie:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Po zmianie konfiguracji tego woluminu, aby wyłączyć tworzenie nazw 8DOT3, można zweryfikować, że jest wyłączony. Aby to zrobić, ponownie uruchom następujące polecenie:
fsutil 8DOT3name query c:
Powoduje to, że wszystkie nowe pliki, które są tworzone lub kopiowane na tym woluminie nie do generowania nazwy 8DOT3 nazwę pliku. Jednak wszystkie istniejące pliki nadal zawierać nazwę 8DOT3. W związku z tym należy rozwiązać ten problem.
Krok 4: Usuń 8DOT3 nazwy istniejących dzienników transakcji
Opcja 1
Jest to preferowana opcja przeprowadzić pełną kopię zapasową bazy danych programu Exchange. To powoduje, że dzienniki transakcji obcięte i usuwa istniejące dzienniki, które mają nazwy 8DOT3. Po wszystkich dzienników transakcji, które zawierają nazwy 8DOT3 są obcinane, przenosi bazy danych nie powiedzie się.
Opcja 2
Jeśli opcja Kopia zapasowa nie jest dostępna, masz możliwość modyfikowania kopię wszystkich dzienników transakcji, aby upewnić się, że nazwy 8DOT3 są usuwane z plików. Aby to zrobić, wykonaj następujące kroki:
-
Na serwerze, który zawiera Pasywne kopie bazy danych należy zatrzymać usługę Microsoft Exchange replikacji.
-
W programie Windows PowerShell uruchom następujące polecenie:
stop-service msexchangerepl
-
W Eksploratorze Windows znajdź folder, w którym są przechowywane dzienniki transakcji.
-
Zaznacz wszystkie dzienniki transakcji typu Enn*.log i przenieść je do folderu tymczasowego. Upewnij się, że przenieść tylko dzienniki transakcji typu Enn*.log. Należy przenosić nie innych typów plików.
-
przenieść wszystkie dzienniki transakcji z powrotem do ich oryginalnej lokalizacji. W tym procesie przenoszenia nazwy 8DOT3 są usuwane.
-
Powtórz ten proces dla wszystkich dzienników transakcji dla wszystkich baz danych pasywnego.
-
Uruchom ponownie usługę Microsoft Exchange replikacji:
start-service msexchangerepl
Uwaga W tym kroku powinna być sporządzona najpierw wszystkie egzemplarze pasywnych baz danych.
-
Przenieś (active) zainstalowany kopię bazy danych w kopii, na którym są przetwarzane dzienniki transakcji:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Zatrzymaj usługę Microsoft Exchange replikacji i następnie ponownie przenieść dzienniki transakcji do lokalizacji tymczasowej i następnie z powrotem do oryginalnej lokalizacji.
-
Uruchom usługę Microsoft Exchange replikacji. Teraz błąd bazy danych podczas akcji activemailboxdatabase ruch nie powinien wystąpić.
Więcej informacji
Inne typowe objawy, które występują są w dzienniku aplikacji i w dzienniku operacyjnym ExchangeHighAvailability. Są wyświetlane zdarzenia podobne do następujących:
Aby określić, czy mają nadal mają nazwy 8DOT3 na dzienniki transakcji, można uruchomić następujące polecenie w wierszu polecenia w lokalizacji dziennika transakcji:dir /x Jeśli dzienniki transakcji nadal zawiera 8DOT3 nazw, zobacz coś, podobny do następującego:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log
Uwaga Jeśli widzisz obecne w kolumnie dalej do ostatniego nazwę E0F768~1.log, nadal masz dzienniki transakcji, które mają nazwy 8DOT3. W związku z tym nadal masz problemy podczas próby przenoszenia baz danych active.
