Sdílet prostřednictvím

Řešení potíží s replikací veřejných složek pro Exchange Server

  • Článek
  • Platí pro:
    Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

Původní číslo KB: 10042

Souhrn

Začneme tím, že vás požádáme, abyste jako předpoklad povolili protokolování diagnostiky a sledování zpráv. Pak vás provedeme řadou kroků při řešení problémů s replikací veřejných složek.

Odhadovaný čas dokončení:
45-60 minut.

Pokud chcete řešit potíže s replikací veřejných složek pro Exchange Server, musíte nejprve povolit protokolování diagnostiky a sledování zpráv.

Co chcete udělat

Povolení protokolování diagnostiky

Na všech serverech, se kterými budete pracovat, budete muset zapnout protokolování diagnostiky. Postup pro jinou verzi Exchange se může lišit. Vyberte verzi Exchange:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte prostředí Exchange Management Shell.

  2. Spuštěním následující rutiny zkontrolujte aktuální úrovně protokolování:

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

  3. Protokolování zapnete spuštěním následujících rutin na všech serverech veřejných složek, se kterými pracujete:

    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 cílovém serveru zvyšte protokolování přenosu spuštěním těchto rutin:

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

  5. Resetování úrovní protokolování:

    1. Otevřete Konzola pro správu serveru Exchange.
    2. Ve stromu konzoly přejděte na Poštovní schránka konfigurace> serveru.
    3. V podokně Akce vyberte Spravovat vlastnosti protokolování diagnostiky.
    4. Na stránce Spravovat vlastnosti protokolování diagnostiky vyberte službu Exchange, pro kterou chcete změnit úroveň protokolování.
    5. Vyberte požadovanou úroveň protokolování a pak vyberte Konfigurovat. Pokud chcete obnovit výchozí hodnoty, vyberte Obnovit všechny služby na výchozí úrovně protokolování a pak vyberte Konfigurovat.
    6. Na stránce Dokončení potvrďte, že se proces úspěšně dokončil. Úkoly zobrazí stav Dokončeno nebo Neúspěšné. Pokud úloha selhala, projděte si vysvětlení v souhrnu a pak vyberte Zpět a proveďte potřebné změny konfigurace.
    7. Výběrem možnosti Dokončit dokončete průvodce Spravovat úroveň protokolování diagnostiky .

Na Exchange Server 2003

  1. Spusťte Správce systému Exchange a pak zobrazte vlastnosti serveru, na kterém chcete povolit protokolování diagnostiky.
  2. Vyberte kartu Protokolování diagnostiky a pak rozbalte MSExchangeIS v seznamu Služby .
  3. Vyberte Veřejná složka, stiskněte a podržte klávesu Ctrl a pak vyberte všechny následující položky:
    • Replikační Aktualizace AD
    • Replikace příchozích zpráv
    • Replikace odchozích zpráv
    • Oznámení o nedoručení
    • Backfill replikace
    • Replikace – obecné
  4. Vyberte Maximální>použít.
  5. Vyberte Chyby> replikace– střední>použít>OK.
  6. Zvýšení protokolování na cílovém serveru pro službu MSExchangeTransport a nastavení úrovně SMTP na Střední:
    1. Rozbalte servery, klikněte pravým tlačítkem na Název serveru a pak vyberte Vlastnosti.
    2. Vyberte kartu Protokolování diagnostiky a pak v části Služby vyberte MSExchangeTransport.
    3. V části Kategorie vyberte SMTP.
    4. V části Úroveň protokolování vyberte Střední.

Co chcete udělat dál

Povolit sledování zpráv

Pokud chcete zapnout sledování zpráv na všech serverech, budete pracovat s nástrojem . Postup pro jinou verzi Exchange se může lišit. Vyberte verzi Exchange:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Ověřte, že je sledování zpráv zapnuté, a to tak, že přejdete do prostředí Exchange Management Shell a spustíte následující rutinu:

    Get-MailboxServer $env:computername | fl MessageTracking*

  2. Měl by se zobrazit výstup podobný tomuto:

    Snímek obrazovky se spuštěním rutiny pro ověření, že je zapnuté sledování zpráv

  3. Ujistěte se, že obě MessageTrackingLogEnabled hodnoty a MessageTrackingLogSubjectLoggingEnabled jsou nastavené na Hodnotu True.

  4. Nezapomeňte si poznamenat MessageTrackingLogPath umístění protokolu.

Na Exchange Server 2003

  1. Spusťte Správce systému Exchange a zobrazte vlastnosti serveru, na kterém chcete povolit sledování zpráv. Sledování zpráv shromažďuje data, jako jsou To(Do), From (Od) a Date Sent (Datum odeslání).
  2. Na kartě Obecné zaškrtněte políčko Povolit sledování zpráv .
  3. Zaškrtněte políčko Povolit protokolování a zobrazení předmětu .

Co chcete udělat

Řešení potíží s replikací veřejných složek

Vyberte jednu složku, která obsahuje data na jednom serveru, ale ne na jiném serveru, a zaměřte se jen na tuto složku. V následujících krocích se server, který obsahuje data, nazývá zdrojový server; server, který neobsahuje data, se nazývá cílový server.

Exchange Server 2007 a Exchange Server 2010

  1. V Konzola pro správu serveru Exchange vyberte Konzola pro správu veřejných složek v části Sada nástrojů.
  2. Klikněte pravým tlačítkem na Veřejné složky a pak vyberte Připojit k.
  3. Vyberte server, ke kterému se chcete připojit.

Exchange Server 2003

  1. Otevřete Správce systému Exchange.
  2. Přejděte k objektu Hierarchie veřejných složek.
  3. Klikněte pravým tlačítkem na Veřejné složky a pak vyberte Připojit k.
  4. Vyberte server, ke kterému se chcete připojit.

Zobrazuje se složka, kterou hledáte, v hierarchii na obou serverech?

Replikovat vždy interval; ID události protokolu aplikací 3018

Replikace intervalu Always

Ověřte, že je na zdrojovém serveru nastavená hodnota Replikovat vždy interval na 15 minut nebo méně. V případě potřeby upravte nastavení. Pokud chcete zkontrolovat postup, vyberte svoji verzi Exchange:

Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Spusťte následující rutiny a ověřte, že ReplicationPeriodjsou nastavené , ReplicationSchedulea ReplicationMessageSize :

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

    Snímek obrazovky se spuštěním Get-PublicFolderDatabase pro ověření nastavení parametrů

  3. Ujistěte se, že všechny veřejné databáze f mají stejný ReplicationMessageSize.

Dále ověřte, že je daná složka nakonfigurovaná tak, aby používala plán úložiště. Uděláte to takto:

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Spusťte následující rutinu a ověřte Replicas a UseDatabaseReplicationSchedule jsou nastavené:

    Get-PublicFolder | fl *Replica*

    Snímek obrazovky se spuštěním Get-PublicFolder pro ověření nastavení parametrů

  3. Pokud UseDatabaseReplicationSchedule je nastavená hodnota False, ujistěte se, že ReplicationSchedule je nastavená.

Exchange Server 2003
  1. Spusťte Správce systému Exchange.
  2. Rozbalte kontejner Skupiny pro správu a pak vyberte skupinu pro správu, která obsahuje server veřejných složek.
  3. Rozbalte kontejner Servery , vyberte databázi veřejných složek a pak vyberte Vlastnosti.
  4. Na kartě Replikace (Zásady) si poznamenejte hodnotu v poli Interval replikace pro vždy (minuty).
  5. Pokud hodnota není 15, zadejte 15 do pole Interval replikace vždy (minuty).
  6. Vyberte Použít a pak vyberte OK.

Dále ověřte, že je složka, u které řešíte potíže, nakonfigurovaná tak, aby používala plán úložiště:

  1. Rozbalte položku Veřejné složky a potom klikněte pravým tlačítkem na složku, kterou řešíte.
  2. Vyberte Vlastnosti.
  3. Na kartě Replikace vyberte v seznamu Interval replikace veřejné složkymožnost Použít plán veřejného úložiště.

ID události protokolu aplikací 3018

Vytvořte novou složku v hierarchii na zdrojovém serveru a dejte jí jedinečný název, který si můžete zapamatovat.

V tomto příkladu používáme jako název složky Test 1 . V protokolu aplikace na zdrojovém serveru sledujte ID události 3018, která označuje typ zprávy 0x2 a obsahuje název složky, kterou jste vytvořili. Možná budete muset počkat až 15 minut, než se událost zaprotokoluje.

Typ události Informace
Zdroj události: Veřejné úložiště MSExchangeIS
Kategorie události: Replikace odchozích zpráv
ID události: 3018
Zprávu: Byla vydána zpráva odchozí replikace.
Typ: 0x2
ID zprávy: <MessageID@Server.Domain.com>
Databáze Skupina úložiště\Veřejná složka
Cn min: 1-100, CN max: 1-200
RFI:
1) FID: 1-1234, PFID: 1-1, Posun: 28
IPM_SUBTREE\Test 1

Zobrazuje se id události 3018?

Řešení potíží se zdrojovým serverem

Zdrojový server negeneruje odchozí zprávy replikace hierarchie pro nové změny. Nejprve se zaměříme na řešení potíží na zdrojovém serveru.

ID události 3079 při připojení databáze veřejných složek

Po připojení databáze veřejných složek se do protokolu aplikace na zdrojovém serveru zaznamená ID události 3079. Zkontrolujte protokol aplikace na zdrojovém serveru.

Typ události Informace
Zdroj události Veřejné úložiště MSExchangeIS
Kategorie události Chyby replikace
ID události 3079
Zpráva Neočekávaná chyba vlákna replikace u názvu> databáze<
1) FID: 1-1234, PFID: 1-1, Posun: 28
IPM_SUBTREE\Test 1

Zobrazuje se id události 3079?

  • Pokud ano, přečtěte si téma EcReplStartup.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se ohledně tohoto problému obrátíte na podporu, sdělte jí, že zdrojový server negeneruje odchozí zprávy replikace hierarchie a že při připojení databáze nedochází k žádné události 3079.

EcReplStartup

Projděte si ID události 3079, kde najdete text: EcReplStartup.

Obsahuje událost s ID 3079 EcReplStartup?

  • Pokud ano, přečtěte si téma Id události protokolu aplikací 9528.
  • Pokud ne, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se v souvislosti s tímto problémem obrátíte na podporu, sdělte jí, že zdrojový server negeneruje odchozí zprávy replikace hierarchie. Při připojení databáze dojde k události 3079, ale tato událost neobsahuje EcReplStartup.

Id události protokolu aplikací 9528

Pokud událost s ID 3079 obsahuje EcReplStartup, znamená to, že vlákno replikace při spuštění umírá. Pak zkontrolujte, jestli je v aplikačním protokolu zdrojového serveru zaznamenáno ID události 9528.

Typ události Informace
Zdroj události Msexchangeis
Kategorie události Obecné
ID události 9528
Zpráva Identifikátor SID S-1-5-32-544 byl nalezen u 2 uživatelů v ds, takže úložiště nemůže mapovat tento identifikátor SID na jedinečného uživatele.
Jedná se o následující uživatele:
/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

Zobrazuje se ID události 9528?

  • Pokud ano, přečtěte si téma Odebrání duplicitních účtů.
  • Pokud ne, omlouváme se, ale pomocí tohoto průvodce nemůžeme vyřešit neidentifikované problémy. Pokud potřebujete další pomoc s řešením tohoto problému, obraťte se na podporu Microsoft Exchange Server a sdělte jim, že když se databáze připojí, zaprotokoluje se událost 3079.

Sledovat zprávu ve sledování zpráv; Byla zpráva doručena na cílový server?

Sledování zprávy ve sledování zpráv

Na zdrojovém serveru použijte ID zprávy z popisu ID události 3018 ke sledování zpráv.

Typ události Informace
Zdroj události Veřejné úložiště MSExchangeIS
Kategorie události Odchozí zpráva replikace
ID události 3018
Zpráva Byla vydána zpráva odchozí replikace.
Typ: 0x2
ID zprávy: <MessageID@Server.Domain.com>
Databáze Skupina úložiště\Veřejná složka

Byla zpráva doručena na cílový server?

V popisu id události 3018 si poznamenejte ID zprávy a pak pomocí sledování zpráv zjistěte, jestli byla zpráva doručena na cílový server. Například následující úryvek ze sledování zpráv obsahuje následující text:

"Message transfer to through SMTP" (Zpráva přenesená do protokolu SMTP).

Historie zpráv

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

Znamená sledování zpráv, že zpráva byla doručena na cílový server?

Problém s dopravou; Zobrazuje se zpráva ve sledování zpráv?

Problém s přenosem

Zpráva nebyla doručena na cílový server, což značí, že problém způsobuje problém s přenosem. Dále budeme řešit potíže s procesem přenosu.

Zobrazuje se zpráva ve sledování zpráv?

Přejděte na zdrojový server a vyhledejte ID odchozí zprávy. Pak přejděte na cílový server a spusťte sledování zpráv, abyste zjistili, jestli zprávu přijal. Pokud chcete zkontrolovat postup spuštění sledování zpráv, vyberte svoji verzi Exchange.

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Spusťte následující rutinu:

    Get-MessageTrackingLog -MessageId
Na Exchange Server 2003
  1. Spusťte Správce systému Exchange.
  2. Ve stromu konzoly rozbalte Nástroje a pak vyberte Centrum sledování zpráv.
  3. Do pole Server zadejte název serveru se systémem Exchange Server 2003.

Pokud chcete procházet seznam dostupných serverů, vyberte Server, vyberte server a pak vyberte Přidat. Můžete vyhledat zprávu, která byla odeslána z konkrétního serveru nebo doručena na konkrétní server. Musíte zadat pouze název serveru.

Obdržela zprávu?

ID události 3028 na cílovém serveru

Na cílovém serveru zkontrolujte v protokolu aplikací id události 3028, které obsahuje stejné ID zprávy, které jste si poznamenali z popisu id události 3018.

Typ události Informace
Zdroj události Veřejné úložiště MSExchangeIS
Kategorie události Replikace příchozích zpráv
ID události 3028
Zpráva Byla vydána příchozí zpráva replikace.
Typ: 0x2
ID zprávy: <MessageID@Server.Domain.com>
Databáze Skupina úložiště\Veřejná složka
CN min: 5-100 CN max: 5-200
RFI: 1
1) FID: 5-1234, PFID: 1-1, Posun: 28
IPM_SUBTREE\Test 1

Zobrazuje se v protokolu aplikace cílového serveru ID události 3028 a obsahuje tato událost stejné ID zprávy jako ID události 3018?

ID události 7004 a ID události 7010 na cílovém serveru

Na cílovém serveru zkontrolujte v Prohlížeč událostí přihlášení aplikace události, které se podobají následujícím událostem.

Typ události Error
Zdroj události MSExchangeTransport
Kategorie události Protokol SMTP
ID události 7004
Date Date
Time Time
Uživatelé Není k dispozici
Počítače Název_počítače
Popis Toto je protokol chyb protokolu SMTP pro virtuální server s ID 1, připojení č. 29. Vzdálený hostitel E2k3server1.contoso.comodpověděl na příkaz SMTP "xexch50" "504 Je třeba nejprve ověřit". Úplný odeslaný příkaz byl "XEXCH50 2336 3". To pravděpodobně způsobí selhání připojení.
Typ události Error
Zdroj události MSExchangeTransport
Kategorie události Protokol SMTP
ID události 7010
Date Date
Time Time
User Není k dispozici
Počítače Název_počítače
Popis: Toto je protokol protokolu SMTP pro virtuální server s ID 1, připojení č. 30. Klient na adrese "6.5.2.4" odeslal příkaz "xexch50" a server SMTP odpověděl "504 Je třeba nejprve ověřit". Úplný odeslaný příkaz byl "xexch50 1092 2". To pravděpodobně způsobí selhání připojení. Tyto události značí, že se aktivovala jímka protokolu XEXCH50, ale výměna objektů blob mezi servery, které jsou uvedené v událostech, selhala.

Vidíte na cílovém serveru ID události 7004 a ID události 7010?

Řešení problému s příkazem XEXCH50

Příčinou problému, ke kterému dochází, může být problém s příkazem XEXCH50.

Řešení problému s příkazem XEXCH50

  1. Ověřte, že je na virtuálních serverech SMTP na počítačích se systémem Exchange Server ve vaší organizaci povolené integrované ověřování systému Windows. Pokud není povolené integrované ověřování systému Windows:

    1. V Správce systému Exchange rozbalte Skupiny pro správu, servery, rozbalte Exchange Server Název, protokoly a pak rozbalte SMTP.
    2. Klikněte pravým tlačítkem na virtuální server SMTP.
    3. Vyberte Vlastnosti, vyberte kartu Přístup a pak vyberte Ověřování. Ujistěte se, že je zaškrtnuté políčko Integrované ověřování systému Windows .

  2. Pokud je integrované ověřování systému Windows povolené, ale události přetrvávají, může odesílajícímu serveru v události 7004 nebo v události 7010 chybět nebo může být odepřeno právo Odeslat jako na přijímajícím serveru. Pokud k těmto událostem dochází na odesílajícím serveru a na přijímajícím serveru, můžou mít servery vzájemně chybějící práva SendAs. Právo Odeslat jako není explicitně nastaveno. Právo SendAs se obvykle dědí prostřednictvím členství ve skupině Exchange Domain Servers (EDS). Pokud služba EDS nemá tuto položku odepření řízení přístupu (ACE), může být ovlivněný server vnořený do jiné skupiny, která má odepření ACE, nebo může být EDS vnořený v některých dalších skupinách, které mají odepření ACE. Aby se příkaz XEXCH50 úspěšně spustil, musí mít pro servery v organizaci Exchange práva SendAs.

  3. Zjistěte, jestli používáte protokol TLS (Transport Layer Security) a kanál zabezpečení mezi servery v organizaci Exchange. V tomto scénáři se jímky událostí přenosu STARTTLS vyskytují před příkazem AUTH. Příkaz XEXCH50 později v relaci selže, protože chybí příkaz AUTH .

  4. Pokud mezi servery nefunguje správně ověřování protokolu EXPS (Exchange Protocol Security), příkaz XEXCH50 nefunguje. Události 1704 a 1706 indikují selhání ověřování EXPS v protokolu aplikací.

    Typ události Upozornění
    Zdroj události MSExchangeTransport – událost
    Kategorie události Protokol MTP
    ID události 1706
    Popis: Exps nemůže dočasně poskytnout zabezpečení protokolu s .. com". CSessionContext::OnEXPSInNegotiate s názvem HrServerNegotiateAuth, který selhal s kódem chyby 0x8009030c ( i:\transmt\src\smtpsink\expslib\context.cpp@1462 ). Data: 0000: 0c 03 09 80 ...?

    Poznámka

    Popis v id události 1706 obsahuje kód chyby 0x8009030c.
    Kód chyby 0x8009030c je hodnota SEC_E_LOGON_DENIED Hresult. Tento kód označuje, že účet nelze přihlásit.
    Řešení těchto problémů může být obtížné, protože k předání tohoto příkazu AUTH jsou vyžadovány přihlašovací údaje systému Microsoft Windows exps. K řešení potíží s kombinací ID události 7004 a 7010 můžete použít různé nástroje. to zahrnuje nástroj NLTEST a nástroj NETDOM. Postup řešení potíží může zahrnovat resetování hesel k účtu počítače.
    Pokud máte v protokolu aplikací kombinaci ID událostí 7004 a 7010, jak je popsáno výše, a nemůžete zjistit zdroj problému pomocí ověřování EXPS, obraťte se na podpora Microsoftu Services.
    Pokud v protokolu aplikací nemáte kombinaci ID události 7004 a ID události 7010, přejděte ke kroku 5.

  5. Zkontrolujte, jestli mezi servery v organizaci Exchange není brána firewall nebo antivirová zeď. Pokud mezi servery v organizaci funguje brána firewall, dočasně ji zakažte, abyste zjistili, jestli je příčinou problému.

Vyřešilo se problém zakázáním brány firewall?

Na cílovém serveru spusťte příkaz isinteg -fix -test ReplState; Náhrobní náhrobek kvůli odstranění

Na cílovém serveru spusťte příkaz isinteg –fix –test ReplState.

Následujícím postupem vyberte svou verzi Exchange a ověřte a upravte nastavení ReplState:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Pomocí rutiny New-PublicFolderDatabaseRepairRequest můžete zjistit a opravit problémy s replikací v databázi veřejných složek. Veřejné složky v databázi veřejných složek jsou stále přístupné, i když je požadavek spuštěný. Veřejná složka, která se právě opravuje, však není k dispozici. Po zahájení žádosti o opravu ji nebude možné zastavit, dokud databázi neodpojíte.

  3. Spusťte následující rutinu:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Na Exchange Server 2003

  1. Na cílovém serveru nainstalujte KB925253 oprav hotfix.

  2. Po instalaci opravy hotfix odpojte databázi veřejných složek na serveru a pak spusťte následující příkaz na příkazovém řádku:

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

Dále spusťte test, abyste zjistili, jestli je problém vyřešený.

Náhrobní náhrobek kvůli odstranění

To znamená, že složka je přemíscená kvůli předchozímu odstranění, které se nereplikuje. Zpět na zdrojový server, zkopírujte složku, abyste vytvořili novou složku se stejným obsahem, a pak začněte znovu.

Viditelnost nové složky

Je nová složka viditelná v hierarchii na cílovém serveru?

Řešení potíží se zpětným vyplňováním hierarchie

V tomto okamžiku jsme ověřili, že se změny hierarchie replikují správně. Teď můžeme řešit potíže se zpětným vyplňováním hierarchie. Provedete to spuštěním příkazu Synchronizovat hierarchii na cílovém serveru. Synchronizace hierarchie způsobí, že dojde k události s ID 3017. Id události 3017 ukazuje, že se na zdrojový server odeslal požadavek na stav hierarchie (typ 0x20).

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.
  2. Spusťte rutinu Update-PublicFolderHierarchy -Server .
  3. Po spuštění příkazu Synchronizovat hierarchii na cílovém serveru zkontrolujte v protokolu aplikace na zdrojovém serveru událost 3027 a příchozí žádost o stav.

Na Exchange Server 2003

  1. Spusťte Správce systému Exchange.
  2. Chcete-li spustit funkci Synchronizovat hierarchii, rozbalte složku Složky, klikněte pravým tlačítkem na kontejner objektu Veřejné složky a pak vyberte Synchronizovat hierarchii.
  3. Po spuštění příkazu Synchronizovat hierarchii na cílovém serveru zkontrolujte v protokolu aplikace na zdrojovém serveru událost 3027 a příchozí žádost o stav.

Je událost 3027 v aplikačním protokolu na zdrojovém serveru?

Načtení ID zprávy a sledování zprávy

Na zdrojovém serveru vyhledejte ID události 3017 a poznamenejte si ID zprávy. Sledováním zpráv můžete sledovat ID zprávy a určit, jestli byla zpráva doručena na zdrojový server.

Říká sledování zpráv, že se zpráva doručila na zdrojový server?

Určení, jestli má úložiště veřejné složky na zdrojovém serveru e-mailovou adresu

Pokud chcete zjistit, jestli má úložiště veřejných složek na zdrojovém serveru přiřazenou adresu proxy serveru, zkontrolujte hodnotu atributu proxyAddresses v adresářové službě Active Directory.

Prozkoumání hodnoty

Upozornění

Pokud používáte modul snap-in Úpravy rozhraní ADSI (Active Directory Service Interface), nástroj LDP nebo jiného klienta LDAP verze 3 a nesprávně změníte atributy objektů služby Active Directory, můžete způsobit vážné problémy. Tyto problémy mohou vyžadovat přeinstalaci systému Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 nebo systému Windows Server i Exchange Server. Společnost Microsoft nemůže zaručit, že problémy, ke kterým dojde při nesprávné změně atributů objektů služby Active Directory, budou vyřešeny. Tyto atributy můžete měnit na vlastní nebezpečí.

Poznámka

V závislosti na vaší verzi systému Microsoft Windows se následující postup může v počítači lišit. Pokud ano, projděte si tyto kroky v dokumentaci k produktu.

  1. Spusťte nástroj ADSI Edittak, žezvolíte Spustit spustit>, do pole Otevřít zadáte adsiedit.msc a pak zvolíte OK.

    Poznámka

    Nástroj ADSI Edit je součástí nástrojů podpory systému Microsoft Windows 2000 Server a nástrojů podpory systému Windows Server 2003. Chcete-li nainstalovat nástroje podpory systému Windows 2000, poklikejte na Setup.exe ve složce Support\Tools na disku CD-ROM systému Windows 2000. Chcete-li nainstalovat nástroje podpory systému Windows Server 2003, poklikejte na Suptools.msi ve složce Support\Tools na disku CD-ROM systému Windows Server 2003.

  2. Pokud ještě nejste připojení, připojte se k řadiči domény.

    Poznámka

    V tomto kroku contoso.com je zástupný symbol pro název vaší domény. Ostatní slova v kurzívě jsou zástupné symboly pro uvedené názvy. Rozbalte položku Kontejner konfigurace [computername.contoso.com], rozbalte CN=Configuration, DC=contoso, DC=com, rozbalte CN=Services, rozbalte CN=Microsoft Exchange, rozbalte CN=OrganizationName, CN=AdministrativeGroupName, CN=AdministrativeGroupName, CN=Servers, rozbalte CN=ExchangeServerName, rozbalte CN=InformationStore a pak vyberte CN=First Storage Group.

  3. V pravém podokně klikněte pravým tlačítkem na CN=Veřejné úložiště složek (EXCHANGESERVERNAME) a pak vyberte Vlastnosti.

  4. V seznamu Vyberte vlastnosti, které chcete zobrazit vyberte obě možnosti.

  5. V seznamu Vyberte vlastnost k zobrazení vyberte proxyAddresses.

  6. V poli Hodnoty určete, jestli je přiřazená e-mailová adresa. Úložiště veřejných složek má obvykle razítko adresy SMTP (Simple Mail Transfer Protocol) podobné tomuto: SMTP:ExchangeServerName-IS@contoso.com.

  7. V seznamu Vyberte vlastnost k zobrazení vyberte pošta.

  8. V poli Hodnoty ověřte, že adresa SMTP je stejná jako adresa SMTP zobrazená v kroku 7.

Má zdrojové veřejné úložiště e-mailovou adresu?

  • Pokud ano, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.
  • Pokud ne, přečtěte si téma s ID události 3018 v protokolu aplikací.

ID události 3017 na zdrojovém serveru

V protokolu aplikací na zdrojovém serveru bezprostředně před ID události 3027 vyhledejte ID události 3017 pro stejnou složku, která má typ 0x10.

Zobrazuje se id události 3017 a pro stejnou složku zadejte 0x10?

ID události 3027 na cílovém serveru

ID události 3027 je odpověď na stav na zdrojovém serveru. V protokolu aplikací na cílovém serveru vyhledejte ID události 3027 a zkontrolujte odpověď na stav.

Zobrazuje se na cílovém serveru událost s ID 3027?

  • Pokud ano, přečtěte si téma Řešení potíží se zpětným vyplňováním.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Řešení potíží se zpětným vyplňováním

V tuto chvíli víme, že cílový server ví, že chybí data. Teď se zaměříme na řešení potíží se samotným zpětným vyplňováním hierarchie.

Na cílovém serveru znovu spusťte příkaz Synchronizovat hierarchii a pak v protokolu aplikace na cílovém serveru zkontrolujte id události 3014, která má typ 0x8. ID události 3014 je odchozí požadavek na zásady pro hierarchii.

Zobrazuje se id události 3014 a typ 0x8 na cílovém serveru?

  • Pokud ano, přečtěte si téma Id události 3024 na zdrojovém serveru.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

ID události 3024 na zdrojovém serveru

ID události 3024 je příchozí požadavek na zásypování hierarchie.

Zobrazuje se na zdrojovém serveru událost s ID 3024?

ID události 3019 na zdrojovém serveru

ID události 3019, která má typ 0x80000002, je odpověď zpětného vyplňování odchozí hierarchie na zdrojovém serveru. V protokolu aplikace na zdrojovém serveru zkontrolujte ID události 3019.

Je v protokolu aplikace na zdrojovém serveru id události 3019?

  • Pokud ano, přečtěte si téma Id události 3029.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

ID události 3029

ID události 3029 je odpověď zpětného vyplňování příchozí hierarchie na cílovém serveru.

Zobrazuje se v protokolu aplikace na cílovém serveru ID události 3029?

Vyhledejte složku v hierarchii.

Na cílovém serveru vyhledejte složku v hierarchii.

Vidíte teď složku v hierarchii na cílovém serveru?

  • Pokud ano, blahopřejeme! Váš problém s replikací veřejné složky pro Exchange Server 2003 je vyřešený.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Sledování ID zprávy z ID události 3014

Na cílovém serveru zkontrolujte ID události 3014 a získejte ID zprávy. Ke sledování ID zprávy použijte sledování zpráv.

Znamená sledování zpráv, že se zpráva doručila na zdrojový server?

Sledování ID zprávy z ID události 3019

Na zdrojovém serveru vyhledejte ID události 3019 a poznamenejte si ID zprávy v události. Ke sledování ID zprávy použijte sledování zpráv.

Znamená sledování zpráv, že zpráva byla doručena na cílový server?

Zaměřte se na obsah; Replikace intervalu always a plánu Vytvoření nové položky na zdrojovém serveru

Zaměření na obsah

Vzhledem k tomu, že se složka zobrazuje v hierarchii na obou serverech, pravděpodobně se nejedná o problém s replikací hierarchie. Proto se zaměříme na řešení potíží s obsahem.

Replikace intervalu Always a plánu

Ověřte, že je na zdrojovém serveru nastavená hodnota Replikovat vždy interval na 15 minut nebo méně.

Ověření a úprava nastavení v Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Spusťte následující rutinu a ověřte, že ReplicationPeriodjsou nastavené , ReplicationSchedulea ReplicationMessageSize :

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

    Snímek obrazovky s použitím Get-PublicFolderDatabase k ověření nastavení parametrů

  3. Ujistěte se, že všechny databáze veřejných složek mají stejný ReplicationMessageSize.

Dále ověřte, že je daná složka nakonfigurovaná tak, aby používala plán úložiště. Uděláte to takto:

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Spusťte následující rutinu a ověřte Replicas a UseDatabaseReplicationSchedule jsou nastavené:

    Get-PublicFolder | fl *Replica*

    Snímek obrazovky s použitím Get-PublicFolder k ověření nastavení parametrů

  3. Pokud UseDatabaseReplicationSchedule je nastavená hodnota False, ujistěte se, že ReplicationSchedule je nastavená.

Ověření a úprava nastavení na Exchange Server 2003
  1. Spusťte Správce systému Exchange.
  2. Rozbalte kontejner Skupiny pro správu a pak vyberte skupinu pro správu, která obsahuje server veřejných složek.
  3. Rozbalte kontejner Servery, rozbalte zdrojový server, vyberte databázi veřejných složek a pak vyberte Vlastnosti.
  4. Na kartě Replikace (Zásady) zadejte do pole Interval replikace vždy (minuty)hodnotu 15.
  5. Vyberte Použít a pak vyberte OK.

Dále ověřte, že je složka, se kterou pracujete, nakonfigurovaná tak, aby používala plán úložiště. Uděláte to takto:

  1. Rozbalte Položku Veřejné složky a potom klikněte pravým tlačítkem na složku, se kterou pracujete.
  2. Vyberte Vlastnosti.
  3. Na kartě Replikace vyberte v seznamu Interval replikace veřejné složkymožnost Použít plán veřejného úložiště.

Vytvoření nové položky na zdrojovém serveru

Vytvořte novou položku ve veřejné složce na zdrojovém serveru a pak watch protokol aplikace s ID události 3020.

Vidíte ID události 3020 a obsahuje název složky, kterou testujete, a název položky, kterou jsme vytvořili?

ID události 3030

Na cílovém serveru zkontrolujte v protokolu aplikace id události 3030.

Obsahuje protokol aplikace cílového serveru id události 3030 pro stejnou složku a položku?

Zdrojový server negeneruje odchozí zprávy obsahu pro tuto složku; ID události 3079 při připojení databáze veřejných složek

Zdrojový server negeneruje odchozí zprávy obsahu pro tuto složku.

Zdrojový server negeneruje odchozí zprávy obsahu pro tuto složku. Řešení potíží se zaměříme na zdrojový server.

ID události 3079 při připojení databáze veřejných složek

Na zdrojovém serveru zkontrolujte v protokolu aplikace id události 3079. K události s ID 3079 dochází při připojení databáze a měla by obsahovat text: EcReplStartup. Například ID události 3079 by mělo vypadat podobně jako v následující tabulce.

Typ události Informace
Zdroj události
Veřejné úložiště MSExchangeIS
Kategorie události Chyby replikace
ID události 3079
Zpráva Neočekávaná chyba vlákna replikace 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Zobrazuje se událost s ID 3079 a obsahuje při připojení databáze EcReplStartup?

Spustit isinteg -fix -test ReplState; ID události 3020

Na cílovém serveru spusťte příkaz isinteg –fix –test ReplState.

Následujícím postupem vyberte svou verzi Exchange a ověřte a upravte nastavení ReplState:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Pomocí rutiny New-PublicFolderDatabaseRepairRequest můžete zjistit a opravit problémy s replikací v databázi veřejných složek. Veřejné složky v databázi veřejných složek jsou stále přístupné, i když je požadavek spuštěný. Veřejná složka, která se právě opravuje, však není k dispozici. Po zahájení žádosti o opravu ji nebude možné zastavit, dokud databázi neodpojíte.

  3. Spusťte následující rutinu:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Na Exchange Server 2003

  1. Na cílový server nainstalujte KB925253 opravy hotfix vydané 24. ledna 2013.

  2. Po instalaci opravy hotfix odpojte databázi veřejných složek na serveru a pak spusťte následující příkaz na příkazovém řádku:

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

ID události 3020

Ve veřejné složce na zdrojovém serveru vytvořte novou položku a pak v protokolu aplikace zkontrolujte ID události 3020.

Zobrazuje se událost s ID 3020 a obsahuje název složky, kterou testujete, a název položky, kterou jste vytvořili?

  • Pokud ano, přečtěte si téma Id události 3030.
  • Pokud ne, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se v souvislosti s tímto problémem obrátíte na podporu, sdělte jí, že zdrojový server negeneruje odchozí zprávy replikace hierarchie. Při připojení databáze dojde k události 3079, ale tato událost neobsahuje EcReplStartup.

Ověřte, že se položka nachází ve zdrojové složce na cílovém serveru.

Na cílovém serveru vyhledejte položku, kterou jste vytvořili na zdrojovém serveru, a ujistěte se, že je v cílové složce.

Zobrazuje se položka ve složce na cílovém serveru?

Řešení potíží se zpětným vyplňováním obsahu

Ověřili jsme, že se replikují změny obsahu. Dále se podíváme na řešení potíží se zpětným vyplňováním obsahu.

Provedete to spuštěním příkazu Synchronizovat obsah na cílovém serveru. To by mělo způsobit, že cílový server požádá zdrojový server o chybějící data.

Spuštění synchronizace obsahu v Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Spusťte následující příkaz:

    Update-PublicFolder -Server <DestinationServer>

  3. Po spuštění příkazu Synchronizovat hierarchii na cílovém serveru zkontrolujte v protokolu aplikace na zdrojovém serveru událost 3027 a příchozí žádost o stav.

Spuštění synchronizace obsahu v Exchange Server 2003

  1. Rozbalte Položku Veřejné složky a vyberte cílovou složku.
  2. V pravém podokně vyberte kartu Stav .
  3. Klikněte pravým tlačítkem na cílový server a pak vyberte Synchronizovat obsah.

Po spuštění příkazu Synchronizovat obsah na cílovém serveru zkontrolujte v protokolu aplikace id události 3017 pro požadavek na odchozí stav.

Je ID události 3017 v protokolu aplikace na cílovém serveru.

Spusťte příkaz isinteg -fix -test ReplState (pokud není zaznamenáno ID události 3017).

Následujícím postupem vyberte svou verzi Exchange a ověřte a upravte nastavení ReplState:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Pomocí rutiny New-PublicFolderDatabaseRepairRequest můžete zjistit a opravit problémy s replikací v databázi veřejných složek. Veřejné složky v databázi veřejných složek jsou stále přístupné, když je žádost spuštěna, ale nemůžete získat přístup k veřejné složce, která se právě opravuje. Po zahájení žádosti o opravu ji nebude možné zastavit, dokud databázi neodpojíte.

  3. Spusťte následující rutinu:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Na Exchange Server 2003

  1. Na cílovém serveru nainstalujte KB925253 oprav hotfix.

  2. Po instalaci opravy hotfix odpojte databázi veřejných složek na serveru a pak spusťte následující příkaz na příkazovém řádku:

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

  3. Po dokončení procesu isinteg změňte seznam replik ve veřejné složce na zdrojovém serveru. Uděláte to tak, že přidáte repliku na libovolný server nebo ji odeberete. Vyberte Použít, změňte změnu, kterou jste právě udělali, a pak znovu vyberte Použít .

  4. Znovu spusťte příkaz Synchronizovat obsah na cílovém serveru pro stejnou složku.

  5. Zkontrolujte v protokolu aplikace, kde najdete ID události 3017 pro žádost o odchozí stav.

Je v protokolu aplikace na cílovém serveru událost s ID 3017?

  • Pokud ano, přečtěte si téma Id události 3027.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

ID události 3027

Na zdrojovém serveru zkontrolujte v protokolu aplikací, kde najdete ID události 3027, která má typ 0x20.

Zobrazuje se událost s ID 3027 a má typ 0x20 na zdrojovém serveru?

ID události 3017 na zdrojovém serveru

V protokolu aplikací na zdrojovém serveru bezprostředně před id události 3027 vyhledejte id události 3017, která má typ 0x10 pro stejnou složku.

Zobrazuje se událost s ID 3017 a má typ 0x10 pro stejnou složku?

Mají servery různé věkové limity?

Obvykle platí, že pokud zdrojový server negeneruje odpověď na stav, znamená to, že zdrojový server nemá žádná data, která druhý server také nemá.

Jednou z situací, kdy můžou být servery synchronizované, aniž by měly stejný obsah, je, že mají různé věkové limity. Pokud cílový server již vypršela platnost dotyčných položek, položky se znovu nevyplní.

Nezapomeňte zkontrolovat a ujistit se, že servery nemají různé věkové limity. Existuje několik typů omezení:

Kvóty úložiště

Použití výchozích kvót databáze

Toto políčko zaškrtněte, pokud chcete použít maximální kvóty databáze veřejných složek, na které se veřejná složka nachází. Pokud nezaškrtnete výchozí hodnoty, budou k dispozici zaškrtávací políčka Upozornění na problém v (KB), Zakázat publikování v (kB) a Maximální velikost položky (kB).

Upozornění na problém v (KB)

Zaškrtnutím tohoto políčka automaticky varujete vlastníky veřejných složek, že se veřejná složka blíží limitu úložiště. Chcete-li zadat tento limit, zaškrtněte políčko a pak zadejte velikost veřejné složky v kilobajtech (kB), ve které chcete zakázat publikování. Můžete zadat hodnotu od 0 kB do 2 147 483 647 kB (2,1 terabajtů).

Zakázat příspěvek v (KB)

Toto políčko zaškrtněte, pokud chcete zabránit publikování do veřejné složky poté, co velikost složky dosáhne zadaného limitu. Chcete-li zadat tento limit, zaškrtněte políčko a potom zadejte velikost veřejné složky v KB, ve které chcete zakázat publikování. Můžete zadat hodnotu od 0 kB do 2 147 483 647 kB (2,1 terabajtů).

Maximální velikost položky (kB)

Zaškrtnutím tohoto políčka omezíte maximální velikost položek, které můžou uživatelé publikovat do veřejné složky. Pokud chcete určit velikost, zaškrtněte políčko a potom zadejte maximální velikost položek v znalostní bázi, kterou můžou uživatelé publikovat do veřejných složek. Můžete zadat hodnotu od 0 kB do 2 097 151 kB.

Uchovávání odstraněných položek

Použití výchozích nastavení uchovávání databáze

Toto políčko zaškrtněte, pokud chcete použít limity uchovávání položek databáze veřejných složek na serveru, na kterém se tato veřejná složka nachází. Pokud toto políčko nezaškrtnete, bude k dispozici políčko Zachovat odstraněné položky po dobu (dnů).

Zachovat odstraněné položky po dobu (dny)

Zaškrtnutím tohoto políčka nastavíte počet dnů, po které se odstraněné položky budou uchovávat ve veřejné složce. Můžete zadat hodnotu od 0 do 24 855 dnů.

Věkové limity

Použití výchozího stáří databáze

Toto políčko zaškrtněte, pokud chcete použít omezení stáří databáze veřejných složek pro server, na kterém se tato veřejná složka nachází. Pokud toto políčko nezaškrtnete, bude k dispozici políčko Věkový limit pro repliky (dny ).

Věkový limit pro repliky (dny)

Zaškrtnutím tohoto políčka omezíte věk veřejné složky. Pomocí odpovídajícího textového pole určete věkovou hranici ve dnech. Repliky této veřejné složky se při překročení věkového limitu automaticky odstraní. Můžete zadat hodnotu od 0 do 24 855 dnů.

Mají servery různé věkové limity?

  • Pokud je odpověď ano, rozdíl v obsahu je záměrně. V řešení potíží nemusíte pokračovat. Tento problém můžete vyřešit zkopírováním položek, aby se z nich staly nové položky v nové složce.
  • Pokud je odpověď ne, došlo k neznámé chybě.

ID události 3027, která má typ 0x10 na cílovém serveru

Na cílovém serveru zkontrolujte v protokolu aplikací událost s ID 3027, která má typ 0x10.

Zobrazuje se událost s ID 3027 a má typ 0x10?

  • Pokud ano, přečtěte si téma Fokus na backfill.
  • Pokud ne, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se v souvislosti s tímto problémem obrátíte na podporu, sdělte jí, že zdrojový server negeneruje odchozí zprávy replikace hierarchie. Při připojení databáze dojde k události 3079, ale tato událost neobsahuje EcReplStartup.

Zaměřte se na backfill

V tomto okamžiku cílový server vypočítal, že některá data chybí. Proto se zaměříme na backfill.

Na cílovém serveru spusťte v cílové složce znovu příkaz Synchronizovat obsah . Po spuštění příkazu Synchronizovat obsah se id události 3016 zaznamená do protokolu aplikace. Událost s ID 3016 má typ zprávy 0x8, která obsahuje název složky.

Zobrazuje se na cílovém serveru událost s ID 3016 a má typ zprávy 0x8 obsahující název složky?

ID události 3026 na zdrojovém serveru

V reakci na ID události 3016 na cílovém serveru byste měli v protokolu aplikace na zdrojovém serveru vidět ID události 3026.

Zobrazuje se na zdrojovém serveru událost s ID 3026?

ID události 3021 na zdrojovém serveru

V protokolu aplikace na zdrojovém serveru by se hned za ID události 3026 měl zobrazit jeden nebo více incidentů s ID události 3021, které obsahují typ zprávy 0x80000004 složky.

Vidíte alespoň jednu událost s ID 3021, která obsahuje typ zprávy 0x80000004 složky?

Porovnejte počet událostí s ID 3021 a ID události 3031.

Spočítejte počet incidentů s ID události 3021, které jsou v protokolu aplikace na zdrojovém serveru. Pak spočítejte počet incidentů s ID události 3031, které mají typ zprávy 0x80000004 pro složku a které jsou v protokolu aplikace na cílovém serveru.

Existuje mezi servery stejný počet incidentů s ID události 3021 a incidentů s ID události 3031?

Vyhledejte obsah ve složce na cílovém serveru.

Na cílovém serveru vyhledejte obsah, který byl synchronizován ze zdrojového serveru do stejné složky na cílovém serveru.

Našli jste obsah ve stejné složce na cílovém serveru?

  • Pokud ano, blahopřejeme! Váš problém s replikací veřejné složky pro Exchange Server 2003 je vyřešený.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Zpráva se možná odeslala na jiný zdrojový server.

Zkontrolujte ID události 3016 a ověřte, že se zpráva odeslala na očekávaný zdrojový server. Na cílovém serveru zkontrolujte ID události 3016 a zjistěte, který zdrojový server měl zprávu přijmout. Pokud zprávu přijal jiný zdrojový server, použijte tento server jako nový zdrojový server a pak v protokolu aplikace na novém zdrojovém serveru zkontrolujte ID události 3016.

Typ události Informace
Zdroj události Veřejné úložiště MSExchangeIS
Kategorie události Replikace odchozích zpráv
ID události 3016
Zpráva Hodnota typu <odchozí zprávy>
ID zprávy: <ID>
Složka: <název složky>
Název<> databáze.
CNSET: <hodnota>
CNSET(FAI): <hodnota>
Server: <název serveru>

Je očekávaný zdrojový server identifikován v ID události 3016?

  • Pokud ano, přečtěte si téma Id události 3021 na zdrojovém serveru.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Limit nevyřízených zásypů

Ve výchozím nastavení může úložiště Veřejných složek obsahovat až 50 nevyřízených žádostí o zásady najednou. To se označuje jako limit nevyřízených zásypů (OBL). Pokud je v poli úložiště 50 požadavků na zpětné vyplňování, tyto požadavky se provádějí opakovaně, dokud nebudou splněny; žádné další nové žádosti nelze založit, dokud nebude dokončena alespoň jedna žádost.

Pokaždé, když je žádost o zásypání splněna, dojde k otevření v OBL a je možné požádat o novou sadu dat. Pokud ale dojde k problémům u všech 50 požadavků a nelze je splnit, nedojde k žádným novým otevřením, nebudou možné zahajovat žádné nové požadavky a replikace nemůže pokračovat.

Pokud chcete zjistit, jestli je příčinou problému nevyřízený limit backfillu, zvyšte limit OBL o jednu (1) na cílovém serveru a pak nejméně pět minut zkontrolujte protokol aplikace pro instanci s ID události 3016.

Zvýšení limitu OBL o jeden (1) na cílovém serveru

  1. Otevřete Editor registru tak, že zvolíte Spustit,>zadáteregedit a pak zvolíte OK.

  2. Rozbalte následující podklíč:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Klikněte pravým tlačítkem na Public-GUID<>, přejděte na Nový a pak vyberte Hodnota DWORD.

  4. Zadejte Replication Outstanding Backfill Limit (Limit nevyužitého zásypu replikace ) a stisknutím klávesy Enter pojmenujte nový podklíč -.

  5. Klikněte pravým tlačítkem na Limit nevyřízených zásypů replikace a pak vyberte Změnit.

  6. Do pole Údaj hodnoty zadejte 51 a pak vyberte OK.

  7. Zavřete Editor registru.

  8. Restartujte službu Microsoft Exchange Information Store v Exchange Server 2003. Uděláte to takto:

    • Vyberte Start, přejděte na Nástroje pro správu a pak vyberte Služby.
    • V seznamu Služby vyberte Microsoft Exchange Information Store a pak vyberte Restartovat.

Pokud je u některé jiné složky zaznamenáno ID události 3016, vyřešte potíže s použitím této složky.

Zobrazuje se událost s ID 3016 pro nějakou jinou složku?

  • Pokud ano, přečtěte si téma Řešení potíží se zpětným vyplňováním obsahu.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Sledování zprávy, která je identifikována v ID události 3020

Na zdrojovém serveru použijte sledování zpráv ke sledování zprávy, která je identifikována v ID události 3020.

Znamená sledování zpráv, že zpráva byla doručena na cílový server?

Řešení potíží s příkazem XEXCH50

Při řešení potíží s příkazem XEXCH50 zvyšte protokolování na cílovém serveru pro službu MSExchangeTransport a nastavte úroveň protokolu SMTP na střední.

Pokud chcete ověřit a upravit nastavení úrovně protokolu SMTP, vyberte verzi serveru Exchange a zkontrolujte následující kroky:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.
  2. Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Pomocí rutin a Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' zapněte protokolování událostí pro protokol SMTP.
  3. Pomocí rutiny Resume-PublicFolderReplication spusťte replikaci veřejných složek pro celou organizaci.

Na Exchange Server 2003

Dále zkontrolujte protokol aplikace Prohlížeč událostí událostí, které se podobají následujícímu:

Typ události Error
Zdroj události MSExchangeTransport
Kategorie události Protokol SMTP
ID události 7004
Datum: Date
Time Time
User Není k dispozici
Počítače Název_počítače
Popis Toto je protokol chyb protokolu SMTP pro virtuální server s ID 1, připojení č. 29. Vzdálený hostitel E2k3server1.contoso.com odpověděl na příkaz SMTP xexch50 příkazem 504 Je potřeba nejprve ověřit. "Úplný odeslaný příkaz byl "XEXCH50 2336 3". To pravděpodobně způsobí selhání připojení.
Typ události: Error
Zdroj události MSExchangeTransport
Kategorie události Protokol SMTP
ID události 7010
Date Date
Time Time
User Není k dispozici
Počítače: Název_počítače
Popis: Toto je protokol protokolu SMTP pro virtuální server s ID 1, připojení č. 30. Klient na adrese 6.5.2.4 odeslal příkaz xexch50 a server SMTP odpověděl chybou 504 Nejprve se musí ověřit. Úplný odeslaný příkaz byl "xexch50 1092 2". To pravděpodobně způsobí selhání připojení. Tyto události značí, že se aktivovala jímka protokolu XEXCH50, ale výměna objektů blob mezi servery, které jsou uvedené v událostech, selhala.

Vidíte na cílovém serveru ID události 7004 a ID události 7010?

Spusťte příkaz isinteg -fix -test ReplState (pokud nevidíte událost IE 7004 a 7010)

Následujícím postupem vyberte svou verzi Exchange a ověřte a upravte nastavení ReplState:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.

  2. Pomocí rutiny New-PublicFolderDatabaseRepairRequest můžete zjistit a opravit problémy s replikací v databázi veřejných složek. Veřejné složky v databázi veřejných složek jsou stále přístupné, když je žádost spuštěna, ale nemůžete získat přístup k veřejné složce, která se právě opravuje. Po zahájení žádosti o opravu ji nebude možné zastavit, dokud databázi neodpojíte.

  3. Spusťte následující rutinu:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Na Exchange Server 2003

  1. Na cílovém serveru nainstalujte KB925253 oprav hotfix.

  2. Po instalaci opravy hotfix odpojte databázi veřejných složek na serveru a pak spusťte následující příkaz na příkazovém řádku:

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

  3. Po dokončení procesu isinteg:

    1. Změňte seznam replik ve veřejné složce na cílovém serveru. Uděláte to tak, že přidáte repliku na libovolný server nebo ji odeberete. Vyberte Použít, změňte změnu, kterou jste právě udělali, a pak znovu vyberte Použít .
    2. Na zdrojovém serveru vytvořte novou položku.
    3. Zkontrolujte v protokolu aplikace na zdrojovém serveru ID události 3020.
    4. Zkontrolujte v protokolu aplikace na cílovém serveru ID události 3030.

Zobrazuje se v protokolu aplikace na cílovém serveru událost s ID 3030?

  • Pokud ano, blahopřejeme! Váš problém s replikací veřejné složky pro Exchange Server 2003 je vyřešený.
  • Pokud ne, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se v souvislosti s tímto problémem obrátíte na podporu, sdělte jí, že zdrojový server negeneruje odchozí zprávy replikace hierarchie. Při připojení databáze dojde k události 3079, ale tato událost neobsahuje EcReplStartup.

Velikost fronty příjmu replikace v Sledování výkonu

Zprávy replikace veřejných složek jsou přijímány protokolem SMTP, kategorizovány a předány do místní fronty SMTP. Zprávy se pak odesílají do úložiště veřejných složek. Jakmile se zprávy odesílají do úložiště veřejných složek, umístí se do fronty přijetí replikace. Zprávy ve frontě přijetí replikace se pak zpracují a provedou se změny v příslušné veřejné složce. Čítač výkonu Velikost fronty příjmu replikace označuje počet zpráv replikace veřejných složek, které čekají na zpracování.

Čím větší bude fronta replikace, tím více se obsah ve složkách může stát mimo synchronizaci. Když se fronty replikace zvětší, při zpracování zpráv ve frontě replikace dochází ke zvýšenému zatížení prostředků. Rostoucí fronty replikace také značí, že obsah veřejné složky na serveru je zastaralý.

V těchto dvou instancích, kde se očekává nárůst ve frontě příjmu replikace, se nevyžaduje žádná akce a dá se naplánovat pro:

  • Na nově zavedeném serveru veřejných složek může být nárůst fronty příjmu replikace způsoben očekávanou počáteční replikací zásypu.
  • Pokud dojde k konsolidaci lokality nebo jiným významným změnám topologie Exchange, očekává se, že při přesunu obsahu dojde k velké replikaci.

U stávajících serverů s stabilním stavem, kde se repliky veřejných složek nemění hromadně, může tato chyba značit:

  • Kritické body výkonu prostředků serveru, jako je disk, procesor, síť nebo paměť. Pokud je na serveru kritický bod prostředků, proces Store.exe nebude moct dostatečně rychle zpracovat zprávy replikace a fronta se zvětšuje.
  • Interval replikace veřejných složek je příliš krátký na to, aby se replikace dokončila před zahájením dalšího cyklu replikace.

Řešení této chyby:

  • Monitorujte MSExchangeIS Public\Replication Receive Queue Size, dokud se nezobrazí, že se replikace dokončila před zahájením dalšího cyklu replikace.
  • Zvažte snížení celkového počtu replik v organizaci Exchange, abyste snížili požadovaný objem provozu replikace.

Pokud máte vysokou frontu, přečtěte si téma Pozastavení replikace.

Pokud máte nízkou frontu, podívejte se na možný problém s replState.

Pozastavit replikaci

Pozastavte replikaci veřejných složek a nechte fronty vyprázdnět nebo zavolat na podporu.

Postup pozastavení replikace

  1. Spusťte Konzola pro správu serveru Exchange.
  2. Pomocí rutiny Suspend-PublicFolderReplication zastavte replikaci veřejných složek pro celou organizaci.
  3. Sledujte fronty přenosu spuštěním příkazu Get-TransportServer | Get-Queue. Jakmile se fronta zmenší, můžete replikaci obnovit.
  4. Pomocí rutiny Resume-PublicFolderReplication restartujte replikaci veřejných složek pro celou organizaci.

Je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se ohledně tohoto problému obrátíte na podporu, sdělte jí, že replikace je pozastavená a že čekáte na snížení počtu front.

Hledáte ID složky (FID) (Izolovat?)

Zobrazuje událost ID události 3028 identifikátor FID, ale ne název složky?

  • Pokud ano, přečtěte si téma Pomník z důvodu odstranění.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Náhrobní náhrobek kvůli odstranění (událost s ID 3028 zobrazuje FID)

To znamená, že složka je přemíscená kvůli předchozímu odstranění, které se nereplikuje. Zpět na zdrojový server, zkopírujte složku, abyste vytvořili novou složku se stejným obsahem, a pak začněte znovu.

Jsou tyto informace užitečné?

  • Pokud ano, přečtěte si téma Odebrání duplicitních účtů.
  • Pokud ne, omlouváme se, ale pomocí tohoto průvodce nemůžeme vyřešit neidentifikované problémy. Pokud potřebujete další pomoc s řešením tohoto problému, obraťte se na podporu Microsoft Exchange Server a sdělte jim, že když se databáze připojí, zaprotokoluje se událost 3079.

Zobrazuje monitorování výkonu velký počet zpráv zařazených do fronty pro odeslání?

Otevřete Sledování výkonu.

Přidejte čítač MSExchangeIS Public\Replication Receive Queue a monitorujte velikost fronty.

Pokud potřebujete získat další informace o monitorování výkonu, můžete přejít zde: Průvodce monitorováním výkonu Začínáme.

Zobrazuje monitorování výkonu velký počet zpráv zařazených do fronty pro odeslání?

  • Pokud ano, přečtěte si téma Kontrola služeb.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se ohledně tohoto problému obrátíte na podporu, sdělte jí, že server generuje odchozí zprávy hierarchie, ale tyto zprávy se nezobrazují ve sledování zpráv a nic není zařazeno do fronty pro odeslání.

Kontrola služeb

  1. Vyberte možnost Start>Spustit.
  2. Do pole zadejte services.msc .
  3. Vyhledejte MSExchangeTransport a ověřte, že je spuštěný.

Pokud máte PowerShell, otevřete ho a spusťte následující rutinu:

Get-Service MSExchangeTransport

Je služba Transport Service spuštěná?

  • Pokud ano, přečtěte si téma Řešení potíží s replikací veřejných složek.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se ohledně tohoto problému obrátíte na podporu, sdělte jí, že server generuje odchozí zprávy hierarchie, ale tyto zprávy se nezobrazují ve sledování zpráv a nic není zařazeno do fronty pro odeslání.

Zobrazuje událost 3030 ID zprávy (MID) položky, ale ne předmět?

Zobrazuje se v události 3030 ČÁST položky, ale ne předmět?

  • Pokud ano, podívejte se na Článek o náhrobku.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud se ohledně tohoto problému obrátíte na podporu, sdělte jí, že zdrojový server negeneruje odchozí zprávy replikace hierarchie a že při připojení databáze nedochází k žádné události 3079.

Tombstone

Obvykle se jedná o výsledek náhrobku kvůli odstranění zprávy, která se nereplikovala. Můžete zkopírovat zprávy ve složce a vytvořit nové zprávy nebo zkopírovat celou složku.

Jsou tyto informace užitečné?

  • Pokud ano, přečtěte si téma Odebrání duplicitních účtů.
  • Pokud ne, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikované problémy. Pokud potřebujete další pomoc s řešením tohoto problému, obraťte se na podporu Microsoft Exchange Server a sdělte jim, že když se databáze připojí, zaprotokoluje se událost 3079.

Sledování ID události 3027

Sledujte 3027 a podívejte se, jak daleko se dostala. Pokud neopustilo zdrojový server, zkontrolujte čítač výkonu Zprávy zařazené do fronty pro odesílání v části MSExchangeIS Public a zjistěte, jestli se odchozí zprávy nezablokovaly ve veřejném úložišti.

Jsou tyto informace užitečné?

  • Pokud ano, přečtěte si téma Odebrání duplicitních účtů.
  • Pokud ne, je nám líto, ale pomocí této příručky nemůžeme vyřešit neidentifikované problémy. Pokud potřebujete další pomoc s řešením tohoto problému, obraťte se na podporu Microsoft Exchange Server a sdělte jim, že když se databáze připojí, zaprotokoluje se událost 3079.

Možný problém s replState

Je možné, že tento problém může být XEXCH50 problém nebo problém s replState. Než budeme pokračovat, pojďme ověřit, že je protokolování SMTP povolené.

Následujícím postupem vyberte svou verzi Exchange a ověřte a upravte nastavení ReplState:

Pro Exchange Server 2007 a Exchange Server 2010

  1. Spusťte Konzola pro správu serveru Exchange.
  2. Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Pomocí rutin a Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' zapněte protokolování událostí v protokolu SMTP.
  3. Pomocí rutiny Resume-PublicFolderReplication spusťte replikaci veřejných složek pro celou organizaci.

Na Exchange Server 2003

  1. Spusťte Správce systému Exchange.
  2. Rozbalte položku Servery, klikněte pravým tlačítkem na Your_ Název serveru a pak vyberte Vlastnosti.
  3. Vyberte kartu Protokolování diagnostiky a pak v části Služby vyberte MSExchangeTransport.
  4. V části Kategorie vyberte SMTP.
  5. V části Úroveň protokolování vyberte Střední.

Jaká je vaše verze Exchange?

Při přenosu došlo ke ztrátě jedné nebo více zpráv.

Pokud je počet událostí 3031 na cílovém serveru menší než počet událostí 3021 na zdrojovém serveru, došlo při přenosu ke ztrátě jedné nebo více zpráv. Při řešení potíží se ztrátou zpráv identifikujte ID zprávy, které nebyly replikovány.

Provedete to tak, že zkontrolujete protokol aplikace na zdrojovém serveru. Pak pomocí sledování zpráv sledujte zprávy a vyřešte problém.

Jsou v cestě k této zprávě nějaké servery Exchange Server 2007 nebo 2010?

Vyřešilo se tím problém?

Je váš problém vyřešený?

  • Pokud ano, blahopřejeme! Váš problém s replikací veřejné složky pro Exchange Server 2003 je vyřešený.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.

Exchange Server 2007 a Exchange Server 2010 v cestě

Nejčastějším důvodem zpětného vyplňování ztraceného obsahu v Exchange Server 2007 nebo Exchange Server 2010 je selhání ovladače úložiště. Například odpověď zpětného vyplnění se odešle na server Exchange Server 2007, ale pokud se podíváte na protokol aplikace na straně 2007, nikdy neuvidíte událost příchozí replikace. Sledování zpráv ukazuje, že se zpráva replikace dostala na transportní server centra a pak selhala v ovladači úložiště.

Prvním krokem při řešení potíží je sledovat zprávu a zjistit, kde selhala.

Transportní server rozbočovače obvykle zaznamená událost 1020, která popisuje problém s tímto konkrétním obsahem. Po sledování zprávy a určení, na kterém serveru přenosu rozbočovače selhala, zkontrolujte událost 1020 se zdrojovým ovladačem MSExchange Store na daném přenosovém serveru centra.

Vidíte událost 1020 se zdrojovým ovladačem MSExchange Store na tomto přenosovém serveru rozbočovače?

Exchange Server 2007 a Exchange Server 2010 v cestě (obsah zprávy se poškodil)

Tato zpráva je obvykle způsobená poškozeným obsahem TNEF. Pokud se jedná o hybridní prostředí, použijte Exchange 2013 CU6, abyste zabránili novým poškozeným zprávám, a odstraňte staré zprávy. Pokud chcete identifikovat poškozené položky, pokračujte následujícím postupem.

Pokud chcete zjistit, které položky jsou poškozené:

  1. Zmenšete velikost zprávy replikace na 1k na zdrojovém serveru.
  2. V cíli vynuťte další požadavek na zásypnutí pomocí funkce Synchronizovat obsah nebo Update-PublicFolder.
  3. Ve složce na zdrojovém serveru teď uvidíte jednu odpověď zpětného vyplňování (událost 3021) pro každou položku. Pokud složka obsahuje mnoho položek, může se protokol aplikace zaplnit odpověďmi zpětného vyplňování. Jakmile se aktivita 3021 zklidní, vymažte aplikační protokol na zdrojovém serveru a vynuťte další požadavek na zásyp. Vzhledem k tomu, že všechny správné položky se už replikovaly v posledním kole zpětného vyplňování, jediné nové položky, které byste měli v nové události 3021 vidět, by měly být poškozené položky.

Teď byste měli mít jednu odpověď zpětného vyplnění (3021) pro každou poškozenou položku v protokolu aplikace na zdrojovém serveru a jednu událost 1020 pro každou poškozenou položku v protokolu aplikace na přenosovém serveru centra. Vzhledem k tomu, že teď víte, které položky jsou poškozené (protože si můžete přečíst předměty položek v událostech 3021), můžete tyto položky odstranit nebo je zkusit opravit.

Další informace najdete v tématu Oprava chyb replikace veřejných složek z Exchange Server 2003 do Exchange Server 2007 nebo 2010.

Vyřešilo se tím problém?

Exchange Server 2007 a Exchange Server 2010 v cestě (viz událost 1020, ale žádná z výše uvedených chybových zpráv)

Jedná se o jiný typ poškozené položky. Pokud chcete zjistit, které položky jsou poškozené:

  1. Zmenšete velikost zprávy replikace na 1k na zdrojovém serveru.
  2. V cíli vynuťte další požadavek na zásyp s obsahem synchronizace nebo aktualizací veřejné složky.
  3. Ve složce na zdrojovém serveru teď uvidíte jednu odpověď zpětného vyplňování (událost 3021) pro každou položku. Pokud složka obsahuje mnoho položek, může se protokol aplikace zaplnit odpověďmi zpětného vyplňování. Jakmile se aktivita 3021 zklidní, vymažte aplikační protokol na zdrojovém serveru a vynuťte další požadavek na zásyp. Vzhledem k tomu, že všechny správné položky již replikované v posledním kole backfills, jediné nové položky, které byste měli vidět v nové události 3021, by měly být poškozené položky.

Teď byste měli mít jednu odpověď zpětného vyplnění (událost 3021) pro každou poškozenou položku v protokolu aplikace na zdrojovém serveru a jednu událost 1020 pro každou poškozenou položku v protokolu aplikace na přenosovém serveru centra. Vzhledem k tomu, že teď víte, které položky jsou poškozené (protože si můžete přečíst předměty položek v událostech 3021), můžete je odstranit nebo zkusit opravit.

Další informace najdete v tématu Oprava chyb replikace veřejných složek z Exchange Server 2003 do Exchange Server 2007 nebo 2010.

Je váš problém vyřešený?

Odebrání duplicitních účtů

Odeberte duplicitní účty uvedené v události nebo odstraňte jednoho z uživatelů, aby bylo možné identifikátor SID přeložit pro jednoho uživatele v ds.

Jsou tyto informace užitečné?

  • Pokud ano, blahopřejeme! Problém s replikací veřejné složky pro Exchange Server je vyřešený.
  • Pokud ne, omlouváme se, ale pomocí této příručky nemůžeme vyřešit neidentifikovaný problém. Pokud potřebujete další pomoc s řešením tohoto problému, kontaktujte podporu Microsoft Exchange Server.