Konsekuensi dari menjalankan eseutil/p atau edbutil bumi /r perintah di Exchange

Perbaikan sulit terjadi ketika Anda menjalankan eseutil/p atau edbutil bumi /r perintah terhadap file database Exchange Server, seperti Database priv.EDB, Pub.edb, atau Dir.edb. Perbaikan berjalan melalui database dan memeriksa dan perbaikan penting struktur di dalam database (seperti sistem tabel, tabel lampiran, dan sebagainya) dan cek untuk halaman yang rusak di database.

Jika perbaikan pertemuan halaman yang rusak (untuk contoh, checksum tidak sah yang disebabkan oleh modifikasi ke halaman yang tidak preformed oleh Jet) menghapus halaman (-1018). Ketika ini terjadi, data penting mungkin hilang setelah perbaikan selesai. Data ini dapat menjadi bagian dari e-mail pesan, janji kalender, catatan, lampiran, atau dalam terburuk skenario, bagian dari tabel sistem.

Jika sistem meja lampiran tabel, setiap pengguna di server mungkin kehilangan lampiran untuk mereka pesan. Ini adalah hanya satu kemungkinan skenario, tetapi jika ada halaman yang rusak di database, data akan hilang setelah perbaikan yang keras.

Penting Selalu yang terbaik untuk memulihkan dari cadangan setiap kali mungkin.

Jika Anda memulihkan dari cadangan, Anda memastikan bahwa Anda memiliki baik, bersih, stabil, database yang akan memulai dan menjalankan pada server Anda. Dalam hampir setiap keadaan, itu lebih cepat dan lebih dapat diandalkan untuk memulihkan dari cadangan daripada untuk melakukan keras perbaikan pada database. Hal ini karena perbaikan berjalan pada sekitar 4-6 gigabyte (GB) per jam, dan Anda harus menjalankan Isinteg proses setelah perbaikan, yang berjalan di sekitar 3-6 GB per jam. (Angka ini rata-rata; kinerja bervariasi tergantung pada berapa banyak melewati perbaikan harus membuat database Anda dan kecepatan hardware.)

Sebagai contoh, jika Anda menggunakan perangkat keras mungkin tercepat setup, 50 GB database membutuhkan kira-kira 8 jam untuk perbaikan dan kira-kira 8 jam untuk Isinteg proses, total 16 jam. Jika Anda menggunakan Wide khas Terhubung SCSI digital linier tape (kemudian) 35/70, yang rata-rata sekitar 3 megabyte (MB) per detik untuk restorasi, kebutuhan database yang sama sekitar 5 jam untuk pemulihan. Itu adalah penghematan waktu 11 jam. Kecepatan sangat tinggi "snapshot" jenis cadangan sistem, seperti sistem dari EMC Corporation, dapat memulihkan database ukuran ini dalam hitungan menit.

Jika Anda memiliki cadangan, dan tidak lain ada pilihan selain untuk menjalankan keras perbaikan pada database Anda, ikuti langkah berikut:

1. Menjalankan perbaikan keras pada database dengan menggunakan Eseutil/p atau Eseutil bumi /r.
2. Defragmentasi database dengan menggunakan Eseutil bumi. Defragmentasi offline menciptakan struktur fisik database baru dan bergerak data yang ada untuk struktur itu.
3. Memeriksa konsistensi database dengan menggunakan Isinteg-memperbaiki. Anda mungkin perlu untuk menjalankan Isinteg beberapa kali sampai laporan ringkasan kembali tidak ada kesalahan.

Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
Utilitas Isinteg perbaikan masalah logis yang mungkin timbul ketika Anda menjalankan perbaikan keras:

• Untuk Exchange Server 4.0 dan 5.0 informasi pribadi toko, jalankan perintah berikut:
  isinteg-memperbaiki - pri
• Untuk Exchange Server 4.0 dan 5.0 informasi publik toko, jalankan perintah berikut:
  isinteg-memperbaiki - pub
• Untuk Exchange Server 5.5 informasi pribadi toko, berjalan perintah berikut:
  isinteg - pri-memperbaiki - tes alltests
• Untuk penyimpanan informasi publik Exchange Server 5.5, yang menjalankan perintah berikut:
  isinteg-pub-memperbaiki - tes alltests

Catatan Anda tidak dapat menjalankan Isinteg-memperbaiki perintah terhadap Dir.edb database. Selain itu, kami sarankan Anda tidak menjalankan sebuah direktori yang keras diperbaiki dalam lingkungan produksi.

Untuk informasi lebih lanjut tentang pemulihan bencana Exchange, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:Setelah Anda menjalankan eseutil/p atau edbutil bumi /r perintah pada database Priv.edb atau Pub.edb, database mungkin menunjukkan gejala berikut:

• Toko informasi tidak akan berhenti atau berhenti merespons.
• Toko informasi berhenti menerima mail dari pesan transfer agent (MTA).
• E-mail tetap di Outboxes pengguna.
• Store.exe program berjalan dengan penggunaan CPU yang sangat tinggi tanpa beban pada server.
• Store.exe program menghasilkan pelanggaran akses jika ada beban berat.
• Pengguna tidak dapat membuka lampiran email atau e-mail pesan.

Setelah Anda menjalankan keras perbaikan pada database yang memiliki luas kerusakan, hal ini tidak cocok untuk penggunaan produksi sampai Anda juga telah dilakukan defrag offline yang diikuti oleh isinteg. Hanya menjalankan perbaikan keras Anda database sebagai jalan terakhir; Jika mungkin, selalu mengembalikan dari cadangan.

Jika Isinteg dijalankan beberapa kali dan tidak benar korupsi database, Anda harus menggunakan Exmerge utilitas untuk mengekstrak data dari satu database dan meletakkannya di database lain:

Untuk menentukan jika perbaikan keras telah dijalankan terhadap Anda database, membuang header dengan menggunakan baris perintah berikut (perbaikan count akan menjadi nol jika database tidak diperbaiki): Berikut adalah contoh header Priv.edb: