Gejala
Jika Anda menggunakan batch migrasi atau serial migrasi untuk memindahkan folder publik dari Microsoft Exchange Server 2007 atau Microsoft Exchange Server 2010 untuk Exchange Server 2013, Exchange Server 2016, atau Exchange Online, kehilangan data dapat terjadi jika semua folder replika tidak database utama (utama server database yang menyambungkan Layanan migrasi ke). Semua data yang ada saat pertama di folder yang sedang dimigrasi disalin, tetapi perubahan tambahan yang dikirim setelah sinkronisasi awal mungkin akan hilang.
Contoh skenario
Misalnya Anda memiliki dua folder publik database, PFDB1 dan PFDB2, yang berjalan di server Exchange 2007 atau Exchange 2010. Selain itu, Anda memiliki dua folder, F1 dan F2. Folder F1 memiliki replika PFDB1 dan folder F2 memiliki replika PFDB2.
Ketika Anda memulai migrasi dan menentukan PFDB1 sebagai pangkalan data untuk menyambung ke dalam BaruMigrationEndpoint cmdlet, semua data dari folder F1 dan F2 disalin selama sinkronisasi awal (seperti yang ditunjukkan pada gambar 1). Hal ini terjadi meskipun PFDB1 tidak memiliki replika lokal map F2.
Setelah proses sinkronisasi ini pertama kali, Anda mempersiapkan untuk sinkronisasi akhir dan memulai untuk menyelesaikan kumpulan. Anda mengharapkan bahwa data yang ditambahkan ke folder F1 dan F2 setelah sinkronisasi pertama harus disalin selama sinkronisasi akhir.
Angka 1. Folder F1 dan F2 dari sumber yang disalin ke tujuan selama sinkronisasi pertama.
Masalah
Selama sinkronisasi tambahan dan akhir, data inkremental dari folder F2 tidak disalin ke folder publik modern (seperti yang ditunjukkan pada gambar 2). Hal ini karena PFDB1 ditetapkan sebagai titik akhir. Batch status akan ditampilkan sebagai disinkronkan. Namun, semua data baru yang ditambahkan ke folder F2 setelah sinkronisasi pertama tidak disalin ke folder publik modern.
Selain itu, jika ada lebih baru folder yang ditambahkan ke PFDB2 setelah pertama sinkronisasi (folder F3 di gambar 2), konten map tersebut tidak akan disalin salah. (Ini benar meskipun F3 ditampilkan dalam hirarki).
Gambar 2. Tambahan data ke folder F1 disalin, dan perubahan ke folder F2 tidak disalin. Meskipun data di folder baru ditambahkan F3 tidak disalin, folder muncul dalam hirarki.
Pemecahan masalah
Perbaikan tersedia di pembaruan kumulatif 13 untuk Exchange Server 2013dan pemutakhiran kumulatif 3 untuk Exchange 2016.
Pemecahan masalah
Sebelum Anda memulai migrasi batch, pastikan bahwa semua folder publik memiliki replika database folder publik yang akan ditetapkan sebagai sumber untuk migrasi. Selain itu, pastikan bahwa replikasi umum sinkron.
Pemecahan masalah untuk skenario contoh
Untuk mengatasi masalah ini, tambahkan replika folder F2 dan F3 di PFDB1, pastikan bahwa replikasi map publik sinkron, dan kemudian mulai batch migrasi. Hal ini memastikan bahwa data inkremental disalin (terlepas dari replika yang awalnya dituliskan ke).
Kami menyadari bahwa pemecahan masalah ini tidak akan bekerja untuk beberapa pelanggan karena ukuran map publik deployment. Jika Anda dalam situasi ini, kami sarankan Anda menunggu hingga masalah diperbaiki sebelum Anda menjalankan migrasi.
PERTANYAAN UMUM
Q: Saat masalah ini mulai terjadi?
A: masalah ini pertama kali diamati di Exchange Server 2013 1 pemutakhiran kumulatif, Exchange Server 2016 RTM dan Exchange Online.
Q: data apa kemungkinan saya kehilangan?
A: laporan di ibu, mencari "perubahan hierarki map dilaporkan di sumber," Pilih item "perubahan hierarki map dilaporkan di sumber" pertama yang dicantumkan, dan kemudian pilih tanggal dan waktu yang terkait dengan log. Data apa pun yang ditambahkan ke folder F2 atau folder baru yang ditambahkan ke PFDB2 setelah waktu yang hilang.
Q: saya masih memiliki saya Exchange Server 2007 atau Exchange Server 2010 database folder publik dalam keadaan terkunci karena kami bermigrasi ke Exchange Server 2013, Exchange Server 2016, atau Exchange Online. Dapat saya masih migrasi data hilang?
A: hanya manual salinan data mungkin.
Q: migrasi saya mengambil minggu untuk mencapai kondisi siap untuk menyelesaikan. Apakah saya harus mulai melalui?
A: tidak, Anda tidak perlu memulai ulang migrasi folder publik. Saat perbaikan selesai dan pembaruan diinstal pada server Anda (atau di server Exchange Online, jika Anda sedang migrasi ke Exchange Online), migrasi dapat diambil dari mana sekarang dan akan memindahkan data yang tersisa. Anda mungkin harus memulai ulang kumpulan migrasi. Namun, bila Anda melakukannya, proses mencari perubahan dan tidak memulai lagi. Kumpulan migrasi dimulai melalui hanya jika Anda menghapus dan kemudian membuat ulang itu.
