Problemen met replicatie van openbare mappen voor Exchange Server oplossen

  • Artikel
  • Van toepassing op:
    Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

Origineel KB-nummer: 10042

Samenvatting

We beginnen met het inschakelen van diagnostische logboekregistratie en het bijhouden van berichten als een vereiste. Vervolgens doorlopen we een reeks stappen om problemen met de replicatie van openbare mappen op te lossen.

Geschatte tijd voor voltooiing:
45-60 minuten.

Als u problemen met replicatie van openbare mappen voor Exchange Server wilt oplossen, moet u eerst diagnostische logboekregistratie en berichttracering inschakelen.

Wat wilt u doen

Diagnostische logboekregistratie inschakelen

U moet diagnostische logboekregistratie inschakelen op alle servers waarmee u werkt. De stappen voor een andere Exchange-versie kunnen afwijken, selecteer uw Exchange-versie:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start de Exchange Management Shell.

  2. Voer de volgende cmdlet uit om de huidige logboekregistratieniveaus te controleren:

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

  3. Als u logboekregistratie wilt inschakelen, voert u de volgende cmdlets uit op alle servers met openbare mappen waarmee u werkt:

    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. Verhoog transportlogboekregistratie op de doelserver door deze cmdlets uit te voeren:

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

  5. Logboekregistratieniveaus opnieuw instellen:

    1. Open de Exchange Management Console.
    2. Navigeer in de consolestructuur naar Serverconfiguratiepostvak>.
    3. Selecteer in het deelvenster Actiesde optie Eigenschappen van diagnostische logboekregistratie beheren.
    4. Selecteer op de pagina Eigenschappen voor diagnostische logboekregistratie beheren de Exchange-service waarvoor u het logboekregistratieniveau wilt wijzigen.
    5. Selecteer het gewenste logboekregistratieniveau en selecteer vervolgens Configureren. Als u de standaardinstellingen wilt herstellen, selecteert u Alle services opnieuw instellen op standaardlogboekniveaus en selecteert u vervolgens Configureren.
    6. Controleer op de pagina Voltooiing of het proces is voltooid. Taken geven de status Voltooid of Mislukt weer. Als de taak is mislukt, bekijkt u het overzicht voor een uitleg en selecteert u vervolgens Terug om de benodigde configuratiewijzigingen aan te brengen.
    7. Selecteer Voltooien om de wizard Diagnostisch logboekregistratieniveau beheren te voltooien.

Voor Exchange Server 2003

  1. Start Exchange System Manager en geef vervolgens de eigenschappen weer van de server waarop u diagnostische logboekregistratie wilt inschakelen.
  2. Selecteer het tabblad Diagnostische logboekregistratie en vouw vervolgens MSExchangeIS uit in de lijst Services .
  3. Selecteer Openbare map, houd Ctrl ingedrukt en selecteer vervolgens elk van de volgende items om ze allemaal te selecteren:
    • Replicatie AD-Updates
    • Replicatie binnenkomende berichten
    • Replicatie van uitgaande berichten
    • Rapporten over niet-bezorging
    • Replicatie-backfill
    • Replicatie algemeen
  4. Selecteer Maximum toepassen>.
  5. Selecteer Replicatiefouten>normaal>Toepassen>OK.
  6. De logboekregistratie op de doelserver voor de MSExchangeTransport-service verhogen en het SMTP-niveau instellen op Gemiddeld:
    1. Vouw Servers uit, klik met de rechtermuisknop op Uw servernaam en selecteer vervolgens Eigenschappen.
    2. Selecteer het tabblad Diagnostische logboekregistratie en selecteer vervolgens MSExchangeTransport onder Services.
    3. Selecteer onder Categorieënde optie SMTP.
    4. Selecteer onder Logboekregistratieniveaude optie Gemiddeld.

Wat wilt u nu doen?

Berichttracking inschakelen

Als u Berichten bijhouden op alle servers wilt inschakelen, werkt u ermee. De stappen voor een andere Exchange-versie kunnen afwijken, selecteer uw Exchange-versie:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Controleer of het bijhouden van berichten is ingeschakeld door naar Exchange Management Shell te gaan en de volgende cmdlet uit te voeren:

    Get-MailboxServer $env:computername | fl MessageTracking*

  2. De uitvoer ziet er ongeveer als volgt uit:

    Schermopname van het uitvoeren van een cmdlet om te controleren of het bijhouden van berichten is ingeschakeld.

  3. Zorg ervoor dat en MessageTrackingLogEnabledMessageTrackingLogSubjectLoggingEnabled zijn ingesteld op Waar.

  4. Zorg ervoor dat u de MessageTrackingLogPath noteert voor de logboeklocatie.

Voor Exchange Server 2003

  1. Start Exchange System Manager en geef vervolgens de eigenschappen weer van de server waarop u berichttracering wilt inschakelen. Berichten bijhouden verzamelt gegevens zoals Aan, Van en Datum verzonden.
  2. Schakel op het tabblad Algemeen het selectievakje Berichttracering inschakelen in.
  3. Schakel het selectievakje Logboekregistratie en weergave van onderwerpen inschakelen in.

Wat wilt u doen

Problemen met replicatie van openbare mappen oplossen

Selecteer één map met gegevens op de ene server, maar niet op een andere server en maak alleen die map de focus van uw inspanningen voor probleemoplossing. In de volgende stappen wordt de server met de gegevens de bronserver genoemd; de server die de gegevens niet bevat, wordt de doelserver genoemd.

Exchange Server 2007 en Exchange Server 2010

  1. Selecteer in Exchange Management Console console voor beheer van openbare mappen onder Werkset.
  2. Klik met de rechtermuisknop op Openbare mappen en selecteer vervolgens Verbinding maken met.
  3. Selecteer de server waarmee u verbinding wilt maken.

Exchange Server 2003

  1. Open de Exchange System Manager.
  2. Navigeer naar het hiërarchieobject van de openbare map.
  3. Klik met de rechtermuisknop op Openbare mappen en selecteer vervolgens Verbinding maken met.
  4. Selecteer de server waarmee u verbinding wilt maken.

Wordt de map die u zoekt nu weergegeven in de hiërarchie op beide servers?

Always Interval repliceren; Gebeurtenis-id van toepassingslogboek 3018

Always Interval repliceren

Controleer of de waarde Altijd interval repliceren is ingesteld op 15 of minder minuten op de bronserver. Pas zo nodig de instelling aan. Selecteer uw Exchange-versie om de stappen te controleren:

Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Voer de volgende cmdlets uit en controleer of ReplicationPeriod, ReplicationScheduleen ReplicationMessageSize zijn ingesteld:

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

    Schermopname van het uitvoeren van Get-PublicFolderDatabase om te controleren of de parameters zijn ingesteld.

  3. Zorg ervoor dat alle openbare f-databases dezelfde ReplicationMessageSizehebben.

Controleer vervolgens of de betreffende map is geconfigureerd voor het gebruik van het archiefschema. Om dit te doen:

  1. Start Exchange Management Console.

  2. Voer de volgende cmdlet uit en controleer Replicas en UseDatabaseReplicationSchedule zijn ingesteld:

    Get-PublicFolder | fl *Replica*

    Schermopname van het uitvoeren van Get-PublicFolder om te controleren of de parameters zijn ingesteld.

  3. Als UseDatabaseReplicationSchedule is ingesteld op Onwaar, controleert u of ReplicationSchedule deze is ingesteld.

Exchange Server 2003
  1. Start Exchange System Manager.
  2. Vouw de container Beheergroepen uit en selecteer vervolgens de beheergroep die de server voor openbare mappen bevat.
  3. Vouw de container Servers uit, selecteer de database met openbare mappen en selecteer vervolgens Eigenschappen.
  4. Noteer op het tabblad Replicatie (beleid) de waarde in het vak Replicatie-interval voor altijd (minuten).
  5. Als de waarde niet 15 is, typt u 15 in het vak Replicatie-interval voor altijd (minuten).
  6. Selecteer Toepassen en selecteer vervolgens OK.

Controleer vervolgens of de map die u wilt oplossen is geconfigureerd voor het gebruik van de storeplanning:

  1. Vouw Openbare mappen uit en klik met de rechtermuisknop op de map die u wilt oplossen.
  2. Selecteer Eigenschappen.
  3. Selecteer op het tabblad Replicatiede optie Schema voor openbare opslag gebruiken in de lijst Replicatie-interval voor openbare mappen .

Gebeurtenis-id van toepassingslogboek 3018

Maak een nieuwe map in de hiërarchie op de bronserver en geef de nieuwe map vervolgens een unieke naam die u kunt onthouden.

In dit voorbeeld gebruiken we Test 1 als de naam van onze map. Bekijk het toepassingslogboek op de bronserver voor gebeurtenis-id 3018, dat het berichttype 0x2 aangeeft en de naam bevat van de map die u hebt gemaakt. Mogelijk moet u maximaal 15 minuten wachten totdat de gebeurtenis is geregistreerd.

Gebeurtenistype Informatie
Gebeurtenisbron: MSExchangeIS Public Store
Gebeurteniscategorie: Replicatie van uitgaande berichten
Gebeurtenis-id: 3018
Bericht: Er is een uitgaand replicatiebericht uitgegeven.
Type: 0x2
Bericht-id: <MessageID@Server.Domain.com>
Database 'Opslaggroep\Openbare map'
CN min: 1-100, CN max: 1-200
RFI's:
1) FID: 1-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Ziet u gebeurtenis-id 3018?

Problemen met de bronserver oplossen

De bronserver genereert geen uitgaande hiërarchiereplicatieberichten voor nieuwe wijzigingen. We richten ons eerst op het oplossen van problemen op de bronserver.

Gebeurtenis-id 3079 wanneer de database met openbare mappen is gekoppeld

Wanneer de database met openbare mappen is gekoppeld, wordt gebeurtenis-id 3079 vastgelegd in het toepassingslogboek op de bronserver. Bekijk het toepassingslogboek op de bronserver.

Gebeurtenistype Informatie
Gebeurtenisbron MSExchangeIS Public Store
Gebeurteniscategorie Replicatiefouten
Gebeurtenis-id 3079
Bericht Onverwachte replicatiethreadfout in databasenaam<>.
1) FID: 1-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Ziet u gebeurtenis-id 3079?

  • Zo ja, raadpleegt u EcReplStartup.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met ondersteuning over dit probleem, laat hen dan weten dat de bronserver geen uitgaande hiërarchiereplicatieberichten genereert en dat er geen 3079-gebeurtenis is wanneer de database wordt gekoppeld.

EcReplStartup

Bekijk gebeurtenis-id 3079 voor de tekst: EcReplStartup.

Bevat gebeurtenis-id 3079 EcReplStartup?

  • Zo ja, zie Gebeurtenis-id van toepassingslogboek 9528.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met de ondersteuning over dit probleem, laat hen dan weten dat de bronserver geen uitgaande hiërarchiereplicatieberichten genereert. Er is een 3079-gebeurtenis wanneer de database wordt gekoppeld, maar de gebeurtenis bevat geen EcReplStartup.

Toepassingslogboek gebeurtenis-id 9528

Als gebeurtenis-id 3079 EcReplStartup bevat, geeft dit aan dat de replicatiethread sterft bij het opstarten. Controleer vervolgens of gebeurtenis-id 9528 is vastgelegd in het toepassingslogboek van de bronserver.

Gebeurtenistype Informatie
Gebeurtenisbron Msexchangeis
Gebeurteniscategorie Algemeen
Gebeurtenis-id 9528
Bericht De SID S-1-5-32-544 is gevonden bij 2 gebruikers in de DS, dus de store kan deze SID niet toewijzen aan een unieke gebruiker.
De betrokken gebruikers zijn:
/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

Ziet u gebeurtenis-id 9528?

  • Zo ja, zie Dubbele accounts verwijderen.
  • Zo nee, sorry, we kunnen niet-geïdentificeerde problemen met deze handleiding niet oplossen. Neem voor meer hulp bij het oplossen van dit probleem contact op met Microsoft Exchange Server ondersteuning en laat hen weten dat wanneer de database wordt gekoppeld, een 3079-gebeurtenis wordt geregistreerd.

Het bericht bijhouden tijdens het bijhouden van berichten; Is het bericht bezorgd op de doelserver

Het bericht bijhouden in berichten bijhouden

Gebruik op de bronserver de bericht-id uit de beschrijving van gebeurtenis-id 3018 om het bericht bij te houden in berichttracering.

Gebeurtenistype Informatie
Gebeurtenisbron MSExchangeIS Public Store
Gebeurteniscategorie Replicatie uitgaand bericht
Gebeurtenis-id 3018
Bericht Er is een uitgaand replicatiebericht uitgegeven.
Type: 0x2
Bericht-id: <MessageID@Server.Domain.com>
Database 'Opslaggroep\Openbare map'

Is het bericht bezorgd op de doelserver

Noteer in de beschrijving van gebeurtenis-id 3018 de bericht-id en gebruik vervolgens berichten bijhouden om te bepalen of het bericht is bezorgd op de doelserver. Het volgende fragment voor het bijhouden van berichten bevat bijvoorbeeld de volgende tekst:

'Bericht overgebracht naar via SMTP'.

Berichtgeschiedenis

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

Geeft berichttracering aan dat het bericht is bezorgd op de doelserver?

Transportprobleem; Wordt het bericht weergegeven in berichten bijhouden?

Transportprobleem

Het bericht is niet bezorgd op de doelserver, wat aangeeft dat het probleem wordt veroorzaakt door een transportprobleem. Vervolgens gaan we het transportproces oplossen.

Wordt het bericht weergegeven in berichten bijhouden

Ga naar de bronserver en zoek de uitgaande bericht-id. Ga vervolgens naar de doelserver en voer berichttracering uit om te zien of het bericht is ontvangen. Selecteer uw Exchange-versie om de stappen voor het bijhouden van berichten te controleren.

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Voer de volgende cmdlet uit:

    Get-MessageTrackingLog -MessageId
Voor Exchange Server 2003
  1. Start Exchange System Manager.
  2. Vouw in de consolestructuur Extra uit en selecteer vervolgens Berichten bijhouden.
  3. Typ in het vak Server de naam van de server waarop Exchange Server 2003 wordt uitgevoerd.

Als u door een lijst met beschikbare servers wilt bladeren, selecteert u Server, selecteert u een server en selecteert u vervolgens Toevoegen. U kunt zoeken naar een bericht dat is verzonden van of geleverd aan een bepaalde server. U hoeft alleen de servernaam op te geven.

Heeft het bericht ontvangen?

Gebeurtenis-id 3028 op de doelserver

Controleer op de doelserver het toepassingslogboek op gebeurtenis-id 3028, dat dezelfde bericht-id bevat die u hebt genoteerd in de beschrijving van gebeurtenis-id 3018.

Gebeurtenistype Informatie
Gebeurtenisbron MSExchangeIS Public Store
Gebeurteniscategorie Replicatie binnenkomende berichten
Gebeurtenis-id 3028
Bericht Er is een binnenkomend replicatiebericht uitgegeven.
Type: 0x2
Bericht-id: <MessageID@Server.Domain.com>
Database 'Opslaggroep\Openbare map'
CN min: 5-100 CN max: 5-200
RFI's: 1
1) FID: 5-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Bevat het toepassingslogboek van de doelserver gebeurtenis-id 3028 en bevat deze gebeurtenis dezelfde bericht-id als gebeurtenis-id 3018?

Gebeurtenis-id 7004 en gebeurtenis-id 7010 op de doelserver

Controleer op de doelserver het toepassingslogboek in Logboeken op gebeurtenissen die lijken op de volgende gebeurtenissen.

Gebeurtenistype Error
Gebeurtenisbron MSExchangeTransport
Gebeurteniscategorie SMTP-protocol
Gebeurtenis-id 7004
Datum Datum
Tijd Tijd
Gebruikers Niet beschikbaar
Computer Computernaam
Beschrijving Dit is een SMTP-protocolfoutlogboek voor virtuele server-id 1, verbinding #29. De externe host E2k3server1.contoso.comheeft gereageerd op de SMTP-opdracht 'xexch50' met '504 Moet eerst worden geverifieerd'. De volledige opdracht is 'XEXCH50 2336 3'. Hierdoor mislukt de verbinding waarschijnlijk.
Gebeurtenistype Error
Gebeurtenisbron MSExchangeTransport
Gebeurteniscategorie SMTP-protocol
Gebeurtenis-id 7010
Datum Datum
Tijd Tijd
Gebruiker Niet beschikbaar
Computer Computernaam
Beschrijving: Dit is een SMTP-protocollogboek voor virtuele server-id 1, verbinding #30. De client op '6.5.2.4' heeft een 'xexch50'-opdracht verzonden en de SMTP-server reageerde met '504 Moet eerst worden geverifieerd'. De volledige opdracht die is verzonden, was 'xexch50 1092 2'. Hierdoor mislukt de verbinding waarschijnlijk. Deze gebeurtenissen geven aan dat de sink van het XEXCH50 protocol is geactiveerd, maar dat de uitwisseling van de blobs is mislukt tussen de servers die worden vermeld in de gebeurtenissen.

Ziet u gebeurtenis-id 7004 en gebeurtenis-id 7010 op de doelserver?

Probleem met de opdracht XEXCH50 oplossen

Het probleem dat u ondervindt, kan worden veroorzaakt door een probleem met de XEXCH50 opdracht.

Het probleem met de XEXCH50-opdracht oplossen

  1. Controleer of Geïntegreerde Windows-verificatie is ingeschakeld op de virtuele SMTP-servers op de computers waarop Exchange Server in uw organisatie worden uitgevoerd. Als geïntegreerde Windows-verificatie niet is ingeschakeld:

    1. Vouw in Exchange System Manager Beheergroepen uit, vouw Servers, Exchange Server Naam uit, vouw Protocollen uit en vouw vervolgens SMTP uit.
    2. Klik met de rechtermuisknop op de virtuele SMTP-server.
    3. Selecteer Eigenschappen, selecteer het tabblad Toegang en selecteer vervolgens Verificatie. Zorg ervoor dat het selectievakje Geïntegreerde Windows-verificatie is ingeschakeld.

  2. Als Geïntegreerde Windows-verificatie is ingeschakeld, maar de gebeurtenissen blijven bestaan, kan de verzendende server in de gebeurtenis 7004 of in de 7010-gebeurtenis het recht Verzenden als op de ontvangende server ontbreken of worden geweigerd. Als de verzendende server en de ontvangende server deze gebeurtenissen ondervinden, hebben de servers mogelijk geen SendAs-rechten voor elkaar. Het recht Verzenden als is niet expliciet ingesteld. Het recht Verzenden als wordt doorgaans overgenomen via het lidmaatschap van de groep Exchange Domain Servers (EDS). Als de EDS deze TOEGANGSBEHEER-vermelding (ACE) niet heeft, is de betreffende server mogelijk genest in een andere groep met de DENY ACE of zijn de EDS mogelijk genest in sommige andere groepen die de DENY ACE hebben. Om te kunnen worden uitgevoerd, moet de opdracht XEXCH50 het recht SendAs hebben voor servers in de Exchange-organisatie.

  3. Bepaal of u TLS (Transport Layer Security) en een beveiligingskanaal gebruikt tussen servers in de Exchange-organisatie. In dit scenario vinden de STARTTLS-transport gebeurtenis sinks plaats vóór de AUTH-opdracht. De opdracht XEXCH50 mislukt later in de sessie omdat de opdracht AUTH ontbreekt.

  4. Als EXPS-verificatie (Exchange Protocol Security) niet correct werkt tussen servers, werkt de opdracht XEXCH50 niet. Gebeurtenissen 1704 en 1706 duiden op EXPS-verificatiefouten in het toepassingslogboek.

    Gebeurtenistype Waarschuwing
    Gebeurtenisbron MSExchangeTransport-gebeurtenis
    Gebeurteniscategorie MTP-protocol
    Gebeurtenis-id 1706
    Beschrijving: EXPS kan tijdelijk geen protocolbeveiliging bieden met ".. com". "CSessionContext::OnEXPSInNegotiate" called "HrServerNegotiateAuth" die is mislukt met foutcode 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ). Data: 0000: 0c 03 09 80 ...?

    Opmerking

    De beschrijving in gebeurtenis-id 1706 bevat foutcode 0x8009030c.
    Foutcode 0x8009030c is de SEC_E_LOGON_DENIED Hresult-waarde. Deze code geeft aan dat het account niet kan worden aangemeld.
    Deze problemen kunnen moeilijk op te lossen zijn omdat de Microsoft Windows-referenties van EXPS vereist zijn om deze AUTH-opdracht door te geven. U kunt verschillende hulpprogramma's gebruiken om problemen met de combinatie van gebeurtenis-id 7004 en 7010 op te lossen; dit omvat het hulpprogramma NLTEST en het hulpprogramma NETDOM. De stappen voor probleemoplossing kunnen bestaan uit het opnieuw instellen van wachtwoorden voor computeraccounts.
    Als u een combinatie van gebeurtenis-id 7004 en 7010 in het toepassingslogboek hebt, zoals eerder beschreven, en u de oorzaak van het probleem niet kunt detecteren met BEHULP van EXPS-verificatie, neemt u contact op met Microsoft Ondersteuning Services.
    Als u de combinatie van gebeurtenis-id 7004 en gebeurtenis-id 7010 niet in het toepassingslogboek hebt, gaat u naar stap 5.

  5. Controleer of er een firewall of een antiviruswand tussen servers in de Exchange-organisatie is. Als een firewall werkt tussen servers in de organisatie, schakelt u de firewall tijdelijk uit om te bepalen of het probleem wordt veroorzaakt.

Is het probleem opgelost door de firewall uit te schakelen?

Voer isinteg -fix -test ReplState uit op de doelserver; Tombstone vanwege een verwijdering

Voer isinteg –fix – test ReplState uit op de doelserver

Selecteer uw Exchange-versie om de ReplState-instelling te controleren en aan te passen met de volgende stappen:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Gebruik de New-PublicFolderDatabaseRepairRequest cmdlet om replicatieproblemen in de database met openbare mappen te detecteren en op te lossen. Openbare mappen in de database met openbare mappen kunnen nog steeds worden geopend terwijl de aanvraag wordt uitgevoerd. De openbare map die momenteel wordt hersteld, is echter niet beschikbaar. Nadat u de herstelaanvraag hebt gestart, kan deze niet worden gestopt, tenzij u de database ontkoppelt.

  3. Voer de volgende cmdlet uit:

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

  1. Installeer de hotfix KB925253 op de doelserver.

  2. Nadat de hotfix is geïnstalleerd, ontkoppelt u de openbare-mapdatabase op de server en voert u de volgende opdracht uit bij een opdrachtprompt:

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

Voer vervolgens een test uit om te bepalen of het probleem is opgelost.

Tombstone vanwege een verwijdering

Dit geeft aan dat de map een tombstone is vanwege een eerdere verwijdering die niet is gerepliceerd. Terug naar de bronserver en kopieer de map om een nieuwe map met dezelfde inhoud te maken en begin opnieuw.

Zichtbaarheid van nieuwe mappen

Is de nieuwe map zichtbaar in de hiërarchie op de doelserver?

Problemen met hiërarchie-backfill oplossen

Op dit punt hebben we gecontroleerd of wijzigingen in de hiërarchie correct worden gerepliceerd. We kunnen nu problemen oplossen met het doorvoeren van hiërarchieën. Voer hiervoor Hiërarchie synchroniseren uit op de doelserver. Hiërarchie synchroniseren zorgt ervoor dat gebeurtenis-id 3017 plaatsvindt. Gebeurtenis-id 3017 geeft aan dat een aanvraag voor de hiërarchiestatus (type 0x20) is verzonden naar de bronserver.

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.
  2. Voer de Update-PublicFolderHierarchy -Server cmdlet uit.
  3. Nadat u Hiërarchie synchroniseren op de doelserver hebt uitgevoerd, controleert u het toepassingslogboek op de bronserver op de gebeurtenis 3027 en op de binnenkomende statusaanvraag.

Voor Exchange Server 2003

  1. Start Exchange System Manager.
  2. Als u Hiërarchie synchroniseren wilt uitvoeren, vouwt u Mappen uit, klikt u met de rechtermuisknop op de objectcontainer Openbare mappen en selecteert u vervolgens Hiërarchie synchroniseren.
  3. Nadat u Hiërarchie synchroniseren op de doelserver hebt uitgevoerd, controleert u het toepassingslogboek op de bronserver op gebeurtenis 3027 en op de binnenkomende statusaanvraag.

Staat gebeurtenis 3027 in het toepassingslogboek op de bronserver?

De bericht-id ophalen en het bericht bijhouden

Zoek op de bronserver gebeurtenis-id 3017 en noteer de bericht-id. Gebruik berichten bijhouden om de bericht-id bij te houden om te bepalen of het bericht is bezorgd bij de bronserver.

Wordt bij berichten bijgehouden dat het bericht is bezorgd bij de bronserver?

Bepalen of het openbare maparchief op de bronserver een e-mailadres heeft

Als u wilt bepalen of aan het openbare maparchief op de bronserver een proxyadres is toegewezen, controleert u de waarde van het kenmerk in de proxyAddresses Active Directory-adreslijstservice.

De waarde onderzoeken

Waarschuwing

Als u de Active Directory Service Interface (ADSI) Edit-module, het LDP-hulpprogramma of een andere LDAP versie 3-client gebruikt en u de kenmerken van Active Directory-objecten onjuist wijzigt, kunt u ernstige problemen veroorzaken. Voor deze problemen moet u Mogelijk Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 of zowel Windows Server als Exchange Server opnieuw installeren. Microsoft kan niet garanderen dat problemen die optreden als u active directory-objectkenmerken onjuist wijzigt, kunnen worden opgelost. Wijzig deze kenmerken op eigen risico.

Opmerking

Afhankelijk van uw versie van Microsoft Windows kunnen de volgende stappen verschillen op uw computer. Als er verschillen zijn, raadpleegt u de documentatie bij uw product om deze stappen uit te voeren.

  1. Start het hulpprogramma ADSI Bewerken door Start>Run te kiezen, adsiedit.msc in het vak Openen te typen en vervolgens OK te kiezen.

    Opmerking

    ADSI Edit is opgenomen in Microsoft Windows 2000 Server Support Tools en in Windows Server 2003 Support Tools. Als u Windows 2000-ondersteuningshulpprogramma's wilt installeren, dubbelklikt u op Setup.exe in de map Support\Extra op de windows 2000-cd. Als u Windows Server 2003-ondersteuningshulpprogramma's wilt installeren, dubbelklikt u op Suptools.msi in de map Support\Extra op de cd van Windows Server 2003.

  2. Maak verbinding met een domeincontroller als u nog niet bent verbonden.

    Opmerking

    In deze stap contoso.com is een tijdelijke aanduiding voor uw domeinnaam. Andere cursieve woorden zijn tijdelijke aanduidingen voor de aangegeven namen. Vouw Configuratiecontainer [computername.contoso.com], CN=Configuration, DC=contoso, DC=com uit, vouw CN=Services uit, vouw CN=Microsoft Exchange uit, vouw CN=OrganizationName uit, vouw CN=Beheergroepen uit, vouw CN=AdministrativeGroupName uit, vouw CN=Servers uit, vouw CN=ExchangeServerName uit, vouw CN=InformationStore uit en selecteer vervolgens CN=First Storage Group.

  3. Klik in het rechterdeelvenster met de rechtermuisknop op CN=Public Folder Store (EXCHANGESERVERNAME) en selecteer vervolgens Eigenschappen.

  4. Selecteer beide in de lijst Selecteren welke eigenschappen u wilt weergeven.

  5. Selecteer proxyAddresses in de lijst Selecteer een eigenschap om weer te geven.

  6. Bepaal in het vak Waarde(s) of er een e-mailadres is toegewezen. Normaal gesproken heeft het openbare mappenarchief een SMTP-adresstempel (Simple Mail Transfer Protocol), vergelijkbaar met: SMTP:ExchangeServerName-IS@contoso.com.

  7. Selecteer e-mail in de lijst Selecteer een eigenschap om weer te geven.

  8. Controleer in het vak Waarde(s) of het SMTP-adres hetzelfde is als het SMTP-adres dat wordt weergegeven in stap 7.

Heeft het openbare bronarchief een e-mailadres?

  • Zo ja, sorry, we kunnen een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.
  • Als dat niet het geval is, raadpleegt u Gebeurtenis-id van toepassingslogboek 3018.

Gebeurtenis-id 3017 op de bronserver

Zoek in het toepassingslogboek op de bronserver, direct vóór gebeurtenis-id 3027, gebeurtenis-id 3017 voor dezelfde map, met het type 0x10.

Ziet u gebeurtenis-id 3017 en typt u 0x10 voor dezelfde map?

Gebeurtenis-id 3027 op de doelserver

Gebeurtenis-id 3027 is het statusantwoord op de bronserver. Zoek in het toepassingslogboek op de doelserver gebeurtenis-id 3027 om het statusantwoord te controleren.

Ziet u gebeurtenis-id 3027 op de doelserver?

  • Zo ja, raadpleegt u Problemen met backfill oplossen.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Problemen met backfill oplossen

Op dit moment weten we dat de doelserver weet dat er gegevens ontbreken. Nu richten we ons op het oplossen van problemen met het achtervullen van de hiërarchie zelf.

Voer op de doelserver opnieuw Hiërarchie synchroniseren uit en controleer vervolgens het toepassingslogboek op de doelserver op gebeurtenis-id 3014, met het type 0x8. Gebeurtenis-id 3014 is een uitgaande backfill-aanvraag voor de hiërarchie.

Ziet u gebeurtenis-id 3014 en typt u 0x8 op de doelserver?

  • Zo ja, raadpleegt u Gebeurtenis-id 3024 op de bronserver.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Gebeurtenis-id 3024 op de bronserver

Gebeurtenis-id 3024 is de binnenkomende hiërarchie-backfill-aanvraag.

Ziet u gebeurtenis-id 3024 op de bronserver?

Gebeurtenis-id 3019 op de bronserver

Gebeurtenis-id 3019, met het type 0x80000002, is het uitgaande hiërarchie-backfill-antwoord op de bronserver. Bekijk het toepassingslogboek op de bronserver voor gebeurtenis-id 3019.

Staat gebeurtenis-id 3019 in het toepassingslogboek op de bronserver?

  • Zo ja, raadpleegt u Gebeurtenis-id 3029.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Gebeurtenis-id 3029

Gebeurtenis-id 3029 is het binnenkomende hiërarchie-backfill-antwoord op de doelserver.

Ziet u gebeurtenis-id 3029 in het toepassingslogboek op de doelserver?

Zoeken naar de map in de hiërarchie

Zoek op de doelserver naar de map in de hiërarchie.

Ziet u nu de map in de hiërarchie op de doelserver?

  • Zo ja, gefeliciteerd! Het probleem met replicatie van openbare mappen voor Exchange Server 2003 is opgelost.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

De bericht-id van gebeurtenis-id 3014 bijhouden

Controleer gebeurtenis-id 3014 op de doelserver om de bericht-id op te halen. Gebruik berichten bijhouden om de bericht-id bij te houden.

Geeft berichttracering aan dat het bericht is bezorgd bij de bronserver?

De bericht-id van gebeurtenis-id 3019 bijhouden

Zoek op de bronserver gebeurtenis-id 3019 en noteer de bericht-id in de gebeurtenis. Gebruik berichten bijhouden om de bericht-id bij te houden.

Geeft berichttracering aan dat het bericht is bezorgd op de doelserver?

Focus op inhoud; Altijd interval en planning repliceren; Een nieuw item maken op de bronserver

Focus op inhoud

Omdat de map wordt weergegeven in de hiërarchie op beide servers, is dit waarschijnlijk geen probleem met hiërarchiereplicatie. Daarom richten we ons op het oplossen van problemen met inhoud.

Always Interval en Planning repliceren

Controleer of de waarde Altijd interval repliceren is ingesteld op 15 minuten of minder op de bronserver.

De instelling voor Exchange Server 2007 en Exchange Server 2010 controleren en aanpassen

  1. Start Exchange Management Console.

  2. Voer de volgende cmdlet uit en controleer of ReplicationPeriod, ReplicationScheduleen ReplicationMessageSize zijn ingesteld:

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

    Schermopname van het gebruik van Get-PublicFolderDatabase om te controleren of parameters zijn ingesteld.

  3. Zorg ervoor dat alle openbare mapdatabases dezelfde ReplicationMessageSizehebben.

Controleer vervolgens of de betreffende map is geconfigureerd voor het gebruik van het archiefschema. Om dit te doen:

  1. Start Exchange Management Console.

  2. Voer de volgende cmdlet uit en controleer Replicas en UseDatabaseReplicationSchedule zijn ingesteld:

    Get-PublicFolder | fl *Replica*

    Schermopname van het gebruik van Get-PublicFolder om te controleren of parameters zijn ingesteld.

  3. Als UseDatabaseReplicationSchedule is ingesteld op Onwaar, controleert u of dit ReplicationSchedule is ingesteld.

De instelling controleren en aanpassen op Exchange Server 2003
  1. Start Exchange System Manager.
  2. Vouw de container Beheergroepen uit en selecteer vervolgens de beheergroep die de server voor openbare mappen bevat.
  3. Vouw de container Servers uit, vouw de bronserver uit, selecteer de database met openbare mappen en selecteer vervolgens Eigenschappen.
  4. Typ op het tabblad Replicatie (beleid)15 in het vak Replicatie-interval voor altijd (minuten).
  5. Selecteer Toepassen en selecteer vervolgens OK.

Controleer vervolgens of de map waarmee u werkt is geconfigureerd voor het gebruik van het archiefschema. Om dit te doen:

  1. Vouw Openbare mappen uit en klik met de rechtermuisknop op de map waarmee u werkt.
  2. Selecteer Eigenschappen.
  3. Selecteer op het tabblad Replicatiede optie Schema voor openbare opslag gebruiken in de lijst Replicatie-interval voor openbare mappen .

Een nieuw item maken op de bronserver

Maak een nieuw item in de openbare map op de bronserver en watch vervolgens het toepassingslogboek voor gebeurtenis-id 3020.

Ziet u gebeurtenis-id 3020 en bevat deze de naam van de map die u wilt testen en de naam van het item dat we hebben gemaakt?

Gebeurtenis-id 3030

Controleer op de doelserver het toepassingslogboek op gebeurtenis-id 3030.

Bevat het toepassingslogboek van de doelserver gebeurtenis-id 3030 voor dezelfde map en hetzelfde item?

Bronserver genereert geen uitgaande inhoudsberichten voor die map; Gebeurtenis-id 3079 wanneer de database met openbare mappen is gekoppeld

Bronserver genereert geen uitgaande inhoudsberichten voor die map

De bronserver genereert geen uitgaande inhoudsberichten voor die map. We richten onze probleemoplossing op de bronserver.

Gebeurtenis-id 3079 wanneer de database met openbare mappen is gekoppeld

Controleer op de bronserver het toepassingslogboek op gebeurtenis-id 3079. Gebeurtenis-id 3079 treedt op wanneer de database is gekoppeld en moet de volgende tekst bevatten: EcReplStartup. Gebeurtenis-id 3079 moet er bijvoorbeeld uitzien als de volgende tabel.

Gebeurtenistype Informatie
Gebeurtenisbron
MSExchangeIS Public Store
Gebeurteniscategorie Replicatiefouten
Gebeurtenis-id 3079
Bericht Onverwachte replicatiethreadfout 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Ziet u gebeurtenis-id 3079 en bevat deze EcReplStartup wanneer de database wordt gekoppeld?

Voer isinteg -fix -test ReplState uit; Gebeurtenis-id 3020

Voer isinteg –fix – test ReplState uit op de doelserver

Selecteer uw Exchange-versie om de ReplState-instelling te controleren en aan te passen met de volgende stappen:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Gebruik de New-PublicFolderDatabaseRepairRequest cmdlet om replicatieproblemen in de database met openbare mappen te detecteren en op te lossen. Openbare mappen in de database met openbare mappen kunnen nog steeds worden geopend terwijl de aanvraag wordt uitgevoerd. De openbare map die momenteel wordt hersteld, is echter niet beschikbaar. Nadat u de herstelaanvraag hebt gestart, kan deze niet worden gestopt, tenzij u de database ontkoppelt.

  3. Voer de volgende cmdlet uit:

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

  1. Installeer op de doelserver de hotfix KB925253 die is uitgebracht op 24 januari 2013.

  2. Nadat de hotfix is geïnstalleerd, ontkoppelt u de openbare-mapdatabase op de server en voert u de volgende opdracht uit bij een opdrachtprompt:

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

Gebeurtenis-id 3020

Maak een nieuw item in de openbare map op de bronserver en controleer vervolgens het toepassingslogboek op gebeurtenis-id 3020.

Ziet u gebeurtenis-id 3020 en bevat deze de naam van de map die u test en de naam van het item dat u hebt gemaakt?

  • Zo ja, zie Gebeurtenis-id 3030.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met de ondersteuning over dit probleem, laat hen dan weten dat de bronserver geen uitgaande hiërarchiereplicatieberichten genereert. Er is een 3079-gebeurtenis wanneer de database wordt gekoppeld, maar de gebeurtenis bevat geen EcReplStartup.

Controleer of het item zich in de bronmap op de doelserver bevindt

Zoek op de doelserver naar het item dat u op de bronserver hebt gemaakt en zorg ervoor dat het zich in de doelmap bevindt.

Ziet u het item in de map op de doelserver?

Problemen met inhoudsbackfill oplossen

We hebben gecontroleerd of wijzigingen in inhoud worden gerepliceerd. Vervolgens gaan we problemen met het invullen van inhoud oplossen.

Voer hiervoor Inhoud synchroniseren uit op de doelserver. Dit moet ertoe leiden dat de doelserver de bronserver om de ontbrekende gegevens vraagt.

Inhoud synchroniseren uitvoeren in Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Voer de volgende opdracht uit:

    Update-PublicFolder -Server <DestinationServer>

  3. Nadat u Hiërarchie synchroniseren op de doelserver hebt uitgevoerd, controleert u het toepassingslogboek op de bronserver op gebeurtenis 3027 en op de binnenkomende statusaanvraag.

Inhoud synchroniseren uitvoeren in Exchange Server 2003

  1. Vouw Openbare mappen uit en selecteer vervolgens de doelmap.
  2. Selecteer in het rechterdeelvenster het tabblad Status .
  3. Klik met de rechtermuisknop op de doelserver en selecteer vervolgens Inhoud synchroniseren.

Nadat u Inhoud synchroniseren op de doelserver hebt uitgevoerd, controleert u het toepassingslogboek op gebeurtenis-id 3017 voor de aanvraag voor de uitgaande status.

Staat gebeurtenis-id 3017 in het toepassingslogboek op de doelserver

Voer isinteg -fix -test ReplState uit (als gebeurtenis-id 3017 niet is geregistreerd)

Selecteer uw Exchange-versie om de ReplState-instelling te controleren en aan te passen met de volgende stappen:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Gebruik de New-PublicFolderDatabaseRepairRequest cmdlet om replicatieproblemen in de database met openbare mappen te detecteren en op te lossen. Openbare mappen in de database met openbare mappen kunnen nog steeds worden geopend terwijl de aanvraag wordt uitgevoerd, maar u hebt geen toegang tot de openbare map die momenteel wordt hersteld. Nadat u de herstelaanvraag hebt gestart, kan deze niet worden gestopt, tenzij u de database ontkoppelt.

  3. Voer de volgende cmdlet uit:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Voor Exchange Server 2003

  1. Installeer de hotfix KB925253 op de doelserver.

  2. Nadat de hotfix is geïnstalleerd, ontkoppelt u de openbare-mapdatabase op de server en voert u de volgende opdracht uit bij een opdrachtprompt:

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

  3. Nadat het isinteg-proces is voltooid, wijzigt u de replicalijst in de openbare map op de bronserver. Om dit te doen, voegt u een replica toe aan of verwijdert u een replica van een server. Selecteer Toepassen, draai de wijziging die u zojuist hebt aangebracht om en selecteer vervolgens opnieuw Toepassen .

  4. Voer Inhoud synchroniseren op de doelserver opnieuw uit voor dezelfde map.

  5. Bekijk het toepassingslogboek voor gebeurtenis-id 3017 voor de uitgaande statusaanvraag.

Staat gebeurtenis-id 3017 in het toepassingslogboek op de doelserver?

  • Zo ja, zie Gebeurtenis-id 3027.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Gebeurtenis-id 3027

Controleer op de bronserver het toepassingslogboek op gebeurtenis-id 3027 met het type 0x20.

Ziet u gebeurtenis-id 3027 en heeft deze type 0x20 op de bronserver?

Gebeurtenis-id 3017 op de bronserver

Zoek in het toepassingslogboek op de bronserver, direct vóór gebeurtenis-id 3027, gebeurtenis-id 3017 met het type 0x10 voor dezelfde map.

Ziet u gebeurtenis-id 3017 en heeft deze type 0x10 voor dezelfde map?

Hebben de servers verschillende leeftijdslimieten?

Als de bronserver geen statusantwoord genereert, betekent dit doorgaans dat de bronserver geen gegevens bevat die de andere server ook niet heeft.

Een situatie waarin servers kunnen worden gesynchroniseerd zonder identieke inhoud, is als ze verschillende leeftijdslimieten hebben. Als de doelserver de betreffende items al heeft verlopen, worden de items niet opnieuw opgevuld.

Controleer en zorg ervoor dat de servers geen verschillende leeftijdslimieten hebben. Er zijn verschillende soorten limieten:

Opslagquota

Standaardwaarden voor databasequota gebruiken

Schakel dit selectievakje in om de quotumlimieten voor de openbare mapdatabase te gebruiken waarop de openbare map zich bevindt. Als u de standaardinstellingen niet inschakelt, worden de selectievakjes Probleemwaarschuwing op (KB), Post op (KB) en Maximale itemgrootte (KB) beschikbaar.

Probleemwaarschuwing op (KB)

Schakel dit selectievakje in om eigenaren van openbare mappen automatisch te waarschuwen dat de openbare map de opslaglimiet nadert. Als u deze limiet wilt opgeven, schakelt u het selectievakje in en geeft u vervolgens de grootte op van de openbare map in kilobytes (KB) waarvoor u het posten wilt verbieden. U kunt een waarde invoeren tussen 0 kB en 2.147.483.647 kB (2,1 terabytes).

Posten op (KB) verbieden

Schakel dit selectievakje in om te voorkomen dat berichten worden geplaatst in de openbare map nadat de grootte van de map de opgegeven limiet heeft bereikt. Als u deze limiet wilt opgeven, schakelt u het selectievakje in en geeft u vervolgens de grootte op van de openbare map in KB waarvoor u het posten wilt verbieden. U kunt een waarde invoeren tussen 0 kB en 2.147.483.647 kB (2,1 terabytes).

Maximale itemgrootte (KB)

Schakel dit selectievakje in om de maximale grootte van items te beperken die gebruikers in de openbare map kunnen plaatsen. Als u de grootte wilt opgeven, schakelt u het selectievakje in en geeft u vervolgens de maximale grootte op van items in KB die gebruikers in de openbare mappen kunnen plaatsen. U kunt een waarde opgeven tussen 0 kB en 2.097.151 kB.

Retentie van verwijderde items

Standaardinstellingen voor databaseretentie gebruiken

Schakel dit selectievakje in om de bewaarlimieten voor database-items in de openbare map te gebruiken op de server waarop deze openbare map zich bevindt. Als u dit selectievakje niet inschakelt, wordt het selectievakje Verwijderde items behouden voor (dagen) beschikbaar.

Verwijderde items behouden voor (dagen)

Schakel dit selectievakje in om het aantal dagen in te stellen dat verwijderde items worden bewaard in een openbare map. U kunt een waarde invoeren tussen 0 en 24.855 dagen.

Leeftijdslimieten

Standaardwaarden voor databaseleeftijd gebruiken

Schakel dit selectievakje in om de leeftijdslimieten voor de openbare mapdatabase te gebruiken voor de server waarop deze openbare map zich bevindt. Als u dit selectievakje niet inschakelt, wordt het selectievakje Leeftijdslimiet voor replica's (dagen) beschikbaar.

Leeftijdslimiet voor replica's (dagen)

Schakel dit selectievakje in om de leeftijd van de openbare map te beperken. Gebruik het bijbehorende tekstvak om de leeftijdslimiet in dagen op te geven. Replica's van deze openbare map worden automatisch verwijderd wanneer de leeftijdslimiet wordt overschreden. U kunt een waarde invoeren tussen 0 en 24.855 dagen.

Hebben de servers verschillende leeftijdslimieten?

  • Als het antwoord ja is, is het inhoudsverschil standaard. U hoeft niet door te gaan met het oplossen van problemen. U kunt het probleem omzeilen door de items te kopiëren zodat ze nieuwe items in een nieuwe map worden.
  • Als het antwoord nee is, is er een onbekende fout opgetreden.

Gebeurtenis-id 3027 met type 0x10 op de doelserver

Controleer op de doelserver het toepassingslogboek op gebeurtenis-id 3027 met het type 0x10.

Ziet u gebeurtenis-id 3027 en heeft deze type 0x10?

  • Zo ja, raadpleegt u Focus op backfill.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met de ondersteuning over dit probleem, laat hen dan weten dat de bronserver geen uitgaande hiërarchiereplicatieberichten genereert. Er is een 3079-gebeurtenis wanneer de database wordt gekoppeld, maar de gebeurtenis bevat geen EcReplStartup.

Focus op backfill

Op dit punt heeft de doelserver berekend dat sommige gegevens ontbreken. Daarom richten we ons op backfill.

Voer op de doelserver inhoud opnieuw synchroniseren uit in de doelmap. Nadat u Inhoud synchroniseren hebt uitgevoerd, wordt gebeurtenis-id 3016 vastgelegd in het toepassingslogboek. Gebeurtenis-id 3016 heeft het berichttype 0x8 dat de naam van de map bevat.

Ziet u op de doelserver gebeurtenis-id 3016 en heeft deze het berichttype 0x8 met de naam van de map?

Gebeurtenis-id 3026 op de bronserver

Als reactie op gebeurtenis-id 3016 op de doelserver ziet u gebeurtenis-id 3026 in het toepassingslogboek op de bronserver.

Ziet u gebeurtenis-id 3026 op de bronserver?

Gebeurtenis-id 3021 op de bronserver

In het toepassingslogboek op de bronserver ziet u direct na gebeurtenis-id 3026 een of meer incidenten van gebeurtenis-id 3021 met berichttype 0x80000004 voor de map.

Ziet u ten minste één gebeurtenis-id 3021 met berichttype 0x80000004 voor de map?

Vergelijk het nummer van gebeurtenis-id 3021 met het nummer van gebeurtenis-id 3031

Tel het aantal incidenten van gebeurtenis-id 3021 dat zich in het toepassingslogboek op de bronserver bevindt. Tel vervolgens het aantal incidenten van gebeurtenis-id 3031 met berichttype 0x80000004 voor de map en die zich in het toepassingslogboek op de doelserver bevinden.

Is er een gelijk aantal gebeurtenis-id 3021-incidenten en gebeurtenis-id 3031-incidenten tussen de servers?

Zoek de inhoud in de map op de doelserver

Zoek op de doelserver naar de inhoud die is gesynchroniseerd van de bronserver naar dezelfde map op de doelserver.

Hebt u de inhoud in dezelfde map op de doelserver gevonden?

  • Zo ja, gefeliciteerd! Het probleem met replicatie van openbare mappen voor Exchange Server 2003 is opgelost.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Het bericht is mogelijk verzonden naar een andere bronserver

Bekijk gebeurtenis-id 3016 om te controleren of het bericht is verzonden naar de verwachte bronserver. Controleer gebeurtenis-id 3016 op de doelserver om te bepalen welke bronserver het bericht moet hebben ontvangen. Als een andere bronserver het bericht heeft ontvangen, gebruikt u die server als de nieuwe bronserver en controleert u vervolgens het toepassingslogboek op de nieuwe bronserver op gebeurtenis-id 3016.

Gebeurtenistype Informatie
Gebeurtenisbron MSExchangeIS Public Store
Gebeurteniscategorie Replicatie van uitgaande berichten
Gebeurtenis-id 3016
Bericht Waarde voor uitgaand berichttype <>
Bericht-id: <id>
Map: <mapnaam>
Databasenaam<>.
CNSET: <waarde>
CNSET(FAI): <waarde>
Server: <servernaam>

Wordt de verwachte bronserver geïdentificeerd in gebeurtenis-id 3016?

  • Zo ja, raadpleegt u Gebeurtenis-id 3021 op de bronserver.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Limiet voor openstaande backfill

Standaard kan het archief met openbare mappen maximaal 50 openstaande aanvragen voor opvulling in één keer bevatten. Dit wordt de Outstanding Backfill Limit (OBL) genoemd. Wanneer er 50 backfill-aanvragen in de winkelmatrix staan, worden deze aanvragen herhaaldelijk gedaan totdat ze zijn voldaan; er kunnen geen nieuwe aanvragen meer worden gedaan totdat ten minste één aanvraag is voltooid.

Telkens wanneer aan een backfill-aanvraag wordt voldaan, treedt er een opening op in de OBL en kan een nieuwe set gegevens worden aangevraagd. Als alle 50 aanvragen echter problemen ondervinden en niet kunnen worden voldaan, treden er geen nieuwe openingen op, kunnen er geen nieuwe aanvragen worden gedaan en kan de replicatie niet worden voortgezet.

Als u wilt bepalen of Outstanding Backfill Limit de oorzaak van het probleem is, verhoogt u de OBL-limiet met één (1) op de doelserver en bekijkt u vervolgens het toepassingslogboek gedurende ten minste vijf minuten voor een exemplaar van gebeurtenis-id 3016.

De OBL-limiet verhogen met één (1) op de doelserver

  1. Open het register Editor door Uitvoeren> starten tekiezen,typ regedit en kies ok.

  2. Vouw de volgende subsleutel uit:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Klik met de rechtermuisknop op Public-GUID<>, wijs Nieuw aan en selecteer vervolgens DWORD-waarde.

  4. Typ Replicatielimiet voor openstaande backfill en druk op Enter om de nieuwe subsleutel te noemen.

  5. Klik met de rechtermuisknop op Replicatielimiet voor openstaande backfill en selecteer vervolgens Wijzigen.

  6. Typ 51 in het vak Waardegegevens en selecteer OK.

  7. Sluit het register Editor.

  8. Start de Microsoft Exchange Information Store-service opnieuw op Exchange Server 2003. Om dit te doen:

    • Selecteer Start, wijs Systeembeheer aan en selecteer vervolgens Services.
    • Selecteer Microsoft Exchange Information Store in de lijst Services en selecteer vervolgens Opnieuw opstarten.

Als gebeurtenis-id 3016 is vastgelegd voor een andere map, moet u in plaats daarvan problemen oplossen met het gebruik van die map.

Ziet u gebeurtenis-id 3016 voor een andere map?

Het bericht bijhouden dat is geïdentificeerd in gebeurtenis-id 3020

Gebruik op de bronserver berichttracering om het bericht bij te houden dat wordt geïdentificeerd in gebeurtenis-id 3020.

Geeft berichttracering aan dat het bericht is bezorgd op de doelserver?

Problemen met de opdracht XEXCH50 oplossen

Als u problemen met de opdracht XEXCH50 wilt oplossen, verhoogt u de logboekregistratie op de doelserver voor de MSExchangeTransport-service en stelt u het SMTP-protocolniveau in op normaal.

Als u de instelling van het SMTP-protocolniveau wilt controleren en aanpassen, selecteert u uw Exchange-versie om de stappen te controleren:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.
  2. Gebruik de Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' cmdlets en Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' om logboekregistratie voor de SMTP in te schakelen.
  3. Gebruik de Resume-PublicFolderReplication cmdlet om de replicatie van openbare mappen voor de hele organisatie te starten.

Voor Exchange Server 2003

Controleer vervolgens het toepassingslogboek in Logboeken op gebeurtenissen die er ongeveer als volgt uitzien:

Gebeurtenistype Error
Gebeurtenisbron MSExchangeTransport
Gebeurteniscategorie SMTP-protocol
Gebeurtenis-id 7004
Datum:           Datum
Tijd Tijd
Gebruiker Niet beschikbaar
Computer Computernaam
Beschrijving Dit is een SMTP-protocolfoutlogboek voor virtuele server-id 1, verbinding #29. De externe host E2k3server1.contoso.com heeft gereageerd op de SMTP-opdracht 'xexch50' met '504 Moet eerst worden geverifieerd. "De verzonden volledige opdracht is "XEXCH50 2336 3". Hierdoor mislukt de verbinding waarschijnlijk.
Gebeurtenistype: Error
Gebeurtenisbron MSExchangeTransport
Gebeurteniscategorie SMTP-protocol
Gebeurtenis-id 7010
Datum Datum
Tijd Tijd
Gebruiker Niet beschikbaar
Computer: Computernaam
Beschrijving: Dit is een SMTP-protocollogboek voor virtuele server-id 1, verbinding #30. De client op '6.5.2.4' heeft een 'xexch50'-opdracht verzonden en de SMTP-server reageerde met '504 Moet eerst worden geverifieerd'. De volledige opdracht die is verzonden, was 'xexch50 1092 2'. Hierdoor mislukt de verbinding waarschijnlijk. Deze gebeurtenissen geven aan dat de sink van het XEXCH50 protocol is geactiveerd, maar dat de uitwisseling van de blobs is mislukt tussen de servers die worden vermeld in de gebeurtenissen.

Ziet u gebeurtenis-id 7004 en gebeurtenis-id 7010 op de doelserver?

Voer isinteg -fix -test ReplState uit (als gebeurtenis IE 7004 en 7010 niet wordt weergegeven)

Selecteer uw Exchange-versie om de ReplState-instelling te controleren en aan te passen met de volgende stappen:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.

  2. Gebruik de New-PublicFolderDatabaseRepairRequest cmdlet om replicatieproblemen in de database met openbare mappen te detecteren en op te lossen. Openbare mappen in de database met openbare mappen kunnen nog steeds worden geopend terwijl de aanvraag wordt uitgevoerd, maar u hebt geen toegang tot de openbare map die momenteel wordt hersteld. Nadat u de herstelaanvraag hebt gestart, kan deze niet worden gestopt, tenzij u de database ontkoppelt.

  3. Voer de volgende cmdlet uit:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Voor Exchange Server 2003

  1. Installeer de hotfix KB925253 op de doelserver.

  2. Nadat de hotfix is geïnstalleerd, ontkoppelt u de openbare-mapdatabase op de server en voert u de volgende opdracht uit bij een opdrachtprompt:

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

  3. Nadat het isinteg-proces is voltooid:

    1. Wijzig de replicalijst in de openbare map op de doelserver. U doet dit door een replica toe te voegen aan of te verwijderen van een server. Selecteer Toepassen, draai de wijziging die u zojuist hebt aangebracht om en selecteer vervolgens opnieuw Toepassen .
    2. Maak een nieuw item op de bronserver.
    3. Bekijk het toepassingslogboek op de bronserver voor gebeurtenis-id 3020.
    4. Controleer het toepassingslogboek op de doelserver op gebeurtenis-id 3030.

Ziet u gebeurtenis-id 3030 in het toepassingslogboek op de doelserver?

  • Zo ja, gefeliciteerd! Het probleem met replicatie van openbare mappen voor Exchange Server 2003 is opgelost.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met de ondersteuning over dit probleem, laat hen dan weten dat de bronserver geen uitgaande hiërarchiereplicatieberichten genereert. Er is een 3079-gebeurtenis wanneer de database wordt gekoppeld, maar de gebeurtenis bevat geen EcReplStartup.

Grootte van replicatie van ontvangstwachtrij in Prestatiemeter

Replicatieberichten van openbare mappen worden ontvangen door SMTP, gecategoriseerd en overgedragen aan de lokale SMTP-wachtrij. De berichten worden vervolgens verzonden naar het archief met openbare mappen. Zodra berichten zijn verzonden naar het archief openbare mappen, worden ze in de replicatie-ontvangstwachtrij geplaatst. De berichten in de replicatiewachtrij voor ontvangst worden vervolgens verwerkt en wijzigingen worden uitgevoerd in de juiste openbare map. Het prestatiemeteritems Replicatie ontvangen wachtrijgrootte geeft het aantal replicatieberichten voor openbare mappen aan dat moet worden verwerkt.

Hoe groter de replicatiewachtrij wordt, hoe meer de inhoud in de mappen kan worden gesynchroniseerd. Wanneer replicatiewachtrijen toenemen, wordt de belasting van resources verhoogd naarmate de berichten in de replicatiewachtrij worden verwerkt. Bovendien geven groeiende replicatiewachtrijen aan dat de inhoud van de openbare map op de server verouderd is.

Er is geen actie vereist in de twee exemplaren waar groei in de replicatie-ontvangstwachtrij wordt verwacht en kan worden gepland voor:

  • Op een zojuist geïntroduceerde openbare-mapserver kan de groei in de replicatie-ontvangstwachtrij worden veroorzaakt door de verwachte initiële backfill-replicatie.
  • Als siteconsolidatie of andere belangrijke wijzigingen in de Exchange-topologie optreden, wordt verwacht dat er veel replicatie plaatsvindt wanneer de inhoud wordt verplaatst.

Voor bestaande stabiele servers waarbij openbare mapreplica's niet bulksgewijs worden gewijzigd, kan deze fout duiden op:

  • Prestatieknelpunten voor serverresources, zoals schijf, CPU, netwerk of geheugen. Als er een resourceknelpunt op de server is, kan het Store.exe proces de replicatieberichten niet snel genoeg verwerken en wordt er een wachtrij groter.
  • Het replicatie-interval voor openbare mappen is te kort om de replicatie te voltooien voordat de volgende replicatiecyclus wordt gestart.

Ga als volgt te werk om deze fout op te lossen:

  • Bewaak de wachtrijgrootte van MSExchangeIS Public\Replication Receive totdat wordt aangegeven dat de replicatie is voltooid voordat de volgende replicatiecyclus wordt gestart.
  • Overweeg het totale aantal replica's in de Exchange-organisatie te verminderen om het vereiste replicatieverkeer te verminderen.

Als u een hoge wachtrij hebt, raadpleegt u Replicatie onderbreken.

Als u een lage wachtrij hebt, raadpleegt u Mogelijk ReplState-probleem.

Replicatie onderbreken

Onderbreek de replicatie van openbare mappen en laat de wachtrijen leeglopen of ondersteuning bellen.

Replicatie onderbreken

  1. Start Exchange Management Console.
  2. Gebruik de Suspend-PublicFolderReplication cmdlet om de replicatie van openbare mappen voor de hele organisatie te stoppen.
  3. Bewaak de transportwachtrijen door uit te voeren Get-TransportServer | Get-Queue. Zodra de wachtrij is verminderd, kunt u de replicatie hervatten.
  4. Gebruik de Resume-PublicFolderReplication cmdlet om de replicatie van openbare mappen voor de hele organisatie opnieuw te starten.

Een onbekend probleem kan niet worden opgelost met behulp van deze handleiding. Als u contact opneemt met ondersteuning over dit probleem, laat hen dan weten dat replicatie is onderbroken en dat u wacht totdat de wachtrijen zijn verminderd.

Zoeken naar de map-id (FID) (Isoleren?)

Wordt in de gebeurtenis-id 3028 de FID weergegeven, maar niet de naam van de map?

  • Zo ja, zie Tombstone vanwege een verwijdering.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Tombstone vanwege een verwijdering (gebeurtenis-id 3028 geeft de FID weer)

Dit geeft aan dat de map een tombstone is vanwege een eerdere verwijdering die niet is gerepliceerd. Terug naar de bronserver en kopieer de map om een nieuwe map met dezelfde inhoud te maken en begin opnieuw.

Is deze informatie nuttig?

  • Zo ja, zie Dubbele accounts verwijderen.
  • Zo nee, sorry, we kunnen niet-geïdentificeerde problemen met deze handleiding niet oplossen. Neem voor meer hulp bij het oplossen van dit probleem contact op met Microsoft Exchange Server ondersteuning en laat hen weten dat wanneer de database wordt gekoppeld, een 3079-gebeurtenis wordt geregistreerd.

Geeft prestatiemeter een groot aantal berichten weer die in de wachtrij staan voor verzending

Open Prestatiemeter.

Voeg Counter MSExchangeIS Public\Replication Receive Queue toe en bewaak de grootte van de wachtrij.

Als u meer wilt weten over prestatiemeter, kunt u hier terecht: Handleiding voor prestatiebewaking Aan de slag.

Toont de prestatiemeter een groot aantal berichten in de wachtrij voor verzending?

  • Zo ja, raadpleegt u Services controleren.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met ondersteuning over dit probleem, kunt u hen vertellen dat de server uitgaande hiërarchieberichten genereert, maar dat deze berichten niet worden weergegeven in berichten bijhouden en dat er niets in de wachtrij staat voor verzending.

Services controleren

  1. Selecteer Start>Uitvoeren.
  2. Typ services.msc in het vak.
  3. Zoek MSExchangeTransport en controleer of het is gestart

Als u PowerShell hebt, opent u deze en voert u de volgende cmdlet uit:

Get-Service MSExchangeTransport

Wordt de transportservice uitgevoerd?

  • Zo ja, raadpleegt u Problemen met replicatie van openbare mappen oplossen.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met ondersteuning over dit probleem, kunt u hen vertellen dat de server uitgaande hiërarchieberichten genereert, maar dat deze berichten niet worden weergegeven in berichten bijhouden en dat er niets in de wachtrij staat voor verzending.

Geeft de gebeurtenis 3030 de bericht-id (MID) van het item weer, maar niet het onderwerp

Wordt in de gebeurtenis 3030 de MID van het item weergegeven, maar niet het onderwerp?

  • Zo ja, zie Tombstone.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Als u contact opneemt met ondersteuning over dit probleem, laat hen dan weten dat de bronserver geen uitgaande hiërarchiereplicatieberichten genereert en dat er geen 3079-gebeurtenis is wanneer de database wordt gekoppeld.

Tombstone

Dit is meestal het resultaat van een tombstone vanwege een berichtverwijdering die niet is gerepliceerd. U kunt de berichten in de map kopiëren om nieuwe berichten te maken of de hele map kopiëren.

Is deze informatie nuttig?

  • Zo ja, zie Dubbele accounts verwijderen.
  • Zo nee, sorry, we kunnen niet-geïdentificeerde problemen met deze handleiding niet oplossen. Neem voor meer hulp bij het oplossen van dit probleem contact op met Microsoft Exchange Server ondersteuning en laat hen weten dat wanneer de database wordt gekoppeld, een 3079-gebeurtenis wordt geregistreerd.

De gebeurtenis-id bijhouden 3027

Volg de 3027 om te zien hoe ver deze is gekomen. Als de bronserver niet is verlaten, controleert u het prestatiemeteritems Berichten in wachtrij voor inzending onder MSExchangeIS Public om te zien of de uitgaande berichten vastzitten in het openbare archief.

Is deze informatie nuttig?

  • Zo ja, zie Dubbele accounts verwijderen.
  • Zo nee, sorry, we kunnen niet-geïdentificeerde problemen met deze handleiding niet oplossen. Neem voor meer hulp bij het oplossen van dit probleem contact op met Microsoft Exchange Server ondersteuning en laat hen weten dat wanneer de database wordt gekoppeld, een 3079-gebeurtenis wordt geregistreerd.

Mogelijk ReplState-probleem

Het is mogelijk dat dit probleem een XEXCH50-probleem of een Probleem met ReplState is. Voordat we doorgaan, controleren we of SMTP-logboekregistratie is ingeschakeld.

Selecteer uw Exchange-versie om de ReplState-instelling te controleren en aan te passen met de volgende stappen:

Voor Exchange Server 2007 en Exchange Server 2010

  1. Start Exchange Management Console.
  2. Gebruik de Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' cmdlets en Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' om logboekregistratie van gebeurtenissen in te schakelen op de SMTP.
  3. Gebruik de Resume-PublicFolderReplication cmdlet om de replicatie van openbare mappen voor de hele organisatie te starten.

Voor Exchange Server 2003

  1. Start Exchange System Manager.
  2. Vouw Servers uit, klik met de rechtermuisknop op Your_ Servernaam en selecteer vervolgens Eigenschappen.
  3. Selecteer het tabblad Diagnostische logboekregistratie en selecteer vervolgens MSExchangeTransport onder Services.
  4. Selecteer onder Categorieënde optie SMTP.
  5. Selecteer onder Logboekregistratieniveaude optie Gemiddeld.

Wat is uw Exchange-versie?

Een of meer berichten zijn verloren gegaan tijdens het transport

Als het aantal 3031 gebeurtenissen op de doelserver kleiner is dan het aantal 3021 gebeurtenissen op de bronserver, zijn een of meer berichten verloren gegaan tijdens het transport. Als u het verlies van berichten wilt oplossen, identificeert u de bericht-id van de berichten die niet zijn gerepliceerd.

Bekijk hiervoor het toepassingslogboek op de bronserver. Gebruik vervolgens berichten bijhouden om de berichten bij te houden en het probleem op te lossen.

Zijn er Exchange Server 2007- of 2010-servers in het pad van dat bericht?

Heeft dat het probleem opgelost?

Is uw probleem nu opgelost?

  • Zo ja, gefeliciteerd! Het probleem met replicatie van openbare mappen voor Exchange Server 2003 is opgelost.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.

Exchange Server 2007 en Exchange Server 2010 in het pad

De meest voorkomende reden voor een backfill-antwoord voor inhoud op Exchange Server 2007 of Exchange Server 2010 is een fout met het Store-stuurprogramma. Er wordt bijvoorbeeld een backfill-antwoord verzonden naar een Exchange Server 2007-server, maar als u het toepassingslogboek aan de 2007-zijde bekijkt, ziet u nooit de binnenkomende replicatiegebeurtenis. Bijhouden van berichten laat zien dat het replicatiebericht naar de hubtransportserver is gekomen en vervolgens is mislukt in het stuurprogramma van de store.

De eerste stap voor het oplossen van problemen is het bijhouden van het bericht en zien waar het is mislukt.

Meestal wordt op de hubtransportserver een gebeurtenis 1020 geregistreerd waarin het probleem met die specifieke inhoud wordt beschreven. Nadat u het bericht hebt bijgehouden en hebt bepaald op welke hubtransportserver deze is mislukt, controleert u de 1020-gebeurtenis met het bronstuurprogramma MSExchange Store op die hubtransportserver.

Ziet u een 1020-gebeurtenis met het bronstuurprogramma MSExchange Store op die hubtransportserver?

Exchange Server 2007 en Exchange Server 2010 in het pad (de inhoud van het bericht is beschadigd)

Dit bericht wordt meestal veroorzaakt door beschadigde TNEF. Als dit een hybride omgeving is, past u Exchange 2013 CU6 toe om nieuwe beschadigde berichten te voorkomen en verwijdert u de oude. Als u de beschadigde items wilt identificeren, gaat u verder met de onderstaande stappen.

Ga als volgt te werk om te bepalen welke items beschadigd zijn:

  1. Verminder de grootte van het replicatiebericht tot 1k op de bronserver.
  2. Forceer op de bestemming een andere backfill-aanvraag met Inhoud synchroniseren of Update-PublicFolder.
  3. U ziet nu één backfill-antwoord (gebeurtenis 3021) per item in de map op de bronserver. Het toepassingslogboek kan vol zijn met antwoorden voor backfill als de map veel items bevat. Zodra de 3021-activiteit is gekalmeerd, wist u het toepassingslogboek op de bronserver en dwingt u een nieuwe backfill-aanvraag af. Omdat alle goede items al zijn gerepliceerd in de laatste ronde van backfills, zijn de beschadigde items de enige nieuwe items die u in de nieuwe gebeurtenis 3021 zou moeten zien.

Nu moet u één backfill-antwoord (3021) hebben voor elk beschadigd item in het toepassingslogboek op de bronserver en één 1020-gebeurtenis voor elk beschadigd item in het toepassingslogboek op de hubtransportserver. Omdat u nu weet welke items beschadigd zijn (omdat u de itemonderwerpen in de 3021-gebeurtenissen kunt lezen), kunt u deze items verwijderen of proberen ze op te lossen.

Zie Replicatiefouten van openbare mappen herstellen van Exchange Server 2003 naar Exchange Server 2007 of 2010 voor meer informatie.

Is het probleem daarmee opgelost?

Exchange Server 2007 en Exchange Server 2010 in het pad (zie 1020-gebeurtenis, maar geen van de bovenstaande foutberichten)

Dit is een ander type beschadigd item. Ga als volgt te werk om te bepalen welke items beschadigd zijn:

  1. Verminder de grootte van het replicatiebericht tot 1k op de bronserver.
  2. Forceer op de bestemming een andere aanvraag voor het doorvoeren van backfills met het synchroniseren van inhoud of openbare map bijwerken.
  3. U ziet nu één backfill-antwoord (gebeurtenis 3021) per item in de map op de bronserver. Het toepassingslogboek kan vol zijn met antwoorden voor backfill als de map veel items bevat. Zodra de 3021-activiteit is gekalmeerd, wist u het toepassingslogboek op de bronserver en dwingt u een nieuwe backfill-aanvraag af. Aangezien alle goede items al zijn gerepliceerd in de laatste ronde van backfills, zijn de beschadigde items de enige nieuwe items die u in de nieuwe gebeurtenis 3021 zou moeten zien.

Nu moet u één backfill-antwoord (3021-gebeurtenis) hebben voor elk beschadigd item in het toepassingslogboek op de bronserver en één 1020-gebeurtenis voor elk beschadigd item in het toepassingslogboek op de hubtransportserver. Omdat u nu weet welke items beschadigd zijn (omdat u de itemonderwerpen in de 3021-gebeurtenissen kunt lezen), kunt u ze verwijderen of proberen ze op te lossen.

Zie Replicatiefouten van openbare mappen herstellen van Exchange Server 2003 naar Exchange Server 2007 of 2010 voor meer informatie.

Is uw probleem nu opgelost?

Dubbele accounts verwijderen

Verwijder de dubbele accounts die worden vermeld in de gebeurtenis of verwijder een van de gebruikers, zodat de SID kan worden omgezet voor één gebruiker in de DS.

Is deze informatie nuttig?

  • Zo ja, gefeliciteerd! Het probleem met replicatie van openbare mappen voor Exchange Server is opgelost.
  • Zo nee, dan kunnen we een onbekend probleem niet oplossen met behulp van deze handleiding. Neem contact op met Microsoft Exchange Server ondersteuning voor meer hulp bij het oplossen van dit probleem.