Rozwiązywanie problemów dotyczących replikacji folderów publicznych dla programu Exchange Server

Oryginalny numer artykułu KB:   10042

Podsumowanie

Rozpocznie się monitowanie o włączenie rejestrowania diagnostycznego i śledzenia wiadomości jako wymagań wstępnych. Przeprowadzimy szereg kroków dotyczących 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 programu Exchange Server, należy najpierw włączyć rejestrowanie diagnostyczne i śledzenie wiadomości.

Co chcesz zrobić

Włączanie rejestrowania diagnostycznego

Musisz włączyć rejestrowanie diagnostyczne na wszystkich serwerach, z którymi pracujesz. Kroki dotyczące innej wersji programu Exchange mogą być inne, wybierz wersję z programu Exchange:

Program Exchange Server 2007 i Exchange Server 2010

  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ź do Server Configuration > skrzynki pocztowej konfiguracja serwera.
    3. W okienku Akcje wybierz pozycję Zarządzaj właściwościami dziennika diagnostycznego.
    4. Na stronie Zarządzanie właściwościami rejestrowania diagnostycznego wybierz usługę programu Exchange, dla której chcesz zmienić poziom rejestrowania.
    5. Wybierz odpowiedni poziom rejestrowania, a następnie wybierz pozycję Konfiguruj. Jeśli chcesz przywrócić ustawienia domyślne, wybierz pozycję Zresetuj wszystkie usługi do domyślnych poziomów rejestrowania, a następnie wybierz pozycję Konfiguruj.
    6. Na stronie Kończenie upewnij się, że proces zakończył się pomyślnie. Zadania będą przedstawiać stan ukończone lub Niepowodzenie. Jeśli zadanie nie powiodło się, zapoznaj się z podsumowaniem objaśnienia, a następnie wybierz pozycję Wstecz , aby wprowadzić wymagane zmiany w konfiguracji.
    7. Wybierz pozycję Zakończ , aby ukończyć pracę kreatora zarządzania poziomem dziennika diagnostycznego .

Program Exchange Server 2003

  1. Uruchom program Exchange System Manager, a następnie Wyświetl właściwości serwera, dla którego chcesz włączyć rejestrowanie diagnostyczne.
  2. Wybierz kartę rejestrowanie diagnostyczne , a następnie rozwiń pozycję MSExchangeIS na liście usług .
  3. Wybierz pozycję folder publiczny, naciśnij i przytrzymaj klawisz CTRL, a następnie wybierz wszystkie poniższe elementy, aby je zaznaczyć:
    • Aktualizacje usługi AD o replikacji
    • Wiadomości przychodzące do replikacji
    • Wiadomości wychodzące replikacji
    • Raporty o niedostarczeniu
    • Nadpełnienie replikacji
    • Ogólne zasady replikacji
  4. Wybierz pozycję Maksymalna > opłata.
  5. Wybieranie błędów replikacji > średnia > Zastosuj > OK.
  6. Aby zwiększyć rejestrowanie na serwerze docelowym dla usługi MSExchangeTransport i ustawić dla niego poziom SMTP Ś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 wiadomości

Aby włączyć śledzenie wiadomości na wszystkich serwerach, będziesz pracować. Kroki dotyczące innej wersji programu Exchange mogą być inne, wybierz wersję z programu Exchange:

Program Exchange Server 2007 i Exchange Server 2010

  1. Sprawdź, czy śledzenie wiadomości jest włączone, przechodząc do powłoki zarządzania serwerem Exchange i uruchamiając następujące polecenie cmdlet:

    Get-MailboxServer $env:computername | fl MessageTracking*
    
  2. Powinno być wyświetlane dane wyjściowe podobne do następujących:

    Uruchom polecenie cmdlet, aby sprawdzić, czy śledzenie wiadomości jest włączone

  3. Upewnij się, że oba te MessageTrackingLogEnabled MessageTrackingLogSubjectLoggingEnabled ustawienia mają wartość PRAWDA.

  4. Zanotuj MessageTrackingLogPath lokalizację dziennika.

Program Exchange Server 2003

  1. Uruchom program Exchange System Manager, a następnie Wyświetl właściwości serwera, na którym chcesz włączyć śledzenie wiadomości. Śledzenie wiadomości umożliwia zbieranie danych, takich jak data, od i Data wysłania.
  2. Na karcie Ogólne zaznacz pole wyboru Włącz śledzenie wiadomości .
  3. Zaznacz pole wyboru Włącz rejestrowanie tematów i wyświetlanie .

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 nadaj temu folderowi fokus na działania w zakresie rozwiązywania problemów. W poniższych krokach serwer zawierający dane nazywa się serwerem źródłowym ; serwer, który nie zawiera danych, jest nazywany serwerem docelowym .

Exchange Server 2007 i Exchange Server 2010

  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 publiczny.
  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óry szukasz, jest teraz wyświetlany w hierarchii na obu serwerach?

Replikuj zawsze interwał; Identyfikator zdarzenia dziennika aplikacji 3018

Replikuj zawsze interwał

Upewnij się, że wartość w polu Replikuj zawsze interwał jest ustawiona na 15 lub mniej minut na serwerze źródłowym. Jeśli to konieczne, Dostosuj ustawienie. Wybierz wersję programu Exchange, aby sprawdzić czynności:

Exchange Server 2007 i Exchange Server 2010
  1. Uruchom konsolę zarządzania programu Exchange.

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

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

    Uruchamianie Get-PublicFolderDatabase w celu sprawdzenia parametrów

  3. Upewnij się, że wszystkie bazy danych usługi Public f mają takie same ReplicationMessageSize .

Następnie sprawdź, czy dany folder jest skonfigurowany do używania harmonogramu sklepu. Aby to zrobić:

  1. Uruchom konsolę zarządzania programu Exchange.

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

    Get-PublicFolder | fl *Replica*
    

    Uruchamianie Get-PublicFolder w celu sprawdzenia parametrów

  3. Jeśli UseDatabaseReplicationSchedule jest ustawiona wartość FAŁSZ, 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 folderu publicznego.
  3. Rozwiń kontener serwery , wybierz bazę danych folderów publicznych, a następnie wybierz pozycję Właściwości.
  4. Na karcie replikacja (zasady) Zwróć uwagę na wartość w polu Interwał replikacji zawsze (minuty) .
  5. Jeśli wartość nie jest równa 15, wpisz 15 w polu Interwał replikacji zawsze (minuty) .
  6. Wybierz pozycję Zastosuj, a następnie wybierz przycisk OK.

Następnie sprawdź, czy folder, którego dotyczy problem, jest skonfigurowany do używania harmonogramu sklepu:

  1. Rozwiń folder Foldery publiczne, a następnie kliknij prawym przyciskiem myszy folder, którego dotyczą Rozwiązywanie problemów.
  2. Wybierz pozycję Właściwości.
  3. Na karcie replikacja wybierz pozycję Użyj harmonogramu magazynu publicznego na liście interwałów 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żesz zapamiętać.

Korzystamy z testu 1 jako nazwy naszego folderu w tym przykładzie. Obejrzyj dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia o IDENTYFIKATORze 3018, który wskazuje typ wiadomości 0x2 i zawiera nazwę utworzonego folderu. Może być konieczne odczekanie 15 minut na zarejestrowanie zdarzenia.

Typ zdarzenia Dotyczących
Źródło zdarzenia: Magazyn publiczny MSExchangeIS
Kategoria zdarzenia: Wiadomości wychodzące replikacji
Identyfikator zdarzenia: 3018
Komunikat: Wydano komunikat replikacji wychodzącej.
Typ: 0x2
Identyfikator wiadomości: <MessageID@Server.Domain.com>
Baza danych "Storage Group\Public folder"
CN minimum: 1-100, CN Max: 1-200
RFIs:
1) identyfikator 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 będziemy skupić się na rozwiązywaniu problemów z serwerem źródłowym.

Identyfikator zdarzenia 3079, gdy jest instalowana baza danych folderów publicznych

Gdy baza danych folderów publicznych jest instalowana, identyfikator zdarzenia 3079 jest rejestrowany w dzienniku aplikacji na serwerze źródłowym. Sprawdź dziennik aplikacji na serwerze źródłowym.

Typ zdarzenia Dotyczących
Źródło zdarzenia Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Błędy replikacji
Identyfikator zdarzenia 3079
Komunikat Nieoczekiwany błąd wątku replikacji w bazie danych " <name> ".
1) identyfikator 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 przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj, że serwer źródłowy nie generuje komunikatów o replikacji w hierarchii wychodzącej, a po zainstalowaniu bazy danych nie ma żadnych zdarzeń usługi 3079.

EcReplStartup

Zbadaj identyfikator zdarzenia 3079 dla tekstu: EcReplStartup.

Czy identyfikator zdarzenia 3079 zawiera EcReplStartup?

  • Jeśli tak, zobacz Dziennik aplikacji o identyfikatorze ID 9528.
  • Jeśli nie, nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj ich, że serwer źródłowy nie generuje komunikatów replikacji hierarchii wychodzącej. Gdy baza danych jest instalowana, występuje zdarzenie 3079, ale zdarzenie nie zawiera EcReplStartup.

Identyfikator zdarzenia dziennika aplikacji 9528

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

Typ zdarzenia Dotyczących
Źródło zdarzenia MSExchangeIS
Kategoria zdarzenia Ogólne
Identyfikator zdarzenia 9528
Komunikat Identyfikator SID S-1-5-32-544 został znaleziony w 2 użytkownikach w usłudze DS, więc Sklep nie może zmapować tego identyfikatora SID na unikatowego użytkownika.
Zaangażowani użytkownicy:
/DC = com/DC = Domain/DC = na/OU = zmigrowany/CN = Jan, Woods
/DC = com/DC = domena/DC = AD/DC = Corp/OU = EUC/OU = AMER/OU =, miasto/OU = Harborside/OU = users/CN = Jan, 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 dotyczącej rozwiązywania tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server i poinformuj, że po zainstalowaniu bazy danych jest rejestrowane zdarzenie 3079.

Śledzenie wiadomości w śledzeniu wiadomości; Czy wiadomość została dostarczona na serwer docelowy

Śledzenie wiadomości w śledzeniu wiadomości

Na serwerze źródłowym Użyj identyfikatora komunikatu z opisu identyfikatora zdarzenia 3018, aby śledzić wiadomość w śledzeniu wiadomości.

Typ zdarzenia Dotyczących
Źródło zdarzenia Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Wiadomość wychodząca replikacji
Identyfikator zdarzenia 3018
Komunikat Wydano komunikat replikacji wychodzącej.
Typ: 0x2
Identyfikator wiadomości: <MessageID@Server.Domain.com>
Baza danych "Storage Group\Public folder"

Czy wiadomość została dostarczona na serwer docelowy

W opisie identyfikatora zdarzenia 3018 Zwróć uwagę na identyfikator wiadomości, a następnie określ, czy wiadomość została dostarczona na serwer docelowy za pomocą funkcji śledzenia wiadomości. Na przykład następujący fragment śledzenia wiadomości zawiera następujący tekst:

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

Historia wiadomości

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 wiadomości wskazuje, że wiadomość została dostarczona na serwer docelowy?

Problem z transportem; Czy wiadomość jest wyświetlana w śledzeniu wiadomości?

Problem z transportem

Wiadomość nie została dostarczona do serwera docelowego, co oznacza, że przyczyną problemu jest problem z transportem. Następnie będziemy rozwiązywać problemy z procesem transportu.

Czy wiadomość jest wyświetlana w śledzeniu wiadomości

Przejdź do serwera źródłowego i Znajdź identyfikator wiadomości wychodzącej. Następnie przejdź do serwera docelowego i uruchom śledzenie wiadomości, aby sprawdzić, czy otrzymali wiadomość. Wybierz wersję programu Exchange, aby sprawdzić procedurę uruchamiania śledzenia wiadomości.

Program Exchange Server 2007 i Exchange Server 2010
  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie cmdlet:

    Get-MessageTrackingLog -MessageId
    
Program Exchange Server 2003
  1. Uruchom program Exchange System Manager.
  2. W drzewie konsoli rozwiń węzeł Narzędzia, a następnie wybierz pozycję centrum śledzenia wiadomości.
  3. W polu Serwer wpisz nazwę serwera z programem Exchange Server 2003.

Aby przejrzeć listę dostępnych serwerów, wybierz pozycję serwer, wybierz serwer, a następnie wybierz pozycję Dodaj. Możesz wyszukać wiadomość przysłaną lub dostarczoną do określonego serwera. Musisz określić nazwę serwera.

Czy otrzymałeś wiadomość?

Identyfikator zdarzenia 3028 na serwerze docelowym

Na serwerze docelowym Sprawdź dziennik aplikacji pod kątem zdarzenia o IDENTYFIKATORze 3028, który zawiera ten sam identyfikator wiadomości, który został zanotowany w opisie identyfikatora zdarzenia 3018.

Typ zdarzenia Dotyczących
Źródło zdarzenia Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Wiadomości przychodzące do replikacji
Identyfikator zdarzenia 3028
Komunikat Wydano komunikat replikacji przychodzącej.
Typ: 0x2
Identyfikator wiadomości: <MessageID@Server.Domain.com>
Baza danych "Storage Group\Public folder"
CN minimum: 5-100 CN Max: 5-200
RFIs: 1
1) identyfikator FID: 5-1234, PFID: 1-1, przesunięcie: 28
IPM_SUBTREE \Test 1

Czy dziennik aplikacji serwera docelowego wskazuje identyfikator zdarzenia 3028 i czy to zdarzenie zawiera ten sam identyfikator wiadomości, co identyfikator zdarzenia 3018?

Identyfikator zdarzenia 7004 i identyfikator zdarzenia 7010 na serwerze docelowym

Na serwerze docelowym Sprawdź dziennik aplikacji w Podglądzie zdarzeń, aby poznać zdarzenia podobne do poniższych.

Typ zdarzenia Error
Źródło zdarzenia MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7004
Date Date
Okresie Okresie
Użytkownicy Niedostępny
Komputerów Computer_Name
Opis Jest to dziennik błędów protokołu SMTP dla identyfikatora serwera wirtualnego 1, #29 połączenia. Host zdalny E2k3server1.contoso.com odpowiedział na polecenie SMTP "XEXCH50" z komunikatem "504, musisz najpierw uwierzytelnić". Wysłano pełne polecenie "XEXCH50 2336 3". Prawdopodobnie spowoduje to niepowodzenie połączenia.
Typ zdarzenia Error
Źródło zdarzenia MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7010
Date Date
Okresie Okresie
Użytkownik Niedostępny
Komputerów Computer_Name
Opis To jest dziennik protokołu SMTP dla identyfikatora serwera wirtualnego 1, #30 połączenia. Klient pod adresem "6.5.2.4" wysłał polecenie "XEXCH50", a serwer SMTP odpowiedział na komunikat "504 musisz najpierw uwierzytelnić". Wysłano pełne polecenie "XEXCH50 1092 2". Prawdopodobnie spowoduje to niepowodzenie połączenia. Zdarzenia te wskazują, że został wywołany obiekt sink protokołu XEXCH50, ale wymiana obiektów BLOB nie powiodła się między serwerami wymienionymi na liście zdarzenia.

Czy na serwerze docelowym jest wyświetlany identyfikator zdarzenia 7004 i identyfikator zdarzenia 7010?

Rozpoznaj problem z poleceniem XEXCH50

Przyczyną problemu może być problem z poleceniem XEXCH50.

Aby rozwiązać problem z poleceniem XEXCH50

  1. Upewnij się, że na serwerach wirtualnych SMTP na komputerach, na których jest uruchomiony program Exchange Server w organizacji, włączono zintegrowane uwierzytelnianie systemu Windows. 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ł Nazwa serwera Exchange, rozwiń pozycję Protokoły, a następnie rozwiń pozycję 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 jest zaznaczone pole wyboru zintegrowane uwierzytelnianie systemu Windows .
  2. Jeśli włączone jest zintegrowane uwierzytelnianie systemu Windows, ale zdarzenia pozostaną niezmienione, Serwer wysyłający w zdarzeniu 7004 lub zdarzenie 7010 może nie być lub odmówiono SendAs prawa na serwerze odbierającym. Jeśli na serwerze wysyłającym i na serwerze odbierającym występują te zdarzenia, być może na serwerach brakuje praw SendAs. Prawo SendAs nie jest ustawione wyraźnie. Prawo SendAs jest zazwyczaj dziedziczone za pośrednictwem członkostwa w grupie Exchange Domain Servers (EDS). Jeśli w formancie EDS nie ma tego wpisu kontroli dostępu (ACE), być może serwer jest zagnieżdżony w innej grupie, która ma wpis ACE odmowy, lub element EDS może być zagnieżdżony w innych grupach, które mają odmowę. Aby można było pomyślnie uruchomić polecenie XEXCH50 , trzeba mieć SendAse prawo dla serwerów w organizacji programu Exchange.

  3. Określ, czy między serwerami w organizacji programu Exchange są używane protokoły TLS (Transport Layer Security) i kanał zabezpieczeń. W tym scenariuszu ujścia zdarzeń transportu STARTTLS występują przed poleceniem AUTH. Polecenie XEXCH50 nie powiedzie się później w trakcie sesji, ponieważ brakuje polecenia AUTH .

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

    Typ zdarzenia Ostrzeżenie
    Źródło zdarzenia Zdarzenie MSExchangeTransport
    Kategoria zdarzenia Protokół MTP
    Identyfikator zdarzenia 1706
    Opis EXPS nie jest tymczasowo w stanie zapewnić bezpieczeństwa protokołu za pomocą "..". 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 IDENTYFIKATORze zdarzenia 1706 zawiera kod błędu 0x8009030C.
    Kod błędu 0x8009030C to SEC_E_LOGON_DENIED wartość HRESULT. Ten kod wskazuje, że nie można zalogować się do konta.
    Problemy te mogą być trudne do rozwiązania, ponieważ poświadczenia usługi Microsoft Windows EXPS są wymagane do przekazania tego polecenia AUTH . Za pomocą różnych narzędzi można rozwiązywać problemy z kombinacją identyfikatorów zdarzeń 7004 i 7010; obejmuje narzędzie NLTEST i narzędzie NETDOM. Procedury rozwiązywania problemów mogą obejmować zresetowanie haseł do kont komputerów.
    Jeśli masz kombinację identyfikatorów zdarzeń 7004 i 7010 w dzienniku aplikacji zgodnie z wcześniejszymi instrukcjami i nie możesz wykryć źródła problemu, korzystając z uwierzytelniania EXPS, skontaktuj się z pomocą techniczną firmy Microsoft.
    Jeśli nie masz połączenia o IDENTYFIKATORze zdarzenia 7004 i identyfikator zdarzenia 7010 w dzienniku aplikacji, przejdź do kroku 5.

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

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

Uruchom program Isinteg-fix-test ReplState na serwerze docelowym; Chowanie ze względu na usunięcie

Uruchom program Isinteg — fix — Przetestuj ReplState na serwerze docelowym

Wybierz wersję programu Exchange, aby sprawdzić i dostosować ustawienie ReplState, wykonując następujące czynności:

Program Exchange Server 2007 i Exchange Server 2010
  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj New-PublicFolderDatabaseRepairRequest polecenia cmdlet, aby wykryć i naprawić problemy dotyczące replikacji 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. Jednak obecnie naprawiony folder publiczny nie jest dostępny. Po rozpoczęciu żądania naprawy nie można go zatrzymać, dopóki nie zostanie odinstalowany baza danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Program Exchange Server 2003
  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 sprawdzić, czy problem został rozwiązany.

Chowanie ze względu na usunięcie

Oznacza to, że folder jest reliktem z powodu wcześniejszego usunięcia, które nie zostało zreplikowane. Wróć do serwera źródłowego i skopiuj folder, aby utworzyć nowy folder z tą samą 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 niewypełnionym hierarchią

W tym momencie sprawdzono, że zmiany w hierarchii są poprawnie replikowane. Teraz możemy rozwiązywać problemy z niewypełnionym wypełnieniem hierarchii. Aby to zrobić, uruchom synchronizację hierarchia na serwerze docelowym. Synchronizacja hierarchii powoduje wystąpienie zdarzenia o IDENTYFIKATORze 3017. Identyfikator zdarzenia 3017 wskazuje, że żądanie stanu hierarchii (typ 0x20) zostało wysłane do serwera źródłowego.

Program Exchange Server 2007 i Exchange Server 2010

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Uruchom Update-PublicFolderHierarchy -Server polecenie cmdlet.
  3. Po uruchomieniu hierarchii synchronizowania na serwerze docelowym Sprawdź dziennik aplikacji na serwerze źródłowym dla zdarzenia 3027 i dla żądania stanu przychodzące.

Program Exchange Server 2003

  1. Uruchom program Exchange System Manager.
  2. Aby uruchomić synchronizację hierarchię, rozwiń folder, kliknij prawym przyciskiem myszy kontener obiektu Foldery publiczne , a następnie wybierz polecenie Synchronizuj hierarchię.
  3. Po uruchomieniu hierarchii synchronizowania na serwerze docelowym Sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia 3027 i dla żądania stanu przychodzące.

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

Pobieranie identyfikatora wiadomości i śledzenie wiadomości

Na serwerze źródłowym Znajdź identyfikator zdarzenia 3017, a następnie zanotuj identyfikator wiadomości. Za pomocą funkcji śledzenia wiadomości możesz śledzić identyfikator wiadomości, aby sprawdzić, czy wiadomość została dostarczona do serwera źródłowego.

Czy śledzenie wiadomości mówi, że wiadomość została dostarczona do serwera źródłowego?

Ustalanie, 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 serwera proxy, sprawdź wartość proxyAddresses atrybutu w usłudze katalogowej Active Directory.

Aby sprawdzić wartość

Ostrzeżenie

Jeśli korzystasz z przystawki edytowanie (ADSI, Active Directory Service Interface), narzędzia LDP lub dowolnego innego klienta protokołu LDAP w wersji 3 i niepoprawne zmiany atrybutów obiektów usługi Active Directory, mogą wystąpić poważne problemy. Te problemy mogą wymagać ponownego zainstalowania systemu Microsoft Windows 2000 Server, systemu Windows Server 2003, programu Microsoft Exchange Server 2000, programu Microsoft Exchange Server 2003 lub zarówno systemu Windows Server, jak i programu Exchange Server. Firma Microsoft nie może zagwarantować, że problemy występujące w przypadku niepoprawnej zmiany atrybutów obiektu usługi Active Directory będą mogły zostać rozpoznane. Zmień te atrybuty na własną odpowiedzialność.

Uwaga

W zależności od używanej wersji systemu Microsoft Windows, poniższe czynności mogą być inne na komputerze. Jeśli tak, zapoznaj się z dokumentacją produktu, aby wykonać te czynności.

  1. Uruchom narzędzie do edycji ADSI, wybierając pozycję Rozpocznij > Uruchamianie, wpisując polecenie Adsiedit. msc w polu Otwórz, a następnie wybierając przycisk OK.

    Uwaga

    Edytowanie ADSI jest dostępne w narzędziach obsługi serwera Microsoft Windows 2000 i z narzędziami obsługi systemu Windows Server 2003. Aby zainstalować narzędzia obsługi systemu Windows 2000, kliknij dwukrotnie pozycję Setup.exe w folderze Support\Tools na dysku CD z systemem Windows 2000. Aby zainstalować narzędzia obsługi systemu Windows Server 2003, kliknij dwukrotnie pozycję Suptools.msi w folderze Support\Tools na dysku CD z systemem Windows Server 2003.

  2. Połącz się z kontrolerem domeny, jeśli nie jest jeszcze podłączony.

    Uwaga

    W tym kroku contoso.com jest to symbol zastępczy nazwy domeny; inne wyrazy pisane kursywą są symbolami zastępczymi wskazanych nazw. Rozwiń węzeł Configuration kontener [ComputerName.contoso.com], rozwiń węzeł CN = Configuration, DC = contoso, DC = com, expand CN = Services, expand CN = Microsoft Exchange, expand CN = nazwa_organizacji, expand CN = Server administratives, expand CN = AdministrativeGroupName, expand CN = Server, expand CN = ExchangeServerName, expand CN = InformationStore, a następnie SELECT CN = First Storage Group.

  3. W prawym okienku 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 pozycję oba.

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

  6. W polu wartości Określ, czy adres e-mail jest przypisany. Zazwyczaj magazyn folderów publicznych zawiera sygnaturę adresową 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świetlony w kroku 7.

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

  • Jeśli tak, niestety nie można rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.
  • Jeśli nie, zobacz Dziennik aplikacji o identyfikatorze ID 3018.

Identyfikator zdarzenia 3017 na serwerze źródłowym

W dzienniku aplikacji na serwerze źródłowym, bezpośrednio przed zdarzeniem o IDENTYFIKATORze 3027, zlokalizuj 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 jest odpowiedzią na stan serwera źródłowego. W dzienniku aplikacji na serwerze docelowym zlokalizuj zdarzenie o IDENTYFIKATORze 3027, aby sprawdzić stan odpowiedzi.

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

  • Jeśli tak, zobacz Rozwiązywanie problemów zfunkcją Moje wypełnienie.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Rozwiązywanie problemów z wypełnieniem

W tym momencie wiemy, że serwer docelowy wie, że brakuje danych. Teraz skupiamy się na rozwiązywaniu problemów z wypełnieniem hierarchii.

Na serwerze docelowym Uruchom ponownie synchronizację hierarchii , a następnie sprawdź dziennik aplikacji na serwerze docelowym pod kątem zdarzenia o identyfikatorze 3014, który ma typ 0x8. Identyfikator zdarzenia 3014 to żądanie wychodzącego wypełniania dla hierarchii.

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

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

Identyfikator zdarzenia 3024 na serwerze źródłowym

Identyfikator zdarzenia 3024 to żądanie wypełniania w hierarchii przychodzącej.

Czy na serwerze źródłowym jest widoczny identyfikator zdarzenia 3024?

Identyfikator zdarzenia 3019 na serwerze źródłowym

Identyfikator zdarzenia 3019, który jest typu 0x80000002, jest odpowiedzią hierarchii wychodzącej z wypełnieniem na serwerze źródłowym. Sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia o IDENTYFIKATORze 3019.

Czy identyfikator zdarzenia 3019 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 przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Identyfikator zdarzenia 3029

Identyfikator zdarzenia 3029 to odpowiedź z wypełnieniem hierarchii przychodzącej na serwerze docelowym.

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

Wyszukiwanie folderu w hierarchii

Na serwerze docelowym odszukaj folder w hierarchii.

Czy teraz widzisz folder w hierarchii na serwerze docelowym?

  • Jeśli tak, gratulacje! Rozwiązano problem z replikacją folderu publicznego dla programu Exchange Server 2003.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Śledź identyfikator wiadomości od zdarzenia o IDENTYFIKATORze 3014

Na serwerze docelowym Sprawdź zdarzenie o identyfikatorze ID 3014, aby uzyskać identyfikator wiadomości. Śledź identyfikator wiadomości za pomocą funkcji śledzenia wiadomości.

Czy śledzenie wiadomości wskazuje, że wiadomość została dostarczona na serwer źródłowy?

Śledź identyfikator wiadomości od zdarzenia o IDENTYFIKATORze 3019

Na serwerze źródłowym Znajdź identyfikator zdarzenia 3019, a następnie zanotuj identyfikator komunikatu w zdarzeniu. Śledź identyfikator wiadomości za pomocą funkcji śledzenia wiadomości.

Czy śledzenie wiadomości wskazuje, że wiadomość została dostarczona na serwer docelowy?

  • Jeśli tak, zobacz rozmiar kolejki odbierania replikacji w Monitorze wydajności.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

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

Skupienie się na zawartości

Ponieważ folder jest wyświetlany w hierarchii na obu serwerach, prawdopodobnie nie jest to problem replikacji hierarchii. W związku z tym będziemy skupić się na treści rozwiązywania problemów.

Replikuj zawsze interwał i harmonogram

Upewnij się, że wartość w polu Replikuj zawsze interwał jest ustawiona na 15 minut lub mniej na serwerze źródłowym.

Aby sprawdzić i dostosować ustawienie w programach Exchange Server 2007 i Exchange Server 2010
  1. Uruchom konsolę zarządzania programu Exchange.

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

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

    Używanie Get-PublicFolderDatabase do weryfikowania parametrów

  3. Upewnij się, że wszystkie bazy danych folderów publicznych są takie same ReplicationMessageSize .

Następnie sprawdź, czy dany folder jest skonfigurowany do używania harmonogramu sklepu. Aby to zrobić:

  1. Uruchom konsolę zarządzania programu Exchange.

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

    Get-PublicFolder | fl *Replica*
    

    Używanie Get-PublicFolder do weryfikowania parametrów

  3. Jeśli UseDatabaseReplicationSchedule jest ustawiona wartość false (FAŁSZ), upewnij się, że ReplicationSchedule jest ustawiona.

Aby sprawdzić i dostosować ustawienie w programie Exchange Server 2003
  1. Uruchom program Exchange System Manager.
  2. Rozwiń kontener grupy administracyjne , a następnie wybierz grupę administracyjną zawierającą serwer folderu publicznego.
  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) w polu Interwał replikacji zawsze (minuty) wpisz ciąg 15 .
  5. Wybierz pozycję Zastosuj, a następnie wybierz przycisk OK.

Następnie sprawdź, czy folder, nad którym pracujesz, jest skonfigurowany do używania harmonogramu sklepu. Aby to zrobić:

  1. Rozwiń folder Foldery publiczne, a następnie kliknij prawym przyciskiem myszy folder, nad którym pracujesz.
  2. Wybierz pozycję Właściwości.
  3. Na karcie replikacja wybierz pozycję Użyj harmonogramu magazynu publicznego na liście interwałów 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 Obejrzyj dziennik aplikacji pod kątem zdarzenia o IDENTYFIKATORze 3020.

Czy widzisz identyfikator zdarzenia 3020 i czy zawiera nazwę testowanego folderu i 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 komunikatów dotyczących zawartości wychodzącej dla tego folderu; Identyfikator zdarzenia 3079, gdy jest instalowana baza danych folderów publicznych

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

Serwer źródłowy nie generuje komunikatów dotyczących zawartości wychodzącej dla tego folderu. Będziemy skupić nasze Rozwiązywanie problemów na serwerze źródłowym.

Identyfikator zdarzenia 3079, gdy jest instalowana baza danych folderów publicznych

Na serwerze źródłowym Sprawdź dziennik aplikacji pod kątem zdarzenia o IDENTYFIKATORze 3079. Identyfikator zdarzenia 3079 występuje, gdy baza danych jest instalowana, a powinna zawierać tekst: EcReplStartup. Na przykład identyfikator zdarzenia 3079 powinien być podobny do poniższej tabeli.

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

Czy widzisz identyfikator zdarzenia 3079 i czy zawiera EcReplStartup, gdy baza danych jest instalowana?

Uruchom program Isinteg-fix-test ReplState; Identyfikator zdarzenia 3020

Uruchom program Isinteg — fix — Przetestuj ReplState na serwerze docelowym

Wybierz wersję programu Exchange, aby sprawdzić i dostosować ustawienie ReplState, wykonując następujące czynności:

Program Exchange Server 2007 i Exchange Server 2010
  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj New-PublicFolderDatabaseRepairRequest polecenia cmdlet, aby wykryć i naprawić problemy dotyczące replikacji 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. Jednak obecnie naprawiony folder publiczny nie jest dostępny. Po rozpoczęciu żądania naprawy nie można go zatrzymać, dopóki nie zostanie odinstalowany baza danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Program Exchange Server 2003
  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 nazwę testowanego folderu oraz nazwę utworzonego elementu?

  • Jeśli tak, zobacz Identyfikator zdarzenia 3030.
  • Jeśli nie, nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj ich, że serwer źródłowy nie generuje komunikatów replikacji hierarchii wychodzącej. Gdy baza danych jest instalowana, występuje zdarzenie 3079, ale zdarzenie nie zawiera EcReplStartup.

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

Na serwerze docelowym Wyszukaj element utworzony na serwerze źródłowym i upewnij się, że znajduje się w folderze docelowym.

Czy element jest widoczny w folderze na serwerze docelowym?

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

Sprawdzono, że zmiany w zawartości są replikowane. Następnie będziemy rozwiązywać problemy z niewypełnionym wypełnieniem zawartości.

Aby to zrobić, uruchom synchronizację zawartości na serwerze docelowym. Powinno to spowodować, że serwer docelowy będzie zwracać się do serwera źródłowego o brakujące dane.

Aby uruchomić synchronizację zawartości w programach Exchange Server 2007 i Exchange Server 2010

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Uruchom następujące polecenie:

    Update-PublicFolder -Server <DestinationServer>
    
  3. Po uruchomieniu hierarchii synchronizowania na serwerze docelowym Sprawdź dziennik aplikacji na serwerze źródłowym pod kątem zdarzenia 3027 i dla żądania stanu przychodzące.

Aby uruchomić synchronizację zawartości w programie Exchange Server 2003

  1. Rozwiń folder 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 synchronizacji zawartości na serwerze docelowym Sprawdź w dzienniku aplikacji identyfikator zdarzenia 3017, aby uzyskać informacje o stanie wychodzącym.

Czy zdarzenie o IDENTYFIKATORze 3017 w dzienniku aplikacji na serwerze docelowym

Uruchom program Isinteg-fix-test ReplState (Jeśli identyfikator zdarzenia 3017 nie jest zarejestrowany)

Wybierz wersję programu Exchange, aby sprawdzić i dostosować ustawienie ReplState, wykonując następujące czynności:

Program Exchange Server 2007 i Exchange Server 2010

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj New-PublicFolderDatabaseRepairRequest polecenia cmdlet, aby wykryć i naprawić problemy dotyczące replikacji 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, ale nie można uzyskać dostępu do folderu publicznego, który jest obecnie naprawiany. Po rozpoczęciu żądania naprawy nie można go zatrzymać, dopóki nie zostanie odinstalowany baza danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Program Exchange Server 2003

  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 isintega Zmień listę replik w folderze publicznym na serwerze źródłowym. Aby to zrobić, Dodaj replikę do repliki lub usuń ją z dowolnego serwera. Wybierz pozycję Zastosuj, Odwróć wprowadzoną zmianę, a następnie wybierz pozycję Zastosuj ponownie.

  4. Uruchom ponownie synchronizację zawartości na serwerze docelowym w tym samym folderze.

  5. Sprawdź dziennik aplikacji, aby uzyskać identyfikator zdarzenia 3017 dla żądania stanu wychodzącego.

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 przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Identyfikator zdarzenia 3027

Na serwerze źródłowym Sprawdź dziennik aplikacji pod kątem zdarzenia o IDENTYFIKATORze 3027, który ma typ 0x20.

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

Identyfikator zdarzenia 3017 na serwerze źródłowym

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

Czy widzisz identyfikator zdarzenia 3017 i czy jest on typu 0x10 dla tego samego folderu?

Czy serwery mają różne limity wiekowe

Zazwyczaj Jeśli serwer źródłowy nie generuje odpowiedzi o stanie, oznacza to, że serwer źródłowy nie ma żadnych danych, które nie są również obsługiwane przez ten serwer.

Jedna z sytuacji, w której serwery mogą być zsynchronizowane bez identycznych treści, jeśli mają one różne limity wiekowe. Jeśli serwer docelowy stracił już ważność danych elementów, nie będzie ponownie wypełniać elementów.

Pamiętaj, aby upewnić się, że serwery nie mają różnych ograniczeń wiekowych. Istnieje kilka typów ograniczeń:

Przydziały magazynowania

Korzystanie z domyślnych ustawień przydziału bazy danych

Zaznacz to pole wyboru, aby używać limitów przydziału bazy danych folderów publicznych, w których znajduje się folder publiczny. Jeśli nie wybierzesz wartości domyślnych, pola wyboru Wygeneruj ostrzeżenie w (KB), Zabroń publikowania w (KB) i Maksymalny rozmiar elementu (KB) staną się dostępne.

Ostrzeżenie o problemie w (KB)

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

Zabroń publikowania w (KB)

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 zabronić księgowania. 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ą ogłosić w folderze publicznym. Aby określić rozmiar, zaznacz pole wyboru, a następnie określ maksymalny rozmiar elementów w KILOBAJTach, które użytkownicy będą mogli publikować w folderach publicznych. Możesz wprowadzić wartość z zakresu od 0 KB do 2 097 151 KB.

Zachowywanie usuniętych elementów

Korzystanie z domyślnych ustawień przechowywania bazy danych

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

Zachowaj usunięte elementy za (dni)

Zaznacz to pole wyboru, aby ustawić liczbę dni, w których usunięte elementy mają być przechowywane w folderze publicznym. Można wprowadzić wartość z przedziału od 0 do 24 855 dni.

Limity wieku

Korzystanie z domyślnych ustawień wiekowych bazy danych

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

Limit wieku dla 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żna wprowadzić wartość z przedziału od 0 do 24 855 dni.

Czy serwery mają różne limity wiekowe?

  • Jeśli odpowiedź brzmi "tak", różnica zawartości jest według projektu. Nie musisz kontynuować rozwiązywania problemów. Możesz obejść ten problem, kopiując elementy, tak aby stały się nowymi elementami w nowym folderze.
  • Jeśli odpowiedź nie jest określona, wystąpił nieznany błąd.

Identyfikator zdarzenia 3027, który ma typ 0x10 na serwerze docelowym

Na serwerze docelowym Sprawdź zdarzenie o IDENTYFIKATORze zdarzenia 3027 w dzienniku aplikacji, które ma typ 0x10.

Czy widzisz identyfikator zdarzenia 3027 i czy jest on wpisany 0x10?

  • Jeśli tak, zobacz skupienie się na wypełnieniu.
  • Jeśli nie, nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj ich, że serwer źródłowy nie generuje komunikatów replikacji hierarchii wychodzącej. Gdy baza danych jest instalowana, występuje zdarzenie 3079, ale zdarzenie nie zawiera EcReplStartup.

Skupienie się na wypełnieniu

W tym momencie serwer docelowy obliczy, że brakuje niektórych danych. W związku z tym będziemy skupić się na wypełnieniu.

Na serwerze docelowym Uruchom ponownie synchronizację zawartości w folderze docelowym. Po uruchomieniu synchronizacji zawartości jest rejestrowany identyfikator zdarzenia 3016 w dzienniku aplikacji. W przypadku zdarzenia o IDENTYFIKATORze 3016 jest wyświetlany komunikat typu 0x8, który zawiera nazwę folderu.

Czy na serwerze docelowym jest wyświetlany identyfikator zdarzenia 3016 i czy jest on typu 0x8, który zawiera 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 zostanie wyświetlony Identyfikator zdarzenia 3026?

Identyfikator zdarzenia 3021 na serwerze źródłowym

W dzienniku aplikacji na serwerze źródłowym zaraz po zdarzeniu o IDENTYFIKATORze 3026 należy wyświetlić co najmniej jeden incydent o IDENTYFIKATORze 3021, który zawiera 0x80000004 typu wiadomości dla tego folderu.

Czy widzisz co najmniej jeden identyfikator zdarzenia 3021, który zawiera 0x80000004 typu wiadomości dla tego folderu?

Porównaj liczbę o IDENTYFIKATORze zdarzenia 3021 do liczby o IDENTYFIKATORze 3031

Zliczanie zdarzeń o IDENTYFIKATORze zdarzenia 3021, które znajdują się w dzienniku aplikacji na serwerze źródłowym. Następnie Zliczaj liczbę zdarzeń o IDENTYFIKATORze zdarzenia 3031, które mają 0x80000004 typu wiadomości dla folderu, a które znajdują się w dzienniku aplikacji na serwerze docelowym.

Czy istnieje równa liczba incydentów o IDENTYFIKATORze zdarzenia 3021 i o IDENTYFIKATORze zdarzenia 3031 między serwerami?

Lokalizowanie zawartości w folderze na serwerze docelowym

Na serwerze docelowym poszukaj zawartości zsynchronizowanej 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, gratulacje! Rozwiązano problem z replikacją folderu publicznego dla programu Exchange Server 2003.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Wiadomość mogła zostać wysłana do innego serwera źródłowego

Zbadaj identyfikator zdarzenia 3016, aby sprawdzić, czy wiadomość została wysłana do oczekiwanego serwera źródłowego. Na serwerze docelowym Sprawdź zdarzenie o identyfikatorze ID 3016, aby ustalić, który serwer źródłowy powinien odebrać wiadomość. Jeśli otrzymasz wiadomość innego serwera źródłowego, użyj tego serwera jako nowego serwera źródłowego, a następnie sprawdź dziennik aplikacji na nowym serwerze źródłowym pod kątem zdarzenia o IDENTYFIKATORze 3016.

Typ zdarzenia Dotyczących
Źródło zdarzenia Magazyn publiczny MSExchangeIS
Kategoria zdarzenia Wiadomości wychodzące replikacji
Identyfikator zdarzenia 3016
Komunikat Typ wiadomości wychodzącej <value>
Identyfikator wiadomości: <id>
Folder <folder name>
Baza danych " <name> ".
CNSET: <value>
CNSET(FAI): <value>
Server <server name>

Czy oczekiwany serwer źródłowy zidentyfikowano w zdarzeniu o IDENTYFIKATORze 3016?

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

Zaległy limit wypełnienia

Domyślnie w magazynie folderów publicznych w tym samym czasie można przechowywać maksymalnie 50 zaległych żądań wypełniania. Jest to tzw. limit nieuregulowanego wypełnienia (OBL). Gdy w tablicy sklepów znajdują się żądania w postaci niewypełnionej 50, te żądania są powtarzane do momentu ich spełnienia; nie można przeprowadzać kolejnych nowych żądań, dopóki nie zostanie zakończone co najmniej jedno żądanie.

Za każdym razem, gdy jest wymagane żądanie nadpełnienia, w OBL pojawi się nowy zestaw danych. Jeśli jednak wszystkie problemy występujące w usłudze 50 i nie mogą być spełnione, nie ma żadnych nowych żądań, nie nastąpi żadne nowe żądanie ani nie można kontynuować replikacji.

Aby ustalić, czy zaległy limit nadpełnienia jest przyczyną problemu, zwiększ limit OBL o jeden (1) na serwerze docelowym, a następnie w dzienniku aplikacji Sprawdź co najmniej pięć minut dla wystąpienia zdarzenia o IDENTYFIKATORze 3016.

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

  1. Otwórz Edytor rejestru, wybierając pozycję Rozpocznij > Uruchamianie, 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ę publiczny <GUID>, wskaż polecenie Nowy, a następnie wybierz pozycję wartość DWORD.

  4. Wpisz limit zaległego wypełniania replikacji , a następnie naciśnij klawisz ENTER, aby nawiązać nazwę nowego podklucza.

  5. Kliknij prawym przyciskiem myszy Limit zaległych nadpełnień replikacji, a następnie wybierz pozycję Modyfikuj.

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

  7. Zamknij Edytor rejestru.

  8. Uruchom ponownie usługę Magazyn informacji programu Microsoft Exchange na serwerze Exchange Server 2003. Aby to zrobić:

    • Wybierz pozycję Start, wskaż pozycję Narzędzia administracyjne, a następnie wybierz pozycję usługi.
    • Na liście usługi wybierz pozycję Magazyn informacji programu Microsoft Exchange, a następnie wybierz pozycję Uruchom ponownie.

Jeśli identyfikator zdarzenia 3016 jest rejestrowany w innym folderze, należy skorzystać z tego folderu.

Czy widzisz identyfikator zdarzenia 3016 dla innego folderu?

  • Jeśli tak, zobacz Rozwiązywanie problemów z niewypełnionym zawartością.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Śledź wiadomość zidentyfikowaną w IDENTYFIKATORze zdarzenia 3020

Na serwerze źródłowym Użyj funkcji śledzenia wiadomości, aby sprawdzić, czy wiadomość jest zidentyfikowana w IDENTYFIKATORze zdarzenia 3020.

Czy śledzenie wiadomości wskazuje, że wiadomość została dostarczona na serwer docelowy?

Rozwiązywanie problemów z poleceniem XEXCH50

Aby rozwiązać problem z poleceniem XEXCH50, należy zwiększyć poziom rejestrowania na serwerze docelowym dla usługi MSExchangeTransport i ustawić dla protokołu SMTP wartość średni.

Aby sprawdzić i dostosować ustawienie poziomu protokołu SMTP, wybierz wersję programu Exchange, aby sprawdzić czynności:

Program Exchange Server 2007 i Exchange Server 2010

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Za pomocą Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' poleceń i Włącz rejestrowanie zdarzeń dla protokołu SMTP.
  3. Za pomocą Resume-PublicFolderReplication polecenia cmdlet Rozpocznij replikację folderów publicznych dla całej organizacji.

Program Exchange Server 2003

Następnie sprawdź w dzienniku aplikacji w Podglądzie zdarzeń zdarzenia podobne do następujących:

Typ zdarzenia Error
Źródło zdarzenia MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7004
Date Date
Okresie Okresie
Użytkownik Niedostępny
Komputerów Computer_Name
Opis Jest to dziennik błędów protokołu SMTP dla identyfikatora serwera wirtualnego 1, #29 połączenia. Host zdalny E2k3server1.contoso.com odpowiedział na polecenie SMTP "XEXCH50" z komunikatem "504 należy najpierw uwierzytelnić. "Odebrane polecenie pełne to" XEXCH50 2336 3 ". Prawdopodobnie spowoduje to niepowodzenie połączenia.
Typ zdarzenia: Error
Źródło zdarzenia MSExchangeTransport
Kategoria zdarzenia Protokół SMTP
Identyfikator zdarzenia 7010
Date Date
Okresie Okresie
Użytkownik Niedostępny
Komputerów Computer_Name
Opis To jest dziennik protokołu SMTP dla identyfikatora serwera wirtualnego 1, #30 połączenia. Klient pod adresem "6.5.2.4" wysłał polecenie "XEXCH50", a serwer SMTP odpowiedział na komunikat "504 musisz najpierw przeprowadzić uwierzytelnienie". Wysłano pełne polecenie "XEXCH50 1092 2". Prawdopodobnie spowoduje to niepowodzenie połączenia. Zdarzenia te wskazują, że został wywołany obiekt sink protokołu XEXCH50, ale wymiana obiektów BLOB nie powiodła się między serwerami wymienionymi na liście zdarzenia.

Czy na serwerze docelowym jest wyświetlany identyfikator zdarzenia 7004 i identyfikator zdarzenia 7010?

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

Wybierz wersję programu Exchange, aby sprawdzić i dostosować ustawienie ReplState, wykonując następujące czynności:

Program Exchange Server 2007 i Exchange Server 2010

  1. Uruchom konsolę zarządzania programu Exchange.

  2. Użyj New-PublicFolderDatabaseRepairRequest polecenia cmdlet, aby wykryć i naprawić problemy dotyczące replikacji 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, ale nie można uzyskać dostępu do folderu publicznego, który jest obecnie naprawiany. Po rozpoczęciu żądania naprawy nie można go zatrzymać, dopóki nie zostanie odinstalowany baza danych.

  3. Uruchom następujące polecenie cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Program Exchange Server 2003

  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 isintega:

    1. Zmienianie listy replik w folderze publicznym na serwerze docelowym. Aby to zrobić, Dodaj replikę do repliki lub usuń ją z dowolnego serwera. Wybierz pozycję Zastosuj, Odwróć wprowadzoną zmianę, a następnie wybierz pozycję Zastosuj ponownie.
    2. Utwórz nowy element na serwerze źródłowym.
    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, gratulacje! Rozwiązano problem z replikacją folderu publicznego dla programu Exchange Server 2003.
  • Jeśli nie, nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj ich, że serwer źródłowy nie generuje komunikatów replikacji hierarchii wychodzącej. Gdy baza danych jest instalowana, występuje zdarzenie 3079, ale zdarzenie nie zawiera EcReplStartup.

Rozmiar kolejki odbierania replikacji w Monitorze wydajności

Wiadomości dotyczące replikacji folderów publicznych są odbierane przez protokół SMTP, skategoryzowane i przekazywane do lokalnej kolejki SMTP. Wiadomości zostaną następnie przesłane do magazynu folderów publicznych. Wiadomości przesyłane do magazynu folderów publicznych są umieszczane w kolejce odbierania replikacji. Wiadomości w kolejce odbierania replikacji są przetwarzane, a zmiany są wykonywane w odpowiednim folderze publicznym. Licznik wydajności rozmiaru kolejki odbierania replikacji wskazuje liczbę komunikatów o replikacji folderów publicznych oczekujących na przetworzenie.

Im większa jest kolejka replikacji, tym większa jest synchronizacja zawartości folderów. Podczas tworzenia kolejek replikacji wzrasta obciążenie zasobów, ponieważ wiadomości w kolejce replikacji są przetwarzane. Ponadto rosnące kolejki replikacji wskazują, że zawartość folderu publicznego na serwerze jest nieaktualna.

Nie jest wymagana żadna akcja w dwóch przypadkach, w których oczekiwana jest wzrost kolejki odbierania replikacji i można go planować:

  • Na nowo wprowadzonym serwerze folderów publicznych wzrost kolejki odbierania replikacji może być spowodowany oczekiwaniem początkowej replikacji nadpełnienia.
  • Jeśli jest wykonywana konsolidacja witryn lub inne istotne zmiany w topologii programu Exchange, oczekuje się, że podczas przenoszenia zawartości będzie dużo replikacji.

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

  • Wąskie gardła wydajności serwera, takie jak dysk, procesor, sieć lub pamięć. W przypadku wąskiego gardła zasobów na serwerze proces Store.exe nie będzie w stanie przetwarzać komunikatów replikacji wystarczająco szybko, a kolejka wzrośnie.
  • Interwał replikacji folderu publicznego jest za krótki, aby replikacja była ukończona przed rozpoczęciem następnego cyklu replikacji.

Aby wyeliminować ten błąd:

  • Monitorowanie rozmiaru kolejki odbierania MSExchangeIS Public\Replication, dopóki nie zostanie wyświetlony komunikat o zakończeniu replikacji przed rozpoczęciem następnego cyklu replikacji.
  • Zaleca się zmniejszenie całkowitej liczby replik w organizacji programu Exchange w celu zmniejszenia ilości wymaganego ruchu replikacji.

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

Jeśli masz niewielką kolejkę, zobacz możliwy problem z ReplState.

Wstrzymywanie replikacji

Wstrzymywanie replikacji folderów publicznych i Zezwalanie na opróżnianie lub łączenie się z obsługą kolejek.

Aby wstrzymać replikację

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

Niestety nie można rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj, że replikacja została wstrzymana, a oczekujesz na zmniejszenie się kolejek.

Szukasz identyfikatora folderu (FID) (odizoluj?)

Czy zdarzenie o IDENTYFIKATORze 3028 wskazuje identyfikator FID, ale nie nazwę folderu?

  • Jeśli tak, zobacz relikt ze względu na usunięcie.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

Chowanie z powodu usunięcia (zdarzenie o IDENTYFIKATORze zdarzenia 3028) wskazuje identyfikator FID.

Oznacza to, że folder jest reliktem z powodu wcześniejszego usunięcia, które nie zostało zreplikowane. Wróć do serwera źródłowego i skopiuj folder, aby utworzyć nowy folder z tą samą zawartością, a następnie zacznij od nowa.

Czy te informacje były 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 dotyczącej rozwiązywania tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server i poinformuj, że po zainstalowaniu bazy danych jest rejestrowane zdarzenie 3079.

Czy Monitor wydajności wyświetla dużą liczbę wiadomości w kolejce do przesłania

Otwórz Monitor wydajności.

Dodaj MSExchangeIS licznika Public\Replication odbieranie kolejki i monitorowanie rozmiaru kolejki.

Jeśli chcesz dowiedzieć się więcej o monitorze wydajności, możesz przejść tutaj: Przewodnik po monitorowaniu wydajności.

Czy Monitor wydajności pokazuje dużą liczbę wiadomości w kolejce do przesłania?

  • Jeśli tak, zobacz Sprawdzanie usług.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj, że serwer generuje komunikaty w hierarchii wychodzącej, ale te wiadomości nie są wyświetlane w śledzeniu wiadomości, a nic nie jest kolejkowane do przesłania.

Sprawdzanie usług

  1. Wybierz pozycję Rozpocznij > Uruchamianie.
  2. W polu wpisz ciąg Services. msc .
  3. Znajdź MSExchangeTransport i upewnij się, że jest on uruchomiony.

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 przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj, że serwer generuje komunikaty w hierarchii wychodzącej, ale te wiadomości nie są wyświetlane w śledzeniu wiadomości, a nic nie jest kolejkowane do przesłania.

Czy zdarzenie 3030 wskazuje identyfikator wiadomości (fragment) elementu, ale nie temat

Czy zdarzenie programu 3030 wskazuje MID elementu, ale nie temat?

  • Jeśli tak, zobacz relikt.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Jeśli skontaktujesz się z pomocą techniczną dotyczącą tego problemu, poinformuj ich, że serwer źródłowy nie generuje komunikatów o replikacji w hierarchii wychodzącej, a po zainstalowaniu bazy danych nie ma żadnych zdarzeń usługi 3079.

Relikt

Zazwyczaj jest to wynik reliktu spowodowany usunięciem wiadomości, które nie zostały zreplikowane. Możesz skopiować wiadomości w tym folderze, aby utworzyć nowe wiadomości, lub skopiować cały folder.

Czy te informacje były 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 dotyczącej rozwiązywania tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server i poinformuj, że po zainstalowaniu bazy danych jest rejestrowane zdarzenie 3079.

Śledź zdarzenie o IDENTYFIKATORze 3027

Zapoznaj się z 3027, aby sprawdzić, jak to się stało. Jeśli nie opuścisz serwera źródłowego, sprawdź, czy wiadomości są umieszczone w kolejce, aby uzyskać licznik wydajności przesyłania w obszarze MSExchangeIS Public, aby sprawdzić, czy wiadomości wychodzące są zablokowane w magazynie publicznym.

Czy te informacje były 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 dotyczącej rozwiązywania tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server i poinformuj, że po zainstalowaniu bazy danych jest rejestrowane zdarzenie 3079.

Możliwy ReplState problem

Możliwe, że przyczyną tego problemu jest problem z wystawieniem lub ReplState. Przed kontynuowaniem sprawdź, czy rejestrowanie SMTP jest włączone.

Wybierz wersję programu Exchange, aby sprawdzić i dostosować ustawienie ReplState, wykonując następujące czynności:

Program Exchange Server 2007 i Exchange Server 2010

  1. Uruchom konsolę zarządzania programu Exchange.
  2. Za pomocą Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' poleceń i Włącz rejestrowanie zdarzeń w SMTP.
  3. Za pomocą Resume-PublicFolderReplication polecenia cmdlet Rozpocznij replikację folderów publicznych dla całej organizacji.

Program Exchange Server 2003

  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.

Co to jest Twoja wersja programu Exchange?

Co najmniej jedna wiadomość została utracona w trakcie transportu.

Jeśli liczba zdarzeń 3031 na serwerze docelowym jest mniejsza niż liczba zdarzeń 3021 na serwerze źródłowym, co najmniej jedna wiadomość została utracona w trakcie transportu. Aby rozwiązać problem z utratą wiadomości, zidentyfikuj identyfikator wiadomości, które nie zostały zreplikowane.

Aby to zrobić, przejrzyj dziennik aplikacji na serwerze źródłowym. Następnie użyj funkcji śledzenia wiadomości, aby śledzić wiadomości i rozwiązać ten problem.

Czy w ścieżce tej wiadomości znajdują się serwery programu Exchange Server 2007 lub 2010?

Że Rozwiązano problem

Czy problem został rozwiązany teraz?

  • Jeśli tak, gratulacje! Rozwiązano problem z replikacją folderu publicznego dla programu Exchange Server 2003.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.

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

Najczęstszą przyczyną utraty niewypełnionej odpowiedzi na niewypełnionym zawartości na serwerze Exchange Server 2007 lub Exchange Server 2010 jest błąd sterownika magazynu. Na przykład odpowiedź na wypełnienie zostanie wysłana do serwera programu Exchange Server 2007, ale jeśli wyświetlisz dziennik aplikacji po stronie 2007, zdarzenie replikacji przychodzącej nie jest już widoczne. Śledzenie wiadomości wskazuje, że komunikat replikacji pochodzi od serwera transportu centrum, a następnie nie powiodło się w sterowniku magazynu.

Pierwszym krokiem w rozwiązywaniu problemów jest śledzenie wiadomości i sprawdzanie, gdzie nie udało się.

Zazwyczaj serwer centralny będzie rejestrował zdarzenie 1020, które opisuje problem z daną zawartością. Po prześledzeniu wiadomości i ustaleniu, którego serwera transportu centralnego nie powiodło się, sprawdź zdarzenie 1020 ze sterownikiem źródłowego magazynu MSExchange na tym centralnym serwerze transportu.

Czy na tym centralnym serwerze transportu jest wyświetlane zdarzenie 1020 ze sterownikiem magazynu źródłowego MSExchange?

Program Exchange Server 2007 i program Exchange Server 2010 w ścieżce (zawartość wiadomości uległa uszkodzeniu)

Ta wiadomość jest zwykle spowodowana uszkodzeniem TNEF. Jeśli jest to środowisko hybrydowe, Zastosuj program Exchange 2013 CU6, aby zapobiec nowym uszkodzonym wiadomościom i usunąć stare. Aby zidentyfikować uszkodzone elementy, wykonaj poniższe czynności.

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

  1. Zmniejsz rozmiar komunikatu replikacji do 1K na serwerze źródłowym.
  2. W miejscu docelowym Wymuś inne żądanie nadpełnienia przy użyciu synchronizacji zawartości lub aktualizacji — PublicFolder.
  3. Zobaczysz teraz jedną odpowiedź na wypełnienie (zdarzenie 3021) dla elementu w folderze na serwerze źródłowym. Dziennik aplikacji może wypełniać niewypełnione odpowiedziami, jeśli folder zawiera wiele elementów. Po calmed działania usługi 3021 Wyczyść dziennik aplikacji na serwerze źródłowym i wymuś kolejne żądanie nadpełnienia. Ponieważ wszystkie dobre elementy są już replikowane w ostatniej rundzie nadliczbowych wypełnień, jedynymi nowymi elementami, które powinny być widoczne w 3021 zdarzeń, powinny być uszkodzone elementy.

Teraz należy mieć pojedynczą odpowiedź na wypełnienie (3021) dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze źródłowym, a zdarzenia 1 1020 dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze centrum transportu. Ponieważ teraz wiesz, które elementy są uszkodzone (ponieważ można odczytać tematy elementu w zdarzeniach usługi 3021), możesz usunąć te elementy lub spróbować je rozwiązać.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z replikacją folderów publicznych z programu Exchange server 2003 do programu Exchange server 2007 lub 2010.

Czy problem został rozwiązany?

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

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

  1. Zmniejsz rozmiar komunikatu replikacji do 1K na serwerze źródłowym.
  2. W miejscu docelowym Wymuś inne żądanie wypełniania za pomocą przycisku Synchronizuj zawartość lub Aktualizuj folder publiczny.
  3. Zobaczysz teraz jedną odpowiedź na wypełnienie (zdarzenie 3021) dla elementu w folderze na serwerze źródłowym. Dziennik aplikacji może wypełniać niewypełnione odpowiedziami, jeśli folder zawiera wiele elementów. Po calmed działania usługi 3021 Wyczyść dziennik aplikacji na serwerze źródłowym i wymuś kolejne żądanie nadpełnienia. Ponieważ wszystkie dobre elementy zostały już zreplikowane w ostatniej rundzie nadliczbowych wypełnień, jedynymi nowymi elementami, które powinny być widoczne w nowym zdarzeniu 3021, powinny być uszkodzone elementy.

Teraz należy korzystać z jednej odpowiedzi na wypełnienie (3021) dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze źródłowym, a zdarzenia 1 1020 dla każdego uszkodzonego elementu w dzienniku aplikacji na serwerze centrum transportu. Ponieważ teraz wiesz, które elementy są uszkodzone (ponieważ można odczytać tematy elementu w zdarzeniach usługi 3021), możesz je usunąć lub spróbować je rozwiązać.

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z replikacją folderów publicznych z programu Exchange server 2003 do programu Exchange server 2007 lub 2010.

Czy problem został rozwiązany teraz?

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 usłudze katalogowej.

Czy te informacje były pomocne?

  • Jeśli tak, gratulacje! Rozwiązano problem z replikacją folderu publicznego dla programu Exchange Server.
  • Jeśli nie, niestety nie możemy rozwiązać niezidentyfikowanego problemu przy użyciu tego przewodnika. Aby uzyskać dodatkową pomoc w rozwiązaniu tego problemu, skontaktuj się z pomocą techniczną programu Microsoft Exchange Server.