Belirtiler
Aşağıdaki senaryoyu düşünün:
-
Pasif bir Microsoft Exchange Server 2010 Service Pack 3 (SP3) veritabanı kopyasını, Windows PowerShell veya Exchange Yönetim Konsolu'nu kullanarak etkinleştirin.
-
Sorun bağlı veritabanı bağlantısını keser ve Pasif kopya takar.
-
Veritabanı kopyalama durumu başlatılırken Sahne Alanı'nda artık pasif kopyalama sırasında başarısız durumuna geçer. Ayrıca, veritabanı kopyalama için durum iletisi başarısız gösterir.
Bu sorun oluştuğunda, çalıştırdığınızda, aşağıdakine benzer bir hata iletisi alıyorsunuz Al-MailboxDatabaseCopyStatus | fl kimliği, errormessage cmdlet'i'de Exchange Yönetim Kabuğu (EMC);
Microsoft Exchange çoğaltma hizmeti günlükleri ve veritabanı DB\Server için başlangıçta İnceleme sırasında bir hatayla karşılaştı. Hata: Dosya denetimi başarısız oldu:'yol\Exx.log' günlük dosyası olan nesil Sayı1; ancak beklenen nesil sayı2' dir.
Örneğin, aşağıdaki hata iletisini alabilirsiniz:
Microsoft Exchange çoğaltma hizmeti günlükleri ve veritabanı DB\Server için başlangıçta İnceleme sırasında bir hatayla karşılaştı. Hata: Dosya denetimi başarısız oldu: 'f:\logs\DB\Enn.log' günlük dosyası olan nesil 2024; ancak beklenen nesil 2004 kullanılabilir.
Neden
İçeren birimlerde 8nokta3 adı oluşturma etkinleştirilmişse, işlem, Exchange Server 2010 SP3 günlüğe kaydeder, bu veritabanları etkinleştirme işlemi sırasında findfile sorgu bir parçası olarak iade edilmesi geçersiz işlem günlükleri neden olabilir. Bu, geçersiz bir işlem günlüğü oluşturma numaraları sırayla nedeniyle başarısız durumuna gönderilecek veritabanlarını neden olur.
Bu başarısızlık nedeniyle veri kaybı olmaz.
Çözüm
Bu sorunu gidermek için aşağıdaki toplu güncelleştirmeyi yükleyin:
Exchange Server 2010 Service Pack 3 için Güncelleştirme Toplaması 2'in açıklama
Geçici çözüm
Adım 1: 8nokta3 adı oluşturma yapılandırmasını tanımla
8nokta3 adı oluşturma etkin olup olmadığını belirlemek için yükseltilmiş bir komut isteminden aşağıdaki komutu çalıştırın. (Burada, biz işlem günlüğü dosyalarını c sürücüsünde bulunan varsayılmaktadır)
fsutil 8dot3name query c:
Beklenen çıktıyı bir şey verirse o resemblbes 8nokta3 adı oluşturma aşağıdaki etkinleştirilir:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 2(Per volume setting-the default).
Based on the above two settings, 8dot3 name creation is enabled on C:
Veya beklenen çıktıyı aşağıdaki benzeri döndürebilir:
The volume state is: 0 (8dot3 name creation is enabled).
The registry state is: 0 (Per volume setting - the default).
Based on the above two settings, 8dot3 name creation is enabled on C:
Bu C 8nokta3 adı oluşturma etkin olan bu sürücüyü gösterir.
İşlem günlüklerinin bulunduğu birimde bu komutu çalıştırmak emin olun. Bağlama noktaları kullanıyorsa, aşağıdakileri kullanabilirsiniz:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Birim, birimin GUID eşleştirmek için GUID yerine gerekecektir. Birim ve GUID, belirli bir sürücü için belirlemek için aşağıdaki komutu çalıştırın:
mountvol [Drive:]Path /L
Gereksinimlerinize bağlı olarak, tüm birimlerin veya birim tarafından birim temelinde, adım 3'te özetlendiği gibi devre dışı bırakılması 8nokta3 adı oluşturma ayarlayabilirsiniz. En önemli işlem günlüklerinin bulunduğu birimin 8nokta3 adı oluşturmak için devre dışı bırakıldığından emin olun.
Adım 2: Onay Grup İlkesi için ad oluşturma 8nokta3 devre dışı bırakma
8nokta3 adı oluşturmayı devre dışı bırakmak denemeden önce bu ayarı Grup İlkesi aracılığıyla denetlenebilir farkında olmalıdır. Lütfen Exchange sunucularında aşağıdaki kayıt defteri anahtarını değiştirmek için Grup İlkesi yapılandırılıp yapılandırılmadığını belirlemek için denetleyin:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Bu ayar Grup İlkesi aracılığıyla denetleniyorsa, bu ayar, Exchange sunucular için Grup İlkesi ayarlarını kaldırmak ve NtfsDisable8dot3NameCreation DWORD değerini 2olarak ayarlayın. Bu değişiklikleri tek tek birim sağlar.
Not: 0 değeri kullanılırsa, birim konfigürasyonunu değiştiremezsiniz.
Fsutil 8dot3name komutu hakkında daha fazla bilgi için aşağıdaki Microsoft TechNet Web sitesine gidin:
Adım 3: Değişiklik 8nokta3 ad oluşturma
Tüm birimler için 8nokta3 adı oluşturmayı devre dışı bırakmak için aşağıdaki komutu çalıştırın:
fsutil 8DOT3name set
İşlem günlüklerinin içeren tek tek birimler üzerinde devre dışı bırakmak isterseniz, aşağıdaki komutu çalıştırın:
fsutil 8DOT3name set c: 1
Not: Bu komutta, c , işlem günlüklerinin içeren sürücünün harfidir.
Veya, belirli bir birim üzerinde çalıştırabilirsiniz. Bunu yapmak için aşağıdaki komutu çalıştırın:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} 8nokta3 adı oluşturmayı devre dışı bırakmak için birimin yapılandırmasını değiştirdikten sonra bu ayar devre dışı bırakılır doğrulayabilirsiniz. Bunu yapmak için aşağıdaki komutu çalıştırın:
fsutil 8DOT3name query c:
Bu oluşturulan veya kopyalanan tüm yeni dosyalar bu birimde dosya adı 8nokta3 adını oluşturmamanız neden olur. Bununla birlikte, varolan tüm dosyalar hala 8nokta3 adı içerir. Bu nedenle, bu sorunu çözmek zorunda.
Adım 4: varolan işlem günlüklerinin adlarını 8nokta3 Kaldır
Seçenek 1
Exchange veritabanları üzerinde tam bir yedekleme çalıştırmak için tercih edilen seçenektir bakın. Bu Fazlalıklar için hareket günlüklerini neden olur ve 8nokta3 adlara sahip varolan günlüklerin kaldırır. 8nokta3 adları içeren tüm hareketleri günlükler kesiliyor sonra veritabanını taşır başarısız olmaz.
Seçenek 2
Yedekleme seçeneği kullanılabilir değilse, 8nokta3 adları dosyalarından kaldırılır emin olmak için tüm işlem günlüklerinin kopyasını işlemek zorunda. Bunu yapmak için şu adımları izleyin:
-
Veritabanının pasif kopyalarını içeren bir sunucuda Microsoft Exchange çoğaltma hizmeti durdurun.
-
Windows PowerShell içinde aşağıdaki komutu çalıştırın:
stop-service msexchangerepl
-
Windows Gezgini'nde, işlem günlüklerinin depolanacağı klasörü bulun.
-
Enn*.log türündeki tüm işlem günlükleri seçin ve bunları geçici bir klasöre taşıyın. Yalnızca Enn*.log türündeki işlem günlüklerinin taşıdığınızdan emin olun. Diğer dosya türleri taşımanız gerekir.
-
tüm işlem günlüklerinin kendi özgün konumuna geri taşıyın. Bu taşıma işleminde 8nokta3 adlar kaldırılır.
-
Pasif tüm veritabanları için tüm işlem günlükleri için bu işlemi yineleyin.
-
Microsoft Exchange çoğaltma hizmeti yeniden başlatın:
start-service msexchangerepl
Not: Bu adım, veritabanlarına pasif tüm kopyaları için önce tamamlanmalıdır.
-
Üzerinde işlem günlükleri yönetilebilir bir kopyaya bağlı (etkin) veritabanı kopyasını taşıyın:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Microsoft Exchange çoğaltma hizmeti durdurun ve sonra yeniden işlem günlüklerinin geçici bir konuma taşıyın ve sonra özgün konumlarına geri.
-
Microsoft Exchange çoğaltma hizmeti başlatılamıyor. Şimdi, move activemailboxdatabase eylemi sırasında veritabanı hatası ortaya çıkmaz.
Daha fazla bilgi
Ortaya çıkan diğer ortak Belirtiler şunlardır: uygulama günlüğüne ve ExchangeHighAvailability çalışma günlüğündeki. Olaylar, aşağıdakine benzer görünür:
Size sahip hala yüklü olup olmadığını belirlemek için işlem günlüklerinin adları 8nokta3, işlem günlüğü konumu, bir komut isteminde aşağıdaki komutu çalıştırabilirsiniz:dir /x İşlem günlükleri hala 8nokta3 adlarını içeriyorsa, aşağıdakine benzer bir şey görürsünüz:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log
Not: Sonraki son sütununda var E0F768~1.log adı görürseniz, 8nokta3 adlara sahip işlem günlüklerinin devam ediyor. Bu nedenle etkin veritabanlarını taşımaya çalıştığınızda sorunlar olacaktır.
