Julkisen kansion replikoinnin vian määritys Exchange Serverissä

Alkuperäinen tietämys kannan numero:   10042

Yhteenveto

Aloitamme pyytämällä sinua ottamaan diagnostisen kirjaamisen ja viestin seurannan käyttöön välttämättömänä. Tämän jälkeen otamme läpi joukon vaiheita, joilla voit selvittää julkisen kansion replikointi ongelmat.

Arvioitu Valmistumis aika:
45-60 minuuttia.

Jotta voit suorittaa julkisen kansion replikoinnin vian määrityksen Exchange Serverissä, sinun on ensin otettava käyttöön diagnostiikan kirjaaminen ja viestien seuranta.

Mitä haluat tehdä?

Diagnostiikan kirjaamisen ottaminen käyttöön

Sinun on otettava diagnostiikan kirjaaminen käyttöön kaikissa palvelimissa, joissa työskentelet. Eri Exchange-versioiden vaiheet voivat olla erilaiset, valitse Exchange-versiosi:

Exchange Server 2007 ja Exchange Server 2010

  1. Käynnistä Exchange-hallinta liittymä.

  2. Tarkista nykyiset kirjaamis tasot suorittamalla seuraava cmdlet-komento:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }
    
  3. Jos haluat ottaa lokiin kirjaamisen käyttöön, suorita seuraavat cmdlet-kansiot kaikkiin käsittelemiesi julkisten kansioiden palvelimiin:

    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. Lisää kohde palvelimessa oleva kuljetusten kirjaaminen suorittamalla seuraavat cmdlet-komentosovelmat:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
    
  5. Kirjaamis tasojen palauttaminen:

    1. Avaa Exchange-hallinta konsoli.
    2. Siirry konsoli puussa palvelimen määritys- > Posti laatikkoon.
    3. Valitse toiminnot -ruudussa Hallitse diagnostiikan kirjaamisen ominaisuuksia.
    4. Valitse Hallitse diagnostiikan kirjaamisen ominaisuuksia -sivulla Exchange-palvelu, jonka kirjaamis tasoa haluat muuttaa.
    5. Valitse haluamasi kirjaamis taso ja valitse sitten Määritä. Jos haluat palauttaa oletus arvot, valitse Palauta kaikki palvelut oletusarvoisiksi kirjaamis tasoiksija valitse sitten Määritä.
    6. Varmista Valmistumis sivulla, että prosessi on suoritettu onnistuneesti. Tehtävien tilana näkyy valmis tai epäonnistui. Jos tehtävä epäonnistui, tarkista selityksen Yhteenveto ja valitse sitten takaisin , jos haluat tehdä tarvittavat määritys muutokset.
    7. Viimeistele ohjattu diagnostiikan kirjaamis taso -toiminto valitsemalla valmis .

Exchange Server 2003

  1. Käynnistä Exchange System-järjestelmänvalvoja ja tuo näkyviin sen palvelimen ominaisuudet, jonka diagnostiikan kirjaamisen haluat ottaa käyttöön.
  2. Valitse diagnostiikan kirjaaminen -väli lehti ja laajenna sitten Palvelut -luettelosta msexchangeis .
  3. Valitse yleinen kansio, pidä CTRL-näppäintä painettuna ja valitse sitten seuraavat kohteet:
    • Replikointi mainosten päivitykset
    • Saapuvien viestien replikointi
    • Lähtevien viestien replikointi
    • Toimituksen ulkopuoliset raportit
    • Replikoinnin tausta täyttö
    • Yleistä replikoinnista
  4. Valitse suurin > Käytä.
  5. Replikointi virheidenvalitseminen > Normaali > Käytä > OK.
  6. Voit lisätä MSExchangeTransport-palvelun kohde palvelimen lokiin kirjaamista ja asettaa SMTP-tasoksi normaali:
    1. Laajenna palvelimet, napsauta palvelimen nimeähiiren kakkos painikkeella ja valitse sitten Ominaisuudet.
    2. Valitse diagnostiikan kirjaaminen -väli lehti ja valitse sitten Palvelut-kohdassa MSExchangeTransport .
    3. Valitse Luokat-kohdassa SMTP.
    4. Valitse kirjaamis taso-kohdassa Normaali.

Mitä haluat tehdä seuraavaksi?

Ota käyttöön viestin seuranta

Jos haluat ottaa viestien seurannan käyttöön kaikissa palvelimissa, työskentelet. Eri Exchange-versioiden vaiheet voivat olla erilaiset, valitse Exchange-versiosi:

Exchange Server 2007 ja Exchange Server 2010

  1. Varmista, että viestin seuranta on käytössä siirtymällä Exchange-hallinta liittymään ja suorittamalla seuraava cmdlet-komento:

    Get-MailboxServer $env:computername | fl MessageTracking*
    
  2. Tulos teen pitäisi olla seuraavanlainen:

    Varmista, että viestin seuranta on käytössä cmdlet-koodin avulla

  3. Varmista, että molemmat MessageTrackingLogEnabled ja- MessageTrackingLogSubjectLoggingEnabled asetuksena on tosi.

  4. Varmista, että huomaat MessageTrackingLogPath loki sijainnin.

Exchange Server 2003

  1. Käynnistä Exchange System-järjestelmänvalvoja ja tuo näkyviin sen palvelimen ominaisuudet, jossa haluat ottaa käyttöön viestin jäljityksen. Viestin seuranta kerää tietoja, kutenvastaanottaja, Lähettäjäja päivä määrä.
  2. Valitse Yleiset -väli lehdessä Ota käyttöön viestin jäljitys -valinta ruutu.
  3. Valitse Ota aihe lokiin kirjaaminen ja näyttö käyttöön- valinta ruutu.

Mitä haluat tehdä?

Yleisen kansion replikoinnin vian määritys

Valitse yksi kansio, joka sisältää tiedot yhdellä palvelimella, mutta ei toisella palvelimella, ja tee juuri tästä kansiosta vian määritys toimien kohde. Seuraavissa vaiheissa tiedot sisältävää palvelinta kutsutaan lähde palvelimeksi. palvelinta, joka ei sisällä tietoja, kutsutaan kohde palvelimeksi.

Exchange Server 2007 ja Exchange Server 2010

  1. Valitse Exchange-hallinta konsolissa Julkinen kansion hallinta konsoli -kohdassa työkalu ryhmä.
  2. Napsauta yleiset kansiot-kohtaa hiiren kakkos painikkeella ja valitse sitten Yhdistä.
  3. Valitse palvelin, johon haluat muodostaa yhteyden.

Exchange Server 2003

  1. Avaa Exchange-järjestelmän vastuu henkilö.
  2. Siirry julkisen kansion hierarkia-objektiin.
  3. Napsauta yleiset kansiot-kohtaa hiiren kakkos painikkeella ja valitse sitten Yhdistä.
  4. Valitse palvelin, johon haluat muodostaa yhteyden.

Tuleeko etsimäsi kansio nyt näkyviin molempien palvelinten hierarkiaan?

Replikoi aina aika väli; Sovellus loki tapahtuman ID 3018

Replikoi aina aika väli

Varmista, että replikoi aina aika väli-arvo on 15 tai vähemmän minuuttia lähde palvelimessa. Säädä asetusta tarvittaessa. Valitse Exchange-versiosi ja tarkista seuraavat vaiheet:

Exchange Server 2007 ja Exchange Server 2010
  1. Käynnistä Exchange-hallinta konsoli.

  2. Suorita seuraavat cmdlet-komento ja varmista, että, ReplicationPeriod ReplicationSchedule ja ReplicationMessageSize määritetään:

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

    Suorita Get-Publikansitieto kanta ja tarkista, että parametrit on valittu

  3. Varmista, että kaikki julkiset f-tieto kannat ovat samat ReplicationMessageSize .

Varmista seuraavaksi, että kyseessä oleva kansio on määritetty käyttämään kaupan aika taulua. Tee näin:

  1. Käynnistä Exchange-hallinta konsoli.

  2. Suorita seuraava cmdlet-komento ja tarkista Replicas ja UseDatabaseReplicationSchedule määritetään:

    Get-PublicFolder | fl *Replica*
    

    Suorita Get-Publi-kansio ja tarkista parametrit määritetään

  3. Jos UseDatabaseReplicationSchedule -asetukseksi on valittu Epätosi, varmista, että ReplicationSchedule on valittu.

Exchange Server 2003
  1. Aloita Exchange-järjestelmän hallintaa.
  2. Laajenna hallinta ryhmät -säilö ja valitse sitten hallinta ryhmä, joka sisältää yleisen kansio palvelimen.
  3. Laajenna palvelinten säilö, valitse julkisen kansion tieto kanta ja valitse sitten Ominaisuudet.
  4. Kirjoita replikointi (käytännöt) -väli lehden replikointi välin arvo aina (minuuttia) -ruutuun.
  5. Jos arvo ei ole 15, kirjoita replikoinnin aika väli aina (minuuttia) -ruutuun 15 .
  6. Valitse Käytäja valitse sitten OK.

Varmista seuraavaksi, että vian määritys kansio on määritetty käyttämään kaupan aika taulua:

  1. Laajenna yleiset kansiotja napsauta sitten hiiren kakkos painikkeella kansiota, jonka vian määritystä olet.
  2. Valitse Ominaisuudet.
  3. Valitse replikointi -väli lehdessä Käytä julkista kaupan aika taulua julkisen kansion replikointi välin luettelossa.

Sovellus loki tapahtuman ID 3018

Luo uusi kansio lähde palvelimen hierarkiaan ja anna uudelle kansiolle yksilöllinen nimi, jonka muistat.

Tässä esimerkissä käytetään testiä 1 tämän esimerkin kansion nimenä. Katso tapahtuma tunnuksen 3018 lähde palvelimessa oleva sovellus loki, joka ilmaisee sanoman tyypin 0x2 ja sisältää luomasi kansion nimen. Sinun on ehkä odotettava jopa 15 minuuttia, ennen kuin tapahtuma kirjataan lokiin.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde: MSExchangeIS-Julkinen säilö
Tapahtuma Luokka: Lähtevien viestien replikointi
Tapahtuman tunniste: 3018
Viestin Lähetettiin lähtevä replikointi viesti.
Tyyppi: 0x2
Viestin tunniste: <MessageID@Server.Domain.com>
Tieto kanta "Storage Group\Public-kansio"
CN min: 1-100, CN Max: 1-200
RFIs:
1) FID: 1-1234, PFID: 1-1, siirtymä: 28
IPM_SUBTREE \test 1

Näetkö tapahtuman tunnuksen 3018?

Lähde palvelimen vian määritys

Lähde palvelin ei Luo lähtevien hierarkioiden replikointi sanomia uusille muutoksille. Keskitymme ensin vian määritykseen lähde palvelimessa.

Tapahtuma tunniste 3079, kun julkisen kansion tieto kanta on asennettu

Kun julkisen kansion tieto kanta on otettu käyttöön, tapahtuma tunnuksen 3079 tallennetaan lähde palvelimen sovellus lokiin. Tarkista lähde palvelimen sovellus loki.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde MSExchangeIS-Julkinen säilö
Tapahtuma luokka Replikointi virheet
Tapahtuman tunniste 3079
Viesti Odottamaton replikointi säie virhe tieto kannassa " <name> ".
1) FID: 1-1234, PFID: 1-1, siirtymä: 28
IPM_SUBTREE \test 1

Näetkö tapahtuman tunnuksen 3079?

  • Jos kyllä, katso Ecrerepstartup.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että lähde palvelin ei Luo lähtevien hierarkian replikointi sanomia, eikä 3079-tapahtumaa ole, kun tieto kanta on käytössä.

Ecreprestartup

Tutki tapahtuman tunnusta 3079: Ecrerepstartup.

Sisältääkö tapahtuman ID 3079 Ereplacestartup-tunnuksen?

  • Jos kyllä, katso sovellus loki tapahtuman ID 9528.
  • Valitettavasti emme voi korjata tunnistamatonta ongelmaa tämän oppaan avulla. Jos otat yhteyttä tukeen tämän ongelman ratkaisemiseksi, kerro hänelle, että lähde palvelin ei Luo lähtevien hierarkian replikointi sanomia. Tieto kannan tullessa näkyviin on 3079-tapahtuma, mutta tapahtuma ei sisällä Ecrerepstartup-tapahtumaa.

Sovellus loki tapahtuman ID 9528

Jos tapahtuman ID 3079 sisältää Ecreprestartup-toiminnon, tämä osoittaa, että replikointi säie on kuolemaisillaan käynnistettäessä. Tarkista sitten, onko tapahtuman ID 9528 rekisteröity lähde palvelimen sovellus lokiin.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde MSExchangeIS
Tapahtuma luokka Yleistä
Tapahtuman tunniste 9528
Viesti SID S-1-5-32-544 löytyi 2 käyttäjästä DS-ohjelmassa, joten säilö ei voi yhdistää tätä SID-tunnusta yksilölliseksi käyttäjäksi.
Käyttäjät, jotka ovat mukana:
/DC = com/DC = Domain/DC = na/OU = siirretyt/CN = Matti, Woods
/DC = com/DC = Domain/DC = AD/DC = Corp/OU = EUC/OU = AMER/OU = Jersey City/OU = Harborside/OU = users/CN = John, Woods

Näetkö tapahtuman tunnuksen 9528?

  • Jos kyllä, lisä tietoja on kohdassa kaksoiskappaleiden tunnusten poistaminen.
  • Valitettavasti emme voi ratkaista tämän oppaan tunnistamattomia ongelmia. Saat lisä tietoja tämän ongelman ratkaisemisesta ottamalla yhteyttä Microsoft Exchange Server-tukeen ja kertomalla, että 3079-tapahtuma kirjataan lokiin, kun tieto kanta otetaan käyttöön.

Seuraa viestiä viestin seurannassa. Oliko viesti toimitettu kohde palvelimelle

Viestin seuraaminen viestin seurannassa

Voit seurata viestiä viestin seurannassa käyttämällä lähde palvelimessa olevaa viesti tunnusta tapahtuman tunnuksen 3018 kuva uksesta.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde MSExchangeIS-Julkinen säilö
Tapahtuma luokka Replikoinnin lähtevä viesti
Tapahtuman tunniste 3018
Viesti Lähetettiin lähtevä replikointi viesti.
Tyyppi: 0x2
Viestin tunniste: <MessageID@Server.Domain.com>
Tieto kanta "Storage Group\Public-kansio"

Oliko viesti toimitettu kohde palvelimelle

Kirjoita tapahtuman tunnuksen 3018 kuvaus-kohtaan viestin tunniste ja tarkista viestin seuranta-kohdassa, onko viesti toimitettu kohde palvelimeen. Esimerkiksi seuraava viestin jäljitys katkelma sisältää seuraavan tekstin:

"Viesti siirretty SMTP-yhteyden kautta".

Viesti historia

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

Osoittaako viestin seuranta, että viesti toimitettiin kohde palvelimelle?

Kuljetus ongelma; Tuleeko viesti näkyviin viestin seurannassa?

Siirto-ongelma

Viestiä ei toimitettu kohde palvelimelle, mikä osoittaa, että ongelman aiheuttaa siirto ongelma. Seuraavaksi käsittelemme siirto prosessin vian määritystä.

Tuleeko viesti näkyviin viestin seurannassa

Siirry lähde palvelimeen ja Etsi lähtevän viestin tunniste. Siirry seuraavaksi kohde palvelimeen ja suorita viestin seuranta ja tarkista, onko se saanut viestin. Valitse Exchange-versiosi, jotta voit tarkistaa vaiheet, joiden avulla voit suorittaa viestin jäljityksen.

Exchange Server 2007 ja Exchange Server 2010
  1. Käynnistä Exchange-hallinta konsoli.

  2. Suorita seuraava cmdlet-komento:

    Get-MessageTrackingLog -MessageId
    
Exchange Server 2003
  1. Aloita Exchange-järjestelmän hallintaa.
  2. Laajenna konsoli puussa Työkalut-kohtaa ja valitse sitten viestin seuranta keskus.
  3. Kirjoita palvelin-ruutuun Exchange Server 2003-palvelimen nimi.

Jos haluat selata käytettävissä olevien palvelinten luetteloa, valitse palvelin, valitse palvelin ja valitse sitten Lisää. Voit hakea viestiä, joka on lähetetty tai toimitettu tietylle palvelimelle. Sinun tarvitsee vain määrittää palvelimen nimi.

Onko viesti tullut perille?

Tapahtuma tunnuksen 3028 kohde palvelimessa

Tarkista kohde palvelimessa tapahtuma tunnuksen 3028 sovellus lokista, joka sisältää saman viestin tunnuksen, jonka olet havainnut tapahtuman tunnuksen 3018 kuva uksesta.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde MSExchangeIS-Julkinen säilö
Tapahtuma luokka Saapuvien viestien replikointi
Tapahtuman tunniste 3028
Viesti Saapuva replikointi viesti annettiin.
Tyyppi: 0x2
Viestin tunniste: <MessageID@Server.Domain.com>
Tieto kanta "Storage Group\Public-kansio"
CN min: 5-100 CN Max: 5-200
RFIs: 1
1) FID: 5-1234, PFID: 1-1, siirtymä: 28
IPM_SUBTREE \test 1

Näytetäänkö kohde palvelimen sovellus lokissa tapahtuman ID 3028, ja sisältääkö tämä tapahtuma saman viesti tunnuksen kuin tapahtuma tunnuksen 3018?

Tapahtuma tunnuksen 7004 ja tapahtuma tunnuksen 7010 kohde palvelimessa

Tarkista kohde palvelimessa Tapahtumienvalvonnan sovellus lokista tapahtumat, jotka muistuttavat seuraavia tapahtumia.

Tapahtuma tyyppi Error
Tapahtuman lähde MSExchangeTransport
Tapahtuma luokka SMTP-protokolla
Tapahtuman tunniste 7004
Päivä määrä Päivä määrä
Aika Aika
Käyttäjät Ei käytettävissä
Koneen Computer_Name
Kuvaus Tämä on SMTP-protokollan virhe loki näennäispalvelinten TUNNUKSELLE 1, Connection #29. Etäisäntä E2k3server1.contoso.com vastasi SMTP-komentoon "xexch50" ja "504 on ensin todennettiin". Koko komento lähetettiin "XEXCH50 2336 3". Tämä aiheuttaa todennäköisesti yhteyden epäonnistumisen.
Tapahtuma tyyppi Error
Tapahtuman lähde MSExchangeTransport
Tapahtuma luokka SMTP-protokolla
Tapahtuman tunniste 7010
Päivä määrä Päivä määrä
Aika Aika
Käyttäjä Ei käytettävissä
Koneen Computer_Name
Kuvaus Tämä on SMTP-protokolla loki näennäispalvelintunnukselle 1, Connection #30. Asiakas osoitteessa "6.5.2.4" lähetti "xexch50"-komennon, ja SMTP-palvelin vastasi "504 on ensin todennettiin". Koko komento lähetettiin "xexch50 1092 2". Tämä aiheuttaa todennäköisesti yhteyden epäonnistumisen. Nämä tapahtumat viittaavat siihen, että XEXCH50-protokolla on käynnistynyt, mutta BLOB-vaihto ei onnistunut tapahtumissa lueteltujen palvelinten välillä.

Näetkö tapahtuma tunnuksen 7004 ja tapahtuma tunnuksen 7010 kohde palvelimessa?

XEXCH50-komennon ongelman ratkaiseminen

Ongelma, joka ilmenee, saattaa johtua XEXCH50-komento ongelmasta.

XEXCH50-komennon ongelman ratkaiseminen

  1. Varmista, että integroitu Windows-todennus on otettu käyttöön organisaatiosi Exchange Serveriä käyttävien tieto koneiden SMTP-näennäispalvelimissa. Jos integroitu Windows-todennus ei ole käytössä:

    1. Laajenna Exchange System Managerillä hallinta ryhmät, Laajenna palvelimet, Laajenna Exchange Serverin nimi, Laajenna Protokollatja laajenna sitten SMTP.
    2. Napsauta SMTP-näennäispalvelintahiiren kakkos painikkeella.
    3. Valitse Ominaisuudet, valitse Avaa -väli lehti ja valitse sitten todennus. Varmista, että integroitu Windows-todennus -valinta ruutu on valittuna.
  2. Jos integroitu Windows-todennus on käytössä, mutta tapahtumat jatkuvat, 7004-tapahtuman lähettävässä palvelimessa tai 7010-tapahtumassa ei ehkä ole tai sen käyttö oikeus evätään vastaanottavassa palvelimessa. Jos lähettävässä palvelimessa ja vastaanottavassa palvelimessa esiintyy näitä tapahtumia, palvelimiin ei ehkä ole olemassa SendAs-oikeuksia. SendAs-oikeutta ei ole määritetty eksplisiittisesti. SendAs-oikeus on yleensä peritty Exchange-toimi alue palvelinten (EDS) ryhmän jäsenyyden kautta. Jos EDS ei sisällä tätä estä käytön valvonta merkintää (ACE), kyseinen palvelin saattaa olla sisäkkäin toisessa ryhmässä, jossa on kiellä ACE, tai EDS voi olla sisäkkäin joissakin muissa ryhmissä, joissa on kiellä ACE. Jos haluat suorittaa toiminnon oikein, XEXCH50 -komennolla on oltava SendAs-oikeus Exchange-organisaation palvelimiin.

  3. Tarkista, käytätkö TLS (Transport Layer)-suojausta ja tieto turva kanavaa Exchange-organisaation palvelinten välillä. Tässä skenaariossa STARTTLS-siirto tapahtuman nielut tapahtuvat ennen AUTH-komentoa. XEXCH50 -komento epäonnistuu myöhemmin istunnossa, koska auth -komento puuttuu.

  4. Jos Exchange Protocol Securityn (EXPS) todennus ei toimi oikein palvelinten välillä, XEXCH50 -komento ei toimi. Tapahtumat 1704 ja 1706 ilmoittavat EXPS-todennus virheet sovellus lokissa.

    Tapahtuma tyyppi Varoitus
    Tapahtuman lähde MSExchangeTransport-tapahtuma
    Tapahtuma luokka MTP-protokolla
    Tapahtuman tunniste 1706
    Kuvaus EXPS ei tilapäisesti pysty käyttämään protokolla suojausta "... com ". "CSessionContext:: OnEXPSInNegotiate" nimeltä "HrServerNegotiateAuth", joka epäonnistui virhe koodilla 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ). Tiedot: 0000:0c 03 09 80...?

    Huomautus

    Tapahtuma tunnuksen 1706 kuvaus sisältää virhe koodin 0x8009030c.
    Virhe koodi 0x8009030c on SEC_E_LOGON_DENIED HRESULT-arvo. Tämä koodi ilmaisee, että tiliä ei voitu kirjata sisään.
    Näiden ongelmien vian määritys voi olla hankalaa, koska Microsoft Windows-käyttö oikeuksia on tarpeen siirtää tämän auth -komennon kautta. Voit käyttää eri työkaluja tapahtumien tunnuksen 7004 ja 7010 vian määrityksessä. Tämä sisältää NFTEST-työkalun ja NETDOM-työkalun. Vian määritys ohjeet voivat sisältää tieto kone tilin Sala sanojen palauttamisen.
    Jos sinulla on tapahtuma tunnuksen 7004 ja 7010 yhdistelmä sovellus lokissa edellä kuvatulla tavalla etkä löydä ongelman lähdettä EXPS-todennuksen avulla, ota yhteyttä Microsoftin tuki palveluihin.
    Jos sovellus lokissa ei ole tapahtuma tunnuksen 7004 ja tapahtuma tunnuksen 7010 yhdistelmää, siirry vaiheeseen 5.

  5. Tarkista, onko Exchange-organisaation palvelinten välillä palo muuri tai virus torjunta seinä. Jos palo muuri toimii organisaation palvelinten välillä, Poista palo muuri käytöstä tilapäisesti ja tarkista, aiheuttaako se ongelman.

Korjasitko palo muurin käytöstä ongelman?

Suorita ISINTEG-FIX-Test Replastate-määritys kohde palvelimessa. Hauta kivi poiston takia

Suorita ISINTEG – FIX – Testaa Rerepstate kohde palvelimessa

Valitse Exchange-versiosi, jos haluat tarkistaa ja muuttaa Rerepstate-asetusta noudattamalla seuraavia vaiheita:

Exchange Server 2007 ja Exchange Server 2010
  1. Käynnistä Exchange-hallinta konsoli.

  2. Cmdlet-komennolla New-PublicFolderDatabaseRepairRequest voit tunnistaa ja korjata yleisen kansion tieto kannan replikointi ongelmia. Yleisen kansion tieto kannan julkiset kansiot ovat edelleen käytettävissä, kun pyyntö on käynnissä. Tällä hetkellä korjattavana oleva julkinen kansio ei kuitenkaan ole käytettävissä. Kun aloitat korjaus pyynnön, sitä ei voi pysäyttää, ellet poista tieto kantaa käytöstä.

  3. Suorita seuraava cmdlet-komento:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Exchange Server 2003
  1. Asenna kohde palvelimessa hotfix-KB925253.

  2. Kun hotfix-korjaus on asennettu, Poista palvelimessa oleva julkisen kansion tieto kanta käytöstä ja suorita sitten komento kehotteessa seuraava komento:

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

Suorita sitten testi ja tarkista, onko ongelma ratkennut.

Hauta kivi poiston takia

Tämä osoittaa, että kansio on hauta kivi, koska edellinen poisto ei replikoi. Siirry takaisin lähde palvelimeen ja kopioi kansio ja luo uusi kansio, jossa on sama sisältö, ja aloita alusta.

Uuden kansion näkyvyys

Näkyykö uusi kansio kohde palvelimessa hierarkiassa?

Hierarkian täyttöön liittyviä ongelmia

Tässä vaiheessa olemme vahvistaneet, että hierarkian muutokset jäljittelevät oikein. Voimme nyt suorittaa hierarkian täyttöön liittyviä ongelmia. Suorita tämä suorittamalla Synkronoi hierarkia kohde palvelimessa. Synkronoi hierarkia aiheuttaa tapahtuman tunnuksen 3017. Tapahtuma tunnuksen 3017 mukaan hierarkian tila pyyntö (tyyppi 0x20) lähetettiin lähde palvelimeen.

Exchange Server 2007 ja Exchange Server 2010

  1. Käynnistä Exchange-hallinta konsoli.
  2. Suorita Update-PublicFolderHierarchy -Server cmdlet-valinta.
  3. Kun olet suorittanut synkronointi hierarkian kohde palvelimessa, tarkista, että 3027-tapahtuman ja saapuvan tila pyynnön lähde palvelimessa on sovellus loki.

Exchange Server 2003

  1. Aloita Exchange-järjestelmän hallintaa.
  2. Jos haluat suorittaa synkronoinnin hierarkian, Laajenna kansiot, napsauta hiiren kakkos painikkeella yleiset kansiot -objekti säilöä ja valitse sitten Synkronoi hierarkia.
  3. Kun olet suorittanut synkronointi hierarkian kohde palvelimessa, tarkista tapahtuma 3027 ja saapuvan tila pyynnön lähde palvelimessa oleva sovellus loki.

Onko tapahtuma 3027 lähde palvelimessa sovellus lokissa?

Viestin tunnuksen noutaminen ja viestin seuraaminen

Etsi lähde palvelimessa tapahtuman ID 3017 ja merkitse viestin tunniste muistiin. Viestin seurannan avulla voit seurata viestin tunnusta ja määrittää, onko viesti toimitettu lähde palvelimeen.

Sanoiko viestin seuranta viestin toimituksen lähde palvelimeen?

Sen selvittäminen, onko lähde palvelimen julkisessa kansio säilössä Sähkö posti osoite

Jos haluat selvittää, onko lähde palvelimessa olevaan julkiseen kansio säilöön määritetty välitys palvelin osoite, tarkista proxyAddresses määritteen arvo Active Directory-hakemisto palvelussa.

Arvon tutkiminen

Varoitus

Jos käytät Active Directory-palvelu liittymää (ADSI) Muokkaa-laajennusta, LDP-apuohjelmaa tai mitä tahansa muuta LDAP-version 3-asiakas ohjelmaa ja muutat virheellisesti Active Directory-objektien määritteitä, voit aiheuttaa vakavia ongelmia. Nämä ongelmat saattavat edellyttää, että asennat uudelleen Microsoft Windows 2000 Server-, Windows Server 2003-, Microsoft Exchange Server 2000-, Microsoft Exchange Server 2003-tai Windows Server-ja Exchange Server-palvelimen. Microsoft ei voi taata, että ongelmat, jotka ilmenevät, jos Active Directory-objektin määritteitä muutetaan virheellisesti, voidaan ratkaista. Voit muuttaa näitä määritteitä omalla vastuullasi.

Huomautus

Microsoft Windowsin versiosta riippuen seuraavat vaiheet saattavat poiketa tieto koneestasi. Jos näin on, Suorita nämä vaiheet tuotteen dokumentaatiossa.

  1. Käynnistä ADSI-muokkaus työkalu valitsemalla Käynnistä > Suorita, kirjoittamalla Avaa-ruutuun ADSIEdit. msc ja valitsemalla sitten OK.

    Huomautus

    ADSI Edit sisältyy Microsoft Windows 2000 Server-tuki työkaluihin ja Windows Server 2003-tuki työkaluihin. Jos haluat asentaa Windows 2000-tuki työkalut, Kaksoisnapsauta Windows 2000-CD-levyn levyn Support\Tools-kansion-kansiossa olevaa Setup.exe -painiketta. Jos haluat asentaa Windows Server 2003-tuki työkalut, Kaksoisnapsauta Windows Server 2003-CD-levyn levyn Support\Tools-kansion-kansiossa olevaa Suptools.msi -painiketta.

  2. Muodosta yhteys toimi alueen ohjaus koneeseen, jos et ole vielä muodostanut yhteyttä.

    Huomautus

    Tässä vaiheessa contoso.com on toimi alue nimesi paikka merkki; muut kursivoidut sanat ovat merkkien paikka merkkejä. Laajenna määritys säilö [ComputerName.contoso.com], Laajenna CN = kokoonpano, DC = contoso, DC = com, Laajenna CN = Palvelut, Laajenna CN = Microsoft Exchange, Laajenna CN = OrganizationName, Laajenna CN = AdministrativeGroup, Laajenna CN = Administrativegroupname, Laajenna CN = palvelimet, Laajenna CN = Exchangeservername, Laajenna CN = tiedotstoreja valitse sitten CN = First Storage Group.

  3. Napsauta oikeanpuoleisessa ruudussa hiiren kakkos painikkeella CN = Julkinen kansio säilö (EXCHANGESERVERNAME) ja valitse sitten Ominaisuudet.

  4. Valitse Valitse, mitä ominaisuuksia haluat tarkastella -luettelosta molemmat.

  5. Valitse Valitse ominaisuus, jonka haluat nähdä -luettelosta proxyAddresses.

  6. Tarkista arvo (a) -ruudussa, onko Sähkö posti osoite määritetty. Yleensä julkisessa kansio säilössä on SMTP (Simple Mail Transfer Protocol)-osoite leima, joka on samankaltainen kuin: SMTP:ExchangeServerName-IS@contoso.com .

  7. Valitse Valitse ominaisuus, jonka haluat nähdä -luettelosta Sähkö posti.

  8. Varmista arvo (s) -ruudussa, että SMTP-osoite on sama kuin vaiheessa 7 näkyvä SMTP-osoite.

Onko lähteen julkisessa säilössä Sähkö posti osoite?

  • Jos vastasitte myöntävästi, emme voi korjata tunnistamatonta ongelmaa tämän oppaan avulla. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.
  • Jos ei, katso sovellus loki tapahtuman ID 3018.

Tapahtuma tunnuksen 3017 lähde palvelimessa

Etsi lähde palvelimen sovellus lokista, juuri ennen tapahtuman tunnusta 3027, saman kansion tapahtuma tunnusta 3017, jonka tyyppi on 0x10.

Näetkö tapahtuman tunnuksen 3017 ja kirjoitat samalle kansiolle 0x10?

Tapahtuma tunnuksen 3027 kohde palvelimessa

Tapahtuma tunnuksen 3027 on lähde palvelimessa oleva tila vastaus. Etsi kohde palvelimen sovellus lokista tapahtuman ID 3027, jotta voit tarkastella tila vastausta.

Näetkö tapahtuma tunnuksen 3027 kohde palvelimessa?

  • Jos kyllä, Katso lisä tietoja artikkelista taustan täytön vian määritys.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Tausta täytön vian määritys

Tässä vaiheessa tiedämme, että kohde palvelin on tietoinen siitä, että tietoja puuttuu. Nyt keskitymme vian määritykseen, jonka avulla hierarkia palautetaan itse.

Suorita kohde palvelimessa Synkronoi hierarkia uudelleen ja tarkista sitten kohde palvelimen sovellus LOKISTA tapahtuma tunnuksen 3014, jonka tyyppi on 0x8. Tapahtuman ID 3014 on lähtevä takaisintäyttöpyyntö hierarkialle.

Näetkö tapahtuman tunnuksen 3014 ja kirjoitat kohde palvelimelle 0x8?

  • Jos kyllä, Katso lisä tietoja kohdasta tapahtuman ID 3024 lähde palvelimessa.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Tapahtuma tunnuksen 3024 lähde palvelimessa

Tapahtuman tunniste 3024 on saapuvan hierarkian takaisintäyttöpyyntö.

Näetkö tapahtuma tunnuksen 3024 lähde palvelimessa?

Tapahtuma tunnuksen 3019 lähde palvelimessa

Tapahtuma ID 3019, jonka tyyppi on 0x80000002, on lähtevien hierarkioiden takaisintäyttövastaus lähde palvelimessa. Tarkista, onko sovellus lokissa tapahtuma tunnuksen 3019 lähde palvelin.

Onko tapahtuma tunnuksen 3019 lähde palvelimen sovellus lokissa?

  • Jos kyllä, Katso lisä tietoja tapahtuman tunnuksesta 3029.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Tapahtuman tunniste 3029

Tapahtuma tunniste 3029 on saapuvan hierarkian takaisintäyttövastaus kohde palvelimessa.

Näetkö tapahtuma tunnuksen 3029 kohde palvelimen sovellus lokissa?

Kansion etsiminen hierarkiasta

Etsi kohde palvelimessa kansio hierarkiasta.

Näetkö kansion hierarkiassa kohde palvelimessa nyt?

  • Jos kyllä, onnittelut! Exchange Server 2003-ongelman Julkinen kansio replikointi on ratkennut.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Viestin tunnuksen seuraaminen tapahtuman TUNNUKSESTA 3014

Tarkista kohde palvelimessa tapahtuman tunniste 3014, jotta saat viestin tunnuksen. Seuraa viestin tunnusta viestin seurannan avulla.

Osoittaako viestin seuranta, että viesti toimitettiin lähde palvelimeen?

Viestin tunnuksen seuraaminen tapahtuman TUNNUKSESTA 3019

Etsi lähde palvelimessa tapahtuman ID 3019 ja merkitse muistiin tapahtuman viesti numero. Seuraa viestin tunnusta viestin seurannan avulla.

Osoittaako viestin seuranta, että viesti toimitettiin kohde palvelimelle?

Keskittyminen sisältöön; Replikoi aina aika väli ja aika taulu; Uuden kohteen luominen lähde palvelimessa

Sisällön keskittyminen

Koska kansio näkyy molempien palvelinten hierarkiassa, tämä ei todennäköisesti ole hierarkian replikointi ongelma. Siksi keskitymme sisällön vian määritykseen.

Replikoi aina aika väli ja aika taulu

Varmista, että replikoidaan aina-väli arvoksi on valittu enintään 15 minuuttia lähde palvelimessa.

Exchange Server 2007-ja Exchange Server 2010-asetusten tarkistaminen ja säätäminen
  1. Käynnistä Exchange-hallinta konsoli.

  2. Suorita seuraava cmdlet-komento ja tarkista ReplicationPeriod , ReplicationSchedule , ja ReplicationMessageSize määritetään:

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

    Varmista parametrien asetukset Get-Publikansidatabase-tieto kannan avulla

  3. Varmista, että kaikkien yleisten kansioiden tieto kannoissa on samat ominaisuudet ReplicationMessageSize .

Varmista seuraavaksi, että kyseessä oleva kansio on määritetty käyttämään kaupan aika taulua. Tee näin:

  1. Käynnistä Exchange-hallinta konsoli.

  2. Suorita seuraava cmdlet-komento ja tarkista Replicas ja UseDatabaseReplicationSchedule määritetään:

    Get-PublicFolder | fl *Replica*
    

    Tarkista parametrien asetukset Get-Publifolder-toiminnolla

  3. Jos UseDatabaseReplicationSchedule -asetuksena on Epätosi, varmista, että se ReplicationSchedule on valittu.

Exchange Server 2003-asetuksen tarkistaminen ja säätäminen
  1. Aloita Exchange-järjestelmän hallintaa.
  2. Laajenna hallinta ryhmät -säilö ja valitse sitten hallinta ryhmä, joka sisältää yleisen kansio palvelimen.
  3. Laajenna palvelinten säilö, Laajenna lähde palvelin, valitse julkisen kansion tieto kanta ja valitse sitten Ominaisuudet.
  4. Kirjoita Replication (Policy) -väli lehden 15 replikoinnin aika väli-ruutuun 15 aina (minuuttia) -valinta ruutu.
  5. Valitse Käytäja valitse sitten OK.

Varmista seuraavaksi, että käyttämäsi kansio on määritetty käyttämään kaupan aika taulua. Tee näin:

  1. Laajenna yleiset kansiotja napsauta sitten hiiren kakkos painikkeella kansiota, jota olet käsittelemässä.
  2. Valitse Ominaisuudet.
  3. Valitse replikointi -väli lehdessä Käytä julkista kaupan aika taulua julkisen kansion replikointi välin luettelossa.

Uuden kohteen luominen lähde palvelimessa

Luo uusi kohde lähde palvelimen yleiseen kansioon ja katso sitten tapahtuma tunnuksen 3020 sovellus lokista.

Näetkö tapahtuman tunnuksen 3020 ja sisältääkö se testattavan kansion nimen ja luomani kohteen nimen?

Tapahtuman tunniste 3030

Tarkista kohde palvelimessa tapahtuma tunnuksen 3030 sovellus lokista.

Sisältääkö kohde palvelimen sovellus loki saman kansion ja kohteen tapahtuma tunnuksen 3030

Lähde palvelin ei luo lähtevää sisältö viestiä kyseiselle kansiolle; Tapahtuma tunniste 3079, kun julkisen kansion tieto kanta on asennettu

Lähde palvelin ei luo lähtevää sisältö viestiä kyseiselle kansiolle

Lähde palvelin ei luo lähtevää sisältö viestiä kyseiselle kansiolle. Me keskitymme vian määritykseen lähde palvelimessa.

Tapahtuma tunniste 3079, kun julkisen kansion tieto kanta on asennettu

Tarkista lähde palvelimessa sovellus lokista tapahtuman ID 3079. Tapahtuma tunnuksen 3079 tapahtuu, kun tieto kanta on asennettu, ja sen pitäisi sisältää teksti: Ecreprestartup. Esimerkiksi tapahtuman ID 3079 pitäisi olla seuraavan taulukon kaltainen.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde
MSExchangeIS-Julkinen säilö
Tapahtuma luokka Replikointi virheet
Tapahtuman tunniste 3079
Viesti Odottamaton replikointi säie virhe 0x3f0.
EcGetReplMsg
Ecreprestartup
Fresplagent

Näetkö tapahtuman tunnuksen 3079 ja sisältääkö se Ecreprestartup, kun tieto kanta on asennettu?

Suorita ISINTEG-FIX-Test Replastate; Tapahtuman tunniste 3020

Suorita ISINTEG – FIX – Testaa Rerepstate kohde palvelimessa

Valitse Exchange-versiosi, jos haluat tarkistaa ja muuttaa Rerepstate-asetusta noudattamalla seuraavia vaiheita:

Exchange Server 2007 ja Exchange Server 2010
  1. Käynnistä Exchange-hallinta konsoli.

  2. Cmdlet-komennolla New-PublicFolderDatabaseRepairRequest voit tunnistaa ja korjata yleisen kansion tieto kannan replikointi ongelmia. Yleisen kansion tieto kannan julkiset kansiot ovat edelleen käytettävissä, kun pyyntö on käynnissä. Tällä hetkellä korjattavana oleva julkinen kansio ei kuitenkaan ole käytettävissä. Kun aloitat korjaus pyynnön, sitä ei voi pysäyttää, ellet poista tieto kantaa käytöstä.

  3. Suorita seuraava cmdlet-komento:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Exchange Server 2003
  1. Asenna kohde palvelimessa 2013-KB925253 julkaistu hotfix-korjaus.

  2. Kun hotfix-korjaus on asennettu, Poista palvelimessa oleva julkisen kansion tieto kanta käytöstä ja suorita sitten komento kehotteessa seuraava komento:

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

Tapahtuman tunniste 3020

Luo uusi kohde lähde palvelimen yleiseen kansioon ja tarkista sitten tapahtuma tunnuksen 3020 sovellus lokista.

Näetkö tapahtuman tunnuksen 3020 ja sisältääkö se testattavan kansion nimen ja luomasi kohteen nimen?

  • Jos kyllä, Katso lisä tietoja tapahtuman tunnuksesta 3030.
  • Valitettavasti emme voi korjata tunnistamatonta ongelmaa tämän oppaan avulla. Jos otat yhteyttä tukeen tämän ongelman ratkaisemiseksi, kerro hänelle, että lähde palvelin ei Luo lähtevien hierarkian replikointi sanomia. Tieto kannan tullessa näkyviin on 3079-tapahtuma, mutta tapahtuma ei sisällä Ecrerepstartup-tapahtumaa.

Varmista, että kohde on lähde kansiossa kohde palvelimessa

Etsi kohde palvelimessa kohde, jonka loit lähde palvelimessa, ja varmista, että se on kohde kansiossa.

Näetkö kohteen kohde palvelimen kansiossa?

Sisällön täyttöön liittyviä ongelmia

Olemme vahvistaneet, että sisältöön tehdyt muutokset jäljittelevät. Seuraavaksi teemme vian määrityksen sisällön täyttöön.

Voit tehdä tämän suorittamalla Synkronoi sisältöä kohde palvelimessa. Tämä aiheuttaa sen, että kohde palvelin kysyy puuttuvien tietojen lähde palvelinta.

Synkronoi sisältöä Exchange Server 2007 ja Exchange Server 2010-sovelluksessa

  1. Käynnistä Exchange-hallinta konsoli.

  2. Suorita seuraava komento:

    Update-PublicFolder -Server <DestinationServer>
    
  3. Kun olet suorittanut synkronointi hierarkian kohde palvelimessa, tarkista tapahtuma 3027 ja saapuvan tila pyynnön lähde palvelimessa oleva sovellus loki.

Synkronointi sisällön suorittaminen Exchange Server 2003-sovelluksessa

  1. Laajenna yleiset kansiotja valitse sitten kohde kansio.
  2. Valitse oikeanpuoleisessa ruudussa tila -väli lehti.
  3. Napsauta kohde palvelinta hiiren kakkos painikkeella ja valitse Synkronoi sisältö.

Kun olet suorittanut synkronointi sisällön kohde palvelimessa, tarkista lähtevien tila pyyntöjen sovellus lokista tapahtuman ID 3017.

Onko kohde palvelimen sovellus lokissa tapahtuman tunniste 3017

Suorita ISINTEG-FIX-Test Replacestate (jos tapahtuman tunnusta 3017 ei ole kirjattu lokiin)

Valitse Exchange-versiosi, jos haluat tarkistaa ja muuttaa Rerepstate-asetusta noudattamalla seuraavia vaiheita:

Exchange Server 2007 ja Exchange Server 2010

  1. Käynnistä Exchange-hallinta konsoli.

  2. Cmdlet-komennolla New-PublicFolderDatabaseRepairRequest voit tunnistaa ja korjata yleisen kansion tieto kannan replikointi ongelmia. Yleisen kansion tieto kannan yleisiä kansioita voi edelleen käyttää, kun pyyntö on käynnissä, mutta et voi käyttää julkista kansiota, joka on parhaillaan korjattavissa. Kun aloitat korjaus pyynnön, sitä ei voi pysäyttää, ellet poista tieto kantaa käytöstä.

  3. Suorita seuraava cmdlet-komento:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Exchange Server 2003

  1. Asenna kohde palvelimessa hotfix-KB925253.

  2. Kun hotfix-korjaus on asennettu, Poista palvelimessa oleva julkisen kansion tieto kanta käytöstä ja suorita sitten komento kehotteessa seuraava komento:

     cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. Kun ISINTEG-prosessi on valmis, muuta replikaluetteloa lähde palvelimen julkisessa kansiossa. Jos haluat tehdä tämän, lisää replikaan tai poista se mistä tahansa palvelimesta. Valitse Käytä, Kumoa juuri tekemäsi muutokset ja valitse sitten Käytä uudelleen.

  4. Suorita Synkronoi kohde palvelimessa oleva sisältö uudelleen samalle kansiolle.

  5. Tarkista lähtevien tila pyyntöjen tapahtuma tunnuksen 3017 sovellus lokista.

Onko tapahtuma tunnuksen 3017 kohde palvelimessa sovellus lokissa?

  • Jos kyllä, Katso lisä tietoja tapahtuman tunnuksesta 3027.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Tapahtuman tunniste 3027

Tutki lähde palvelimessa sen tapahtuma tunnuksen 3027 sovellus lokia, jonka tyyppi on 0x20.

Näetkö tapahtuman tunnuksen 3027, ja onko sen tyyppi 0x20 lähde palvelimessa?

Tapahtuma tunnuksen 3017 lähde palvelimessa

Etsi lähde palvelimen sovellus lokista, juuri ennen tapahtuman tunnusta 3027, tapahtuman ID 3017, jonka tyyppi on 0x10 samalle kansiolle.

Näetkö tapahtuman tunnuksen 3017, ja onko siinä tyyppiä 0x10 samalle kansiolle?

Onko palvelimilla eri ikärajat

Yleensä jos lähde palvelin ei luo tila vastausta, se tarkoittaa, että lähde palvelimessa ei ole tietoja, joita toisella palvelimella ei ole.

Yksi tilanne, jossa palvelimet voivat olla synkronoituina ilman samanlaista sisältöä, on, jos heillä on eri ikärajat. Jos kohde palvelin on jo vanhentunut kyseiset kohteet, se ei enää Täydennä kohteita uudelleen.

Tarkista ja varmista, että palvelimilla ei ole eri ikärajaa. Rajoituksia on monenlaisia:

Tallennus kiintiön kiintiöt

Tieto kannan kiintiön oletus arvojen käyttäminen

Valitse tämä valinta ruutu, jos haluat käyttää julkisen kansion tieto kannan kiintiö rajoituksia, joihin Julkinen kansio on sijoittautunut. Jos et valitse oletus arvoja, ongelma varoitus (kt), Estä viestin julkaiseminen (kt)-ja kohteiden enimmäismäärä (kt) -valinta ruutu ovat käytettävissä.

Ongelma varoitus (kt)

Valitse tämä valinta ruutu, jos haluat automaattisesti varoittaa julkisen kansion omistajia siitä, että julkinen kansio lähestyy tallennus tilan rajoitusta. Jos haluat määrittää tämän rajan, valitse valinta ruutu ja määritä sitten yleisen kansion koko kilo tavuina (kt), jossa haluat estää lähettämisen. Voit kirjoittaa arvon väliltä 0 KB ja 2 147 483 647 kt (2,1 teratavua).

Estä julkaiseminen (kt)

Valitse tämä valinta ruutu, jos haluat estää yleisen kansion lähettämisen, kun kansion koko saavuttaa määritetyn rajan. Jos haluat määrittää tämän rajan, valitse valinta ruutu ja määritä sitten sen yleisen kansion koko, jossa haluat estää lähettämisen. Voit kirjoittaa arvon väliltä 0 KB ja 2 147 483 647 kt (2,1 teratavua).

Kohteen enimmäiskoko (kt)

Valitse tämä valinta ruutu, jos haluat rajoittaa niiden kohteiden enimmäiskokoa, jotka käyttäjät voivat julkaista yleiseen kansioon. Jos haluat määrittää koon, valitse valinta ruutu ja määritä sitten niiden kohteiden enimmäiskoko kilo tavuina, jotka käyttäjät voivat julkaista julkisissa kansioissa. Voit kirjoittaa arvon väliltä 0 KB ja 2 097 151 kt.

Poistettujen kohteiden säilyttäminen

Tieto kannan säilytys asetusten käyttäminen

Valitse tämä valinta ruutu, jos haluat käyttää yleisen kansion tieto kannan kohteiden säilytys rajoituksia palvelimessa, jossa tämä Julkinen kansio sijaitsee. Jos et valitse tätä valinta ruutua, säilytä poistetut kohteet (päivää)-valinta ruutu on käytettävissä.

Poistettujen kohteiden säilyttäminen (päivää)

Valitse tämä valinta ruutu, jos haluat määrittää, montako päivää poistetut kohteet säilytetään julkisessa kansiossa. Voit kirjoittaa arvon väliltä 0 – 24 855 päivää.

Ikärajat

Tieto kannan iän oletus arvojen käyttäminen

Valitse tämä valinta ruutu, jos haluat käyttää yleisen kansion tieto kannan ikärajaa palvelimessa, jossa tämä Julkinen kansio sijaitsee. Jos et valitse tätä valinta ruutua, replikoiden (päivien) ikäraja -valinta ruutu on käytettävissä.

Replikoiden ikärajoitus (päivää)

Valitse tämä valinta ruutu, jos haluat rajoittaa yleisen kansion iän. Käytä vastaavaa teksti ruutua, jos haluat määrittää ikärajan päivinä. Tämän yleisen kansion replikat poistetaan automaattisesti ikärajan ylittyessä. Voit kirjoittaa arvon väliltä 0 – 24 855 päivää.

Onko palvelimilla eri ikärajat?

  • Jos vastaus on kyllä, sisällön ero on suunnittelun mukaan. Sinun ei tarvitse jatkaa vian määritystä. Voit kiertää ongelman kopioimalla kohteet niin, että niistä tulee uusia kohteita uudessa kansiossa.
  • Jos vastaus on ei, tapahtui tuntematon virhe.

Tapahtuma tunnuksen 3027, jonka tyyppi on 0x10 kohde palvelimessa

Tarkista kohde palvelimessa sen tapahtuma tunnuksen 3027-tapahtuman sovellus loki, jonka tyyppi on 0x10.

Näetkö tapahtuman tunnuksen 3027 ja onko sen tyyppi 0x10?

  • Jos kyllä, Katso lisä tietoja kohdasta taustan täyttö.
  • Valitettavasti emme voi korjata tunnistamatonta ongelmaa tämän oppaan avulla. Jos otat yhteyttä tukeen tämän ongelman ratkaisemiseksi, kerro hänelle, että lähde palvelin ei Luo lähtevien hierarkian replikointi sanomia. Tieto kannan tullessa näkyviin on 3079-tapahtuma, mutta tapahtuma ei sisällä Ecrerepstartup-tapahtumaa.

Kohdistus täyttöön

Tässä vaiheessa kohde palvelin on laskenut, että joitakin tietoja puuttuu. Siksi keskitymme jälki täyttöön.

Suorita kohde palvelimessa Synkronoi sisältö uudelleen kohde kansiossa. Kun olet suorittanut synkronoinnin sisällön, sovellus lokiin tallennetaan tapahtuman tunniste 3016. Tapahtuma tunnus 3016 on sanoma tyyppi 0x8, joka sisältää kansion nimen.

Näetkö kohde palvelimessa tapahtuman tunnuksen 3016 ja onko siinä sanoma tyyppi 0x8, joka sisältää kansion nimen?

Tapahtuma tunnuksen 3026 lähde palvelimessa

Jos kohde palvelimessa on käytössä tapahtuman ID 3016, lähde palvelimen sovellus lokissa pitäisi näkyä tapahtuman tunniste 3026.

Näetkö lähde palvelimessa tapahtuman tunnuksen 3026?

Tapahtuma tunnuksen 3021 lähde palvelimessa

Lähde palvelimen sovellus lokissa, välittömästi tapahtuman tunnuksen 3026 jälkeen, pitäisi näkyä yksi tai useampi tapahtuma tunnuksen 3021, jotka sisältävät kansion sanoma tyypin 0x80000004.

Näetkö vähintään yhden tapahtuma tunnuksen 3021, joka sisältää kansion viesti tyypin 0x80000004?

Vertaa tapahtuman tunnuksen 3021 tapahtuma tunnuksen 3031 määrää

Laskee lähde palvelimen sovellus lokissa olevien tapahtuma tunnus 3021 tapahtumien määrän. Tämän jälkeen lasketaan niiden tapahtumien määrä, joiden tunnus on 3031 ja jotka ovat kohde palvelimen sovellus lokissa.

Onko palvelinten välillä yhtä monta tapahtumaa kuin 3021 ja tapahtuma tunnus 3031-tapahtumia?

Kohde palvelimen kansion sisällön paikantaminen

Etsi kohde palvelimessa sisältö, joka on synkronoitu lähde palvelimesta samaan kansioon kohde palvelimessa.

Oletko löytänyt sisältöä samasta kansiosta kohde palvelimessa?

  • Jos kyllä, onnittelut! Exchange Server 2003-ongelman Julkinen kansio replikointi on ratkennut.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Viesti on ehkä lähetetty toiseen lähde palvelimeen

Tutki tapahtuman tunnusta 3016 ja varmista, että viesti on lähetetty odottavaan lähde palvelimeen. Tarkista kohde palvelimessa tapahtuman tunniste 3016 ja tarkista, mikä lähde palvelin on saanut viestin. Jos jokin toinen lähde palvelin vastaanotti viestin, käytä kyseistä palvelinta uutena lähde palvelimena ja tarkista sitten sovellus lokista uusi lähde palvelin tapahtumalle ID 3016.

Tapahtuma tyyppi Tietoja
Tapahtuman lähde MSExchangeIS-Julkinen säilö
Tapahtuma luokka Lähtevien viestien replikointi
Tapahtuman tunniste 3016
Viesti Lähtevän viestin tyyppi <value>
Viestin tunniste: <id>
Kansio <folder name>
Tieto kanta " <name> ".
CNSETIN: <value>
CNSETIN (FAI): <value>
Palvelin <server name>

Onko oletettu lähde palvelin tunnistettu tapahtuma TUNNUKSELLA 3016?

  • Jos kyllä, Katso lisä tietoja kohdasta tapahtuman ID 3021 lähde palvelimessa.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Jäljellä oleva täyttöenimmäismäärä

Julkiset kansiot-säilö voi oletusarvoisesti sisältää enintään 50 jäljellä olevaa täyttö pyyntöä kerralla. Tätä kutsutaan maksamattomia täyttöraja (OBL). Kun 50-täydennys pyynnöt ovat kaupan matriisissa, pyynnöt tehdään toistuvasti, kunnes ne täyttyvät. uusia pyyntöjä ei voida esittää ennen kuin vähintään yksi pyyntö on täytetty.

Joka kerta, kun takaisintäyttöpyyntö täyttyy, OBL-kutsussa tapahtuu avaus ja uusi tieto joukko voidaan pyytää. Jos kaikilla 50-pyynnöillä on ongelmia eikä niitä voida täyttää, uusia aukkoja ei ole, uusia pyyntöjä ei voida tehdä eikä replikointia voi jatkaa.

Voit selvittää, onko jäljellä oleva Takaisintäyttö-rajoitus ongelman aiheuttaja, lisäämällä kohde palvelimessa olevaa OBL-rajoitusta yhdellä (1) ja tutkimalla sitten sovellus lokia vähintään viisi minuuttia tapahtuman tunniste 3016.

Jos haluat suurentaa OBL-rajoitusta yhdellä (1) kohde palvelimessa

  1. Avaa rekisteri editori valitsemalla Käynnistä > Suorita, kirjoittamalla regeditja valitsemalla sitten OK.

  2. Laajenna seuraava aliavain:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Napsauta hiiren kakkos painikkeella Julkinen <GUID> -, osoita Uusi-kohtaa ja valitse sitten DWORD-arvo.

  4. Kirjoita Replication Outstanding Backfill Limit ja nimeä uusi aliavain painamalla ENTER-näppäintä.

  5. Napsauta replikoinnin jäljellä oleva täyttö rajoitushiiren kakkos painikkeella ja valitse sitten Muokkaa.

  6. Kirjoita arvon tiedot -ruutuun 51ja valitse sitten OK.

  7. Sulje rekisteri editori.

  8. Käynnistä Microsoft Exchangen tieto säilö palvelu uudelleen Exchange Server 2003-palvelussa. Tee näin:

    • Valitse Käynnistä, osoita valvonta työkalut-kohtaa ja valitse sitten Palvelut.
    • Valitse Palvelut -luettelosta Microsoft Exchangen tieto säilöja valitse sitten Käynnistä uudelleen.

Jos jostain muusta kansiosta on rekisteröity tapahtuman tunniste 3016, suorita sen sijaan vian määritys.

Näetkö jonkin muun kansion tapahtuman tunnuksen 3016?

  • Jos kyllä, Katso lisä tietoja artikkelista sisällön täyttöön vian määritys.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Tapahtuma TUNNUKSELLA 3020 tunnistetut viestit jäljittävät

Käytä lähde palvelimessa viestin seurantaa, jonka avulla voit seurata viestiä, tunnistetaan tapahtuma TUNNUKSELLA 3020.

Osoittaako viestin seuranta, että viesti toimitettiin kohde palvelimelle?

XEXCH50-komennon vian määritys

Jos haluat suorittaa XEXCH50-komennon vian määrityksen, Lisää lokiin kirjaamista MSExchangeTransport-palvelun kohde palvelimessa ja Määritä SMTP-protokolla tasoksi normaali.

Jos haluat tarkistaa ja muuttaa SMTP-protokolla tason asetusta, valitse Exchange-versiosi ja tarkista seuraavat vaiheet:

Exchange Server 2007 ja Exchange Server 2010

  1. Käynnistä Exchange-hallinta konsoli.
  2. Käytä Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' ja cmdlet-komennolla Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' voit ottaa tapahtumien kirjaamisen käyttöön SMTP-palvelussa.
  3. Resume-PublicFolderReplicationKäynnistä cmdlet-komennolla koko organisaation yleisen kansion replikointi.

Exchange Server 2003

Tarkista seuraavaksi Tapahtumienvalvonnan sovellus lokista seuraavankaltaisia tapahtumia:

Tapahtuma tyyppi Error
Tapahtuman lähde MSExchangeTransport
Tapahtuma luokka SMTP-protokolla
Tapahtuman tunniste 7004
Päivä määrä Päivä määrä
Aika Aika
Käyttäjä Ei käytettävissä
Koneen Computer_Name
Kuvaus Tämä on SMTP-protokollan virhe loki näennäispalvelinten TUNNUKSELLE 1, Connection #29. Etäisäntä E2k3server1.contoso.com vastasi SMTP-komentoon "xexch50" ja "504 täytyy ensin todentaa. "Koko komento lähetti" XEXCH50 2336 3 ". Tämä aiheuttaa todennäköisesti yhteyden epäonnistumisen.
Tapahtuman laji: Error
Tapahtuman lähde MSExchangeTransport
Tapahtuma luokka SMTP-protokolla
Tapahtuman tunniste 7010
Päivä määrä Päivä määrä
Aika Aika
Käyttäjä Ei käytettävissä
Koneen Computer_Name
Kuvaus Tämä on SMTP-protokolla loki näennäispalvelintunnukselle 1, Connection #30. Asiakas osoitteessa "6.5.2.4" lähetti "xexch50"-komennon, ja SMTP-palvelin vastasi "504 on ensin todennettiin." Koko komento lähetettiin "xexch50 1092 2". Tämä aiheuttaa todennäköisesti yhteyden epäonnistumisen. Nämä tapahtumat viittaavat siihen, että XEXCH50-protokolla on käynnistynyt, mutta BLOB-vaihto ei onnistunut tapahtumissa lueteltujen palvelinten välillä.

Näetkö tapahtuma tunnuksen 7004 ja tapahtuma tunnuksen 7010 kohde palvelimessa?

Suorita ISINTEG-FIX-Test Replacstate (jos ei näy tapahtumaa IE 7004 ja 7010)

Valitse Exchange-versiosi, jos haluat tarkistaa ja muuttaa Rerepstate-asetusta noudattamalla seuraavia vaiheita:

Exchange Server 2007 ja Exchange Server 2010

  1. Käynnistä Exchange-hallinta konsoli.

  2. Cmdlet-komennolla New-PublicFolderDatabaseRepairRequest voit tunnistaa ja korjata yleisen kansion tieto kannan replikointi ongelmia. Yleisen kansion tieto kannan yleisiä kansioita voi edelleen käyttää, kun pyyntö on käynnissä, mutta et voi käyttää julkista kansiota, joka on parhaillaan korjattavissa. Kun aloitat korjaus pyynnön, sitä ei voi pysäyttää, ellet poista tieto kantaa käytöstä.

  3. Suorita seuraava cmdlet-komento:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Exchange Server 2003

  1. Asenna kohde palvelimessa hotfix-KB925253.

  2. Kun hotfix-korjaus on asennettu, Poista palvelimessa oleva julkisen kansion tieto kanta käytöstä ja suorita sitten komento kehotteessa seuraava komento:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. Kun ISINTEG-prosessi on valmis:

    1. Muuta replikaluetteloa kohde palvelimen julkisessa kansiossa. Jos haluat tehdä tämän, lisää replikaan tai poista se mistä tahansa palvelimesta. Valitse Käytä, Kumoa juuri tekemäsi muutokset ja valitse sitten Käytä uudelleen.
    2. Luo lähde palvelimessa uusi kohde.
    3. Tarkista, onko sovellus lokissa tapahtuma tunnuksen 3020 lähde palvelin.
    4. Tarkastele kohde palvelimessa olevaa sovellus lokia, jos kyseessä on tapahtuma tunniste 3030.

Näetkö tapahtuma tunnuksen 3030 kohde palvelimen sovellus lokissa?

  • Jos kyllä, onnittelut! Exchange Server 2003-ongelman Julkinen kansio replikointi on ratkennut.
  • Valitettavasti emme voi korjata tunnistamatonta ongelmaa tämän oppaan avulla. Jos otat yhteyttä tukeen tämän ongelman ratkaisemiseksi, kerro hänelle, että lähde palvelin ei Luo lähtevien hierarkian replikointi sanomia. Tieto kannan tullessa näkyviin on 3079-tapahtuma, mutta tapahtuma ei sisällä Ecrerepstartup-tapahtumaa.

Replikoinnin vastaanoton jonon koko suoritus kyvyn valvonta-kohdassa

Julkisen kansion replikointi viestit vastaanotetaan SMTP-, luokiteltu-ja luovutettu paikalliseen SMTP-jonoon. Viestit lähetetään sitten julkiseen kansio säilöön. Kun viestit on lähetetty julkiseen kansio säilöön, ne lisätään replikoinnin vastaanoton jonoon. Replikoinnin vastaanoton jonossa olevat viestit käsitellään ja muutokset suoritetaan asianmukaisessa julkisessa kansiossa. Replikoinnin vastaanoton jonon koko-resurssi laskuri ilmaisee käsiteltävien julkisten kansioiden replikointi viestien määrän.

Mitä suurempi replikointi jono on, sitä enemmän synkronoinnin sisältö voi muuttua. Kun replikointi jonot kasvavat, resurssien kuormitus lisääntyy, kun replikointi jonon viestit käsitellään. Lisääntyvät replikointi jonot tarkoittavat myös, että palvelimen julkisen kansion sisältö on vanhentunut.

Toimia ei tarvita kahdessa tapa uksessa, joissa replikoinnin vastaanoton jonon kasvua odotetaan ja voidaan suunnitella:

  • Uudessa julkisessa kansio palvelimessa replikointi vastaanoton jonon kasvu voi johtua siitä, että alkuperäinen uudelleentäyttökopio on luotu.
  • Jos sivuston konsolidointi tai muut merkittävät muutokset Exchange-topologiassa tapahtuvat, on todennäköistä, että replikointia on paljon, koska sisältö siirretään.

Olemassa olevissa vakaan tilan palvelimissa, joissa julkisten kansioiden replikoita ei muuteta irtotavarana, tämä virhe voi johtua seuraavista:

  • Palvelin resurssien suoritus kyvyn pullon kaulat, kuten levy, suoritin, verkko tai muisti. Jos palvelimessa on resurssi pullon kaula, Store.exe prosessi ei pysty käsittelemään replikointi viestejä riittävän nopeasti ja jono kasvaa.
  • Julkisen kansion replikointi väli on liian lyhyt replikoinnin suorittamiseen, ennen kuin seuraava replikointi sykli alkaa.

Voit korjata tämän virheen seuraavasti:

  • Seuraa MSExchangeIS Publice\replication-jonon kokoa, kunnes se ilmoittaa, että replikointi on valmis, ennen kuin seuraava replikointi sykli alkaa.
  • Sinun kannattaa pienentää Exchange-organisaation replikoiden kokonaismäärää, jos haluat vähentää replikoinnin määrää.

Jos sinulla on hyvä jono, Katso lisä tietoja kohdasta replikoinnin keskeyttäminen.

Jos sinulla on pieni jono, katso mahdollinen Replastate-ongelma.

Keskeytä replikointi

Voit keskeyttää yleisten kansioiden replikoinnin ja antaa jonojen tyhjentää tai soittaa tukeen.

Replikoinnin keskeyttäminen

  1. Käynnistä Exchange-hallinta konsoli.
  2. Suspend-PublicFolderReplicationVoit estää koko organisaation yleisen kansion replikoinnin cmdlet-komennolla.
  3. Valvo siirto jonoja suorittamalla Get-TransportServer | Get-Queue . Kun jono on pienennetty, voit jatkaa replikointia.
  4. Käytä Resume-PublicFolderReplication cmdlet-komennolla yleisen kansion replikoinnin uudelleenkäynnistämistä koko organisaatiossa.

Tunnistamatonta ongelmaa ei valitettavasti voi selvittää tämän oppaan avulla. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että replikointi on keskeytetty ja että odotat jonojen vähentämistä.

Etsitkö kansio tunnusta (FID) (eristä?)

Näytetäänkö tapahtuman tunnus 3028-tapahtuman FID-nimi, mutta ei kansion nimeä?

  • Jos kyllä, katso hauta kivi poiston takia.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Hauta kivi poiston takia (tapahtuma ID 3028-tapahtuma esittää FID-tunnuksen)

Tämä osoittaa, että kansio on hauta kivi, koska edellinen poisto ei replikoi. Siirry takaisin lähde palvelimeen ja kopioi kansio ja luo uusi kansio, jossa on sama sisältö, ja aloita alusta.

Onko näistä tiedoista hyötyä?

  • Jos kyllä, lisä tietoja on kohdassa kaksoiskappaleiden tunnusten poistaminen.
  • Valitettavasti emme voi ratkaista tämän oppaan tunnistamattomia ongelmia. Saat lisä tietoja tämän ongelman ratkaisemisesta ottamalla yhteyttä Microsoft Exchange Server-tukeen ja kertomalla, että 3079-tapahtuma kirjataan lokiin, kun tieto kanta otetaan käyttöön.

Onko suoritus kyvyn valvonta-näytössä suuri määrä viestejä, jotka on jonossa lähetystä varten

Avaa Resurssienvalvonta.

Lisää laskuri MSExchangeIS Publice\replication vastaanoton jono ja valvo jonon kokoa.

Jos haluat lisä tietoja suoritus kyvyn valvonnasta, voit siirtyä tästä: suoritus kyvyn seurannan aloittaminen-opas.

Näytetäänkö suoritus kyvyn tarkkailulla suuri määrä viestejä jonossa lähetystä varten?

  • Jos kyllä, Katso lisä tietoja kohdasta palveluiden tarkistaminen.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että palvelin luo lähteviä hierarkia sanomia, mutta kyseiset viestit eivät näy viestin seurannassa, eikä mitään ole jonossa lähetystä varten.

Tarkista palvelut

  1. Valitse Aloita > suorittaminen.
  2. Kirjoita Services. msc -ruutuun.
  3. MSExchangeTransport -haku ja sen tarkistaminen aloitetaan

Jos sinulla on PowerShell, avaa se ja suorita seuraava cmdlet-komento:

Get-Service MSExchangeTransport

Onko siirto palvelu käynnissä?

  • Jos kyllä, Katso lisä tietoja artikkelista julkisen kansion replikoinnin vian määritys.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että palvelin luo lähteviä hierarkia sanomia, mutta kyseiset viestit eivät näy viestin seurannassa, eikä mitään ole jonossa lähetystä varten.

Näytetäänkö 3030-tapahtumassa kohteen viestin tunniste (MID), mutta ei kohdetta

Näytetäänkö 3030-tapahtumassa kohteen Keski kohta, mutta ei kohdetta?

  • Jos kyllä, katso hautakivi.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että lähde palvelin ei Luo lähtevien hierarkian replikointi sanomia, eikä 3079-tapahtumaa ole, kun tieto kanta on käytössä.

Tombstone

Tämä on yleensä seurausta siitä, että viesti on poistettu, koska sitä ei ole replikoitu. Voit kopioida kansion sisältämät viestit, jos haluat luoda uusia viestejä tai kopioida koko kansion.

Onko näistä tiedoista hyötyä?

  • Jos kyllä, lisä tietoja on kohdassa kaksoiskappaleiden tunnusten poistaminen.
  • Valitettavasti emme voi ratkaista tämän oppaan tunnistamattomia ongelmia. Saat lisä tietoja tämän ongelman ratkaisemisesta ottamalla yhteyttä Microsoft Exchange Server-tukeen ja kertomalla, että 3079-tapahtuma kirjataan lokiin, kun tieto kanta otetaan käyttöön.

Tapahtuma tunnuksen 3027 seuraaminen

Näet, miten paljon se on saanut, kun seuraat 3027. Jos se ei poistu lähde palvelimesta, Tarkista viestit, jotka on jonossa lähetyksen suorituskyky laskuri kohdassa MSExchangeIS Public, jos haluat nähdä, onko lähtevät viestit juuttunut julkiseen säilöön.

Onko näistä tiedoista hyötyä?

  • Jos kyllä, lisä tietoja on kohdassa kaksoiskappaleiden tunnusten poistaminen.
  • Valitettavasti emme voi ratkaista tämän oppaan tunnistamattomia ongelmia. Saat lisä tietoja tämän ongelman ratkaisemisesta ottamalla yhteyttä Microsoft Exchange Server-tukeen ja kertomalla, että 3079-tapahtuma kirjataan lokiin, kun tieto kanta otetaan käyttöön.

Mahdollinen Replastate-ongelma

On mahdollista, että tämä ongelma voi olla XEXCH50-ongelma tai Rereplatilaongelma. Ennen kuin jatkamme, varmista, että SMTP-kirjaaminen on otettu käyttöön.

Valitse Exchange-versiosi, jos haluat tarkistaa ja muuttaa Rerepstate-asetusta noudattamalla seuraavia vaiheita:

Exchange Server 2007 ja Exchange Server 2010

  1. Käynnistä Exchange-hallinta konsoli.
  2. Käytä Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' ja cmdlet-komennolla Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' voit ottaa tapahtumien kirjaamisen käyttöön SMTP-palvelussa.
  3. Resume-PublicFolderReplicationKäynnistä cmdlet-komennolla koko organisaation yleisen kansion replikointi.

Exchange Server 2003

  1. Aloita Exchange-järjestelmän hallintaa.
  2. Laajenna palvelimet, napsauta hiiren kakkos painikkeella Your_ palvelimen nimija valitse sitten Ominaisuudet.
  3. Valitse diagnostiikan kirjaaminen -väli lehti ja valitse sitten Palvelut-kohdassa MSExchangeTransport .
  4. Valitse Luokat-kohdassa SMTP.
  5. Valitse kirjaamis taso-kohdassa Normaali.

Mikä Exchange-versiosi on?

Yksi tai useampi viesti on kadonnut liikenteessä

Jos kohde palvelimessa olevien 3031-tapahtumien määrä on pienempi kuin lähde palvelimen 3021-tapahtumien määrä, vähintään yksi viesteistä katkesi liikenteessä. Jos haluat suorittaa viestin menettämisen vian määrityksen, määritä niiden viestien viesti tunnukset, joita ei ole replikoitu.

Voit tehdä tämän tarkastelemalla lähde palvelimessa olevaa sovellus lokia. Sen jälkeen voit seurata viestejä ja ratkaista ongelman viestin seurannan avulla.

Onko viestin polussa Exchange Server 2007-tai 2010-palvelimia?

Ratkaisiko ongelma

Ratkaisetkö ongelman nyt?

  • Jos kyllä, onnittelut! Exchange Server 2003-ongelman Julkinen kansio replikointi on ratkennut.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.

Polku Exchange Server 2007 ja Exchange Server 2010

Yleisin syy kadonneen sisällön täyttöön vasta ukseen Exchange Server 2007-tai Exchange Server 2010-palvelimessa on säilö ohjaimen virhe. Esimerkiksi takaisintäyttövastaus lähetetään Exchange Server 2007-palvelimeen, mutta jos tarkastelet 2007-puolella olevaa sovellus lokia, et näe enää saapuvaa replikointi tapahtumaa. Viestin seuranta-toiminto ilmoittaa, että replikointi viesti on saanut keskittimen siirto palvelimeen ja että sen jälkeen säilö ohjain epäonnistui.

Vian määrityksen ensimmäinen vaihe on viestin jäljittäminen ja sen epäonnistumisen tarkasteleminen.

Yleensä keskitin siirto palvelin kirjaa tapahtuman 1020, joka kuvaa kyseisen sisällön ongelmaa. Kun olet seurannut viestiä ja määrittää, mikä keskitin siirto palvelin on epäonnistunut, tarkista 1020-tapahtuma, jossa on lähde MSExchange Storen ohjain kyseisessä keskitin siirto palvelimessa.

Näetkö 1020-tapahtuman, joka sisältää lähteen MSExchange-säilön ohjaimen kyseisessä keskitin siirto palvelimessa?

  • Jos kyllä, näet 1020-tapahtuman ja virhe ilmoituksen, jonka mukaan Active Directory-käyttäjää ei löytynyt, noudattamalla ohjeita, jotka koskevat julkisen kansion sisällön replikointia Exchange Server 2010-ohjelmassa annettujen ohjeiden mukaisesti. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että palvelimessa on tyhjä palvelin säilö.

    Onko näistä tiedoista hyötyä?

    • Jos kyllä, lisä tietoja on kohdassa kaksoiskappaleiden tunnusten poistaminen.
    • Valitettavasti emme voi ratkaista tämän oppaan tunnistamattomia ongelmia. Saat lisä tietoja tämän ongelman ratkaisemisesta ottamalla yhteyttä Microsoft Exchange Server-tukeen ja kertomalla, että 3079-tapahtuma kirjataan lokiin, kun tieto kanta otetaan käyttöön.
  • Jos kyllä, näkyviin tulee 1020-tapahtuma ja virhe viestin sisältö on vioittunut, Katso lisä tietoja polussa Exchange Server 2007 ja Exchange Server 2010 (viestin sisältö on vioittunut).

  • Jos kyllä, näet 1020-tapahtuman, mutta ei edellä mainittua virhe sanomaa, Katso lisä tietoja polussa Exchange server 2007 ja Exchange server 2010 (katso 1020-tapahtuma, mutta ei edellä mainittua virhe sanomaa).

  • Jos ei, et näe 1020-tapahtumaa, jonka lähde on MSExchange Storen ohjain, Pahoittelemme, mutta emme voi korjata tunnistamatonta ongelmaa tämän oppaan avulla. Jos otat yhteyttä tukeen tästä ongelmasta, kerro hänelle, että palvelin luo lähteviä hierarkia sanomia, mutta kyseiset viestit eivät näy viestin seurannassa, eikä mitään ole jonossa lähetystä varten.

Exchange Server 2007 ja Exchange Server 2010 polussa (viestin sisältö on vioittunut)

Tämä viesti on yleensä vioittunut TNEF. Jos kyseessä on yhdistelmä ympäristö, ota käyttöön Exchange 2013 CU6, jotta voit estää uudet vioittuneet viestit ja poistaa vanhat. Jos haluat tunnistaa vioittuneet kohteet, jatka alla olevien ohjeiden mukaisesti.

Voit selvittää, mitkä kohteet ovat vioittuneet:

  1. Pienennä replikointi viestin kooksi 1K lähde palvelimessa.
  2. Pakota kohde-kohtaan toinen täydennys pyyntö, jossa on Synkronoi sisältö -tai Update-publicfolder-kansio.
  3. Näet nyt yhden täyttövastauksen (tapahtuma 3021) lähde palvelimessa olevan kansion kohdetta kohden. Sovellus loki voi täyttää vasta ukset, jos kansiossa on useita kohteita. Kun 3021-toiminto on rauhoittunut, Tyhjennä lähde palvelimen sovellus loki ja pakota toinen täyttö pyyntö. Koska kaikki ne hyvät kohteet, jotka on jo toistettu täyttöjen viimeisellä kierroksella, vain uudet tapahtumat, jotka sinun pitäisi nähdä uuden tapahtuman 3021, pitäisi olla vioittuneet kohteet.

Nyt sinulla pitäisi olla yksi takaisintäyttövastaus (3021) jokaisesta vioittuneesta kohteesta lähde palvelimen sovellus lokissa ja 1 1020-tapahtuma kunkin vioittuneen kohteen kohdalla, joka on keskitin siirto palvelimessa sovellus lokissa. Koska tiedät nyt, mitkä kohteet ovat vioittuneet (koska voit lukea kohteen aiheet 3021-tapahtumissa), voit poistaa kyseiset kohteet tai yrittää korjata ne.

Lisä tietoja on kohdassa yleisten kansioiden replikointi virheiden korjaaminen Exchange server 2003-palvelimesta Exchange server 2007-tai 2010-palvelimeksi.

Ratkaisiko ongelma ongelman?

Exchange Server 2007 ja Exchange Server 2010 polussa (Katso 1020-tapahtuma, mutta ei edellä mainittua virhe sanomaa)

Tämä on muuntyyppinen vioittunut kohde. Voit selvittää, mitkä kohteet ovat vioittuneet:

  1. Pienennä replikointi viestin kooksi 1K lähde palvelimessa.
  2. Pakota kohde-kohtaan toinen täydennys pyyntö, jossa on Synkronoi sisältöä tai Päivitä Julkinen kansio.
  3. Näet nyt yhden täyttövastauksen (tapahtuma 3021) lähde palvelimessa olevan kansion kohdetta kohden. Sovellus loki voi täyttää vasta ukset, jos kansiossa on useita kohteita. Kun 3021-toiminto on rauhoittunut, Tyhjennä lähde palvelimen sovellus loki ja pakota toinen täyttö pyyntö. Koska kaikki hyvät kohteet on jo toistettu edellisten täyttöjen viimeisellä kierroksella, vain uudet tapahtumat, jotka sinun pitäisi nähdä uudessa tapahtumassa 3021, pitäisi olla vioittuneet kohteet.

Nyt sinulla pitäisi olla yksi takaisintäyttö-vastaus (3021-tapahtuma) kullekin vioittuneeseen kohteeseen lähde palvelimen sovellus lokissa ja 1 1020-tapahtuma kunkin vioittuneen kohteen osalta, joka on keskitin siirto palvelimen sovellus lokissa. Koska tiedät nyt, mitkä kohteet ovat vioittuneet (koska voit lukea kohteen aiheet 3021-tapahtumissa), voit poistaa ne tai yrittää korjata ne.

Lisä tietoja on kohdassa yleisten kansioiden replikointi virheiden korjaaminen Exchange server 2003-palvelimesta Exchange server 2007-tai 2010-palvelimeksi.

Ratkaisetkö ongelman nyt?

Päällekkäisten tunnusten poistaminen

Poista tapahtumassa mainittu päällekkäinen tili tai poista jokin käyttäjistä, jotta SID-tunnus voidaan ratkaista yksittäiselle käyttäjälle DS-ohjelmassa.

Onko näistä tiedoista hyötyä?

  • Jos kyllä, onnittelut! Julkisen kansion replikointi Exchange Server-ongelmalle on ratkennut.
  • Jos et ole, Pahoittelemme tämän oppaan avulla tunnistamatonta ongelmaa. Lisä tietoja ongelman ratkaisemiseksi saat ottamalla yhteyttä Microsoft Exchange Server-tukeen.