Gejala
Pertimbangkan skenario berikut ini:
-
Anda mengaktifkan salinan pasif database Microsoft Exchange Server 2010 Paket Layanan 3 (SP3) dengan menggunakan Windows PowerShell atau Exchange Management Console.
-
Pangkalan data terpasang dismounts tanpa masalah, dan Salin pasif Mount.
-
Perubahan status menyalin pangkalan data ke keadaan gagal selama tahap initializing pada salinan yang sekarang pasif. Selain itu, pesan status untuk menyalin pangkalan data menunjukkan gagal.
Ketika masalah ini terjadi, Anda menerima pesan galat yang menyerupai berikut ini ketika Anda menjalankan Get-MailboxDatabaseCopyStatus | fl identitas, errormessage cmdlet di Exchange Management Shell (EMC);
Layanan replikasi Microsoft Exchange mengalami galat saat memeriksa log dan pangkalan data untuk DB\Server pada startup. Galat: Berkas cek gagal: Logfile'jalur\Exx.log' adalah generasi number1; Namun generasi yang diharapkan adalah number2.
Misalnya, Anda mungkin menerima pesan galat berikut:
Layanan replikasi Microsoft Exchange mengalami galat saat memeriksa log dan pangkalan data untuk DB\Server pada startup. Galat: Berkas cek gagal: Logfile 'f:\logs\DB\Enn.log' adalah generasi 2024; Namun generasi yang diharapkan adalah 2004.
Penyebab
Jika 8DOT3 nama pembuatan diaktifkan pada volume yang berisi log transaksi di Exchange Server 2010 SP3, ini dapat menyebabkan log transaksi tidak valid dikembalikan sebagai bagian dari permintaan findfile selama proses aktivasi pangkalan data. Hal ini menyebabkan pangkalan data untuk dikirim ke keadaan gagal karena urutan tidak valid dalam nomor pembuatan log transaksi.
Tidak ada kehilangan data dapat terjadi karena kegagalan ini.
Pemecahan masalah
Untuk mengatasi masalah ini, instal peluncuran pemutakhiran berikut:
Deskripsi Batal pemutakhiran 2 untuk Exchange Server 2010 Paket Layanan 3
Pemecahan masalah
Langkah 1: Menentukan konfigurasi 8DOT3 nama pembuatan
Untuk menentukan apakah 8DOT3 nama pembuatan diaktifkan, jalankan perintah berikut ini dari wantian perintah yang ditampilkan. (Di sini, kami menganggap bahwa berkas log transaksi di kandar C.)
fsutil 8dot3name query c:
Jika output diharapkan kembali sesuatu yang resemblbes berikut, 8DOT3 nama pembuatan diaktifkan:
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:
Atau, diharapkan output mungkin kembali sesuatu yang mirip dengan berikut ini:
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:
Ini menunjukkan bahwa drive C memiliki nama 8DOT3 pembuatan diaktifkan.
Pastikan bahwa Anda menjalankan perintah ini pada volume yang berisi log transaksi. Anda juga dapat menggunakan berikut ini jika Anda menggunakan titik:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Anda harus mengganti volume GUID untuk mencocokkan GUID volume Anda. Untuk menentukan volume dan GUID untuk kandar tertentu, jalankan perintah berikut ini:
mountvol [Drive:]Path /L
Tergantung pada persyaratan Anda, Anda dapat mengatur 8DOT3 nama pembuatan akan dinonaktifkan untuk semua volume atau pada volume dengan volume dasar, seperti diuraikan di langkah 3. Paling penting bahwa Anda memastikan bahwa volume yang berisi log transaksi dinonaktifkan untuk 8DOT3 nama pembuatan.
Langkah 2: Kebijakan Check grup untuk menonaktifkan 8DOT3 nama pembuatan
Sebelum Anda mencoba menonaktifkan 8DOT3 nama pembuatan, Anda harus berhati-hatilah bahwa pengaturan ini dapat dikendalikan melalui kebijakan grup. Silakan periksa untuk menentukan apakah kebijakan grup dikonfigurasi untuk mengubah kunci registri berikut ini di server Exchange:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002
Jika pengaturan ini dikendalikan melalui kebijakan grup, Hapus setelan ini dari pengaturan kebijakan grup untuk Exchange Server, dan menetapkan NtfsDisable8dot3NameCreation DWORD ke nilai 2. Hal ini memungkinkan untuk masing-masing volume perubahan.
Catatan Jika nilai 0 digunakan, Anda tidak dapat mengubah konfigurasi volume.
Untuk informasi selengkapnya tentang perintah Fsutil 8dot3name , kunjungi situs web Microsoft TechNet berikut:
Langkah 3: Perubahan 8DOT3 nama pembuatan
Untuk menonaktifkan 8DOT3 nama pembuatan untuk semua volume, jalankan perintah berikut ini:
fsutil 8DOT3name set
Jika Anda lebih suka menonaktifkan hanya di masing-masing volume yang berisi log transaksi, jalankan perintah berikut ini:
fsutil 8DOT3name set c: 1
Catatan Dalam perintah ini, c adalah huruf kandar yang berisi log transaksi.
Atau, Anda dapat menjalankan pada volume yang spesifik. Untuk melakukannya, jalankan perintah berikut ini:
fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} Setelah Anda mengubah volume konfigurasi untuk menonaktifkan 8DOT3 nama pembuatan, Anda dapat memverifikasi bahwa pengaturan dinonaktifkan. Untuk melakukannya, jalankan perintah berikut ini lagi:
fsutil 8DOT3name query c:
Hal ini menyebabkan semua berkas baru yang dibuat atau disalin pada volume ini tidak menghasilkan 8DOT3 nama untuk nama file. Namun, semua berkas yang ada masih berisi nama 8DOT3. Oleh karena itu, Anda harus memecahkan masalah ini.
Langkah 4: Hapus 8DOT3 nama untuk log transaksi yang sudah ada
Opsi 1
Opsi yang diinginkan adalah untuk menjalankan cadangan secara penuh di pangkalan data Exchange. Hal ini menyebabkan log transaksi terpotong dan menghapus log ada yang memiliki nama 8DOT3. Setelah semua log transaksi yang berisi nama 8DOT3 terpotong, bergerak pangkalan data tidak akan gagal.
Opsi 2
Jika opsi cadangan tidak tersedia, Anda harus mengoperasikan salinan semua log transaksi untuk memastikan bahwa nama 8DOT3 dihapus dari berkas. Untuk melakukannya, ikuti langkah-langkah berikut:
-
Di server yang berisi salinan pasif pangkalan data, menghentikan layanan replikasi Microsoft Exchange.
-
Di Windows PowerShell, jalankan perintah berikut ini:
stop-service msexchangerepl
-
Di Windows Explorer, temukan folder di mana Anda menyimpan log transaksi.
-
Pilih Semua log transaksi jenis Enn*.log, dan memindahkannya ke folder sementara. Pastikan bahwa Anda memindahkan hanya log transaksi jenis Enn*.log. Anda harus memindahkan ada jenis berkas lainnya.
-
Pindahkan semua log transaksi kembali ke lokasi asli. Dalam proses langkah ini, nama 8DOT3 akan dihapus.
-
Ulangi proses ini untuk semua log transaksi untuk semua database pasif.
-
Mulai ulang layanan replikasi Microsoft Exchange:
start-service msexchangerepl
Catatan Langkah ini harus diselesaikan terlebih dahulu untuk semua salinan pasif pangkalan data.
-
Memindahkan salinan (aktif) terpasang pangkalan data ke salinan log transaksi yang dimanipulasi:
Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None
-
Hentikan Layanan replikasi Microsoft Exchange, dan kemudian lagi memindahkan log transaksi ke lokasi sementara dan kemudian kembali ke lokasi asli.
-
Mulai Layanan replikasi Microsoft Exchange. Sekarang, database kegagalan selama tindakan activemailboxdatabase bergerak seharusnya tidak terjadi.
Informasi lebih lanjut
Gejala umum lainnya yang terjadi adalah di log aplikasi dan operasional ExchangeHighAvailability log. Di sana, peristiwa ditampilkan yang menyerupai berikut ini:
Untuk menentukan apakah Anda masih memiliki 8DOT3 nama di log transaksi, Anda dapat menjalankan perintah berikut pada prompt perintah di lokasi log transaksi:dir /x Jika log transaksi masih berisi nama 8DOT3, Anda melihat sesuatu yang mirip seperti berikut ini:
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
Catatan Jika Anda melihat nama E0F768~1.log yang ada di kolom berikutnya terakhir, Anda masih memiliki log transaksi yang memiliki nama 8DOT3. Oleh karena itu, Anda akan masih memiliki masalah ketika Anda mencoba untuk memindahkan pangkalan data aktif.
