Rozwiązywanie problemów z replikacją folderów publicznych dla Exchange Server

  • Artykuł
  • Dotyczy:
    Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

Oryginalny numer KB: 10042

Podsumowanie

Zaczniemy od prośby o włączenie rejestrowania diagnostycznego i śledzenia komunikatów jako wymagań wstępnych. Następnie przeprowadzimy Cię przez szereg kroków rozwiązywania problemów z replikacją folderów publicznych.

Szacowany czas ukończenia:
45-60 minut.

Aby rozwiązać problemy z replikacją folderów publicznych dla Exchange Server, należy najpierw włączyć rejestrowanie diagnostyczne i śledzenie komunikatów.

Co chcesz zrobić

Włączanie rejestrowania diagnostycznego

Musisz włączyć rejestrowanie diagnostyczne na wszystkich serwerach, z którymi będziesz pracować. Kroki dla innej wersji programu Exchange mogą być inne. Wybierz wersję programu Exchange:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom powłokę zarządzania programu Exchange.

  2. Uruchom następujące polecenie cmdlet, aby sprawdzić bieżące poziomy rejestrowania:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }

  3. Aby włączyć rejestrowanie, uruchom następujące polecenia cmdlet na wszystkich serwerach folderów publicznych, z którymi pracujesz:

    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium

  4. Na serwerze docelowym zwiększ rejestrowanie transportu, uruchamiając następujące polecenia cmdlet:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'

  5. Aby zresetować poziomy rejestrowania:

    1. Otwórz konsolę zarządzania programu Exchange.
    2. W drzewie konsoli przejdź doskrzynki pocztowejkonfiguracji> serwera.
    3. W okienku Akcje wybierz pozycję Zarządzaj właściwościami rejestrowania diagnostycznego.
    4. Na stronie Zarządzanie właściwościami rejestrowania diagnostycznego wybierz usługę Exchange, dla którą chcesz zmienić poziom rejestrowania.
    5. Wybierz odpowiedni poziom rejestrowania, a następnie wybierz pozycję Konfiguruj. Jeśli chcesz przywrócić wartości domyślne, wybierz pozycję Resetuj wszystkie usługi do domyślnych poziomów rejestrowania, a następnie wybierz pozycję Konfiguruj.
    6. Na stronie Uzupełnianie upewnij się, że proces zakończył się pomyślnie. Zadania będą pokazywać stan Ukończono lub Niepowodzenie. Jeśli zadanie nie powiodło się, przejrzyj podsumowanie, aby uzyskać wyjaśnienie, a następnie wybierz pozycję Wstecz , aby wprowadzić wymagane zmiany konfiguracji.
    7. Wybierz pozycję Zakończ , aby ukończyć pracę kreatora Zarządzanie poziomem rejestrowania diagnostycznego .

Dla Exchange Server 2003 r.

  1. Uruchom program Exchange System Manager, a następnie wyświetl właściwości serwera, na który chcesz włączyć logowanie diagnostyczne.
  2. Wybierz kartę Rejestrowanie diagnostyczne , a następnie rozwiń węzeł MSExchangeIS na liście Usługi .
  3. Wybierz pozycję Folder publiczny, naciśnij i przytrzymaj klawisz Ctrl, a następnie wybierz każdy z następujących elementów, aby zaznaczyć je wszystkie:
    • Aktualizacje usługi AD replikacji
    • Komunikaty przychodzące replikacji
    • Komunikaty wychodzące replikacji
    • Raporty o braku dostarczania
    • Wypełnianie zaplecza replikacji
    • Replikacja ogólna
  4. Wybierz pozycję Maksymalne>zastosowanie.
  5. Wybierz pozycję Błędy> replikacji— średnie>zastosowanie>OK.
  6. Aby zwiększyć rejestrowanie na serwerze docelowym dla usługi MSExchangeTransport i ustawić poziom SMTP na średni:
    1. Rozwiń węzeł Serwery, kliknij prawym przyciskiem myszy nazwę serwera, a następnie wybierz pozycję Właściwości.
    2. Wybierz kartę Rejestrowanie diagnostyczne , a następnie wybierz pozycję MSExchangeTransport w obszarze Usługi.
    3. W obszarze Kategorie wybierz pozycję SMTP.
    4. W obszarze Poziom rejestrowania wybierz pozycję Średni.

Co chcesz zrobić dalej

Włączanie śledzenia komunikatów

Aby włączyć śledzenie komunikatów na wszystkich serwerach, będziesz pracować z. Kroki dla innej wersji programu Exchange mogą być inne. Wybierz wersję programu Exchange:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Sprawdź, czy śledzenie komunikatów jest włączone, przechodząc do usługi Exchange Management Shell i uruchamiając następujące polecenie cmdlet:

    Get-MailboxServer $env:computername | fl MessageTracking*

  2. Powinny zostać wyświetlone dane wyjściowe podobne do następujących:

    Zrzut ekranu przedstawiający uruchamianie polecenia cmdlet w celu sprawdzenia, czy śledzenie komunikatów jest włączone.

  3. Upewnij się, że dla obu MessageTrackingLogEnabled tych elementów MessageTrackingLogSubjectLoggingEnabled ustawiono wartość True.

  4. Pamiętaj, aby zanotować MessageTrackingLogPath lokalizację dziennika.

Dla Exchange Server 2003 r.

  1. Uruchom program Exchange System Manager, a następnie wyświetl właściwości serwera, na którym chcesz włączyć śledzenie komunikatów. Śledzenie komunikatów zbiera dane, takie jak Do, Od i Data wysłania.
  2. Na karcie Ogólne zaznacz pole wyboru Włącz śledzenie komunikatów .
  3. Zaznacz pole wyboru Włącz rejestrowanie i wyświetlanie tematu .

Co chcesz zrobić

Rozwiązywanie problemów z replikacją folderów publicznych

Wybierz jeden folder, który zawiera dane na jednym serwerze, ale nie na innym serwerze, i skoncentruj ten folder na rozwiązywaniu problemów. W poniższych krokach serwer zawierający dane jest nazywany serwerem źródłowym . serwer, który nie zawiera danych, jest nazywany serwerem docelowym .

Exchange Server 2007 r. i Exchange Server 2010 r.

  1. W konsoli zarządzania programu Exchange wybierz pozycję Konsola zarządzania folderami publicznymi w obszarze Przybornik.
  2. Kliknij prawym przyciskiem myszy pozycję Foldery publiczne, a następnie wybierz pozycję Połącz z.
  3. Wybierz serwer, z którym chcesz nawiązać połączenie.

Program Exchange Server 2003

  1. Otwórz program Exchange System Manager.
  2. Przejdź do obiektu hierarchii folderów publicznych.
  3. Kliknij prawym przyciskiem myszy pozycję Foldery publiczne, a następnie wybierz pozycję Połącz z.
  4. Wybierz serwer, z którym chcesz nawiązać połączenie.

Czy folder, którego szukasz, jest teraz wyświetlany w hierarchii na obu serwerach?

Replikuj zawsze interwał; Identyfikator zdarzenia dziennika aplikacji 3018

Replikuj zawsze interwał

Sprawdź, czy wartość Zawsze interwał replikowania jest ustawiona na 15 lub mniej minut na serwerze źródłowym. W razie potrzeby dostosuj ustawienie. Wybierz wersję programu Exchange, aby sprawdzić kroki:

Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenia cmdlet i sprawdź, ReplicationPeriodczy ustawiono wartości , ReplicationSchedulei ReplicationMessageSize :

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Zrzut ekranu przedstawiający uruchamianie Get-PublicFolderDatabase w celu sprawdzenia, czy ustawiono parametry.

  3. Upewnij się, że wszystkie publiczne bazy danych f mają taką samą ReplicationMessageSizewartość .

Następnie sprawdź, czy dany folder jest skonfigurowany do korzystania z harmonogramu magazynu. W tym celu:

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie cmdlet i sprawdź, czy ReplicasUseDatabaseReplicationSchedule są ustawione:

    Get-PublicFolder | fl *Replica*

    Zrzut ekranu przedstawiający uruchamianie Get-PublicFolder w celu sprawdzenia, czy ustawiono parametry.

  3. Jeśli UseDatabaseReplicationSchedule jest ustawiona wartość False, upewnij się, że ReplicationSchedule jest ustawiona.

Program Exchange Server 2003
  1. Uruchom program Exchange System Manager.
  2. Rozwiń kontener Grupy administracyjne , a następnie wybierz grupę administracyjną zawierającą serwer folderów publicznych.
  3. Rozwiń kontener Serwery , wybierz bazę danych folderów publicznych, a następnie wybierz pozycję Właściwości.
  4. Na karcie Replikacja (zasady) zanotuj wartość w polu Interwał replikacji dla zawsze (w minutach).
  5. Jeśli wartość nie jest równa 15, wpisz 15 w interwale replikacji w polu Zawsze (minuty).
  6. Wybierz pozycję Zastosuj, a następnie wybierz przycisk OK.

Następnie sprawdź, czy folder, którego dotyczy rozwiązywanie problemów, jest skonfigurowany do korzystania z harmonogramu sklepu:

  1. Rozwiń węzeł Foldery publiczne, a następnie kliknij prawym przyciskiem myszy folder, z którym rozwiązujesz problemy.
  2. Wybierz polecenie Właściwości.
  3. Na karcie Replikacja wybierz pozycję Użyj harmonogramu magazynu publicznego na liście Interwał replikacji folderu publicznego .

Identyfikator zdarzenia dziennika aplikacji 3018

Utwórz nowy folder w hierarchii na serwerze źródłowym, a następnie nadaj nowemu folderowi unikatową nazwę, którą można zapamiętać.

Używamy testu 1 jako nazwy naszego folderu w tym przykładzie. Obejrzyj dziennik aplikacji na serwerze źródłowym zdarzenia o identyfikatorze 3018, który wskazuje typ komunikatu 0x2 i zawiera nazwę utworzonego folderu. Może być konieczne odczekanie do 15 minut na zarejestrowanie zdarzenia.

Typ zdarzenia Informacji
Źródło zdarzenia: Magazyn publiczny MSExchangeIS
Kategoria zdarzenia: Komunikaty wychodzące replikacji
Identyfikator zdarzenia: 3018
Komunikat: Został wydany komunikat replikacji wychodzącej.
Typ: 0x2
Identyfikator komunikatu: <MessageID@Server.Domain.com>
Baza danych "Grupa magazynu\Folder publiczny"
Cn min: 1-100, cn max: 1-200
RfIs:
1) FID: 1-1234, PFID: 1-1, Przesunięcie: 28
IPM_SUBTREE\Test 1

Czy widzisz identyfikator zdarzenia 3018?

Rozwiązywanie problemów z serwerem źródłowym

Serwer źródłowy nie generuje komunikatów replikacji hierarchii wychodzącej dla nowych zmian. Najpierw skoncentrujemy się na rozwiązywaniu problemów na serwerze źródłowym.

Identyfikator zdarzenia 3079 po zainstalowaniu bazy danych folderów publicznych

Po zainstalowaniu bazy danych folderów publicznych identyfikator zdarzenia 3079 jest rejestrowany w dzienniku aplikacji na serwerze źródłowym. Sprawdź dziennik aplikacji na serwerze źródłowym.

Typ zdarzenia Informacji
Źródło zdarzeń Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Błędy replikacji
Identyfikator zdarzenia 3079
Komunikat Nieoczekiwany błąd wątku replikacji w bazie danych "<name>".
1) FID: 1-1234, PFID: 1-1, Przesunięcie: 28
IPM_SUBTREE\Test 1

Czy widzisz identyfikator zdarzenia 3079?

  • Jeśli tak, zobacz EcReplStartup.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w sprawie tego problemu, poinformuj go, że serwer źródłowy nie generuje komunikatów replikacji hierarchii ruchu wychodzącego i nie ma zdarzenia 3079 podczas instalacji bazy danych.

EcReplStartup

Sprawdź identyfikator zdarzenia 3079 pod kątem tekstu: EcReplStartup.

Czy zdarzenie o identyfikatorze 3079 zawiera element EcReplStartup?

  • Jeśli tak, zobacz Identyfikator zdarzenia dziennika aplikacji 9528.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w związku z tym problemem, poinformuj go, że serwer źródłowy nie generuje komunikatów replikacji hierarchii ruchu wychodzącego. Podczas instalacji bazy danych występuje zdarzenie 3079, ale zdarzenie nie zawiera polecenia EcReplStartup.

Identyfikator zdarzenia dziennika aplikacji 9528

Jeśli identyfikator zdarzenia 3079 zawiera element EcReplStartup, oznacza to, że wątek replikacji umiera podczas uruchamiania. Następnie sprawdź, czy identyfikator zdarzenia 9528 jest rejestrowany w dzienniku aplikacji serwera źródłowego.

Typ zdarzenia Informacji
Źródło zdarzeń Msexchangeis
Kategoria zdarzenia Ogólne
Identyfikator zdarzenia 9528
Komunikat Identyfikator SID S-1-5-32-544 został znaleziony u 2 użytkowników w systemie DS, więc sklep nie może zamapować tego identyfikatora SID na unikatowego użytkownika.
Zaangażowani użytkownicy to:
/DC=com/DC=domain/DC=na/OU=Migrated/CN=John, Woods
/DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John, Woods

Czy widzisz identyfikator zdarzenia 9528?

  • Jeśli tak, zobacz Usuwanie zduplikowanych kont.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanych problemów z tym przewodnikiem. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server i poinformuj ich, że podczas instalowania bazy danych jest rejestrowane zdarzenie 3079.

Śledzenie wiadomości w śledzeniu wiadomości; Czy komunikat został dostarczony do serwera docelowego

Śledzenie komunikatu w śledzeniu komunikatów

Na serwerze źródłowym użyj identyfikatora komunikatu z opisu zdarzenia o identyfikatorze 3018, aby śledzić komunikat w śledzeniu komunikatów.

Typ zdarzenia Informacji
Źródło zdarzeń Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Komunikat wychodzący replikacji
Identyfikator zdarzenia 3018
Komunikat Został wydany komunikat replikacji wychodzącej.
Typ: 0x2
Identyfikator komunikatu: <MessageID@Server.Domain.com>
Baza danych "Grupa magazynu\Folder publiczny"

Czy komunikat został dostarczony do serwera docelowego

W opisie zdarzenia o identyfikatorze 3018 zanotuj identyfikator komunikatu, a następnie użyj śledzenia komunikatów, aby ustalić, czy komunikat został dostarczony do serwera docelowego. Na przykład poniższy fragment śledzenia wiadomości zawiera następujący tekst:

"Wiadomość przeniesiona do za pośrednictwem protokołu SMTP".

Historia komunikatów

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

Czy śledzenie komunikatów wskazuje, że komunikat został dostarczony do serwera docelowego?

Problem z transportem; Czy komunikat jest wyświetlany w śledzeniu komunikatów?

Problem z transportem

Komunikat nie został dostarczony do serwera docelowego, co wskazuje, że problem z transportem powoduje problem. Następnie rozwiążemy problem z procesem transportu.

Czy komunikat jest wyświetlany w śledzeniu komunikatów

Przejdź do serwera źródłowego i znajdź wychodzący identyfikator komunikatu. Następnie przejdź do serwera docelowego i uruchom śledzenie komunikatów, aby sprawdzić, czy odebrano komunikat. Wybierz wersję programu Exchange, aby sprawdzić kroki uruchamiania śledzenia komunikatów.

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie cmdlet:

    Get-MessageTrackingLog -MessageId
Dla Exchange Server 2003 r.
  1. Uruchom program Exchange System Manager.
  2. W drzewie konsoli rozwiń węzeł Narzędzia, a następnie wybierz pozycję Centrum śledzenia komunikatów.
  3. W polu Serwer wpisz nazwę serwera z systemem Exchange Server 2003.

Aby przejrzeć listę dostępnych serwerów, wybierz pozycję Serwer, wybierz serwer, a następnie wybierz pozycję Dodaj. Możesz wyszukać komunikat, który został wysłany z określonego serwera lub dostarczony do określonego serwera. Musisz tylko określić nazwę serwera.

Czy został wyświetlony komunikat?

Identyfikator zdarzenia 3028 na serwerze docelowym

Na serwerze docelowym sprawdź dziennik aplikacji dla zdarzenia o identyfikatorze 3028, który zawiera ten sam identyfikator komunikatu zanotowany w opisie zdarzenia o identyfikatorze 3018.

Typ zdarzenia Informacji
Źródło zdarzeń Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Komunikaty przychodzące replikacji
Identyfikator zdarzenia 3028
Komunikat Został wydany komunikat replikacji przychodzącej.
Typ: 0x2
Identyfikator komunikatu: <MessageID@Server.Domain.com>
Baza danych "Grupa magazynu\Folder publiczny"
Cn min: 5-100 CN max: 5-200
RFI: 1
1) FID: 5-1234, PFID: 1-1, Przesunięcie: 28
IPM_SUBTREE\Test 1

Czy w dzienniku aplikacji serwera docelowego jest wyświetlany identyfikator zdarzenia 3028 i czy to zdarzenie zawiera ten sam identyfikator komunikatu co identyfikator zdarzenia 3018?

Identyfikator zdarzenia 7004 i identyfikator zdarzenia 7010 na serwerze docelowym

Na serwerze docelowym sprawdź dziennik aplikacji w Podgląd zdarzeń pod kątem zdarzeń, które przypominają następujące zdarzenia.

Typ zdarzenia Error
Źródło zdarzeń MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7004
Data Data
Czas Czas
Użytkownicy Niedostępny
Komputerze Nazwa_komputera
Opis Jest to dziennik błędów protokołu SMTP dla serwera wirtualnego o identyfikatorze 1, połączenie nr 29. Host zdalny E2k3server1.contoso.comodpowiedział na polecenie SMTP "xexch50" z komunikatem "504 Need to authenticate first". Pełne wysłane polecenie to "XEXCH50 2336 3 ". Prawdopodobnie spowoduje to niepowodzenie połączenia.
Typ zdarzenia Error
Źródło zdarzeń MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7010
Data Data
Czas Czas
Użytkownik Niedostępny
Komputerze Nazwa_komputera
Opis: Jest to dziennik protokołu SMTP dla serwera wirtualnego o identyfikatorze 1, połączenie nr 30. Klient w wersji "6.5.2.4" wysłał polecenie "xexch50", a serwer SMTP odpowiedział komunikatem "504 Musisz najpierw uwierzytelnić". Pełne wysłane polecenie to "xexch50 1092 2". Prawdopodobnie spowoduje to niepowodzenie połączenia. Te zdarzenia wskazują, że ujście protokołu XEXCH50 zostało wyzwolone, ale wymiana obiektów blob nie powiodła się między serwerami wymienionymi w zdarzeniach.

Czy na serwerze docelowym są widoczne zdarzenia o identyfikatorze 7004 i identyfikatorze zdarzenia 7010?

Rozwiązywanie problemu z poleceniem XEXCH50

Problem, którego doświadczasz, może być spowodowany problemem z poleceniem XEXCH50.

Aby rozwiązać problem z poleceniem XEXCH50

  1. Sprawdź, czy zintegrowane uwierzytelnianie systemu Windows jest włączone na serwerach wirtualnych SMTP na komputerach z systemem Exchange Server w organizacji. Jeśli zintegrowane uwierzytelnianie systemu Windows nie jest włączone:

    1. W programie Exchange System Manager rozwiń węzeł Grupy administracyjne, rozwiń węzeł Serwery, rozwiń węzeł Exchange Server Nazwa, rozwiń węzeł Protokoły, a następnie rozwiń węzeł SMTP.
    2. Kliknij prawym przyciskiem myszy serwer wirtualny SMTP.
    3. Wybierz pozycję Właściwości, wybierz kartę Dostęp , a następnie wybierz pozycję Uwierzytelnianie. Upewnij się, że zaznaczono pole wyboru Zintegrowane uwierzytelnianie systemu Windows .

  2. Jeśli zintegrowane uwierzytelnianie systemu Windows jest włączone, ale zdarzenia będą się powtarzać, serwer wysyłający w zdarzeniu 7004 lub w zdarzeniu 7010 może brakować lub nie można odmówić wysyłania bezpośrednio na serwerze odbierającym. Jeśli na serwerze wysyłającym i serwerze odbierającym występują te zdarzenia, serwery mogą nie mieć uprawnień SendAs dla siebie nawzajem. Prawo SendAs nie jest jawnie ustawione. Prawo SendAs jest zwykle dziedziczone poprzez członkostwo w grupie Serwery domen programu Exchange (EDS). Jeśli usługa EDS nie ma tego wpisu kontroli dostępu odmowy (ACE), serwer, którego dotyczy problem, może zostać zagnieżdżony w innej grupie z usługą DENY ACE lub EDS może być zagnieżdżony w innych grupach, które mają usługę DENY ACE. Aby można było pomyślnie uruchomić polecenie XEXCH50 , musi mieć uprawnienia SendAs dla serwerów w organizacji programu Exchange.

  3. Określ, czy używasz protokołu TLS (Transport Layer Security) i kanału zabezpieczeń między serwerami w organizacji programu Exchange. W tym scenariuszu ujścia zdarzeń transportu STARTTLS występują przed poleceniem AUTH. Polecenie XEXCH50 kończy się niepowodzeniem w dalszej części sesji, ponieważ brakuje polecenia AUTH .

  4. Jeśli uwierzytelnianie exps (Exchange Protocol Security) nie działa poprawnie między serwerami, polecenie XEXCH50 nie działa. Zdarzenia 1704 i 1706 wskazują błędy uwierzytelniania EXPS w dzienniku aplikacji.

    Typ zdarzenia Ostrzeżenie
    Źródło zdarzeń MSExchangeTransport— zdarzenie
    Kategoria zdarzenia Protokół MTP
    Identyfikator zdarzenia 1706
    Opis: Usługa EXPS tymczasowo nie może zapewnić zabezpieczeń protokołu za pomocą polecenia ".. com". "CSessionContext::OnEXPSInNegotiate" o nazwie "HrServerNegotiateAuth", który nie powiódł się z kodem błędu 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ). Dane: 0000: 0c 03 09 80 ...?

    Uwaga

    Opis w obszarze Identyfikator zdarzenia 1706 zawiera kod błędu 0x8009030c.
    Kod błędu 0x8009030c jest wartością SEC_E_LOGON_DENIED Hresult. Ten kod wskazuje, że nie można zalogować konta.
    Te problemy mogą być trudne do rozwiązania, ponieważ do przekazania tego polecenia usługi AUTH są wymagane poświadczenia exps systemu Microsoft Windows. Możesz użyć różnych narzędzi do rozwiązywania problemów z kombinacją identyfikatora zdarzenia 7004 i 7010; Obejmuje to narzędzie NLTEST i narzędzie NETDOM. Kroki rozwiązywania problemów mogą obejmować resetowanie haseł konta komputera.
    Jeśli masz kombinację identyfikatora zdarzenia 7004 i 7010 w dzienniku aplikacji zgodnie z wcześniejszym opisem i nie możesz odnaleźć źródła problemu przy użyciu uwierzytelniania EXPS, skontaktuj się z pomoc techniczna firmy Microsoft Services.
    Jeśli nie masz kombinacji identyfikatora zdarzenia 7004 i identyfikatora zdarzenia 7010 w dzienniku aplikacji, przejdź do kroku 5.

  5. Sprawdź, czy między serwerami w organizacji programu Exchange istnieje zapora czy ściana antywirusowa. Jeśli zapora działa między serwerami w organizacji, tymczasowo wyłącz zaporę, aby określić, czy jest ona przyczyną problemu.

Czy wyłączenie zapory rozwiązało problem?

Uruchom polecenie isinteg -fix -test ReplState na serwerze docelowym; Nagrobek z powodu usunięcia

Uruchom polecenie isinteg –fix — przetestuj polecenie ReplState na serwerze docelowym

Wybierz wersję programu Exchange, aby zweryfikować i dostosować ustawienie ReplState, wykonując następujące kroki:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj polecenia cmdlet, New-PublicFolderDatabaseRepairRequest aby wykrywać i rozwiązywać problemy z replikacją w bazie danych folderów publicznych. Nadal można uzyskać dostęp do folderów publicznych w bazie danych folderów publicznych, gdy żądanie jest uruchomione. Obecnie naprawiany folder publiczny jest jednak niedostępny. Po rozpoczęciu żądania naprawy nie można go zatrzymać, chyba że odinstalujesz bazę danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Dla Exchange Server 2003 r.

  1. Na serwerze docelowym zainstaluj poprawkę KB925253.

  2. Po zainstalowaniu poprawki odinstaluj bazę danych folderów publicznych na serwerze, a następnie uruchom następujące polecenie w wierszu polecenia:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

Następnie uruchom test, aby ustalić, czy problem został rozwiązany.

Nagrobek z powodu usunięcia

Oznacza to, że folder jest nagrobkiem z powodu poprzedniego usunięcia, które nie zostało zreplikowane. Wstecz na serwer źródłowy i skopiuj folder, aby utworzyć nowy folder o tej samej zawartości, a następnie zacznij od nowa.

Widoczność nowego folderu

Czy nowy folder jest widoczny w hierarchii na serwerze docelowym?

Rozwiązywanie problemów z wypełnianiem zaplecza hierarchii

W tym momencie sprawdziliśmy, czy zmiany w hierarchii są poprawnie replikowane. Teraz możemy rozwiązać problemy z wypełnianiem hierarchii. W tym celu uruchom polecenie Synchronizuj hierarchię na serwerze docelowym. Synchronizacja hierarchii powoduje wystąpienie zdarzenia o identyfikatorze 3017. Zdarzenie o identyfikatorze 3017 pokazuje, że żądanie stanu hierarchii (typ 0x20) zostało wysłane na serwer źródłowy.

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Uruchom polecenie Update-PublicFolderHierarchy -Server cmdlet.
  3. Po uruchomieniu polecenia Synchronizuj hierarchię na serwerze docelowym sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia 3027 i żądania stanu przychodzącego.

Dla Exchange Server 2003 r.

  1. Uruchom program Exchange System Manager.
  2. Aby uruchomić polecenie Synchronizuj hierarchię, rozwiń węzeł Foldery, kliknij prawym przyciskiem myszy kontener obiektów Foldery publiczne , a następnie wybierz pozycję Synchronizuj hierarchię.
  3. Po uruchomieniu polecenia Synchronizuj hierarchię na serwerze docelowym sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia 3027 i żądania stanu przychodzącego.

Czy zdarzenie 3027 jest w dzienniku aplikacji na serwerze źródłowym?

Pobieranie identyfikatora komunikatu i śledzenie komunikatu

Na serwerze źródłowym znajdź identyfikator zdarzenia 3017, a następnie zanotuj identyfikator komunikatu. Śledzenie komunikatów służy do śledzenia identyfikatora komunikatu w celu określenia, czy komunikat został dostarczony do serwera źródłowego.

Czy śledzenie komunikatów oznacza, że komunikat został dostarczony do serwera źródłowego?

Określanie, czy magazyn folderów publicznych na serwerze źródłowym ma adres e-mail

Aby ustalić, czy magazyn folderów publicznych na serwerze źródłowym ma przypisany adres proxy, sprawdź wartość atrybutu proxyAddresses w usłudze katalogowej Active Directory.

Aby sprawdzić wartość

Ostrzeżenie

Jeśli używasz przystawki Do edycji interfejsu usługi Active Directory (ADSI), narzędzia LDP lub innego klienta LDAP w wersji 3 i niepoprawnie zmienisz atrybuty obiektów usługi Active Directory, możesz powodować poważne problemy. Te problemy mogą wymagać ponownej instalacji systemu Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 lub windows Server i Exchange Server. Firma Microsoft nie może zagwarantować, że problemy występujące w przypadku nieprawidłowej zmiany atrybutów obiektu usługi Active Directory można rozwiązać. Zmień te atrybuty na własne ryzyko.

Uwaga

W zależności od wersji systemu Microsoft Windows poniższe kroki mogą być inne na komputerze. W takim wypadku, aby wykonać te kroki, należy skorzystać z dokumentacji danego produktu.

  1. Uruchom narzędzie DO EDYCJI ADSI, wybierając pozycję Rozpocznij>uruchamianie, wpisując plik adsiedit.msc w polu Otwórz, a następnie wybierając przycisk OK.

    Uwaga

    Edycja adsi jest dołączona do narzędzi pomocy technicznej systemu Microsoft Windows 2000 Server oraz narzędzi pomocy technicznej systemu Windows Server 2003. Aby zainstalować narzędzia obsługi systemu Windows 2000, kliknij dwukrotnie Setup.exe w folderze Support\Tools na dysku CD systemu Windows 2000. Aby zainstalować narzędzia obsługi systemu Windows Server 2003, kliknij dwukrotnie Suptools.msi w folderze Support\Tools na dysku CD systemu Windows Server 2003.

  2. Połącz się z kontrolerem domeny, jeśli nie masz jeszcze połączenia.

    Uwaga

    W tym kroku contoso.com jest symbolem zastępczym nazwy domeny. Innymi słowy kursywa jest symbolem zastępczym dla wskazanych nazw. Rozwiń węzeł Kontener konfiguracji [computername.contoso.com], rozwiń węzeł CN=Configuration, DC=contoso, DC=com, rozwiń węzeł CN=Services, rozwiń węzeł CN=Microsoft Exchange, rozwiń węzeł CN=Nazwa_organizacji, rozwiń węzeł CN=AdministrativeGroupName, rozwiń węzeł CN=Serwery, rozwiń węzeł CN=InformationStore, a następnie wybierz pozycję CN=Pierwsza grupa magazynu.

  3. W okienku po prawej stronie kliknij prawym przyciskiem myszy pozycję CN=Magazyn folderów publicznych (EXCHANGESERVERNAME), a następnie wybierz pozycję Właściwości.

  4. Na liście Wybierz właściwości do wyświetlenia wybierz obie opcje.

  5. Na liście Wybierz właściwość do wyświetlenia wybierz pozycję proxyAddresses.

  6. W polu Wartości określ, czy przypisano adres e-mail. Zazwyczaj magazyn folderów publicznych ma sygnaturę adresową protokołu SMTP (Simple Mail Transfer Protocol) podobną do: SMTP:ExchangeServerName-IS@contoso.com.

  7. Na liście Wybierz właściwość do wyświetlenia wybierz pozycję poczta.

  8. W polu Wartości sprawdź, czy adres SMTP jest taki sam jak adres SMTP wyświetlany w kroku 7.

Czy źródłowy magazyn publiczny ma adres e-mail?

  • Jeśli tak, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.
  • Jeśli nie, zobacz Identyfikator zdarzenia dziennika aplikacji 3018.

Identyfikator zdarzenia 3017 na serwerze źródłowym

W dzienniku aplikacji na serwerze źródłowym bezpośrednio przed zdarzeniem o identyfikatorze 3027 znajdź identyfikator zdarzenia 3017 dla tego samego folderu, który ma typ 0x10.

Czy widzisz identyfikator zdarzenia 3017 i wpisz 0x10 dla tego samego folderu?

Identyfikator zdarzenia 3027 na serwerze docelowym

Identyfikator zdarzenia 3027 to odpowiedź stanu na serwerze źródłowym. W dzienniku aplikacji na serwerze docelowym znajdź identyfikator zdarzenia 3027, aby sprawdzić odpowiedź stanu.

Czy na serwerze docelowym jest wyświetlany identyfikator zdarzenia 3027?

  • Jeśli tak, zobacz Rozwiązywanie problemów z wypełnianiem.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Rozwiązywanie problemów z wypełnianiem zaplecza

W tym momencie wiemy, że serwer docelowy ma świadomość, że brakuje danych. Teraz skupiamy się na rozwiązywaniu problemów z uzupełnianiem hierarchii.

Na serwerze docelowym uruchom ponownie polecenie Synchronizuj hierarchię , a następnie sprawdź dziennik aplikacji na serwerze docelowym pod kątem zdarzenia o identyfikatorze 3014 o typie 0x8. Identyfikator zdarzenia 3014 jest wychodzącym żądaniem wypełnienia dla hierarchii.

Czy widzisz identyfikator zdarzenia 3014 i wpisz 0x8 na serwerze docelowym?

  • Jeśli tak, zobacz Identyfikator zdarzenia 3024 na serwerze źródłowym.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Identyfikator zdarzenia 3024 na serwerze źródłowym

Identyfikator zdarzenia 3024 to przychodzące żądanie wypełnienia hierarchii.

Czy na serwerze źródłowym jest wyświetlany identyfikator zdarzenia 3024?

Identyfikator zdarzenia 3019 na serwerze źródłowym

Zdarzenie o identyfikatorze 3019, które ma typ 0x80000002, to wychodząca odpowiedź wypełniania hierarchii na serwerze źródłowym. Sprawdź dziennik aplikacji na serwerze źródłowym pod kątem identyfikatora zdarzenia 3019.

Czy identyfikator zdarzenia 3019 jest w dzienniku aplikacji na serwerze źródłowym?

  • Jeśli tak, zobacz Identyfikator zdarzenia 3029.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Identyfikator zdarzenia 3029

Identyfikator zdarzenia 3029 to przychodząca odpowiedź wypełniania hierarchii na serwerze docelowym.

Czy w dzienniku aplikacji na serwerze docelowym jest wyświetlany identyfikator zdarzenia 3029?

Wyszukaj folder w hierarchii

Na serwerze docelowym poszukaj folderu w hierarchii.

Czy folder jest teraz widoczny w hierarchii na serwerze docelowym?

  • Jeśli tak, to świetnie! Problem z replikacją folderu publicznego dla Exchange Server 2003 r. został rozwiązany.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Śledzenie identyfikatora komunikatu z identyfikatora zdarzenia 3014

Na serwerze docelowym sprawdź identyfikator zdarzenia 3014, aby uzyskać identyfikator komunikatu. Śledzenie komunikatów służy do śledzenia identyfikatora komunikatu.

Czy śledzenie komunikatów wskazuje, że komunikat został dostarczony do serwera źródłowego?

Śledzenie identyfikatora komunikatu z identyfikatora zdarzenia 3019

Na serwerze źródłowym znajdź identyfikator zdarzenia 3019, a następnie zanotuj identyfikator komunikatu w zdarzeniu. Śledzenie komunikatów służy do śledzenia identyfikatora komunikatu.

Czy śledzenie komunikatów wskazuje, że komunikat został dostarczony do serwera docelowego?

  • Jeśli tak, zobacz Rozmiar kolejki odbierania replikacji w monitor wydajności.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Skoncentruj się na zawartości; Replikuj zawsze interwał i harmonogram; Tworzenie nowego elementu na serwerze źródłowym

Koncentracja na zawartości

Ponieważ folder jest wyświetlany w hierarchii na obu serwerach, prawdopodobnie nie jest to problem z replikacją hierarchii. W związku z tym skupimy się na rozwiązywaniu problemów z zawartością.

Replikowanie zawsze interwału i harmonogramu

Sprawdź, czy wartość Zawsze interwał replikowania jest ustawiona na 15 minut lub mniej na serwerze źródłowym.

Aby zweryfikować i dostosować ustawienie w Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie cmdlet i sprawdź ReplicationPeriod, ReplicationSchedule, i ReplicationMessageSize są ustawione:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Zrzut ekranu przedstawiający używanie Get-PublicFolderDatabase do sprawdzania, czy ustawiono parametry.

  3. Upewnij się, że wszystkie bazy danych folderów publicznych mają taką samą ReplicationMessageSizewartość .

Następnie sprawdź, czy dany folder jest skonfigurowany do korzystania z harmonogramu magazynu. W tym celu:

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie cmdlet i sprawdź, czy ReplicasUseDatabaseReplicationSchedule są ustawione:

    Get-PublicFolder | fl *Replica*

    Zrzut ekranu przedstawiający używanie Get-PublicFolder do sprawdzania, czy ustawiono parametry.

  3. Jeśli UseDatabaseReplicationSchedule jest ustawiona wartość False, upewnij się, że ReplicationSchedule jest ustawiona.

Aby zweryfikować i dostosować ustawienie na Exchange Server 2003 r.
  1. Uruchom program Exchange System Manager.
  2. Rozwiń kontener Grupy administracyjne , a następnie wybierz grupę administracyjną zawierającą serwer folderów publicznych.
  3. Rozwiń kontener Serwery, rozwiń serwer źródłowy, wybierz bazę danych folderów publicznych, a następnie wybierz pozycję Właściwości.
  4. Na karcie Replikacja (zasady) wpisz 15 w polu Interwał replikacji dla zawsze (w minutach).
  5. Wybierz pozycję Zastosuj, a następnie wybierz przycisk OK.

Następnie sprawdź, czy folder, z którym pracujesz, jest skonfigurowany do korzystania z harmonogramu sklepu. W tym celu:

  1. Rozwiń węzeł Foldery publiczne, a następnie kliknij prawym przyciskiem myszy folder, z którym pracujesz.
  2. Wybierz polecenie Właściwości.
  3. Na karcie Replikacja wybierz pozycję Użyj harmonogramu magazynu publicznego na liście Interwał replikacji folderu publicznego .

Tworzenie nowego elementu na serwerze źródłowym

Utwórz nowy element w folderze publicznym na serwerze źródłowym, a następnie watch dziennik aplikacji dla zdarzenia o identyfikatorze 3020.

Czy widzisz identyfikator zdarzenia 3020 i czy zawiera on nazwę testowanego folderu oraz nazwę utworzonego elementu?

Identyfikator zdarzenia 3030

Na serwerze docelowym sprawdź dziennik aplikacji pod kątem zdarzenia o identyfikatorze 3030.

Czy dziennik aplikacji serwera docelowego zawiera identyfikator zdarzenia 3030 dla tego samego folderu i elementu

Serwer źródłowy nie generuje wychodzących komunikatów zawartości dla tego folderu; Identyfikator zdarzenia 3079 po zainstalowaniu bazy danych folderów publicznych

Serwer źródłowy nie generuje wychodzących komunikatów zawartości dla tego folderu

Serwer źródłowy nie generuje wychodzących komunikatów zawartości dla tego folderu. Skupimy się na rozwiązywaniu problemów na serwerze źródłowym.

Identyfikator zdarzenia 3079 po zainstalowaniu bazy danych folderów publicznych

Na serwerze źródłowym sprawdź dziennik aplikacji pod kątem zdarzenia o identyfikatorze 3079. Zdarzenie o identyfikatorze 3079 występuje po zainstalowaniu bazy danych i powinno zawierać tekst: EcReplStartup. Na przykład identyfikator zdarzenia 3079 powinien przypominać następującą tabelę.

Typ zdarzenia Informacji
Źródło zdarzeń
Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Błędy replikacji
Identyfikator zdarzenia 3079
Komunikat Nieoczekiwany błąd wątku replikacji 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Czy widzisz zdarzenie o identyfikatorze 3079 i czy zawiera ono polecenie EcReplStartup po zainstalowaniu bazy danych?

Uruchom polecenie isinteg -fix -test ReplState; Identyfikator zdarzenia 3020

Uruchom polecenie isinteg –fix — przetestuj polecenie ReplState na serwerze docelowym

Wybierz wersję programu Exchange, aby zweryfikować i dostosować ustawienie ReplState, wykonując następujące kroki:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj polecenia cmdlet, New-PublicFolderDatabaseRepairRequest aby wykrywać i rozwiązywać problemy z replikacją w bazie danych folderów publicznych. Nadal można uzyskać dostęp do folderów publicznych w bazie danych folderów publicznych, gdy żądanie jest uruchomione. Obecnie naprawiany folder publiczny jest jednak niedostępny. Po rozpoczęciu żądania naprawy nie można go zatrzymać, chyba że odinstalujesz bazę danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Dla Exchange Server 2003 r.

  1. Na serwerze docelowym zainstaluj poprawkę KB925253 wydaną 24 stycznia 2013 r.

  2. Po zainstalowaniu poprawki odinstaluj bazę danych folderów publicznych na serwerze, a następnie uruchom następujące polecenie w wierszu polecenia:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

Identyfikator zdarzenia 3020

Utwórz nowy element w folderze publicznym na serwerze źródłowym, a następnie sprawdź dziennik aplikacji pod kątem zdarzenia o identyfikatorze 3020.

Czy widzisz identyfikator zdarzenia 3020 i czy zawiera on nazwę testowanego folderu oraz nazwę utworzonego elementu?

  • Jeśli tak, zobacz Identyfikator zdarzenia 3030.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w związku z tym problemem, poinformuj go, że serwer źródłowy nie generuje komunikatów replikacji hierarchii ruchu wychodzącego. Podczas instalacji bazy danych występuje zdarzenie 3079, ale zdarzenie nie zawiera polecenia EcReplStartup.

Sprawdź, czy element znajduje się w folderze źródłowym na serwerze docelowym

Na serwerze docelowym poszukaj elementu utworzonego na serwerze źródłowym i upewnij się, że znajduje się on w folderze docelowym.

Czy element jest widoczny w folderze na serwerze docelowym?

Rozwiązywanie problemów z wypełnianiem zawartości

Sprawdziliśmy, czy zmiany w zawartości są replikowane. Następnie rozwiążemy problemy z wypełnianiem zawartości.

W tym celu uruchom polecenie Synchronizuj zawartość na serwerze docelowym. Powinno to spowodować, że serwer docelowy poprosi serwer źródłowy o brakujące dane.

Aby uruchomić polecenie Synchronizuj zawartość w Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie:

    Update-PublicFolder -Server <DestinationServer>

  3. Po uruchomieniu polecenia Synchronizuj hierarchię na serwerze docelowym sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia 3027 i żądania stanu przychodzącego.

Aby uruchomić polecenie Synchronizuj zawartość w Exchange Server 2003 r.

  1. Rozwiń węzeł Foldery publiczne, a następnie wybierz folder docelowy.
  2. W okienku po prawej stronie wybierz kartę Stan .
  3. Kliknij prawym przyciskiem myszy serwer docelowy, a następnie wybierz pozycję Synchronizuj zawartość.

Po uruchomieniu polecenia Synchronizuj zawartość na serwerze docelowym przejrzyj dziennik aplikacji dla zdarzenia o identyfikatorze 3017 pod kątem wychodzącego żądania stanu.

Czy identyfikator zdarzenia 3017 w dzienniku aplikacji na serwerze docelowym

Uruchom polecenie isinteg -fix -test ReplState (jeśli identyfikator zdarzenia 3017 nie jest rejestrowany)

Wybierz wersję programu Exchange, aby zweryfikować i dostosować ustawienie ReplState, wykonując następujące kroki:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj polecenia cmdlet, New-PublicFolderDatabaseRepairRequest aby wykrywać i rozwiązywać problemy z replikacją w bazie danych folderów publicznych. Nadal można uzyskiwać dostęp do folderów publicznych w bazie danych folderów publicznych, gdy żądanie jest uruchomione, ale nie można uzyskać dostępu do aktualnie naprawianego folderu publicznego. Po rozpoczęciu żądania naprawy nie można go zatrzymać, chyba że odinstalujesz bazę danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Dla Exchange Server 2003 r.

  1. Na serwerze docelowym zainstaluj poprawkę KB925253.

  2. Po zainstalowaniu poprawki odinstaluj bazę danych folderów publicznych na serwerze, a następnie uruchom następujące polecenie w wierszu polecenia:

     cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Po zakończeniu procesu isinteg zmień listę replik w folderze publicznym na serwerze źródłowym. W tym celu dodaj replikę do lub usuń replikę z dowolnego serwera. Wybierz pozycję Zastosuj, odwróć właśnie wprowadzone zmiany, a następnie ponownie wybierz pozycję Zastosuj .

  4. Uruchom ponownie polecenie Synchronizuj zawartość na serwerze docelowym dla tego samego folderu.

  5. Sprawdź dziennik aplikacji pod kątem zdarzenia o identyfikatorze 3017 dla wychodzącego żądania stanu.

Czy identyfikator zdarzenia 3017 jest w dzienniku aplikacji na serwerze docelowym?

  • Jeśli tak, zobacz Identyfikator zdarzenia 3027.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Identyfikator zdarzenia 3027

Na serwerze źródłowym sprawdź dziennik aplikacji dla zdarzenia o identyfikatorze 3027 o typie 0x20.

Czy widzisz identyfikator zdarzenia 3027 i czy ma typ 0x20 na serwerze źródłowym?

Identyfikator zdarzenia 3017 na serwerze źródłowym

W dzienniku aplikacji na serwerze źródłowym bezpośrednio przed zdarzeniem o identyfikatorze 3027 znajdź identyfikator zdarzenia 3017 o typie 0x10 dla tego samego folderu.

Czy widzisz identyfikator zdarzenia 3017 i czy ma typ 0x10 dla tego samego folderu?

Czy serwery mają różne limity wieku

Zazwyczaj jeśli serwer źródłowy nie generuje odpowiedzi o stanie, oznacza to, że serwer źródłowy nie ma danych, których nie ma również inny serwer.

Jedną z sytuacji, w której serwery mogą być zsynchronizowane bez identycznej zawartości, jest sytuacja, w której mają różne limity wieku. Jeśli serwer docelowy wygasł już z danymi elementami, elementy nie zostaną ponownie uzupełnione.

Pamiętaj, aby sprawdzić i upewnić się, że serwery nie mają różnych limitów wieku. Istnieje kilka typów limitów:

Limity przydziału magazynu

Używanie domyślnych limitów przydziału bazy danych

Zaznacz to pole wyboru, aby użyć limitów przydziału bazy danych folderów publicznych, w których znajduje się folder publiczny. Jeśli nie wybierzesz wartości domyślnych, będą dostępne pola wyboru Ostrzeżenie o problemie pod adresem (KB),Zakaz publikowania w (KB) i Maksymalny rozmiar elementu (KB ).

Ostrzeżenie o problemie pod adresem (KB)

Zaznacz to pole wyboru, aby automatycznie ostrzegać właścicieli folderów publicznych, że folder publiczny zbliża się do limitu magazynu. Aby określić ten limit, zaznacz pole wyboru, a następnie określ rozmiar folderu publicznego w kilobajtach (KB), w którym chcesz zabronić publikowania. Możesz wprowadzić wartość z zakresu od 0 KB do 2 147 483 647 KB (2,1 terabajtów).

Zagniechaj wpisu w bazie wiedzy

Zaznacz to pole wyboru, aby uniemożliwić publikowanie w folderze publicznym po osiągnięciu określonego limitu rozmiaru folderu. Aby określić ten limit, zaznacz pole wyboru, a następnie określ rozmiar folderu publicznego w kb, w którym chcesz zakazać publikowania. Możesz wprowadzić wartość z zakresu od 0 KB do 2 147 483 647 KB (2,1 terabajtów).

Maksymalny rozmiar elementu (KB)

Zaznacz to pole wyboru, aby ograniczyć maksymalny rozmiar elementów, które użytkownicy mogą publikować w folderze publicznym. Aby określić rozmiar, zaznacz pole wyboru, a następnie określ maksymalny rozmiar elementów w kb, które użytkownicy mogą publikować w folderach publicznych. Możesz wprowadzić wartość z zakresu od 0 KB do 2 097 151 KB.

Przechowywanie usuniętych elementów

Używanie domyślnych ustawień przechowywania bazy danych

Zaznacz to pole wyboru, aby użyć limitów przechowywania elementów bazy danych folderu publicznego na serwerze, na którym znajduje się ten folder publiczny. Jeśli to pole wyboru nie zostanie zaznaczone, pole wyboru Zachowaj usunięte elementy przez (dni) stanie się dostępne.

Zachowywanie usuniętych elementów przez (dni)

Zaznacz to pole wyboru, aby ustawić liczbę dni przechowywania usuniętych elementów w folderze publicznym. Możesz wprowadzić wartość z zakresu od 0 do 24 855 dni.

Limity wieku

Używanie wartości domyślnych wieku bazy danych

Zaznacz to pole wyboru, aby użyć limitów wieku bazy danych folderu publicznego dla serwera, na którym znajduje się ten folder publiczny. Jeśli to pole wyboru nie zostanie zaznaczone, pole wyboru Limit wieku replik (dni) stanie się dostępne.

Limit wieku replik (dni)

Zaznacz to pole wyboru, aby ograniczyć wiek folderu publicznego. Użyj odpowiedniego pola tekstowego, aby określić limit wieku w dniach. Repliki tego folderu publicznego są automatycznie usuwane po przekroczeniu limitu wieku. Możesz wprowadzić wartość z zakresu od 0 do 24 855 dni.

Czy serwery mają różne limity wieku?

  • Jeśli odpowiedź brzmi tak, różnica w zawartości jest z założenia. Nie musisz kontynuować rozwiązywania problemów. Problem można obejść, kopiując elementy, aby stały się nowymi elementami w nowym folderze.
  • Jeśli odpowiedź brzmi nie, wystąpił nieznany błąd.

Identyfikator zdarzenia 3027 o typie 0x10 na serwerze docelowym

Na serwerze docelowym sprawdź dziennik aplikacji dla zdarzenia o identyfikatorze zdarzenia 3027 o typie 0x10.

Czy widzisz identyfikator zdarzenia 3027 i czy ma on typ 0x10?

  • Jeśli tak, zobacz Focus on backfill (Skoncentruj się na wypełnianiu).
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w związku z tym problemem, poinformuj go, że serwer źródłowy nie generuje komunikatów replikacji hierarchii ruchu wychodzącego. Podczas instalacji bazy danych występuje zdarzenie 3079, ale zdarzenie nie zawiera polecenia EcReplStartup.

Koncentracja na wypełnianiu uzupełniania

W tym momencie serwer docelowy obliczył, że brakuje niektórych danych. W związku z tym skoncentrujemy się na wypełnianiu uzupełniania.

Na serwerze docelowym uruchom ponownie polecenie Synchronizuj zawartość w folderze docelowym. Po uruchomieniu polecenia Synchronizuj zawartość w dzienniku aplikacji jest rejestrowany identyfikator zdarzenia 3016. Identyfikator zdarzenia 3016 ma typ komunikatu 0x8, który zawiera nazwę folderu.

Czy na serwerze docelowym jest wyświetlany identyfikator zdarzenia 3016 i czy ma on typ komunikatu 0x8 zawierający nazwę folderu?

Identyfikator zdarzenia 3026 na serwerze źródłowym

W odpowiedzi na identyfikator zdarzenia 3016 na serwerze docelowym powinien zostać wyświetlony identyfikator zdarzenia 3026 w dzienniku aplikacji na serwerze źródłowym.

Czy na serwerze źródłowym jest wyświetlany identyfikator zdarzenia 3026?

Identyfikator zdarzenia 3021 na serwerze źródłowym

W dzienniku aplikacji na serwerze źródłowym natychmiast po identyfikatorze zdarzenia 3026 powinno zostać wyświetlone co najmniej jedno zdarzenie o identyfikatorze zdarzenia 3021 zawierające typ komunikatu 0x80000004 folderu.

Czy widzisz co najmniej jeden identyfikator zdarzenia 3021, który zawiera 0x80000004 typu komunikatu dla folderu?

Porównaj liczbę zdarzeń o identyfikatorze 3021 z liczbą zdarzeń o identyfikatorze 3031

Zlicz liczbę zdarzeń o identyfikatorze zdarzenia 3021, które znajdują się w dzienniku aplikacji na serwerze źródłowym. Następnie zlicz liczbę zdarzeń o identyfikatorze zdarzenia 3031, które mają typ komunikatu 0x80000004 dla folderu i które znajdują się w dzienniku aplikacji na serwerze docelowym.

Czy istnieje taka sama liczba zdarzeń o identyfikatorze zdarzenia 3021 i zdarzenia o identyfikatorze 3031 między serwerami?

Znajdź zawartość w folderze na serwerze docelowym

Na serwerze docelowym poszukaj zawartości, która została zsynchronizowana z serwera źródłowego do tego samego folderu na serwerze docelowym.

Czy zawartość znajduje się w tym samym folderze na serwerze docelowym?

  • Jeśli tak, to świetnie! Problem z replikacją folderu publicznego dla Exchange Server 2003 r. został rozwiązany.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Wiadomość mogła zostać wysłana na inny serwer źródłowy

Sprawdź identyfikator zdarzenia 3016, aby sprawdzić, czy komunikat został wysłany do oczekiwanego serwera źródłowego. Na serwerze docelowym sprawdź identyfikator zdarzenia 3016, aby określić, który serwer źródłowy powinien otrzymać komunikat. Jeśli inny serwer źródłowy otrzymał komunikat, użyj tego serwera jako nowego serwera źródłowego, a następnie sprawdź dziennik aplikacji na nowym serwerze źródłowym dla identyfikatora zdarzenia 3016.

Typ zdarzenia Informacji
Źródło zdarzeń Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Komunikaty wychodzące replikacji
Identyfikator zdarzenia 3016
Komunikat Wartość typu komunikatu wychodzącego <>
Identyfikator komunikatu: <id>
Folder: <nazwa folderu>
Baza danych "<nazwa>".
CNSET: <wartość>
CNSET(FAI): <wartość>
Serwer: <nazwa serwera>

Czy oczekiwany serwer źródłowy został zidentyfikowany w identyfikatorze zdarzenia 3016?

  • Jeśli tak, zobacz Identyfikator zdarzenia 3021 na serwerze źródłowym.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Limit zaległego wypełniania

Domyślnie magazyn folderów publicznych może jednocześnie przechowywać maksymalnie 50 zaległych żądań wypełnienia. Jest to nazywane limitem zaległego wypełniania (OBL). Gdy w tablicy magazynu znajduje się 50 żądań wypełnienia, żądania te są wykonywane wielokrotnie, dopóki nie zostaną spełnione; Do momentu ukończenia co najmniej jednego żądania nie można składać żadnych nowych żądań.

Za każdym razem, gdy żądanie wypełniania kopii zapasowej jest spełnione, w jednostce OBL następuje otwarcie i można zażądać nowego zestawu danych. Jeśli jednak wszystkie 50 żądań napotka problemy i nie może zostać spełniony, nie zostaną wykonane żadne nowe otwory, nie można wysłać żadnych nowych żądań i replikacja nie będzie mogła być kontynuowana.

Aby ustalić, czy przyczyną problemu jest nierozstrzygnięty limit wypełnienia, zwiększ limit OBL o jeden (1) na serwerze docelowym, a następnie przeanalizuj dziennik aplikacji przez co najmniej pięć minut dla wystąpienia zdarzenia o identyfikatorze 3016.

Aby zwiększyć limit OBL o jeden (1) na serwerze docelowym

  1. Otwórz RedaktorRejestru, wybierając pozycję Uruchom,> wpisz regedit, a następnie wybierz przycisk OK.

  2. Rozwiń następujący podklucz:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Kliknij prawym przyciskiem myszy pozycję Public-GUID<>, wskaż pozycję Nowy, a następnie wybierz pozycję Wartość DWORD.

  4. Wpisz Limit zaległego wypełniania kopii zapasowej replikacji , a następnie naciśnij klawisz Enter, aby nazwać nowy -podklucz.

  5. Kliknij prawym przyciskiem myszy pozycję Limit zaległego wypełniania kopii zapasowej replikacji, a następnie wybierz pozycję Modyfikuj.

  6. W polu Dane wartości wpisz 51, a następnie wybierz przycisk OK.

  7. Zamknij Redaktor rejestru.

  8. Uruchom ponownie usługę Microsoft Exchange Information Store w dniu Exchange Server 2003 r. W tym celu:

    • Wybierz pozycję Start, wskaż pozycję Narzędzia administracyjne, a następnie wybierz pozycję Usługi.
    • Na liście Usługi wybierz pozycję Microsoft Exchange Information Store, a następnie wybierz pozycję Uruchom ponownie.

Jeśli identyfikator zdarzenia 3016 jest rejestrowany dla innego folderu, zamiast tego rozwiąż problemy z użyciem tego folderu.

Czy widzisz identyfikator zdarzenia 3016 dla innego folderu?

  • Jeśli tak, zobacz Rozwiązywanie problemów z wypełnianiem zawartości.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Śledzenie komunikatu zidentyfikowanego w identyfikatorze zdarzenia 3020

Na serwerze źródłowym użyj śledzenia komunikatów, aby śledzić, czy komunikat jest identyfikowany w identyfikatorze zdarzenia 3020.

Czy śledzenie komunikatów wskazuje, że komunikat został dostarczony do serwera docelowego?

Rozwiązywanie problemów z poleceniem XEXCH50

Aby rozwiązać problemy z poleceniem XEXCH50, zwiększ rejestrowanie na serwerze docelowym dla usługi MSExchangeTransport i ustaw średni poziom protokołu SMTP.

Aby zweryfikować i dostosować ustawienie poziomu protokołu SMTP, wybierz wersję programu Exchange, aby sprawdzić kroki:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Użyj poleceń cmdlet iSet-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium', aby włączyć rejestrowanie zdarzeń dla protokołu SMTP.
  3. Użyj polecenia cmdlet, Resume-PublicFolderReplication aby rozpocząć replikację folderów publicznych dla całej organizacji.

Dla Exchange Server 2003 r.

Następnie sprawdź dziennik aplikacji w Podgląd zdarzeń pod kątem zdarzeń, które wyglądają podobnie do następujących:

Typ zdarzenia Error
Źródło zdarzeń MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7004
Data:           Data
Czas Czas
Użytkownik Niedostępny
Komputerze Nazwa_komputera
Opis Jest to dziennik błędów protokołu SMTP dla serwera wirtualnego o identyfikatorze 1, połączenie nr 29. Host zdalny E2k3server1.contoso.com odpowiedział na polecenie SMTP "xexch50" z komunikatem "504 Need to authenticate first". "Pełne wysłane polecenie to "XEXCH50 2336 3". Prawdopodobnie spowoduje to niepowodzenie połączenia.
Typ zdarzenia: Error
Źródło zdarzeń MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7010
Data Data
Czas Czas
Użytkownik Niedostępny
Komputerze: Nazwa_komputera
Opis: Jest to dziennik protokołu SMTP dla serwera wirtualnego o identyfikatorze 1, połączenie nr 30. Klient w wersji "6.5.2.4" wysłał polecenie "xexch50", a serwer SMTP odpowiedział komunikatem "504 Musisz najpierw uwierzytelnić". Pełne wysłane polecenie to "xexch50 1092 2". Prawdopodobnie spowoduje to niepowodzenie połączenia. Te zdarzenia wskazują, że ujście protokołu XEXCH50 zostało wyzwolone, ale wymiana obiektów blob nie powiodła się między serwerami wymienionymi w zdarzeniach.

Czy na serwerze docelowym są widoczne zdarzenia o identyfikatorze 7004 i identyfikatorze zdarzenia 7010?

Uruchom polecenie isinteg -fix -test ReplState (jeśli nie widzisz zdarzenia IE 7004 i 7010)

Wybierz wersję programu Exchange, aby zweryfikować i dostosować ustawienie ReplState, wykonując następujące kroki:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj polecenia cmdlet, New-PublicFolderDatabaseRepairRequest aby wykrywać i rozwiązywać problemy z replikacją w bazie danych folderów publicznych. Nadal można uzyskiwać dostęp do folderów publicznych w bazie danych folderów publicznych, gdy żądanie jest uruchomione, ale nie można uzyskać dostępu do aktualnie naprawianego folderu publicznego. Po rozpoczęciu żądania naprawy nie można go zatrzymać, chyba że odinstalujesz bazę danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Dla Exchange Server 2003 r.

  1. Na serwerze docelowym zainstaluj poprawkę KB925253.

  2. Po zainstalowaniu poprawki odinstaluj bazę danych folderów publicznych na serwerze, a następnie uruchom następujące polecenie w wierszu polecenia:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Po zakończeniu procesu isinteg:

    1. Zmień listę replik w folderze publicznym na serwerze docelowym. W tym celu dodaj replikę do dowolnego serwera lub usuń ją z dowolnego serwera. Wybierz pozycję Zastosuj, odwróć właśnie wprowadzone zmiany, a następnie ponownie wybierz pozycję Zastosuj .
    2. Na serwerze źródłowym utwórz nowy element.
    3. Sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia o identyfikatorze 3020.
    4. Sprawdź dziennik aplikacji na serwerze docelowym pod kątem zdarzenia o identyfikatorze 3030.

Czy w dzienniku aplikacji na serwerze docelowym jest wyświetlany identyfikator zdarzenia 3030?

  • Jeśli tak, to świetnie! Problem z replikacją folderu publicznego dla Exchange Server 2003 r. został rozwiązany.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w związku z tym problemem, poinformuj go, że serwer źródłowy nie generuje komunikatów replikacji hierarchii ruchu wychodzącego. Podczas instalacji bazy danych występuje zdarzenie 3079, ale zdarzenie nie zawiera polecenia EcReplStartup.

Rozmiar kolejki odbierania replikacji w monitor wydajności

Komunikaty replikacji folderu publicznego są odbierane przez protokół SMTP, kategoryzowane i przekazywane do lokalnej kolejki SMTP. Komunikaty są następnie przesyłane do magazynu folderów publicznych. Po przesłaniu komunikatów do magazynu folderów publicznych są one umieszczane w kolejce odbierania replikacji. Komunikaty w kolejce odbierania replikacji są następnie przetwarzane, a zmiany są wykonywane w odpowiednim folderze publicznym. Licznik wydajności Rozmiar kolejki odbierania replikacji wskazuje liczbę komunikatów replikacji folderu publicznego oczekujących na przetworzenie.

Tym większa staje się kolejka replikacji, tym więcej z synchronizacji może stać się zawartość w folderach. Gdy kolejki replikacji rosną, rośnie obciążenie zasobów w miarę przetwarzania komunikatów w kolejce replikacji. Ponadto rosnące kolejki replikacji wskazują, że zawartość folderu publicznego na serwerze jest nieaktualna.

W dwóch wystąpieniach, w których oczekiwano wzrostu kolejki odbierania replikacji, nie jest wymagana żadna akcja i można ją zaplanować w następujących przypadkach:

  • Na nowo wprowadzonym serwerze folderów publicznych wzrost kolejki odbierania replikacji może być spowodowany oczekiwaną początkową replikacją wypełniania.
  • Jeśli nastąpi konsolidacja lokacji lub inne istotne zmiany w topologii programu Exchange, oczekuje się, że podczas przenoszenia zawartości będzie dużo replikacji.

W przypadku istniejących serwerów stanu stałego, na których repliki folderów publicznych nie są zmieniane zbiorczo, ten błąd może wskazywać:

  • Wąskie gardła wydajności zasobów serwera, takie jak dysk, procesor CPU, sieć lub pamięć. Jeśli na serwerze występuje wąskie gardło zasobów, proces Store.exe nie będzie mógł przetwarzać komunikatów replikacji wystarczająco szybko, a kolejka będzie rosnąć.
  • Interwał replikacji folderu publicznego jest zbyt krótki, aby replikacja została ukończona przed rozpoczęciem następnego cyklu replikacji.

Aby rozwiązać ten błąd:

  • Monitoruj rozmiar kolejki odbioru publicznego msexchangeIS do momentu, gdy zostanie wyświetlony komunikat o zakończeniu replikacji przed rozpoczęciem następnego cyklu replikacji.
  • Rozważ zmniejszenie całkowitej liczby replik w organizacji programu Exchange w celu zmniejszenia wymaganego ruchu replikacji.

Jeśli masz wysoką kolejkę, zobacz Wstrzymywanie replikacji.

Jeśli masz małą kolejkę, zobacz Możliwy problem z replState.

Wstrzymywanie replikacji

Wstrzymaj replikację folderów publicznych i pozwól kolejkom opróżnić lub wywołać obsługę.

Aby wstrzymać replikację

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Suspend-PublicFolderReplication Użyj polecenia cmdlet, aby zatrzymać replikację folderów publicznych dla całej organizacji.
  3. Monitoruj kolejki transportu, uruchamiając polecenie Get-TransportServer | Get-Queue. Po zmniejszeniu kolejki można wznowić replikację.
  4. Użyj polecenia cmdlet, Resume-PublicFolderReplication aby ponownie uruchomić replikację folderów publicznych dla całej organizacji.

Niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w sprawie tego problemu, poinformuj ich, że replikacja jest wstrzymana i oczekujesz na zmniejszenie liczby kolejek.

Szukasz identyfikatora folderu (FID) (Isolate?)

Czy zdarzenie o identyfikatorze zdarzenia 3028 pokazuje identyfikator FID, ale nie nazwę folderu?

  • Jeśli tak, zobacz Tombstone z powodu usunięcia.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Relikt z powodu usunięcia (zdarzenie o identyfikatorze 3028 pokazuje FID)

Oznacza to, że folder jest nagrobkiem z powodu poprzedniego usunięcia, które nie zostało zreplikowane. Wstecz na serwer źródłowy i skopiuj folder, aby utworzyć nowy folder o tej samej zawartości, a następnie zacznij od nowa.

Czy te informacje są pomocne?

  • Jeśli tak, zobacz Usuwanie zduplikowanych kont.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanych problemów z tym przewodnikiem. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server i poinformuj ich, że podczas instalowania bazy danych jest rejestrowane zdarzenie 3079.

Czy monitor wydajności pokazuje dużą liczbę komunikatów umieszczonych w kolejce do przesłania

Otwórz monitor wydajności.

Dodaj licznik MSExchangeIS Public\Replication Receive Queue i monitoruj rozmiar kolejki.

Jeśli chcesz dowiedzieć się więcej na temat monitora wydajności, możesz przejść tutaj: Monitorowanie wydajności Wprowadzenie Przewodnik.

Czy monitor wydajności pokazuje dużą liczbę komunikatów umieszczonych w kolejce do przesłania?

  • Jeśli tak, zobacz Sprawdzanie usług.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w sprawie tego problemu, poinformuj ich, że serwer generuje komunikaty hierarchii ruchu wychodzącego, ale te komunikaty nie są wyświetlane w śledzeniu komunikatów i żadne komunikaty nie są umieszczane w kolejce do przesłania.

Sprawdzanie usług

  1. Kliknij przycisk Start>Uruchom.
  2. Wpisz plik services.msc w polu .
  3. Znajdź usługę MSExchangeTransport i sprawdź, czy jest uruchomiona

Jeśli masz program PowerShell, otwórz go i uruchom następujące polecenie cmdlet:

Get-Service MSExchangeTransport

Czy usługa transportowa jest uruchomiona?

  • Jeśli tak, zobacz Rozwiązywanie problemów z replikacją folderów publicznych.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w sprawie tego problemu, poinformuj ich, że serwer generuje komunikaty hierarchii ruchu wychodzącego, ale te komunikaty nie są wyświetlane w śledzeniu komunikatów i żadne komunikaty nie są umieszczane w kolejce do przesłania.

Czy zdarzenie 3030 pokazuje identyfikator komunikatu (MID) elementu, ale nie temat

Czy zdarzenie 3030 pokazuje średnią część elementu, ale nie temat?

  • Jeśli tak, zobacz Tombstone.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną w sprawie tego problemu, poinformuj go, że serwer źródłowy nie generuje komunikatów replikacji hierarchii ruchu wychodzącego i nie ma zdarzenia 3079 podczas instalacji bazy danych.

Nagrobek

Zazwyczaj jest to wynik nagrobka z powodu usunięcia komunikatu, który nie został zreplikowany. Możesz skopiować komunikaty w folderze, aby utworzyć nowe komunikaty, lub skopiować cały folder.

Czy te informacje są pomocne?

  • Jeśli tak, zobacz Usuwanie zduplikowanych kont.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanych problemów z tym przewodnikiem. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server i poinformuj ich, że podczas instalowania bazy danych jest rejestrowane zdarzenie 3079.

Śledzenie identyfikatora zdarzenia 3027

Śledź 3027, aby zobaczyć, jak daleko się posunie. Jeśli nie opuścił serwera źródłowego, sprawdź licznik wydajności Komunikaty w kolejce do przesłania w obszarze MSExchangeIS Public, aby sprawdzić, czy komunikaty wychodzące są zablokowane w magazynie publicznym.

Czy te informacje są pomocne?

  • Jeśli tak, zobacz Usuwanie zduplikowanych kont.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanych problemów z tym przewodnikiem. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server i poinformuj ich, że podczas instalowania bazy danych jest rejestrowane zdarzenie 3079.

Możliwy problem z replState

Jest możliwe, że ten problem może być problemem XEXCH50 lub problemem ReplState. Przed kontynuowaniem sprawdźmy, czy rejestrowanie SMTP jest włączone.

Wybierz wersję programu Exchange, aby zweryfikować i dostosować ustawienie ReplState, wykonując następujące kroki:

W Exchange Server 2007 r. i Exchange Server 2010 r.

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Użyj poleceń cmdlet iSet-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium', aby włączyć rejestrowanie zdarzeń w usłudze SMTP.
  3. Użyj polecenia cmdlet, Resume-PublicFolderReplication aby rozpocząć replikację folderów publicznych dla całej organizacji.

Dla Exchange Server 2003 r.

  1. Uruchom program Exchange System Manager.
  2. Rozwiń węzeł Serwery, kliknij prawym przyciskiem myszy pozycję Your_ Nazwa serwera, a następnie wybierz pozycję Właściwości.
  3. Wybierz kartę Rejestrowanie diagnostyczne , a następnie wybierz pozycję MSExchangeTransport w obszarze Usługi.
  4. W obszarze Kategorie wybierz pozycję SMTP.
  5. W obszarze Poziom rejestrowania wybierz pozycję Średni.

Jaka jest twoja wersja programu Exchange?

Co najmniej jeden komunikat został utracony w transporcie

Jeśli liczba zdarzeń 3031 na serwerze docelowym jest mniejsza niż liczba zdarzeń 3021 na serwerze źródłowym, co najmniej jeden komunikat został utracony w transporcie. Aby rozwiązać problemy z utratą komunikatów, zidentyfikuj identyfikator komunikatów, które nie zostały zreplikowane.

W tym celu sprawdź dziennik aplikacji na serwerze źródłowym. Następnie użyj śledzenia komunikatów, aby śledzić komunikaty i rozwiązywać problem.

Czy istnieją serwery Exchange Server 2007 lub 2010 w ścieżce tego komunikatu?

Czy rozwiązało to problem

Czy problem został rozwiązany?

  • Jeśli tak, to świetnie! Problem z replikacją folderu publicznego dla Exchange Server 2003 r. został rozwiązany.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.

Exchange Server 2007 i Exchange Server 2010 w ścieżce

Najczęstszą przyczyną utraty odpowiedzi na wypełnienie zawartości w Exchange Server 2007 r. lub Exchange Server 2010 r. jest błąd sterownika sklepu. Na przykład odpowiedź wypełniania wstecznego zostanie wysłana na serwer Exchange Server 2007, ale jeśli przyjrzysz się dziennikowi aplikacji po stronie 2007, nigdy nie zobaczysz przychodzącego zdarzenia replikacji. Śledzenie komunikatów pokazuje, że komunikat replikacji dotarł do serwera transportu koncentratora, a następnie uległ awarii w sterowniku magazynu.

Pierwszym krokiem rozwiązywania problemów jest śledzenie komunikatu i sprawdzanie, gdzie się nie powiodło.

Zazwyczaj serwer transportu koncentratora rejestruje zdarzenie 1020 opisujące problem z tą konkretną zawartością. Po śledzeniu komunikatu i określeniu, na którym serwerze transportu koncentratora wystąpił błąd, sprawdź zdarzenie 1020 ze źródłowym sterownikiem magazynu MSExchange na tym serwerze transportu koncentratora.

Czy na tym serwerze transportu koncentratora jest widoczne zdarzenie 1020 ze źródłowym sterownikiem magazynu MSExchange?

Exchange Server 2007 i Exchange Server 2010 w ścieżce (zawartość wiadomości została uszkodzona)

Ten komunikat jest zwykle spowodowany uszkodzonym TNEF. Jeśli jest to środowisko hybrydowe, zastosuj program Exchange 2013 CU6, aby zapobiec nowym uszkodzonym komunikatom i usunąć stare. Aby zidentyfikować uszkodzone elementy, wykonaj poniższe kroki.

Aby określić, które elementy są uszkodzone:

  1. Zmniejsz rozmiar komunikatu replikacji do 1 tys. na serwerze źródłowym.
  2. W miejscu docelowym wymuś kolejne żądanie wypełnienia za pomocą funkcji Synchronizuj zawartość lub Update-PublicFolder.
  3. W folderze na serwerze źródłowym zostanie wyświetlona jedna odpowiedź wypełnienia (zdarzenie 3021) na element. Jeśli folder zawiera wiele elementów, dziennik aplikacji może zapełniać się odpowiedziami uzupełniania. Po uspokojeniu działania 3021 wyczyść dziennik aplikacji na serwerze źródłowym i wymuś kolejne żądanie wypełnienia. Ponieważ wszystkie dobre elementy już zreplikowane w ostatniej rundzie uzupełnień, jedynymi nowymi elementami, które powinny być widoczne w nowym zdarzeniu 3021, powinny być uszkodzone elementy.

Teraz powinna istnieć jedna odpowiedź wypełniania kopii zapasowej (3021) dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze źródłowym i jedno zdarzenie 1020 dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze transportu koncentratora. Ponieważ teraz wiesz, które elementy są uszkodzone (ponieważ można odczytać elementy w zdarzeniach 3021), możesz usunąć te elementy lub spróbować je naprawić.

Aby uzyskać więcej informacji, zobacz Naprawianie błędów replikacji folderów publicznych od Exchange Server 2003 r. do Exchange Server 2007 lub 2010 r.

Czy to rozwiązało problem?

Exchange Server 2007 i Exchange Server 2010 w ścieżce (zobacz zdarzenie 1020, ale żaden z powyższych komunikatów o błędzie)

Jest to inny typ uszkodzonego elementu. Aby określić, które elementy są uszkodzone:

  1. Zmniejsz rozmiar komunikatu replikacji do 1 tys. na serwerze źródłowym.
  2. W miejscu docelowym wymuś kolejne żądanie wypełnienia z synchronizowaną zawartością lub zaktualizuj folder publiczny.
  3. W folderze na serwerze źródłowym zostanie wyświetlona jedna odpowiedź wypełnienia (zdarzenie 3021) na element. Jeśli folder zawiera wiele elementów, dziennik aplikacji może zapełniać się odpowiedziami uzupełniania. Po uspokojeniu działania 3021 wyczyść dziennik aplikacji na serwerze źródłowym i wymuś kolejne żądanie wypełnienia. Ponieważ wszystkie dobre elementy już zreplikowane w ostatniej rundzie uzupełnień, jedynymi nowymi elementami, które powinny być widoczne w nowym zdarzeniu 3021, powinny być uszkodzone elementy.

Teraz powinna istnieć jedna odpowiedź wypełnienia (zdarzenie 3021) dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze źródłowym i jedno zdarzenie 1020 dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze transportu koncentratora. Ponieważ teraz wiesz, które elementy są uszkodzone (ponieważ możesz odczytywać tematy elementów w zdarzeniach 3021), możesz je usunąć lub spróbować je naprawić.

Aby uzyskać więcej informacji, zobacz Naprawianie błędów replikacji folderów publicznych od Exchange Server 2003 r. do Exchange Server 2007 lub 2010 r.

Czy problem został rozwiązany?

Usuwanie zduplikowanych kont

Usuń zduplikowane konta wymienione w zdarzeniu lub usuń jednego z użytkowników, aby można było rozpoznać identyfikator SID dla jednego użytkownika w systemie DS.

Czy te informacje są pomocne?

  • Jeśli tak, to świetnie! Replikacja folderu publicznego dla Exchange Server problemu została rozwiązana.
  • Jeśli nie, niestety, nie możemy rozwiązać niezidentyfikowanego problemu, korzystając z tego przewodnika. Aby uzyskać więcej pomocy w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną Microsoft Exchange Server.