Cara menggunakan Eseutil untuk menguji log transaksi berkas untuk merusak dalam Exchange 2000 Server dan pada Exchange Server 2003

Di Microsoft Exchange 2000 Server dan pada Microsoft Exchange Server 2003, Anda dapat menggunakan /ml pilihan Eseutil utilitas untuk menguji transaksi integritas file-file log transaksi.

Tes ini juga mendeteksi "robek menulis" pada berkas E00.log. Menulis robek adalah suatu kondisi yang dapat diperbaiki. Oleh karena itu, jika berkas E00.log gagal tes, jangan menganggap bahwa Anda harus membuang file.

Untuk menguji file log untuk dugaan kerusakan, jalankan perintah berikut:Sebagai contoh, untuk menguji file log yang bernama E00123ab.log, ketik:Jika log file melewati ujian, respon berikut muncul:Jika log file gagal tes, respon berikut muncul:Anda dapat menggunakan satu perintah untuk menguji semua log file dalam folder. Untuk melakukannya, Buka jendela prompt perintah, dan kemudian mengubah ke folder di mana file log berada. Ketik perintah berikut:Dalam perintah ini, "Enn" menandakan awalan log. Awalan log adalah tiga karakter nama file log yang dibagi oleh semua log yang termasuk kelompok tertentu penyimpanan. Sebagai contoh, eseutil /ml E00 memindai semua file log transaksi dalam folder yang berbagi awalan log yang sama. Selain itu, perintah laporan jika file log transaksi rusak, berurutan, hilang, atau tidak cocok dengan file-file log yang lain.

Menulis robek dan E00.log

Menulis robek adalah menulis fisik lengkap yang tersisa di E00.log file setelah layanan database tiba-tiba berhenti. Menulis robek mungkin disebabkan oleh kegagalan daya, oleh sistem operasi crash, dengan menerapkan akhir proses pada proses database, atau dengan menggunakan utilitas penghentian seperti Kill.exe. Menulis robek menyebabkan checksum pada transaksi terpengaruh dalam file log akan dihitung secara tidak benar, dan log kemudian terdeteksi sebagai rusak oleh Eseutil.

Deteksi robek menulis adalah proses dimana pertukaran menentukan apakah transaksi rusak karena menulis robek atau karena faktor-faktor lain. Jika menulis robek masalahnya, pertukaran perbaikan log file ketika database di-restart.

Pertukaran tidak dapat memperbaiki kerusakan file log yang adalah hasil dari faktor-faktor lain selain menulis robek. Kegagalan perangkat keras yang secara acak merusak log file tidak dapat diatasi karena data yang hilang tidak dapat diandalkan direkonstruksi.

Robek menulis hanya terjadi pada berkas E00.log karena E00.log file adalah satu-satunya file log yang terbuka dan yang ditulis untuk. Ketika berkas E00.log penuh, itu ditutup dan diganti dengan sejumlah berurutan. Pertukaran tidak dapat memperbaiki file log yang telah ditutup dan bernomor (misalnya, E00123ab.log).

Ada tidak ada risiko menyebabkan kerusakan tambahan ke database ketika Anda mencoba untuk replay E00.log file eseutil /ml perintah laporan rusak. Jika masalah dalam log file hanya robek menulis, mereka akan diperbaiki. Jika masalah tidak dapat diperbaiki, database menolak data, bukan menerapkan data, dan peristiwa yang mirip dengan berikut dicatat dalam log aplikasi:

Jenis peristiwa: kesalahan
Sumber peristiwa: ESE98
Kategori peristiwa: Logging/pemulihan
ID Peristiwa: 465
Tanggal: 12/9/1999
Waktu: 2: 48: 48 PM
Pengguna: N/A
Komputer:Nama_Komputer
Keterangan: Toko informasi korupsi (2428) telah terdeteksi selama pemulihan lembut dalam log file E:\exchsrvr\THIRD\E00123ab.log. Gagal checksum catatan terletak di posisi 8189:328. Data yang tidak cocok dengan pola mengisi log file pertama muncul di sektor 8195.

Acara ini menunjukkan bahwa kerusakan yang tidak dapat diperbaiki. Dalam kasus seperti ini, Anda dapat menggunakan salah satu solusi yang dianjurkan berikut:

• Cari baik salinan berkas log rusak. Salinan lain mungkin ada di Exchange cadangan online atau di server cadangan.
• Membuang file log rusak bersama semua file log yang lebih baru dibandingkan berkas log rusak. Kemudian mengembalikan dikenal baik online backup database Exchange. Anda akan kehilangan data apapun yang login setelah file log rusak diciptakan.

Jika solusi ini tidak dapat dilaksanakan, Anda dapat memperbaiki database dengan menggunakan ("keras perbaikan"p) fungsi utilitas Eseutil. Sebelum Anda melakukannya, pastikan bahwa Anda membuat cadangan semua berkas database dalam kelompok penyimpanan (*.log file, file *.edb, dan *.stm file), dan kemudian menghubungi layanan dukungan produk Microsoft (PSS) untuk saran tambahan. Perbaikan keras selalu menyebabkan kehilangan setidaknya beberapa data.

Dalam versi Exchange yang lebih lama dari Exchange 2000, checksum pada file log yang tidak dapat diandalkan dihitung. Jika file log menjadi rusak, hal itu mungkin untuk memutar ulang itu kerusakan ke file database. Tidak ada cara untuk dapat diandalkan memeriksa file log untuk kerusakan: tidak hanya ada di sana tidak ada utilitas untuk melakukannya, tetapi sifat dan format berkas log membuat mustahil untuk dilakukan sehingga bahkan dalam teori. File log jarang dirusakkan sebelum Exchange 2000, tetapi ketika file log yang rusak, pemulihan bencana menjadi sangat sulit. Karena kerusakan tidak dapat dideteksi, kerusakan mungkin memutar ke dalam database. Sering, ada tidak ada cara untuk mengetahui bahwa sesuatu adalah salah sampai database jatuh atau gagal segera setelah startup. Dalam situasi ini, Anda harus benar-benar memulihkan database, membuang beberapa file log, dan berharap bahwa hasil benar. Exchange 2000 dan Exchange 2003 adalah jauh lebih baik dalam hal ini, dan sekarang sangat sulit untuk memutar ulang file log yang rusak atau salah file log ke dalam database. Selain untuk pencocokan database dan log oleh tanda tangan, Exchange 2000 dan Exchange 2003 juga merekam nilai pos pemeriksaan di database header sehingga hasil E00.chk yang salah tidak menyebabkan Anda untuk memutar ulang log salah. Selain itu, Exchange 2000 dan Exchange 2003 termasuk "sebelum" dan "setelah" nilai-nilai dbtime sehingga transaksi yang lebih baru tidak dapat diputar ke dalam database sebelum transaksi melewatkan dimainkan.