ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Bu makale arşivlenmiştir. "Olduğu gibi" sunulmaktadır ve bundan sonra güncelleştirilmeyecektir.
Önemli Bu makale, kayıt defterini düzenlemeyle ilgili bilgi içerir. Kayıt defterini değiştirmeden önce yedeklemeyi unutmayın. Bir sorun çıkması durumunda kayıt defterini nasıl geri yükleyeceğinizi bildiğinizden emin olun. Kayıt defterini yedekleme, geri yükleme ve değiştirme hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makaleyi inceleyin:
256986Microsoft Windows Kayıt Defteri'nin Açıklaması
Belirtiler
Istemci işlemi (Bu bağlantı, bir kısmı veya tamamı ingilizce olan içeriğe işaret edebilir.), yanıt vermeyi durdurdu ve uzun dönemler için görüntüleyeceği KumSaati imleci henüz işlemi sonunda kullanıcıya denetim döndürür görünebilir. Site yük altında olduğunda bu davranış gün, sık gerçekleştirilen çoğalma döngüleri sırasında ve yalnızca genellikle yeniden.
Performans izleyicisi'ni ölçülen gibi bilgi deposu yanıt vermiyor, olur, RPC bağlantı istekleri sayacı ani artış bayt RPC istemcilerinin/sn sayaç sıfır kalırken birlikte. Bu sorun için en düşük yazma bayt, tek başına ilgili veya yüksek uzaktan yordam çağrısı (RPC) başlarına istekleri. Bu sorun, yalnızca bir sunucu bu ikisi de aynı anda yaşandığında olabilir.
Bu davranış, yalnızca Exchange Server siteleri yüzlerce kuruluşlar içinde gözlenmiştir.
Neden
Siteleri yüzlerce Exchange Server büyük kuruluşlar, genellikle arama dizininin bilgi deposu tarafından tamamlanması birkaç dakika gerektirir. Dizindeki belirli nesnelere değiştirildiğinde, site adresleme listeler veya geçerli bir SMTP etki alanı listelerini gibi öğeleri yeniden oluşturmak için bilgi deposunun bildirmek üzere bildirim tetiklenebilir.
Bilgiler depoluyorsanız zaten dizin başka bir şey için arama çok meşgul ve, izleme, dizindeki bir nesne değişti, bilgi deposu, uygulama olay günlüğüne aşağıdaki gibi görünen bir DS_E_TOO_LATE hatası döndürebileceği bildirilir:
Olay KIMLIĞI: 7201 Kaynak: Msexchangeıs Türü: uyarı Kategori: Genel Açıklama: Arka plan iş parçacığı FDsWaitTask bir sorunla karşılaştı. Hata kodu DS_E_TOO_LATE
Bilgi deposunun bu hataya karşı arama nesne listesini yeniden yanıttır. Bu gibi durumlarda, bilgi deposu, sıralı erişim slowness compounds dizininden okunamıyor kullanıyor. Sunucu meşgul olduğunda (bazıları büyük olasılıkla bu aramayı tamamlamak bekleyen), istemci isteklerini işlemek üzere çalışırken istemcileri için RPC çağrılarını tamamlamak bekleyen çünkü askıda görünüyor. Not her güncelleştirme, güncelleştirmelerin uzun bir dizeyi görünen asılı_kalma Kilitlenme süresi birkaç dakika olarak açabilecek şekilde dizin bilgi aramak için bilgi deposunun zorlayabilir.
Kuşkusuz, istemcileri genellikle KumSaati imleç tamamen bu sorun için ilişkili olmayan birçok nedenle üretir. Bu durumda istemci, sunucudan yanıt beklerken ve istemci bilgisayarda çok az veya CPU zamanı kullanır.
Çözüm
Bu sorunu gidermek için <a0></a0>, Exchange Server 5.5 için en son hizmet paketini edinin. Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
191014En son Exchange Server 5.5 hizmet paketi nasıl elde edilir (Bu bağlantı, bir kısmı veya tamamı İngilizce olan içeriğe işaret edebilir.)
Bu daha da kötüsü Dizin adı özniteliği yok dizinlenir sorundur. Dizin adı özniteliği dizine, bazı aramalarının performansını olumsuz etkilenen.
Dizin adı özniteliği dizine için <a0></a0>, aşağıdaki adımları izleyin.
Uyarı Yanlış (admin /r) Exchange Server Administrator programının ham modunu kullanırsanız, ciddi sorunlar ortaya çıkabilir, Microsoft Windows NT Server, Microsoft Exchange Server veya her ikisini birden yeniden yüklemenizi gerektirebilir. Microsoft, ham modun yanlış kullanılmasından kaynaklanan sorunların çözülebileceğini garanti etmemektedir. Ham modu'ni kullanmak kendi sorumluluà ° unuzdadýr.
Exchange Administrator programının ham modunda başlatın. Bunu yapmak için <a0></a0>, komut isteminde Admin /r komutunu kullanabilirsiniz.
Görünüm menüsünde Raw dizin ' i tıklatın.
Sol bölmede, şeması ' nı tıklatın.
Sağdaki bölmede, Dizin adı ' nı çift tıklatın ve sonra Evet ' i tıklatın.
Search-Flags</a0> özniteliğinin değeri için 0 olarak ayarlanırsa, bu değeri 1 olarak değiştirin.
Microsoft Exchange dizin hizmeti yeniden başlatın.
Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
184823Exchange 4.0 için 5.5 yükselttikten sonra hatalı şema dizin
Pratik Çözüm
Uyarı Kayıt Defteri Düzenleyicisi'ni veya başka bir yöntemi kullanarak kayıt defterini hatalı olarak değiştirirseniz önemli sorunlar oluşabilir. Bu sorunlar, işletim sisteminizi yeniden yüklemenizi gerektirebilir. Microsoft bu sorunların çözülebileceğini garanti etmemektedir. Kayıt defterini kendi sorumluluğunuzda değiştiriniz. Küçültme veya zaman artırarak, bu sorunun etkisini Donuklaştır dizin çoğaltma köprübaşı sunucusu, değişiklikler bir sitedeki diğer sunuculara bildirir önce bekler. Bu zaman aşağıdaki artırabilirsiniz kayıt defteri anahtarı:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDS\Parameters\Replicator bildir duraklamadan sonra (sn) değiştirme
Bu anahtarın varsayılan değeri 0x12C veya 300 saniye (5 dakika) ' dir. Bu değer, bu bağlantı, bir kısmı veya tamamı ingilizce olan içeriğe işaret edebilir.), en uzun serileri süresini eşleşecek şekilde artırırsanız, sorunu etkilerini azaltabilir.
Strateji Burada biraz daha uzun, güncelleştirmeler tutulacağı dizin çoğaltma köprü kurucu zorla almaktır. Bu güncelleştirmelerin randomizing bir dizi site dök olasılığını azaltır. Her güncelleştirme dizini bilgi aramak için bilgi deposunun zorlayabilir ve sorun başladığı yeri dizini arama bilgi deposunun döneminde bir güncelleştirme olduğunu unutmayın.
Tüm performans ayarlama gibi olduğunu bakiyeyi ya da devam etmesine equilibrium unutmayın. Bu kayıt defteri değerini artırırsanız, istemci askıda kalır, ancak dizin çoğaltması gerçekleştirmesi potansiyel olarak daha düşük bir kez pahasına olasılığını azaltabilirsiniz.
Durum
Microsoft, Microsoft Exchange Server 5.5 sürümünde bir sorun olduğunu onaylamıştır. Bu sorun, ilk Exchange Server 5.5 Service Pack 4'de giderilmiştir.
Daha fazla bilgi
Bu sorunu tanılamak için performans izleyicisi'ni kullanmak yararlı olabilir. Aşağıdaki nesneler kullanın:
MsExchangeIS::RPC istekleri
MsExchangeIS::Write bayt RPC istemcilerinin/sn
MsExchangeDS::ExDS Okuma/sn
Bu sorun normal performans izleyicisi grafiğini MsExchangeIS::RPCRequests (ve büyük bir olasılıkla MsExchangeDS::ExDS Okuma/sn) gösterilmiştir aynı anda MsExchangeIS::Write bayt RPC istemcilerinin/sn 0 dives ve orada kalır, yukarı doğru spiking. Sonuçta, RPC isteklerini normal düzeylerine döndürür ve Bayt yazma kadar normal değerlerine döndürür.
KumSaati yavaş IS DS perfmon XADM öteleme
Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır