Ortak klasör çoğaltması sorunlarını giderin Exchange Server

Özgün KB numarası:   10042

Özet

İlk önce tanı günlüğünü ve ileti izlemeyi önkoşul olarak etkinleştirmenizi sorarak başlayacağız. Ardından, ortak klasör çoğaltma sorunlarınızı çözmek için size bir dizi adım boyunca yardımcı oluruz.

Tahmini tamamlanma süresi:
45-60 dakika.

Bir klasörde ortak klasör çoğaltması Exchange Server için, önce tanı günlüğünü ve ileti izlemesini etkinleştirmeniz gerekir.

Ne yapmak istediğiniz

Tanı günlüğünü etkinleştir

Üzerine çalışmakta olacağınız tüm sunucularda tanılama günlüğünü açabilirsiniz. Farklı bir sürüme Exchange adımlar farklı olabilir, diğer Exchange seçin:

Exchange Server 2007 ve Exchange Server 2010 için

  1. Yeni Yönetim Exchange başlatma.

  2. Geçerli günlük düzeylerini kontrol etmek için aşağıdaki cmdlet'i çalıştırın:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }
    
  3. Günlüğü açmak için, üzerinde çalışmakta olunan tüm ortak klasör sunucularında aşağıdaki cmdlet'leri çalıştırın:

    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. Hedef Sunucuda, şu cmdlet'leri çalıştırarak Aktarım Günlüğü'ne artırabilirsiniz:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
    
  5. Günlüğe kaydetme düzeylerini sıfırlamak için:

    1. Diğer Exchange Yönetim Konsolu.
    2. Konsol ağacında Sunucu Yapılandırması Posta Kutusu'nu > seçin.
    3. Eylemler bölmesinde Tanı Günlüğü Özelliklerini Yönet'i seçin.
    4. Tanı Günlüğü Özelliklerini Yönet sayfasında, Exchange istediğiniz günlük düzeyini seçin.
    5. İstediğiniz günlüğe kaydetme düzeyini seçin ve sonra da Yapılandır'ı seçin. Varsayılanları geri yüklemek için Tüm hizmetleri varsayılan günlüğe kaydetme düzeylerine sıfırla'yı ve ardından Yapılandır'ı seçin.
    6. Tamamlanma sayfasında, sürecin başarıyla tamamlanmasını onaylayın. Görevler Tamamlandı veya Başarısız durumunu gösterir. Görev başarısız olursa, açıklama özetini gözden geçirin ve sonra gerekli yapılandırma değişikliklerini yapmak için Geri'yi seçin.
    7. Tanı Günlüğü Düzeyini Yönet sihirbazını tamamlamak için Son'a tıklayın.

Exchange Server 2003 için

  1. Oturum Exchange Sistem Yöneticisi ve ardından tanılama günlüğünü etkinleştirmek istediğiniz sunucunun özelliklerini görüntüleme.
  2. Tanı Günlüğü sekmesini seçin ve Hizmetler listesinde MSExchangeIS'i genişletin.
  3. Ortak Klasör'e tıklayın, Ctrl tuşunu basılı tutun ve sonra aşağıdaki öğelerden her birini seçerek hepsini seçin:
    • Yineleme AD Güncelleştirmeleri
    • Çoğaltma Gelen İletiler
    • Çoğaltma Giden İletileri
    • Teslimi Olmayan Raporlar
    • Yineleme Doldurma
    • Yineleme Genel
  4. En Fazla > Uygula'ya seçin.
  5. Yineleme Hataları Orta Uygula > > Tamam'ı > seçin.
  6. MSExchangeTransport hizmetinin hedef sunucusunda günlüğü artırmak ve SMTP düzeyini Orta olarak ayarlamak için:
    1. Sunucular'ı genişletin, Sunucu Adınız'a sağ tıklayın ve Özellikler'i seçin.
    2. Tanı Günlüğü sekmesini seçin ve sonra Hizmetler altında MSExchangeTransport öğesini seçin.
    3. Kategoriler altında SMTP'yi seçin.
    4. Günlüğe Kaydetme Düzeyi altında Orta'ya seçin.

Bundan sonra ne yapmak istediğiniz

İleti izlemeyi etkinleştirme

Tüm sunucularda İleti İzleme'ye sahip olmak için, birlikte çalışabilirsiniz. Farklı bir sürüme Exchange adımlar farklı olabilir, diğer Exchange seçin:

Exchange Server 2007 ve Exchange Server 2010 için

  1. Yönetim Kabuğu'Exchange gidip aşağıdaki cmdlet'i çalıştırarak ileti izlemenin çalıştığını doğrulayın:

    Get-MailboxServer $env:computername | fl MessageTracking*
    
  2. Çıktıyı aşağıdakine benzer şekilde görüyor olması gerekir:

    İleti izlemenin çalıştığını doğrulamak için cmdlet'i çalıştırmanın ekran görüntüsü.

  3. Her ikisinin de MessageTrackingLogEnabled Doğru olarak ayar olduğundan emin MessageTrackingLogSubjectLoggingEnabled olun.

  4. Günlük Konumu için not MessageTrackingLogPath defterine dikkat etmek gerekir.

Exchange Server 2003 için

  1. İleti Exchange Sistem Yöneticisi'ı seçin ve ardından ileti izlemeyi etkinleştirmek istediğiniz sunucunun özelliklerini görüntüler. İleti izleme, To , From ve Date Sent gibi verileri toplar.
  2. Genel sekmesinde İleti izlemeyi etkinleştir onay kutusunu seçin.
  3. Konu günlüğünü etkinleştir ve görüntüle onay kutusunu seçin.

Ne yapmak istediğiniz

Ortak Klasör Çoğaltma sorunlarını giderme

Başka bir sunucuda değil de, bir sunucuda yer alan verileri içeren bir klasörü seçin ve sorun giderme çabalarının odağı olarak yalnızca bu klasörü oluşturun. Aşağıdaki adımlarda, verileri içeren sunucuya kaynak sunucu adı ve verir; Verileri içeren sunucuya hedef sunucu adı ve verir.

Exchange Server 2007 ve Exchange Server 2010

  1. Araç Exchange Yönetim Konsolu Araç Kutusu altında Ortak Klasör Yönetim Konsolu'nu seçin.
  2. Ortak Klasörler'e sağ tıklayın ve sonra Klasör Bağlan seçin.
  3. Bağlanmak istediğiniz sunucuyu seçin.

Exchange Server 2003

  1. Diğer Exchange Sistem Yöneticisi.
  2. Ortak Klasör Hiyerarşisi Nesnesine gidin.
  3. Ortak Klasörler'e sağ tıklayın ve sonra Klasör Bağlan seçin.
  4. Bağlanmak istediğiniz sunucuyu seçin.

Şimdi istediğiniz klasör her iki sunucuda da hiyerarşide görünüyor mu?

Her Zaman Aralığı Çoğalt; Uygulama günlüğü Olay Kimliği 3018

Her Zaman Çoğaltma Aralığı

Her Zaman Çoğaltma Aralığı değerinin kaynak sunucuda 15 veya daha az dakika olarak ayar olduğunu doğrulayın. Gerekirse, ayarı değiştirin. Adımları Exchange için lütfen Exchange sürümü seçin:

Exchange Server 2007 ve Exchange Server 2010
  1. Başlat'Exchange Yönetim Konsolu.

  2. Aşağıdaki cmdlet'leri çalıştırın ve ReplicationPeriod , ReplicationSchedule ve 'ın ayar olduğunu ReplicationMessageSize doğrulayın:

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

    Parametrelerin ayar Get-PublicFolderDatabase için çalışan e-postanın ekran görüntüsü.

  3. Tüm genel f veritabanlarının aynı olduğundan emin ReplicationMessageSize olun.

Ardından, söz konusu klasörün depolama zamanlamayı kullanmak üzere yapılandırıldığından emin olun. Bunu yapmak için:

  1. Başlat'Exchange Yönetim Konsolu.

  2. Aşağıdaki cmdlet'i çalıştırarak Replicas doğrulayın UseDatabaseReplicationSchedule ve ayarlanır:

    Get-PublicFolder | fl *Replica*
    

    Parametrelerin ayar Get-PublicFolder için çalışan e-postanın ekran görüntüsü.

  3. False UseDatabaseReplicationSchedule olarak ayarlanmışsa, bu ayara ayarlanmış ReplicationSchedule olduğundan emin olun.

Exchange Server 2003
  1. Başlat'Exchange Sistem Yöneticisi.
  2. Yönetim Grupları kapsayıcınızı genişletin ve ardından ortak klasör sunucusunu içeren yönetim grubunu seçin.
  3. Sunucular kapsayıcısini genişletin, ortak klasör veritabanını seçin ve sonra Özellikler'i seçin.
  4. Çoğaltma (İlke) sekmesinde, Yineleme aralığı her zaman için (dakika) kutusuna değeri not edin.
  5. Değer 15 değil, Her zaman için yineleme aralığı (dakika) kutusuna 15 yazın.
  6. Uygula öğesini ve ardından Tamam'ı seçin.

Ardından, sorun gidermekte olduğunuz klasörün depolama zamanlamayı kullanmak üzere yapılandırıldığından emin olun:

  1. Ortak Klasörler'i genişletin ve sorun gidermeye devam etmek istediğiniz klasöre sağ tıklayın.
  2. Özellikler'i seçin.
  3. Yineleme sekmesinde Ortak klasör çoğaltma aralığı listesinde Ortak depolama zamanlaması kullan'ı seçin.

Uygulama günlüğü Olay Kimliği 3018

Kaynak sunucuda hiyerarşide yeni bir klasör oluşturun ve sonra yeni klasöre anımsayabilirsiniz benzersiz bir ad girin.

Bu örnekteki klasörlarımızın adı olarak Test 1'i kullanıyoruz. İleti türünü ve oluşturduğunuz klasörün adını içeren Olay Kimliği 3018 için kaynak sunucuda 0x2 günlüğünü izleyin. Etkinliğin günlüğe kaydedilene kadar 15 dakika beklemesi gerekiyor olabilir.

Olay Türü Bilgi
Olay Kaynağı: MSExchangeIS Genel Mağaza
Etkinlik Kategorisi: Çoğaltma Giden İletileri
Olay Kimliği: 3018
İleti: Giden çoğaltma iletisi çıkarıldı.
Tür: 0x2
İleti Kimliği: <MessageID@Server.Domain.com>
Veritabanı "Depolama Group\Public Folder"
CN dakika: 1-100, en çok CN: 1-200
RfIs:
1) FID: 1-1234, PFID: 1-1, Göreli Konum: 28
IPM_SUBTREE\Test 1

Olay Kimliği 3018'i görüyor musunuz?

Kaynak sunucuyla ilgili sorunları giderme

Kaynak sunucu, yeni değişiklikler için giden hiyerarşi çoğaltma iletileri oluşturamaz. Önce kaynak sunucuda sorun gidermeye odaklanacak.

Ortak klasör veritabanı takılıyken Olay Kimliği 3079

Ortak klasör veritabanı takılı olduğunda, olay kimliği 3079 kaynak sunucuda Uygulama günlüğüne kaydedilir. Kaynak sunucuda Uygulama günlüğünü inceler.

Olay Türü Bilgi
Olay Kaynağı MSExchangeIS Genel Mağaza
Etkinlik Kategorisi Yineleme Hataları
Olay Kimliği 3079
İleti Veritabanı " üzerinde beklenmeyen çoğaltma iş parçacığı <name> hatası.
1) FID: 1-1234, PFID: 1-1, Göreli Konum: 28
IPM_SUBTREE\Test 1

Olay Kimliği 3079'ü görüyor musunuz?

  • Evetse, bkz. EcReplStartup.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorun hakkında destekle iletişim kursanız, kaynak sunucunun giden hiyerarşi çoğaltma iletileri oluşturma olmadığını ve veritabanı bağlama sırasında 3079 olayı olmadığını söyleyin.

EcReplStartup

Şu metin için Olay Kimliği 3079'ü inceleme: EcReplStartup.

Olay Kimliği 3079 EcReplStartup içeriyor mu?

  • Aldıysanız, bkz. Uygulama günlüğü Olay Kimliği 9528.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu konuyla ilgili destekle bağlantı kursanız, lütfen kaynak sunucunun giden hiyerarşi çoğaltma iletileri oluşturma olmadığını açıklayın. Veritabanı bağlama sırasında bir 3079 olayı vardır, ancak bu olay EcReplStartup içerir.

Uygulama günlüğü Olay Kimliği 9528

Olay Kimliği 3079 EcReplStartup içeriyorsa, bu yineleme iş parçacığının başlangıçta her yineleme olduğunu gösterir. Ardından, Olay Kimliği 9528'in kaynak sunucunun Uygulama günlüğüne kaydedip kayıtlı olduğunu kontrol edin.

Olay Türü Bilgi
Olay Kaynağı MSExchangeIS
Etkinlik Kategorisi Genel
Olay Kimliği 9528
İleti SID S-1-5-32-544, DS'de 2 kullanıcı üzerinde bulunduğu için, mağaza bu SID'i benzersiz bir kullanıcıyla eşleyemz.
Bu katılan kullanıcılar:
/DC=com/DC=domain/DC=na/OU=Migrated/CN=John, Yerkök
/DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John, Ağaçlar

Olay Kimliği 9528'i görüyor musunuz?

  • Aldıysanız, yinelenen hesapları kaldırma 'ya bakın.
  • Ne üzgünüz, bu kılavuzda tanımlanamayan sorunları çözeyeceğiz. Bu sorunun çözümüyle ilgili daha fazla yardım Microsoft Exchange Server için destek ile iletişime geçerek veritabanı bağlama sırasında bir 3079 etkinliği günlüğe kaydedileceğini haber verir.

İleti izlemede iletiyi izleme; İleti hedef sunucuya teslim edildi mi

İleti izlemede iletiyi izleme

Kaynak sunucuda, iletiyi ileti izlemede izlemek için Olay Kimliği 3018'in açıklamasında yer alan ileti kimliğini kullanın.

Olay Türü Bilgi
Olay Kaynağı MSExchangeIS Genel Mağaza
Etkinlik Kategorisi Çoğaltma Giden İletisi
Olay Kimliği 3018
İleti Giden çoğaltma iletisi çıkarıldı.
Tür: 0x2
İleti Kimliği: <MessageID@Server.Domain.com>
Veritabanı "Depolama Group\Public Folder"

İleti hedef sunucuya teslim edildi mi

Olay Kimliği 3018'in açıklamasında, ileti kimliğini not alır ve ardından iletinin hedef sunucuya teslim olup olmadığını belirlemek için ileti izleme kullanabilirsiniz. Örneğin, aşağıdaki ileti izleme alıntısı aşağıdaki metni içerir:

"İleti SMTP aracılığıyla aktarılır".

İleti Geçmişi

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

İleti izleme iletinin hedef sunucuya teslim edildi olduğunu gösteriyor mu?

Aktarım sorunu; İleti, ileti izlemede görünüyor mu?

Aktarım sorunu

İleti hedef sunucuya teslim edilmedi; bu, soruna bir aktarım sorununa neden olduğunu gösterir. Ardından, aktarım işleminin sorunlarını gideracağız.

İleti izlemede görünüyor mu

Kaynak sunucuya gidin ve giden İleti Kimliğini bulun. Ardından, Hedef sunucusuna gidin ve iletiyi alana kadar ileti izleme çalıştırın. İleti izlemenin Exchange için lütfen bu sürümü seçin.

Exchange Server 2007 ve Exchange Server 2010 için
  1. Başlat'Exchange Yönetim Konsolu.

  2. Aşağıdaki cmdlet'i çalıştırın:

    Get-MessageTrackingLog -MessageId
    
Exchange Server 2003 için
  1. Başlat'Exchange Sistem Yöneticisi.
  2. Konsol ağacında Araçlar öğesini genişletin ve ardından İleti İzleme Merkezi'ne seçin.
  3. Sunucu kutusuna, 2003'te çalışan Exchange Server yazın.

Kullanılabilir sunucuların listesine göz atmak için Sunucu öğesini seçin, bir sunucu seçin ve ardından Ekle öğesini seçin. Belirli bir sunucudan gönderilmiş veya bu sunucuya teslim edilen bir iletiyi arayabilirsiniz. Yalnızca sunucu adını belirtmeniz gerekir.

İletiyi mi aldım?

Hedef sunucuda olay kimliği 3028

Hedef sunucuda, Olay Kimliği 3018 açıklamasında not not defteriyle aynı ileti kimliğini içeren Olay Kimliği 3028 için Uygulama günlüğünü incelenin.

Olay Türü Bilgi
Olay Kaynağı MSExchangeIS Genel Mağaza
Etkinlik Kategorisi Çoğaltma Gelen İletiler
Olay Kimliği 3028
İleti Gelen bir çoğaltma iletisi bırakıldı.
Tür: 0x2
İleti Kimliği: <MessageID@Server.Domain.com>
Veritabanı "Depolama Group\Public Folder"
CN dakika: en fazla 5-100 CN: 5-200
RfIs: 1
1) FID: 5-1234, PFID: 1-1, Göreli Konum: 28
IPM_SUBTREE\Test 1

Hedef sunucu Uygulama günlüğü Olay Kimliği 3028'i gösteriyor mu ve bu olay Olay Kimliği 3018 ile aynı ileti kimliğini mi içeriyor?

Hedef sunucuda Olay Kimliği 7004 ve Olay Kimliği 7010

Hedef sunucuda, Olay Görüntüleyicisi'nde Uygulama günlüğünde aşağıdaki olaylara benzeyen olayları inceleyebilirsiniz.

Olay Türü Error
Olay Kaynağı MSExchangeTransport
Etkinlik Kategorisi SMTP Protokolü
Olay Kimliği 7004
Tarih Tarih
Saat Saat
Kullanıcılar Yok
Bilgisayar Computer_Name
Açıklama Bu, sanal sunucu kimliği 1, bağlantı #29 için bir SMTP protokolü hata günlüğüdür. Uzak ana bilgisayar , "504 Önce kimlik doğrulaması gerekiyor" ile E2k3server1.contoso.com "xexch50" SMTP komutunu yanıt verdi. Gönderilen tam komut: "XEXCH50 2336 3 ". Bu muhtemelen bağlantının başarısız olmasına neden olur.
Olay Türü Error
Olay Kaynağı MSExchangeTransport
Etkinlik Kategorisi SMTP Protokolü
Olay Kimliği 7010
Tarih Tarih
Saat Saat
Kullanıcı Yok
Bilgisayar Computer_Name
Açıklama: Bu, sanal sunucu kimliği 1, bağlantı #30 için bir SMTP protokol günlüğüdür. "6.5.2.4" istemciye bir "xexch50" komutu gönderildi ve SMTP sunucusu önce "504 Kimlik doğrulaması gerekiyor" ile yanıt verdi. Gönderilen tam komut : "xexch50 1092 2". Bu muhtemelen bağlantının başarısız olmasına neden olur. Bu olaylar, XEXCH50 protokolünü her iki protokolde de etkilese de blobların değişiminin, olaylarda listelenen sunucular arasında başarısız olduğunu göstermektedir.

Hedef sunucuda Olay Kimliği 7004'ü ve Olay Kimliği 7010'ü görüyor musunuz?

XEXCH50 komutuyla ilgili sorunu çözme

XEXCH50 komut sorunu, bu sorundan kaynaklanan bir sorun olabilir.

XEXCH50 komut sorununu çözmek için

  1. Tümleşik Kimlik Windows, kuruluşta çalışan bilgisayarlarda SMTP sanal sunucularında Tümleşik kimlik Exchange Server etkinleştirildiğinden emin olun. Tümleşik Kimlik Windows etkinleştirilmemişse:

    1. Daha Exchange Sistem Yöneticisi Grupları'nu genişletin, Sunucular'ı genişletin, Ad'ı Exchange Server Protokoller'i genişletin ve ardından SMTP'ye genişletin.
    2. SMTP sanal sunucusuna sağ tıklayın.
    3. Özellikler'i seçin, Erişim sekmesini seçin ve ardından Kimlik Doğrulama'ya tıklayın. Tümleşik Kimlik Doğrulaması onay Windows onay kutusunun seçili olduğundan emin olun.
  2. Tümleşik Windows Kimlik Doğrulaması etkinse ancak olaylar devam ediyorsa, 7004 olayında veya 7010 olayında gönderen sunucu alıcı sunucuda SendAs'dan eksik olabilir veya reddedilebilir. Gönderen sunucu ve alıcı sunucuda bu olaylar yaşanıyorsa, sunucular birbirinin SendAs haklarından eksik olabilir. SendAs sağ açık olarak ayarlanmaz. SendAs hakkı normalde en üst etki alanı etki alanı sunucuları (EDS) Exchange üyelik aracılığıyla devralın. EDS'de bu REDDET erişim denetimi girdisi (ACE) yoksa, etkilenen sunucu ACE'sini REDDET olan başka bir grubun içine geçmiş olabilir veya EDS, ACE REDDET'e sahip diğer bazı grupların içine geçmiş olabilir. Başarılı bir şekilde çalıştırmak için, XEXCH50 komutunun Exchange SendAs'ı vardır.

  3. Aktarım Katmanı Güvenliği (TLS) ile bir güvenlik kanalı kullanarak kuruluşta yer alan sunucular arasında bir güvenlik kanalı Exchange belirler. Bu senaryoda, STARTTLS aktarım olayı olay AUTH komutu önce gerçekleşir. AUTH komutu eksik olduğundan XEXCH50 komutu oturumda daha sonra başarısız olur.

  4. Sunucu Exchange Protokol Güvenliği (EXPS) kimlik doğrulaması düzgün çalışmıyorsa, XEXCH50 komutu çalışmıyor olabilir. 1704 ve 1706 olayları, Uygulama günlüğünde EXPS kimlik doğrulama hatalarını belirtir.

    Olay Türü Uyarı
    Olay Kaynağı MSExchangeTransport Olayı
    Etkinlik Kategorisi MTP Protokolü
    Olay Kimliği 1706
    Açıklama: EXPS, ". com". "CSessionContext::OnEXPSInNegotiate" olarak adlandırılan ve 0x8009030c ( ) hata koduyla başarısız olan "HrServerNegotiateAuth". i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 Veri: 0000: 0c 03 09 80 ...?

    Not

    Olay Kimliği 1706'nın açıklamasında hata kodu veya 0x8009030c.
    Hata kodu 0x8009030c, Hresult SEC_E_LOGON_DENIED değeridir. Bu kod hesabın oturum aça olmadığını gösterir.
    Bu AUTH komutunu geçmek için Microsoft Kimlik Windows ve EXPS kimlik bilgileri gerektiğinden, bu sorunları gidermek zor olabilir. Olay Kimliği 7004 ve 7010 ile birlikte sorunları gidermek için çeşitli araçlar kullanabilirsiniz; nlTEST aracı ve NETDOM aracını içerir. Sorun giderme adımları bilgisayar hesabı parolalarını sıfırlamayı içerebilir.
    Uygulama günlüğünde daha önce açıklandığı gibi Olay Kimliği 7004 ve 7010'u bir arada kullanıyorsanız ve EXPS kimlik doğrulaması kullanarak sorunun kaynağını keşfede değilsanız, Microsoft Destek Hizmetleri'ne başvurun.
    Uygulama günlüğünde Olay Kimliği 7004 ve Olay Kimliği 7010 birleşimi yoksa, 5. adıma gidin.

  5. Kuruluşta, sunucular arasında güvenlik duvarı veya virüsten koruma duvarı olup Exchange denetleme. Kuruluşta bir güvenlik duvarı sunucuları arasında çalışıyorsa, soruna neden olup olmadığını belirlemek için güvenlik duvarını geçici olarak devre dışı bırakabilirsiniz.

Güvenlik duvarını devre dışı bırakmak bu sorunu çöz mü?

Hedef sunucuda isinteg -fix -test ReplState'i çalıştırın; Bir silme nedeniyle yapı taşı

Isinteg –fix –test ReplState hedef sunucuda çalıştır

ReplState Exchange doğrulamak ve ayarlamak için aşağıdaki adımları izleyin:

Exchange Server 2007 ve Exchange Server 2010 için
  1. Başlat'Exchange Yönetim Konsolu.

  2. Ortak klasör New-PublicFolderDatabaseRepairRequest veritabanındaki çoğaltma sorunlarını algılamak ve düzeltmek için cmdlet'i kullanın. Ortak klasör veritabanındaki ortak klasörlere yine istek çalışırken erişilebilir. Bununla birlikte, o anda onar devam olan ortak klasör kullanılabilir değildir. Siz onarım isteğine başladıktan sonra, veritabanını durdurmadıktan sonra durdurulamaz.

  3. Aşağıdaki cmdlet'i çalıştırın:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Exchange Server 2003 için
  1. Hedef sunucuda düzeltme KB925253'i yükleyin.

  2. Düzeltme yüklendikten sonra, sunucuda ortak klasör veritabanının yüksek lisanslarını seçin ve komut isteminde aşağıdaki komutu çalıştırın:

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

Ardından, sorunun çözülmüş olup olmadığını belirlemek için bir test çalıştırın.

Bir silme nedeniyle yapı taşı

Bu, önceki silme işleminin çoğaltılmaz olması nedeniyle klasörün bir taş olduğunu gösterir. Kaynak sunucuya geri dönüp aynı içeriğe sahip yeni bir klasör oluşturmak için klasörü kopyalayın ve sonra yeniden açın.

Yeni klasör görünürlüğü

Yeni klasör hedef sunucu hiyerarşisinde görünür mü?

Hiyerarşi doldurma sorunlarını giderme

Bu noktada, hiyerarşide yapılan değişikliklerin doğru kopyalandığından emin olduk. Artık hiyerarşi doldurma sorunlarını giderebilirsiniz. Bunu yapmak için, hedef sunucuda Hiyerarşiyi Eşitle'ye çalıştırın. Hiyerarşi Eşitleme, Olay Kimliği 3017'nin gerçekleşmesine neden olur. Olay Kimliği 3017, kaynak sunucuya hiyerarşi durumu isteğinin (0x20 türü) gönderildiğini gösterir.

Exchange Server 2007 ve Exchange Server 2010 için

  1. Başlat'Exchange Yönetim Konsolu.
  2. Update-PublicFolderHierarchy -ServerCmdlet'i çalıştırın.
  3. Hedef sunucuda Eşitleme Hiyerarşisi'ne çalıştırtıktan sonra, 3027 olayı ve gelen durum isteği için kaynak sunucuda Uygulama günlüğü'ne bakabilirsiniz.

Exchange Server 2003 için

  1. Başlat'Exchange Sistem Yöneticisi.
  2. Hiyerarşiyi Eşitle'yi çalıştırmak için Klasörler öğesini genişletin, Ortak Klasörler nesne kapsayıcısı'ne sağ tıklayın ve Hiyerarşiyi Eşitle'yi seçin.
  3. Hedef sunucuda Eşitleme Hiyerarşisi'ne çalıştırtıktan sonra, 3027 olayı için ve gelen durum isteği için kaynak sunucuda Uygulama günlüğünü incelenin.

Kaynak sunucunun Uygulama günlüğünde 3027 olayı var mı?

İleti kimliğini alma ve iletiyi izleme

Kaynak sunucuda Olay Kimliği 3017'nin yerini bulun ve ileti kimliğini not yazın. İletinin kaynak sunucuya teslim olup olmadığını belirlemek üzere ileti kimliğini izlemek için ileti izleme kullanın.

İleti izleme iletinin kaynak sunucuya teslim edildi olduğunu mu söylüyor?

Kaynak sunucuya ortak klasör deposunun e-posta adresi olup olmadığını belirleme

Kaynak sunucuya ortak klasör deposunun atanmış bir ara sunucu adresi olup olmadığını belirlemek için, Active Directory dizin hizmetlerinde proxyAddresses özniteliğin değerini incelenin.

Değeri incelemek için

Uyarı

Active Directory Hizmet Arabirimi (ADSI) Ek bileşeni, LDP yardımcı programı veya başka herhangi bir LDAP sürüm 3 istemcisini kullanır ve Active Directory nesnelerinin özniteliklerini yanlış değiştirirsanız, ciddi sorunlara neden olabilir. Bu sorunlar için Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 veya Windows Server ve Exchange Server. Microsoft, Active Directory nesnesi özniteliklerini yanlış değiştirirsanız ortaya çıkabilirse ortaya çıkabilirler; bunu garantiamaz. Bu öznitelikleri değiştirmenin riski size aittir.

Not

Microsoft Windows sürümünüze bağlı olarak, aşağıdaki adımlar bilgisayarınızda farklı olabilir. Bu adımlar için ürün belgelerinize bakın.

  1. ADSI Düzenleme aracını başlatmak için, Çalıştırmayı Başlat'ı seçin, Aç kutusuna > adsiedit.msc yazın ve ardından Tamam'ı seçin.

    Not

    ADSI Edit, Microsoft Windows 2000 Server Destek Araçları'nın ve Windows Server 2003 Destek Araçları'nın içinde yer almaktadır. Windows 2000 Destek Araçları'Setup.exe2000 CD'nin Destek\Araçlar klasöründe Windows çift tıklayın. Windows Server 2003 Destek Araçları'Suptools.msiServer 2003 CD'nin Support\Tools klasöründe Windows çift tıklayın.

  2. Bağlan bağlı değilken bir etki alanı denetleyicisine bağlanabilirsiniz.

    Not

    Bu adımda, etki alanı adınız için bir yer contoso.com tutucudur; italik sözcükler belirtilen adlar için yer tutucudur. Yapılandırma Kapsayıcısı [computername.contoso.com] genişletin, CN=Configuration, DC=contoso, DC=com, CN=Services'ı genişletin, CN=Microsoft Exchange'i genişletin, CN=KuruluşAdı öğesini genişletin, CN=Yönetim Grupları öğesini genişletin, CN=AdministrativeGroupName öğesini genişletin, CN=Sunucular öğesini genişletin, CN=ExchangeServerName öğesini genişletin, CN=InformationStore seçeneğini genişletin ve ardından CN= öğesini seçin Group Depolama.

  3. Sağ bölmede, CN=Ortak Klasör Deposu'ne (EXCHANGESERVERNAME) sağ tıklayın ve Özellikler'i seçin.

  4. Hangi özelliklerin görüntü görüntülemek için seç listesinde her ikisini de seçin.

  5. Görüntülemek için özellik seçin listesinde proxyAddresses öğesini seçin.

  6. Değerleri kutusunda, bir e-posta adresinin atanıp atanmadı değerini seçin. Genellikle, ortak klasör deposunun aşağıdakine benzer bir Basit Posta Aktarım Protokolü (SMTP) adres damgası vardır: SMTP:ExchangeServerName-IS@contoso.com .

  7. Görüntülemek için özellik seçin listesinde posta öğesini seçin.

  8. Değer(ler) kutusunda, SMTP adresinin 7. adımda gösterilen SMTP adresiyle aynı olduğunu doğrulayın.

Kaynak genel mağazanın e-posta adresi var mı?

  • Evet ise, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.
  • Hayırsa, bkz. Uygulama günlüğü Olay Kimliği 3018.

Kaynak sunucuda olay kimliği 3017

Kaynak sunucunun Uygulama günlüğünde, Olay Kimliği 3027'den hemen önce, tür türü aynı klasör için Olay Kimliği 3017'0x10.

Olay Kimliği 3017'i görüyor ve aynı 0x10 dosya yazarak mı görüyorsunuz?

Hedef sunucuda olay kimliği 3027

Olay Kimliği 3027, kaynak sunucunun durum yanıtıdır. Hedef sunucunun Uygulama günlüğünde, durum yanıtını incelemek için Olay Kimliği 3027'nin yerini bulun.

Hedef sunucuda Olay Kimliği 3027'ye mi görüyorsunuz?

  • Evet ise, bkz. Doldurma sorunlarını giderme.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Geri doldurma sorunlarını giderme

Bu noktada, hedef sunucunun verilerin eksik olduğunu biliyoruz. Şimdi hiyerarşinin kendisinde doldurma sorunu gidermeye odaklanıyoruz.

Hedef sunucuda, Hiyerarşiyi Eşitle'ye yeniden çalıştırın ve hedef sunucuda olay türü 3014 olan Olay Kimliği 3014 için Uygulama 0x8. Olay Kimliği 3014, hiyerarşi için giden bir doldurma isteğidir.

Olay Kimliği 3014'ü görüyor ve hedef 0x8 dosya yazarak mı görüyorsunuz?

  • Aldıysanız, kaynak sunucuda Olay Kimliği 3024'e bakın.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Kaynak sunucuda olay kimliği 3024

Olay Kimliği 3024, gelen hiyerarşi doldurma isteğidir.

Kaynak sunucuda Olay Kimliği 3024'ü görüyor musunuz?

Kaynak sunucuda olay kimliği 3019

Olay Kimliği 0x80000002 olan olay kimliği 3019, kaynak sunucu üzerinde giden hiyerarşi doldurma yanıtıdır. Olay Kimliği 3019 için kaynak sunucuda Uygulama günlüğünü inceler.

Kaynak sunucuda Uygulama günlüğünde Olay Kimliği 3019 mu var?

  • Aldıysanız, bkz. Olay Kimliği 3029.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Olay Kimliği 3029

Olay Kimliği 3029, hedef sunucuda gelen hiyerarşi doldurma yanıtıdır.

Hedef sunucunun Uygulama günlüğünde Olay Kimliği 3029'ü görüyor musunuz?

Hiyerarşide klasörü arama

Hedef sunucuda, hiyerarşide klasörü arayın.

Hedef sunucuda hiyerarşideki klasörü şu anda görüyor musunuz?

  • Evet, tebrikler! Exchange Server 2003 için Ortak Klasör Çoğaltma sorun çözülür.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Olay Kimliği 3014'den ileti kimliğini izleme

Hedef sunucuda, ileti kimliğini almak için Olay Kimliği 3014'ü incelenin. İleti kimliğini izlemek için ileti izleme kullanın.

İleti izleme iletinin kaynak sunucuya teslim edildi olduğunu gösteriyor mu?

Olay Kimliği 3019'dan ileti kimliğini izleme

Kaynak sunucuda Olay Kimliği 3019'un yerini bulun ve ileti kimliğini olayda not alırsınız. İleti kimliğini izlemek için ileti izleme kullanın.

İleti izleme iletinin hedef sunucuya teslim edildi olduğunu gösteriyor mu?

içeriğe odaklanma; Her Zaman Aralığı ve Zamanlamayı Çoğalt; Kaynak sunucuda yeni öğe oluşturma

içeriğe odaklanma

Klasör her iki sunucuda da hiyerarşide göründüğünden, bu büyük olasılıkla bir hiyerarşi çoğaltma sorunu değildir. Bu nedenle, sorun giderme içeriğine odaklanın.

Her Zaman Aralığı ve Zamanlamayı Çoğaltma

Her Zaman Çoğaltma Aralığı değerinin kaynak sunucuda 15 dakika veya daha az bir değere ayar olduğunu doğrulayın.

2007 ve Exchange Server 2010'da ayarı doğrulamak Exchange Server için
  1. Başlat'Exchange Yönetim Konsolu.

  2. Aşağıdaki cmdlet'i çalıştırın ve ReplicationPeriod ReplicationSchedule doğrulayın, ReplicationMessageSize ve ayarlanır:

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

    Parametrelerin ayar olduğunu doğrulamak Get-PublicFolderDatabase ekran görüntüsü.

  3. Tüm ortak klasör veritabanlarının aynı olduğundan emin ReplicationMessageSize olun.

Ardından, söz konusu klasörün depolama zamanlamayı kullanmak üzere yapılandırıldığından emin olun. Bunu yapmak için:

  1. Başlat'Exchange Yönetim Konsolu.

  2. Aşağıdaki cmdlet'i çalıştırarak Replicas doğrulayın UseDatabaseReplicationSchedule ve ayarlanır:

    Get-PublicFolder | fl *Replica*
    

    Parametrelerin ayar olduğunu doğrulamak Get-PublicFolder ekran görüntüsü.

  3. False UseDatabaseReplicationSchedule olarak ayarlanmışsa bunun ayarlanmış olduğundan ReplicationSchedule emin olun.

Exchange Server 2003'te ayarı doğrulamak ve ayarlamak için
  1. Başlat'Exchange Sistem Yöneticisi.
  2. Yönetim Grupları kapsayıcınızı genişletin ve ardından ortak klasör sunucusunu içeren yönetim grubunu seçin.
  3. Sunucular kapsayıcısı'nın kapsamını genişletin, kaynak sunucuyu genişletin, ortak klasör veritabanını seçin ve ardından Özellikler'i seçin.
  4. Çoğaltma (İlke) sekmesinde, Her zaman için (dakika) çoğaltma aralığı kutusuna 15 yazın.
  5. Uygula öğesini ve ardından Tamam'ı seçin.

Ardından, üzerinde çalıştığınız klasörün depolama zamanlamayı kullanmak üzere yapılandırıldığından emin olun. Bunu yapmak için:

  1. Ortak Klasörler'i genişletin ve üzerinde çalışmakta olduğunuz klasöre sağ tıklayın.
  2. Özellikler'i seçin.
  3. Yineleme sekmesinde Ortak klasör çoğaltma aralığı listesinde Ortak depolama zamanlaması kullan'ı seçin.

Kaynak sunucuda yeni öğe oluşturma

Kaynak sunucuya ortak klasörde yeni bir öğe oluşturun ve ardından Olay Kimliği 3020 için Uygulama günlüğü'ne bakabilirsiniz.

Olay Kimliği 3020'nizi görüyor musunuz? Test etmekte olduğu klasörün adını ve oluşturduğumız öğenin adını mı görüyorsunuz?

Olay Kimliği 3030

Hedef sunucuda, Olay Kimliği 3030 için Uygulama günlüğünü incelenin.

Hedef sunucu Uygulama günlüğü, aynı klasör ve öğe için Olay Kimliği 3030 içeriyor mu

Kaynak sunucu bu klasör için giden içerik iletileri oluşturmiyor; Ortak klasör veritabanı takılıyken Olay Kimliği 3079

Kaynak sunucu o klasör için giden içerik iletileri oluşturmıyor

Kaynak sunucu, bu klasör için giden içerik iletileri oluşturmz. Sorun giderme sorun gidermemizi kaynak sunucuya odaklayalır.

Ortak klasör veritabanı takılıyken Olay Kimliği 3079

Kaynak sunucuda, Olay Kimliği 3079 için Uygulama günlüğünü incelenin. Olay Kimliği 3079, veritabanı ekli olduğunda ve EcReplStartup metnini içerdiğinde oluşur. Örneğin, Olay Kimliği 3079 aşağıdaki tabloya benzemektedir.

Olay Türü Bilgi
Olay Kaynağı
MSExchangeIS Genel Mağaza
Etkinlik Kategorisi Yineleme Hataları
Olay Kimliği 3079
İleti Beklenmeyen çoğaltma iş parçacığı hatası 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Olay Kimliği 3079'ü görüyor musunuz ve veritabanı takılıyken EcReplStartup içeriyor mu?

Run isinteg -fix -test ReplState; Olay Kimliği 3020

Isinteg –fix –test ReplState hedef sunucuda çalıştır

ReplState Exchange doğrulamak ve ayarlamak için aşağıdaki adımları izleyin:

Exchange Server 2007 ve Exchange Server 2010 için
  1. Başlat'Exchange Yönetim Konsolu.

  2. Ortak klasör New-PublicFolderDatabaseRepairRequest veritabanındaki çoğaltma sorunlarını algılamak ve düzeltmek için cmdlet'i kullanın. Ortak klasör veritabanındaki ortak klasörlere yine istek çalışırken erişilebilir. Bununla birlikte, o anda onar devam olan ortak klasör kullanılabilir değildir. Siz onarım isteğine başladıktan sonra, veritabanını durdurmadıktan sonra durdurulamaz.

  3. Aşağıdaki cmdlet'i çalıştırın:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Exchange Server 2003 için
  1. Hedef sunucuda, 24 Ocak 2013'te yayımlanan düzeltme KB925253'ü yükleyin.

  2. Düzeltme yüklendikten sonra, sunucuda ortak klasör veritabanının yüksek lisanslarını seçin ve komut isteminde aşağıdaki komutu çalıştırın:

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

Olay Kimliği 3020

Kaynak sunucuda ortak klasörde yeni bir öğe oluşturun ve ardından Olay Kimliği 3020 için Uygulama günlüğü'ne bakabilirsiniz.

Olay Kimliği 3020'nizi görüyor musunuz? Bu kimliğin içinde test etmekte olduğunuz klasörün adı ve oluşturduğunuz öğenin adı var mı?

  • Aldıysanız, bkz. Olay Kimliği 3030.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu konuyla ilgili destekle bağlantı kursanız, lütfen kaynak sunucunun giden hiyerarşi çoğaltma iletileri oluşturma olmadığını açıklayın. Veritabanı bağlama sırasında bir 3079 olayı vardır, ancak bu olay EcReplStartup içerir.

Öğenin hedef sunucunun kaynak klasöründe yer alan bir öğe olduğunu doğrulama

Hedef sunucuda, kaynak sunucuda oluşturduğunuz öğeyi arayın ve bu öğenin hedef klasörde olduğundan emin olun.

Öğeyi hedef sunucuda klasör içinde görüyor musunuz?

İçerik geri yükleme sorunlarını giderme

İçerikte yapılan değişikliklerin çoğaltıcı olduğunu doğruladık. Ardından, içerik geri yükleme sorunlarını gideriz.

Bunu yapmak için, hedef sunucuda İçeriği Eşitle'ye çalıştırın. Bu, hedef sunucunun eksik verileri kaynak sunucuya sorması için neden olur.

Exchange Server 2007 ve Exchange Server 2010'da İçeriği Eşitle'Exchange Server için

  1. Başlat'Exchange Yönetim Konsolu.

  2. Aşağıdaki komutu çalıştırın:

    Update-PublicFolder -Server <DestinationServer>
    
  3. Hedef sunucuda Eşitleme Hiyerarşisi'ne çalıştırtıktan sonra, 3027 olayı için ve gelen durum isteği için kaynak sunucuda Uygulama günlüğünü incelenin.

Exchange Server 2003'te İçeriği Eşitle'ye çalıştırmak için

  1. Ortak Klasörler'i genişletin ve ardından hedef klasörü seçin.
  2. Sağ bölmede Durum sekmesini seçin.
  3. Hedef sunucuya sağ tıklayın ve İçeriği Eşitle'yi seçin.

Hedef sunucuda İçeriği Eşitle'ye çalıştırdikten sonra, giden durum isteği için Olay Kimliği 3017 için Uygulama günlüğü'ne bakabilirsiniz.

Hedef sunucunun Uygulama günlüğünde Yer Alan Olay Kimliği 3017

Run isinteg -fix -test ReplState (Olay Kimliği 3017 günlüğe kaydedilmezse)

ReplState Exchange doğrulamak ve ayarlamak için aşağıdaki adımları izleyin:

Exchange Server 2007 ve Exchange Server 2010 için

  1. Başlat'Exchange Yönetim Konsolu.

  2. Ortak klasör New-PublicFolderDatabaseRepairRequest veritabanındaki çoğaltma sorunlarını algılamak ve düzeltmek için cmdlet'i kullanın. Ortak klasör veritabanındaki ortak klasörlere istek çalışırken hala erişilebilir, ancak o anda onarmakta olan ortak klasöre erişesiniz. Siz onarım isteğine başladıktan sonra, veritabanını durdurmadıktan sonra durdurulamaz.

  3. Aşağıdaki cmdlet'i çalıştırın:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Exchange Server 2003 için

  1. Hedef sunucuda düzeltme KB925253'i yükleyin.

  2. Düzeltme yüklendikten sonra, sunucuda ortak klasör veritabanının yüksek lisanslarını seçin ve komut isteminde aşağıdaki komutu çalıştırın:

     cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. Isinteg işlemi tamam olduktan sonra, kaynak sunucuda ortak klasördeki çoğaltma listesini değiştirme. Bunu yapmak için, sunucuya bir kopya ekleyin veya sunucudan kopyayı kaldırın. Uygula öğesini seçin, az önce yapmış olduğu değişikliği tersine çevir'i seçin ve sonra yeniden Uygula'ya seçin.

  4. Aynı klasör için hedef sunucuda İçeriği Eşitle'ye yeniden çalıştırın.

  5. Giden durum isteği için Olay Kimliği 3017 için Uygulama günlüğünü incele.

Hedef sunucunun Uygulama günlüğünde Olay Kimliği 3017 mi?

  • Aldıysanız, bkz. Olay Kimliği 3027.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Olay Kimliği 3027

Kaynak sunucuda, tür türü 3027 olan Olay Kimliği 3027 için Uygulama 0x20.

Olay Kimliği 3027'i görüyor musunuz ve kaynak sunucuda 0x20 türü var mı?

Kaynak sunucuda olay kimliği 3017

Kaynak sunucunun Uygulama günlüğünde, Olay Kimliği 3027'den hemen önce, aynı klasör için arama türü 3017 0x10 Olay Kimliği 3017'i bulun.

Olay Kimliği 3017'i görüyor musunuz ve aynı klasör için 0x10 türü var mı?

Sunucuların farklı yaş sınırlamaları var mı

Normalde, kaynak sunucu bir durum yanıtı oluşturmazsa, bu kaynak sunucunun, diğer sunucunun da sahip olmadığının verisi yok demektir.

Aynı içeriğe sahip olmayan sunucuların eşitlenen duruma göre eşitlenen bir durum olması, farklı yaş sınırlamaları olmasıdır. Hedef sunucunun söz konusu öğelerin süresi dolmuşsa, söz konusu öğeler yeniden doldurulmaz.

Sunucularda farklı yaş sınırlamaları olmadığını kontrol edin ve bu sınırlardan emin olun. Çeşitli türlerde sınırlar vardır:

Depolama Kotaları

Veritabanı kotası varsayılanlarını kullanma

Ortak klasörün bulunduğu ortak klasör veritabanı kota sınırlarını kullanmak için bu onay kutusunu seçin. Varsayılanları seç çıkarsanız, Şu bağlantıda Sorun uyarısı (KB) , (KB) ve En fazla öğe boyutu (KB) onay kutuları kullanılabilir hale gelecektir.

Sorun uyarısı ( KB)

Ortak klasör sahiplerinin ortak klasörün depolama sınırına yaklaştığı konusunda otomatik olarak uyarmak için bu onay kutusunu seçin. Bu sınırı belirtmek için, onay kutusunu seçin ve sonra da ortak klasörün boyutunu kilobayt (KB) cinsinden belirterek bu klasörde postayı yasaklamak istediğiniz değeri belirtin. 0 KB ile 2.147.483.647 KB (2,1 terabayt) arasında bir değer girsiniz.

Yasaklama gönderisi (KB)

Klasörün boyutu belirtilen sınıra ulaştıktan sonra ortak klasöre gönderileni engellemek için bu onay kutusunu seçin. Bu sınırı belirtmek için onay kutusunu seçin ve ardından KB'de postayı yasaklamak istediğiniz ortak klasörün boyutunu belirtin. 0 KB ile 2.147.483.647 KB (2,1 terabayt) arasında bir değer girsiniz.

En büyük öğe boyutu (KB)

Kullanıcıların ortak klasöre posta gönderileyiş en fazla öğe boyutunu sınırlamak için bu onay kutusunu seçin. Boyutu belirtmek için onay kutusunu seçin ve sonra KB'de kullanıcıların ortak klasörlere postay yalnızca postay klasörünün gönderileyiş boyut üst boyutunu belirtin. 0 KB ile 2.097.151 KB arasında bir değer girsiniz.

Silinmiş Öğe Bekletme

Veritabanı bekletme varsayılanlarını kullanma

Bu ortak klasörün bulunduğu sunucuda ortak klasör veritabanı öğesi bekletme sınırlarını kullanmak için bu onay kutusunu seçin. Bu onay kutusunu seçemiyorsanız, Silinmiş öğeleri (gün) boyunca depola onay kutusu kullanılabilir duruma gelir.

Silinmiş öğeleri süreyle tutma (gün)

Silinmiş öğelerin ortak klasörde kaç gün korunacaklarını ayarlamak için bu onay kutusunu seçin. 0 ile 24.855 gün arasında bir değer girsiniz.

Yaş Sınırları

Veritabanı yaşı varsayılanlarını kullanma

Bu ortak klasörün bulunduğu sunucunun ortak klasör veritabanı yaş sınırlarını kullanmak için bu onay kutusunu seçin. Bu onay kutusunu seçerek, çoğaltmalar (gün) için yaş sınırı onay kutusu kullanılabilir duruma gelir.

Çoğaltmalar için yaş sınırı (gün)

Ortak klasörün yaşını sınırlamak için bu onay kutusunu seçin. Yaş sınırını gün içinde belirtmek için ilgili metin kutusunu kullanın. Bu ortak klasörün çoğaltmaları, yaş sınırı aşılırken otomatik olarak silinir. 0 ile 24.855 gün arasında bir değer girsiniz.

Sunucuların farklı yaş sınırlamaları var mı?

  • Yanıt evet ise, içerik farkı tasarımdan kaynak olur. Sorun gidermeye devam etmek zorunda değilsiniz. Öğeleri yeni bir klasöre kopyalayıp yeni öğelere dönüşerek bu soruna bir süre içinde içinde çalışabilirsiniz.
  • Yanıt hayır ise bilinmeyen bir hata oluştu.

Hedef sunucuda kayıt türü 0x10 olay kimliği 3027

Hedef sunucuda, tür türü 3027 olan Olay Kimliği 3027 olayı için Uygulama 0x10.

Olay Kimliği 3027'yi görüyor musunuz ve türe sahip mi 0x10?

  • Evet ise, bkz. Backfill'e odaklanma.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu konuyla ilgili destekle bağlantı kursanız, lütfen kaynak sunucunun giden hiyerarşi çoğaltma iletileri oluşturma olmadığını açıklayın. Veritabanı bağlama sırasında bir 3079 olayı vardır, ancak bu olay EcReplStartup içerir.

Doldurmaya odaklanma

Bu noktada, hedef sunucu bazı verilerin eksik olduğunu hesaplandı. Bu nedenle, doldurmaya odaklanacak.

Hedef sunucuda, hedef klasörde İçeriği Eşitle'ye yeniden çalıştırın. İçeriği Eşitle'ye çalıştırdikten sonra, Olay Kimliği 3016 Uygulama günlüğüne kaydedilir. Olay Kimliği 3016'da 0x8 adını içeren ileti türü var.

Hedef sunucuda Olay Kimliği 3016'ya görüyor musunuz ve klasörün adını içeren ileti 0x8 ileti türü var mı?

Kaynak sunucuda olay kimliği 3026

Hedef sunucuda Olay Kimliği 3016'ya yanıt olarak, kaynak sunucunun Uygulama günlüğünde Olay Kimliği 3026'ya bakabilirsiniz.

Kaynak sunucuda Olay Kimliği 3026'mı görüyorsunuz?

Kaynak sunucuda olay kimliği 3021

Kaynak sunucunun Uygulama günlüğünde, Olay Kimliği 3026'nın hemen ardından klasör için ileti türü 3021 olan olaylardan birini veya 0x80000004 görüyor olun.

Klasör için ileti türü 3021 içeren en az bir Olay 0x80000004 görüyor musunuz?

  • Aldıysanız, bkz. Olay Kimliği 3021 sayısını Olay Kimliği 3031 sayısıyla karşılaştırma.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Olay Kimliği 3021 sayısını Olay Kimliği 3031 sayısıyla karşılaştırma

Olay Kimliği 3021'in kaynak sunucuda Uygulama günlüğünde yer alan olay sayısını sayabilirsiniz. Ardından, 3031 numaralı Olay Kimliği'nin klasör için ileti türü 0x80000004 ve hedef sunucunun Uygulama günlüğünde yer alan olay sayısını sayın.

Sunucular arasında Olay Kimliği 3021 olayı ve Olay Kimliği 3031 olayı sayısı eşit mi?

Hedef sunucuda klasördeki içeriği bulma

Hedef sunucuda, kaynak sunucudan hedef sunucuyla aynı klasöre eşitlenmiş olan içeriği arayın.

İçerik, hedef sunucuda aynı klasörde mi bulunur?

  • Evet, tebrikler! Exchange Server 2003 için Ortak Klasör Çoğaltma sorun çözülür.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

İleti farklı bir kaynak sunucuya gönderilmiş olabilir

İletinin beklenen kaynak sunucuya gönderildiğini doğrulamak için Olay Kimliği 3016'nın incelemesi. Hedef sunucuda, hangi kaynak sunucunun iletiyi almış olması gerektiğini belirlemek için Olay Kimliği 3016'ya bakabilirsiniz. İletiyi başka bir kaynak sunucu aldı ise, bu sunucuyu yeni kaynak sunucu olarak kullanın ve sonra Olay Kimliği 3016 için yeni kaynak sunucuda Uygulama günlüğünü incelenin.

Olay Türü Bilgi
Olay Kaynağı MSExchangeIS Genel Mağaza
Etkinlik Kategorisi Çoğaltma Giden İletileri
Olay Kimliği 3016
İleti Giden ileti türü <value>
İleti Kimliği: <id>
Klasör: <folder name>
Veritabanı " <name> ".
CNSET: <value>
CNSET(SSS): <value>
Sunucu: <server name>

Beklenen kaynak sunucu Olay Kimliği 3016'da mı tanımlandı?

  • Aldıysanız, kaynak sunucuda Olay Kimliği 3021'e bakın.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Bekleyen doldurma sınırı

Varsayılan olarak, Ortak Klasörler deposu bir defada bekleyen en fazla 50 doldurma isteği tutabilir. Bu, Bekleyen Doldurma Sınırı (OBL) olarak bilinir. Depo dizisinde 50 yedek doldurma isteği olduğunda, bu istekler karşılanana kadar tekrar tekrar yapılır; En az bir istek tamamlanana kadar başka yeni istek isteğindende veya bu istekte yer alanın.

Her doldurma isteği karşılansa, OBL'de bir açılış gerçekleşir ve yeni bir veri kümesi istenebilirsiniz. Bununla birlikte, 50 isteğin hepsinde sorun oluşur ve bunlar karşıdan bulunamazsa, yeni açılış işlemi olmaz, yeni istekler kullanılamaz ve çoğaltma devamamaz.

Sorunun nedeni Bekleyen Doldurma Sınırı'nın olup olmadığını belirlemek için, hedef sunucuda OBL sınırını bir (1) artırıp Olay Kimliği 3016 örneğinde en az beş dakika Uygulama günlüğünü incelenin.

Hedef sunucuda OBL sınırını bir (1) artırmak için

  1. Çalıştır'ı seçerek Kayıt Defteri Düzenleyicisi'ni > açın, regedit yazın ve ardından Tamam'ı seçin.

  2. Aşağıdaki alt anahtarı genişletin:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Genel'e sağ <GUID> tıklayın, Yeni 'nin üzerine gelin ve DWORD Değeri'ni seçin.

  4. Yineleme Bekleyen Doldurma Sınırı yazın ve sonra yeni -alt anahtarı ad olarak Enter tuşuna basın.

  5. Yineleme Bekleyen Yineleme Sınırı'ne sağ tıklayın ve Değiştir'i seçin.

  6. Değer verisi kutusuna 51 yazın ve Tamam'ı seçin.

  7. Kayıt Defteri Düzenleyicisi'ni kapatın.

  8. Exchange Server 2003'te Microsoft Exchange Bilgi Deposu hizmetini yeniden başlatın. Bunu yapmak için:

    • Başlat seçin, Yönetimsel Araçlar'ın üzerine gelin ve ardından Hizmetler'i seçin.
    • Hizmetler listesinde, Bilgi Deposu'Exchange Microsoft Hizmet Hizmetleri'ne ve ardından Yeniden Başlat'a tıklayın.

Olay Kimliği 3016 başka bir klasör için kaydediliyorsa, bunun yerine o klasörü kullanarak sorunu giderin.

Başka bir klasör için Olay Kimliği 3016'mı görüyorsunuz?

  • Evetse, bkz. İçerik doldurma sorunlarını giderme.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Olay Kimliği 3020'de tanımlanan iletiyi izleme

Kaynak sunucuda, iletiyi izlemek için ileti izleme kullanın, Olay Kimliği 3020'de tanımlanır.

İleti izleme iletinin hedef sunucuya teslim edildi olduğunu gösteriyor mu?

XEXCH50 komutunun sorunlarını giderme

XEXCH50 komutunun sorunlarını gidermek için, MSExchangeTransport hizmetinin hedef sunucuda günlüğe kaydetmeyi artırarak SMTP protokol düzeyini orta olarak ayarlayın.

SMTP protokol düzeyi ayarını doğrulamak ve ayarlamak için lütfen Exchange sürümü seçin:

Exchange Server 2007 ve Exchange Server 2010 için

  1. Başlat'Exchange Yönetim Konsolu.
  2. SMTP için Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' olay günlüğünü açmak üzere ve Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' cmdlet'leri kullanın.
  3. Tüm Resume-PublicFolderReplication kuruluşta ortak klasör çoğaltmasını başlatmak için cmdlet'i kullanın.

Exchange Server 2003 için

Ardından, Olay Görüntüleyicisi'nde Uygulama günlüğünü incelenin ve aşağıdakine benzer olaylar için:

Olay Türü Error
Olay Kaynağı MSExchangeTransport
Etkinlik Kategorisi SMTP Protokolü
Olay Kimliği 7004
Tarih: Tarih
Saat Saat
Kullanıcı Yok
Bilgisayar Computer_Name
Açıklama Bu, sanal sunucu kimliği 1, bağlantı #29 için bir SMTP protokolü hata günlüğüdür. Uzak ana bilgisayar "504 Önce kimlik doğrulaması gerekiyor" ile E2k3server1.contoso.com "xexch50" SMTP komutunu yanıt verdi. "Tam komut gönderildi: "XEXCH50 2336 3". Bu muhtemelen bağlantının başarısız olmasına neden olur.
Olay Türü: Error
Olay Kaynağı MSExchangeTransport
Etkinlik Kategorisi SMTP Protokolü
Olay Kimliği 7010
Tarih Tarih
Saat Saat
Kullanıcı Yok
Bilgisayar: Computer_Name
Açıklama: Bu, sanal sunucu kimliği 1, bağlantı #30 için bir SMTP protokol günlüğüdür. "6.5.2.4" istemciye bir "xexch50" komutu gönderildi ve SMTP sunucusu "önce kimlik doğrulaması gerekiyor" ile yanıt verdi. Gönderilen tam komut : "xexch50 1092 2". Bu muhtemelen bağlantının başarısız olmasına neden olur. Bu olaylar, XEXCH50 protokolünü her iki protokolde de etkilese de blobların değişiminin, olaylarda listelenen sunucular arasında başarısız olduğunu göstermektedir.

Hedef sunucuda Olay Kimliği 7004'ü ve Olay Kimliği 7010'ü görüyor musunuz?

Isinteg -fix -test ReplState'i çalıştırın (Olay IE 7004 ve 7010'ü görmüyorsanız)

ReplState Exchange doğrulamak ve ayarlamak için aşağıdaki adımları izleyin:

Exchange Server 2007 ve Exchange Server 2010 için

  1. Başlat'Exchange Yönetim Konsolu.

  2. Ortak klasör New-PublicFolderDatabaseRepairRequest veritabanındaki çoğaltma sorunlarını algılamak ve düzeltmek için cmdlet'i kullanın. Ortak klasör veritabanındaki ortak klasörlere istek çalışırken hala erişilebilir, ancak o anda onarmakta olan ortak klasöre erişesiniz. Siz onarım isteğine başladıktan sonra, veritabanını durdurmadıktan sonra durdurulamaz.

  3. Aşağıdaki cmdlet'i çalıştırın:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Exchange Server 2003 için

  1. Hedef sunucuda düzeltme KB925253'i yükleyin.

  2. Düzeltme yüklendikten sonra, sunucuda ortak klasör veritabanının yüksek lisanslarını seçin ve komut isteminde aşağıdaki komutu çalıştırın:

    cd C:\Program Files\Exchsrvr\bin
    Isinteg -s -fix -test ReplState
    
  3. Isinteg işlemi tamam olduktan sonra:

    1. Hedef sunucunun ortak klasöründeki çoğaltma listesini değiştirme. Bunu yapmak için, herhangi bir sunucuya bir kopya ekleyin veya sunucudan kopyayı kaldırın. Uygula öğesini seçin, az önce yapmış olduğu değişikliği tersine çevir'i seçin ve sonra yeniden Uygula'ya seçin.
    2. Kaynak sunucuda yeni bir öğe oluşturun.
    3. Olay Kimliği 3020 için kaynak sunucuda Uygulama günlüğünü inceler.
    4. Olay Kimliği 3030 için hedef sunucuda Uygulama günlüğünü inceler.

Hedef sunucunun Uygulama günlüğünde Olay Kimliği 3030'ü görüyor musunuz?

  • Evet, tebrikler! Exchange Server 2003 için Ortak Klasör Çoğaltma sorun çözülür.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu konuyla ilgili destekle bağlantı kursanız, lütfen kaynak sunucunun giden hiyerarşi çoğaltma iletileri oluşturma olmadığını açıklayın. Veritabanı bağlama sırasında bir 3079 olayı vardır, ancak bu olay EcReplStartup içerir.

Performans İzleyicisi'de Çoğaltma Alma Sırası Boyutu

Ortak klasör çoğaltma iletileri SMTP tarafından, kategorilere ayrılmış ve yerel SMTP kuyruğuna el ile teslim olur. İletiler daha sonra Ortak Klasör deposuna gönderilen bir iletidir. İletiler Ortak Klasör deposuna gönderildikten sonra Çoğaltma Alma Kuyruğu'na eklenir. Yineleme Alma Kuyruğu'daki iletiler işlenir ve değişiklikler uygun ortak klasörde gerçekleştirilir. Çoğaltma Alma Kuyruğu Boyutu performans sayaçları, işlenmeyi bekleyen ortak klasör çoğaltma iletilerinin sayısını gösterir.

Çoğaltma sırası ne kadar büyük olursa, klasörlerdeki içerik o kadar fazla eşitleşir. Çoğaltma sıraları büyüdükçe, çoğaltma sırasındaki iletiler işlendiğinde kaynak yükü artırıldı. Ayrıca, çoğaltma sıralarında artan çoğaltmalar, sunucudeki ortak klasör içeriğinin zaman dışında olduğunu da gösterir.

Çoğaltma Alma Kuyruğunda büyüme beklenen ve şu durumlarda planlandığı iki örnekte eylem gerekmez:

  • Yeni eklenen bir ortak klasör sunucusunda, Yineleme Alma Kuyruğu'nun büyümesi beklenen ilk doldurma çoğaltmasına neden olabilir.
  • Topolojide site birleştirme veya Exchange önemli değişiklikler yaşanıyorsa, içerik taşındığında çok fazla yineleme olması beklenir.

Ortak klasör çoğaltmalarının toplu olarak değiştirilene kadar değişmediğini belirten mevcut, sabit durum sunucuları için, bu hata şunları gösteriyor olabilir:

  • Sunucu kaynağı performans performans sorunları (disk, CPU, ağ veya bellek gibi). Sunucuda kaynak performans sorunu varsa, Store.exe işlemi çoğaltma iletilerini yeterince hızlı işleyemayacak ve kuyruk büyür.
  • Ortak klasör çoğaltma aralığı, bir sonraki yineleme döngüsü başlamadan önce yinelemenin tamamı için çok kısadır.

Bu hatayı gidermek için:

  • MSExchangeIS Genel\Yineleme Alma Kuyruğu Boyutunu, bir sonraki yineleme döngüsünün başlamadan önce yinelemenin tamamla olduğunu gösterene kadar izleyebilirsiniz.
  • Çoğaltma trafiğinin gereken hacmini azaltmak için, Exchange kuruluşta kopyaların toplam sayısını azaltmayı göz önünde bulundurabilirsiniz.

Yüksek Sıraya sahipsanız çoğaltmayı duraklatma bağlantısına bakın.

Düşük Kuyruk varsa bkz. Olası YenidenPlState sorunu.

Çoğaltmayı duraklat

Ortak klasörlerde çoğaltmayı duraklatın ve kuyrukların boşaltın veya desteği arayın.

Çoğaltmayı duraklatmak için

  1. Başlat'Exchange Yönetim Konsolu.
  2. Tüm Suspend-PublicFolderReplication kuruluşta ortak klasör çoğaltmasını durdurmak için cmdlet'i kullanın.
  3. 'i çalıştırarak Aktarım Sıralarını Get-TransportServer | Get-Queue izleme. Kuyruk azaltıldıktan sonra çoğaltmayı sürdürabilirsiniz.
  4. Tüm Resume-PublicFolderReplication kuruluşta ortak klasör çoğaltmasını yeniden başlatmak için cmdlet'i kullanın.

Üzgünüz, tanımlanamayan bir sorunu bu kılavuzu kullanarak çözemezsek. Bu sorun hakkında destekle iletişim kursanız, Çoğaltmanın Duraklatıldı olduğunu ve kuyrukların azaltılmasını bekliyorsanız bunu söyleyin.

Klasör kimliğini (FID) (Yalıtmak?)

Olay Kimliği 3028 olayı FID'yi gösteriyor ama klasörün adını göster mi?

  • Evetse, bkz. Bir silme nedeniyleTaş taş .
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Silme nedeniyle taşma (Olay Kimliği 3028 olayı FID'yi gösterir)

Bu, önceki silme işleminin çoğaltılmaz olması nedeniyle klasörün bir taş olduğunu gösterir. Kaynak sunucuya geri dönüp aynı içeriğe sahip yeni bir klasör oluşturmak için klasörü kopyalayın ve sonra yeniden açın.

Bu bilgiler yararlı mı?

  • Aldıysanız, yinelenen hesapları kaldırma 'ya bakın.
  • Ne üzgünüz, bu kılavuzda tanımlanamayan sorunları çözeyeceğiz. Bu sorunun çözümüyle ilgili daha fazla yardım Microsoft Exchange Server için destek ile iletişime geçerek veritabanı bağlama sırasında 3079 olayı günlüğe kaydedileceğini haber verir.

Performans izlemesi, gönderim için sıraya alınan çok fazla sayıda ileti gösteriyor mu

Performans İzleyicisi'ne açın.

Counter MSExchangeIS Public\Replication Receive Queue ekleyin ve kuyruğun boyutunu izleyebilirsiniz.

Performans izleyicisi hakkında daha fazla bilgi edin ihtiyacınız varsa, şu yere gidebilirsiniz: Performans İzlemeye Başlama Kılavuzu.

Performans izlemesi, gönderim için sıraya alınan çok fazla sayıda 2013 2013 2013 2013 2013 2013 20

  • Evetse, bkz. Hizmetleri denetleme.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorun hakkında destekle iletişime geçin, lütfen sunucu giden hiyerarşi iletileri oluştursun, ancak bu iletiler ileti izlemede görünmez ve gönderi için hiçbir şey sıraya konulmz.

Hizmetleri denetleme

  1. Başlat > Çalıştır'ı seçin.
  2. Kutuya services.msc yazın.
  3. MSExchangeTransport'ı bulma ve başlatıldı bunu doğrulama

PowerShell'i varsa, açın ve aşağıdaki cmdlet'i çalıştırın:

Get-Service MSExchangeTransport

Aktarım Hizmeti Çalışıyor mu?

  • Evet ise bkz. Ortak Klasör Çoğaltma Sorunlarını Giderme.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorun hakkında destekle iletişime geçin, lütfen sunucu giden hiyerarşi iletileri oluştursun, ancak bu iletiler ileti izlemede görünmez ve gönderi için hiçbir şey sıraya konulmz.

3030 olayı öğenin ileti kimliğini (MID) gösterir ama konuyu göstermez

3030 olayı öğenin PARÇAI'larını gösteriyor ama konuyu göster mi?

  • Evet ise, bkz.Stone.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorun hakkında destek ile bağlantı kurmak için, lütfen kaynak sunucunun giden hiyerarşi çoğaltma iletileri oluşturma olmadığını ve veritabanı bağlama sırasında 3079 olayı olmadığını söyleyin.

Stone

Bu genellikle çoğaltılmış olmayan bir ileti silme işleminin neden olduğu bir taşıdır. Klasör içindeki iletileri kopyalayıp yeni iletiler oluşturabilir veya klasörün tamamını kopyaabilirsiniz.

Bu bilgiler yararlı mı?

  • Aldıysanız, yinelenen hesapları kaldırma 'ya bakın.
  • Ne olursa olsun, bu kılavuzla tanımlanamayan sorunları çözeyeceğiz. Bu sorunun çözümüyle ilgili daha fazla yardım Microsoft Exchange Server için destek ile iletişime geçerek veritabanı bağlama sırasında 3079 olayı günlüğe kaydedileceğini haber verir.

Olay Kimliği 3027'yi izleme

Ne kadar ilerler olduğunu görmek için 3027'ye bakın. Kaynak sunucudan ayrılmamışsa, giden iletilerin genel mağazada takılı olup olmadığını görmek için MSExchangeIS Public altında Gönderim için Sıraya Alınan İletiler performans sayaçlarına bakın.

Bu bilgiler yararlı mı?

  • Aldıysanız, yinelenen hesapları kaldırma 'ya bakın.
  • Ne olursa olsun, bu kılavuzla tanımlanamayan sorunları çözeyeceğiz. Bu sorunun çözümüyle ilgili daha fazla yardım Microsoft Exchange Server için destek ile iletişime geçerek veritabanı bağlama sırasında bir 3079 etkinliği günlüğe kaydedileceğini haber verir.

Olası ReplState sorunu

Bu sorun bir XEXCH50 sorunu veya ReplState sorunu olabilir. Devamdan önce, SMTP günlüğünün etkinleştirildiğinden emin olamadan.

ReplState Exchange doğrulamak ve ayarlamak için aşağıdaki adımları izleyin:

Exchange Server 2007 ve Exchange Server 2010 için

  1. Başlat'Exchange Yönetim Konsolu.
  2. Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' SMTP'de olay günlüğünü açmak için ve cmdlet'leri kullanın.
  3. Tüm Resume-PublicFolderReplication kuruluşta ortak klasör çoğaltmasını başlatmak için cmdlet'i kullanın.

Exchange Server 2003 için

  1. Başlat'Exchange Sistem Yöneticisi.
  2. Sunucular öğesini genişletin, Sunucu Adı'Your_ sağ tıklayın ve Özellikler'i seçin.
  3. Tanı Günlüğü sekmesini seçin ve sonra Hizmetler altında MSExchangeTransport öğesini seçin.
  4. Kategoriler altında SMTP'yi seçin.
  5. Günlüğe Kaydetme Düzeyi altında Orta'ya seçin.

En son Exchange nedir?

Aktarımda bir veya birden çok ileti kayboldu

Hedef sunucuya 3031 olay sayısı kaynak sunucudan 3021 olay sayısından daha azsa, aktarımda bir veya birden çok ileti kayboldu. İleti kaybını gidermek için çoğaltılmış olmayan iletilerin ileti kimliğini tanımlayabilirsiniz.

Bunu yapmak için, kaynak sunucuda Uygulama günlüğünü incelenin. Ardından, iletileri izlemek ve sorunu gidermek için ileti izleme'ni kullanın.

Bu iletinin Exchange Server 2007 veya 2010 sunucusu var mı?

Bu sorun bu şekilde çözül oldu mu

Sorun artık çözüldü mü?

  • Evet, tebrikler! Exchange Server 2003 için Ortak Klasör Çoğaltma sorun çözülür.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.

Exchange Server 2007 ve Exchange Server 2010'a

Exchange Server 2007 veya Exchange Server 2010'da içerik doldurma yanıtını kaybetmenin en yaygın nedeni mağaza sürücüsü hatasıdır. Örneğin, bir Exchange Server 2007 sunucusuna doldurma yanıtı gönderilir, ancak 2007 tarafında uygulama günlüğüne bakarsanız, gelen çoğaltma olayıyla hiçbir zaman karşılaşmazsınız. İleti izleme, çoğaltma iletisiyle hub aktarım sunucusuna gönderilemedi ve ardından mağaza sürücüsünde başarısız olduğunu gösterir.

Sorun giderme için ilk adım iletiyi izlemek ve başarısız olduğu yeri görmektir.

Genellikle, hub aktarım sunucusu belirli içerikle ilgili sorunu açıklayan bir olay 1020 günlüğe kaydedilir. İletiyi izlemeye ve hangi hub aktarım sunucusunda başarısız olduğunu belirlendikten sonra, lütfen bu hub aktarım sunucusundaki kaynak MSExchange Store Sürücüsü ile 1020 olaylarını kontrol edin.

Bu hub aktarım sunucusunda kaynak MSExchange Store Sürücüsü ile bir 1020 olayı görüyor musunuz?

  • Evet ise, 1020 olayı görüyorsunuz ve Active Directory kullanıcısı bulunamadı hatasını içeriyor. Ortak klasör içeriğini Exchange Server 2010'açoğaltma konusunda verilen yönergeleri izleyin. Bu sorun hakkında destek ile bağlantı kurmak için bir Boş Sunucu Kapsayıcısı olduğunu haber verirsiniz.

    Bu bilgiler yararlı mı?

    • Aldıysanız, yinelenen hesapları kaldırma 'ya bakın.
    • Ne üzgünüz, bu kılavuzda tanımlanamayan sorunları çözeyeceğiz. Bu sorunun çözümüyle ilgili daha fazla yardım Microsoft Exchange Server için destek ile iletişime geçerek veritabanı bağlama sırasında bir 3079 etkinliği günlüğe kaydedileceğini haber verir.
  • Evet ise, 1020 olayı görüyor ve hata içeriyor İleti içeriği bozulmuştur , yol üzerinde Exchange Server 2007 ve Exchange Server 2010 (İletiiçeriği bozulmuştur) .

  • Evet ise, 1020 olayı görüyorsunuz ancak yukarıdaki hata iletisinin hiçbiri görmüyorsanız, yol üzerindeki Exchange Server 2007 ve Exchange Server 2010'a bakın (bkz. 1020olayı ama yukarıdaki hata iletisinin hiçbiri).

  • Hayırsa, msExchange Store Sürücüsü kaynağında 1020 olayı görmüyorsanız, ne üzgünüz, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorun hakkında destekle iletişime geçin, sunucu giden hiyerarşi iletileri oluştursun, ancak bu iletiler ileti izlemede görünmez ve gönderi için hiçbir şey sıraya konulmz.

Exchange Server 2007 ve Exchange Server 2010 kullanın (İleti içeriği bozulmuştır)

Bu iletinin nedeni genellikle bozuk TNEF'dir. Bu karma bir ortamsa, yeni bozuk iletileri önlemek Exchange 2013 CU6'ya uygulayın ve eskilerini silin. Bozuk öğeleri tanımlamak için aşağıdaki adımlarla devam edin.

Hangi öğelerin bozuk olduğunu belirlemek için:

  1. Kaynak sunucuda çoğaltma iletisi boyutunu 1k olarak azaltma.
  2. Hedefte, İçeriği Eşitle veya Güncelleştirme-Ortak Klasör ile başka bir doldurma isteğini zorlama.
  3. Artık kaynak sunucu klasördeki öğe başına bir arka doldurma yanıtı (olay 3021) görüyorsunuz. Klasörde çok fazla öğe varsa, uygulama günlüğü geri doldurma yanıtlarıyla doldurabilir. 3021 etkinliği sakinleştirmeye başladıktan sonra, kaynak sunucuda uygulama günlüğünü temiz ve başka bir doldurma isteğine zorlar. Son doldurma turlarında iyi öğelerin hepsi çoğaltılmış olduğu için, yeni olay 3021'lerde görmen gereken tek yeni öğeler bozuk öğeler olmalı.

Artık, kaynak sunucuda uygulama günlüğünde bozuk her öğe için bir arka doldurma yanıtınız (3021) ve hub aktarım sunucusundaki uygulama günlüğünde bozuk her öğe için bir 1020 olayınız olması gerekir. Artık hangi öğelerin bozuk olduğunu biliyorsunuz (3021 olaylarında öğe konularını okuyabil), bu öğeleri silebilir veya düzeltmeyi çalışabilirsiniz.

Daha fazla bilgi için bkz. Exchange Server 2003 ile Exchange Server 2010arasında Ortak Klasör Çoğaltma Hatalarını Düzeltme .

Bu sorununuzu çöz mü?

Exchange Server 2007 ve Exchange Server 2010'a bakın (bkz. 1020 olayı ama yukarıdaki hata iletisi değil)

Bu, başka bir tür bozuk öğedir. Hangi öğelerin bozuk olduğunu belirlemek için:

  1. Kaynak sunucuda çoğaltma iletisi boyutunu 1k olarak azaltma.
  2. Hedefte, içeriği eşitle veya Ortak Klasörü Güncelleştir ile başka bir doldurma isteğini zorlama.
  3. Artık kaynak sunucu klasördeki öğe başına bir arka doldurma yanıtı (olay 3021) görüyorsunuz. Klasörde çok fazla öğe varsa, uygulama günlüğü geri doldurma yanıtlarıyla doldurabilir. 3021 etkinliği sakinleştirmeye başladıktan sonra, kaynak sunucuda uygulama günlüğünü temiz ve başka bir doldurma isteğine zorlar. Son doldurma turlarında iyi öğelerin hepsi önceden çoğaltılmış olduğu için, yeni olayda 3021'de görmen gereken tek yeni öğeler bozuk öğeler olmalı.

Artık, kaynak sunucuda uygulama günlüğünde bozuk her öğe için bir arka doldurma yanıtı (3021 olayı) ve hub aktarım sunucusundaki uygulama günlüğünde bozuk her öğe için bir 1020 olayınız olması gerekir. Artık hangi öğelerin bozuk olduğunu biliyorsunuz (3021 olaylarında öğe konularını okuyabil), bunları silebilir veya düzeltmeyi çalışabilirsiniz.

Daha fazla bilgi için bkz. Exchange Server 2003 ile Exchange Server 2010arasında Ortak Klasör Çoğaltma Hatalarını Düzeltme .

Sorun artık çözüldü mü?

Yinelenen hesapları kaldırma

Olayda sözü geçen yinelenen hesapları kaldırın veya kullanıcılardan birini silin; böylelikle SID, DS'de tek bir kullanıcı için çözümlenir.

Bu bilgiler yararlı mı?

  • Evet, tebrikler! Klasör Çoğaltması için Ortak Exchange Server sorun çözülür.
  • Ne olursa olsun, bu kılavuzu kullanarak tanımlanamayan bir sorunu çözemezsek. Bu sorunu çözmeye yardımcı olacak daha fazla yardım için destek Microsoft Exchange Server başvurun.