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

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 259851 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

RINGKASAN

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:
192185Cara men-defragmen dengan utilitas Eseutil (Eseutil.exe)
182081 Keterangan Utilitas Isinteg

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:
162353Mengembalikan Exchange Directory
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:
259688 Cara menggunakan utilitas Exmerge untuk mengekstrak data dari toko informasi pribadi yang rusak

INFORMASI LEBIH LANJUT

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):
eseutil /mh x:\exchsrvr\mdbdata\priv.edb |more

eseutil /mh x:\exchsrvr\mdbdata\pub.edb |more
Berikut adalah contoh header Priv.edb:
Microsoft(R) Windows NT(TM) Server Database utilitas
Versi 5.5
Copyright (C) Microsoft Corporation 1991 1999. All Rights Reserved.

Memulai BERKAS DUMP modus...
Database: d:\exchsrvr\mdbdata\priv.edb

Format ulMagic: 0x89abcdef
Mesin ulMagic: 0x89abcdef
Format ulVersion: 0x620, 2
Mesin ulVersion: 0x620, 2
DB Signature: Membuat waktu: 4/5/2000 17: 48: 52 Rand: 769046 komputer:
cbDbPage: 4096
dbtime: 556457
Negara: konsisten
Shadow: Ya
Terakhir Objid: 184
Menggosok Dbtime: 0
Semak belukar tanggal: 00/00/1900 00: 00: 00
Perbaikan Count: 1
Perbaikan tanggal: 2/20/2000 10: 48: 50

Properti

ID Artikel: 259851 - Kajian Terakhir: 21 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Kata kunci: 
kbinfo kbmt KB259851 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:259851
Sanggahan Konten KB yang Tidak Lagi Diperbarui
Artikel ini berisi tentang produk yang tidak lagi didukung oleh Microsoft. Oleh karena itu, artikel ini disajikan ?sebagaimana adanya? dan tidak akan diperbarui.

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com