2013 Exchange, Exchange 2016 veya çevrimiçi Exchange ortak klasör geçiş sırasında veri kaybı oluşabilir

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 3161916
Belirtiler
Eğer kullanıyorsanız toplu taşımaveya ortak klasörler Microsoft Exchange Server 2007 veya Microsoft Exchange Server 2010 için Exchange Server 2013, Exchange Server 2016 veya çevrimiçi Exchange veri kaybı geçirmek için seri geçiş klasörün çoğaltmalarını birincil veritabanı (geçiş hizmet bağlanır birincil veritabanı sunucusu) değilse oluşabilir. İlk şu anda Geçirilmekte olan klasörlerde tüm veriler kopyalanır, ancak ilk eşitlemeden sonra deftere nakledilen artımlı değişiklikler kaybolabilir.

Örnek senaryo

Exchange 2007 veya Exchange 2010 sunucuda çalışan iki ortak klasör veritabanı, PFDB1 ve PFDB2, bulunduğunu varsayalım. Ayrıca, F1 ve F2 iki klasör vardır. Klasör F1 bir yineleme üzerinde PFDB1 ve klasör F2 bir yineleme üzerinde PFDB2 sahiptir.

Taşımayı başlat ve PFDB1 Yeni -MigrationEndpoint cmdlet'i bağlanmak için veritabanı olarak belirtin, F1 ve F2 klasörlerdeki tüm veriler kopyalanır ilk eşitleme sırasında (Şekil 1'de gösterildiği gibi). Bu PFDB1 F2 klasörünün bir yerel yineleme yok olsa da oluşur.

Bu ilk eşitleme işlemi sonra son eşitleme için hazırlamak ve toplu işleminin tamamlanması başlatın. Beklediğiniz bu klasöre eklenen herhangi bir veri F1 ve F2 sonra ilk eşitleme üzerinden son eşitleme sırasında kopyalanması gerekir.

Bu klasörü F1 gösteren diyagram ve ilk eşitleme sırasında F2 kaynaktan hedefe kopyalanır.
Şekil 1. Klasör F1 ve F2 kaynağından kopyalanır hedefine ilk eşitleme sırasında.

Sorunu
Artımlı ve son eşitleme sırasında F2 klasöründen artımlı veri (Şekil 2'de gösterildiği gibi) modern ortak klasöre kopyalanmıyor. PFDB1 son nokta belirtilen olmasıdır. Eşitlenmiş olarak görüntülenen toplu statusis. Ancak, ilk eşitleme sonra F2 klasöre eklenen herhangi yeni veriyi modern ortak klasöre kopyalanmıyor.

Ayrıca, varsa herhangi bir yeni PFDB2 için ilk eşitleme (Şekil 2 F3 klasör), sonra bu klasörlerin içeriğini eklenen klasörleri olmayacak ya da kopyalanır. (F3 klasör hiyerarşisinde görüntülenmesine karşın bu durum geçerlidir).

Bu artımlı veri klasörüne F1 gösteren diyagram kopyalanır ve değişiklikleri F2 klasöre kopyalanmaz. Veri F3 kopyalanmıyor yeni eklenen klasörü ancak klasör hiyerarşisi içinde görünür.
Şekil 2. Artımlı veri F1 klasöre kopyalanır ve klasör F2'ye yapılan değişiklikler kopyalanmadı. F3 yeni eklenmiş klasördeki veriler kopyalanmaz, ancak klasör hiyerarşisi içinde görünür.
Pratik Çözüm
Toplu taşıma başlamadan önce tüm ortak klasörler geçiş için kaynak olarak belirtilen ortak klasör veritabanı üzerinde bir kopya olduğundan emin olun. Ayrıca, ortak çoğaltma eşit olduğundan emin olun.

Örnek senaryo için geçici çözüm

Bu soruna geçici bir çözüm için F2 ve F3 klasörlerin kopya üzerinde PFDB1 eklemek, ortak klasör çoğaltma eşit olduğundan emin olun ve sonra toplu Taşımayı başlat. Bu artımlı veri (hangi çoğaltma ne olursa olsun, ilk olarak yazılır) kopyalanır emin olur.

Biz fark, bu geçici çözüm ortak klasör dağıtımın boyutu nedeniyle bazı müşteriler için çalışmaz. Bu durumda siz, bir geçiş işlemi çalıştırmadan önce Sorun çözülene kadar beklemeniz önerilir.

SSS

Q:Bu sorun başlattığınızda oluşmasına?
A: Bu sorun, ilk Exchange Server 2013 toplu güncelleştirme 1, Exchange Server 2016 RTM ve Exchange Online gözlendi.

Q: hangi verilerin ı büyük olasılıkla kaybetmek?
A: MRS içinde rapor listelenen ilk "klasör hiyerarşisi değişiklikleri kaynak olarak bildirilen" madde "klasör hiyerarşisi değişiklikleri kaynak içinde bildirilen" seçmek için arama ve günlükle ilişkilendirilmiş saat ve tarihi seçin. F2 klasöre eklenen herhangi bir veri veya bu saatten sonra PFDB2 için eklenen herhangi yeni klasörler kaybolur.

Q: sorun devam ediyor benim Exchange Server 2007 veya Exchange Server 2010 ortak klasör veritabanı kendi kilitli durumda biz Exchange Server 2013, Exchange Server 2016 veya çevrimiçi Exchange geçişi beri. Benim kayıp veri geçirebilirsiniz?
A: yalnızca verileri el ile bir kopyasını mümkündür.

Q: Benim geçiş geçen hafta reachthe tamamlamak hazır durumuna. Baştan başlamak zorunda?
A: Hayır, ortak klasör geçiş işlemi yeniden başlatmanız gerekmez. Düzeltmeler tamamlandı ve güncelleştirmelerin yüklü sunucunuzda (veya çevrimiçi Exchange sunucularında Exchange Online geçirmekte ise), geçiş dan burada şimdi ve kalan verileri geçirecektir çekilebilir. Geçiş toplu işlemi yeniden başlatmanız gerekebilir. Ancak, bunu yaptığınızda, işlem için değişiklikleri bakar ve üzerinden başlamıyor. Sadece silmek ve yeniden oluşturmak üzerine bir geçiş toplu işlemi başlar.

Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 3161916 - Son İnceleme: 09/20/2016 15:33:00 - Düzeltme: 5.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Online

  • kbsurveynew kbbug o365 kbgraphic kbgraphxlink kbmt KB3161916 KbMttr
Geri bildirim