Belirtiler
Exchange Server 2013, Exchange Server 2016 veya çevrimiçi Exchange ortak klasörleri Microsoft Exchange Server 2007 veya Microsoft Exchange Server 2010 geçirmek için geçiş toplu iş veya seri geçiş kullanıyorsanız, klasörün çoğaltmalarını (geçiş hizmet bağlanır birincil veritabanı sunucusu) birincil veritabanı değilse veri kaybı 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.
Ş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. Toplu iş durumu eşitlenmiş olarak görüntülenir. 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).
Ş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.
Çözüm
Düzeltmeler, Exchange Server 2013 için toplu güncelleştirme 13ve Exchange 2016 için toplu güncelleştirme 3' de kullanılabilir.
Geçici çö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ş tamamlamak hazır duruma ulaşması haftalar sürdü. 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.
