Bagaimana menghapus file log transaksi Exchange Server

Exchange Server database transaksi log mencatat semua perubahan pada Exchange Server database. Seiring waktu, file log ini mengumpulkan dan menggunakan semua ruang disk yang tersedia jika mereka tidak secara berkala akan dihapus dari hard disk.

File log transaksi pertukaran memiliki ukuran yang tetap. Untuk semua versi sebelumnya dari Exchange Server dan Microsoft Exchange Server 2003, ukuran ini adalah persis 5 megabyte. Ketika log transaksi penuh, log transaksi dinamai dengan sejumlah urutan numerik, dan saat ini baru log yang dihasilkan.

Log transaksi saat ini adalah salah satu yang paling baru-baru ini dibuat oleh Exchange Server. Dalam Microsoft Exchange Server 5.5, log transaksi saat ini selalu bernama EDB.log. Di Microsoft Exchange 2000 Server dan pada Exchange Server 2003, log saat ini dinamakan dengan awalan kelompok penyimpanan. Untuk informasi lebih lanjut, lihat bagian "Penyimpanan kelompok".

Pertukaran otomatis menghapus file-file log yang tidak perlu dengan menggunakan salah satu metode berikut:

• Jika melingkar penebangan diaktifkan, Exchange Server menghapus log transaksi segera setelah mereka telah menulis ke database file. Proses ini dapat menyebabkan penundaan pada beberapa sistem siaga hingga berkas Exx.log sekarang kelompok relevan penyimpanan atau berkas Edb.log di Exchange Server 5.5 menjadi penuh dan harus dapat diganti namanya. Untuk mempercepat pembuatan berkas log baru dan proses penghapusan otomatis, Anda dapat mengirimkan sendiri pesan e-mail dengan lampiran 5-megabyte (MB).
  
  Catatan Secara default, penebangan melingkar diaktifkan di Exchange Server 5.5. Secara default, penebangan melingkar tidak diaktifkan pada Exchange 2000 Server atau Exchange Server 2003.
• Jika melingkar penebangan dinonaktifkan, Exchange Server menghilangkan kelebihan log setelah penuh atau incremental backup online semua database dalam kelompok penyimpanan dilakukan.

Untuk informasi lebih lanjut tentang bagaimana mekanisme Exchange penebangan bekerja dan bagaimana untuk mengubahnya, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:Jika salah satu dari kondisi berikut benar, file log transaksi akan meningkatkan jumlah sampai kehabisan ruang hard disk drive:

• Program cadangan tidak menghapus file log transaksi.
• Program cadangan telah berhenti berjalan.
• File log transaksi tidak dibersihkan dengan menggunakan metode lain.

Anda kadang-kadang harus secara manual menghapus file log transaksi jika Anda telah kehabisan ruang hard disk. Atau, Anda mungkin kadang-kadang harus secara manual menghapus file log transaksi jika Anda mengantisipasi kehabisan ruang hard disk sebelum Anda dapat menjalankan penuh atau bertahap online cadangan semua database dalam kelompok tertentu penyimpanan. Jika Anda menghapus log yang berisi data yang telah belum ditulis ke file database, database tidak akan mountable setelah berhenti abnormal. Oleh karena itu, Anda harus menentukan log yang aman untuk menghapus sebelum Anda secara manual menghapus file log transaksi Exchange Server.

Catatan Untuk keperluan artikel ini, "menghapus" file log transaksi berarti pindah file log transaksi tersebut ke lokasi lain di mana file log transaksi dapat didukung, disimpan, atau dihapus, tergantung pada kebutuhan Anda. Untuk keperluan artikel ini, "menghapus" file log transaksi merujuk kepada jenis penghapusan yang tidak memungkinkan Anda untuk membuat cadangan atau memulihkan file log transaksi.

Secara manual menghapus file log transaksi yang tidak diperlukan

Untuk menghapus file log transaksi kelebihan dengan benar, ikuti langkah berikut:

1. Menghentikan semua database dalam kelompok penyimpanan.
2. Verifikasi negara masing-masing file database dalam kelompok tertentu penyimpanan. Untuk informasi tentang cara memverifikasi negara masing-masing file database, lihat bagian "Database Serikat".
3. Lakukan salah satu dari tindakan berikut ini:
   • Jika satu atau lebih database Kotor Shutdown atau Tidak konsisten menyatakan, menentukan file log transaksi yang dapat dihapus tanpa mempengaruhi database konsistensi. Untuk informasi lebih lanjut, lihat bagian "Log file".
   • Jika semua database Shutdown bersih atau Konsisten negara, Anda dapat menghapus semua file log transaksi kecuali untuk file log transaksi saat ini. Menghapus file log saat ini ketika semua database di Shutdown bersih negara akan menyebabkan reset urutan file log. Ini tidak mencegah database mulai. Namun, reset urutan file log mempengaruhi kemampuan untuk roll database maju dari cadangan sebelumnya jika situasi terjadi.
4. Menyalin semua file log transaksi yang ingin Anda hapus untuk lokasi yang berbeda sebelum Anda secara permanen menghapus mereka dari perangkat keras log transaksi. Jangan secara permanen menghapus file log transaksi sampai Anda telah berhasil menyelesaikan penuh online cadangan semua database dalam kelompok penyimpanan.

Bagian berikut menjelaskan hubungan antara file log transaksi dan database Exchange Server. Bagian ini juga menyediakan petunjuk rinci tentang cara menentukan file log mana aman untuk menghapus.

Database Serikat

Jika Exchange Server database tidak dimatikan dengan benar, database masih "terpasang" Sungai log transaksi. Ini berarti bahwa tidak semua data dari file log transaksi yang telah terjamin untuk file database. Selama persiapan berikutnya database, Exchange Server mendeteksi kondisi ini. Exchange Server kemudian berlaku data hilang untuk file database. Jika file log yang berisi data ini tidak tersedia, basis data tidak dapat dimulai.

Ketika Exchange Server database ditutup dengan benar, database tersebut "melepaskan" dari Sungai log transaksi. Dalam situasi ini, database tidak memerlukan file-file log transaksi sebelumnya ketika yang database berikutnya dimulai. Namun, file log ini dapat berguna jika cadangan atau versi sebelumnya dari database yang akan dipulihkan. File log akan digunakan untuk roll database ke depan dari waktu cadangan. Oleh karena itu, file log transaksi harus tidak dihapus secara permanen sampai Anda yakin bahwa Anda tidak ingin memutar ulang mereka ke versi yang lebih tua dari database.

Sebelum Anda secara manual menghapus file log transaksi, Anda harus menentukan keadaan database yang menggunakan file log transaksi tertentu. Dalam situasi ini, menentukan "melampirkan" atau "melepaskan" negara masing-masing database yang digunakan file log transaksi tertentu. Anda dapat menentukan apakah database terpasang atau dipisahkan dengan memeriksa database file header dengan menggunakan Eseutil utilitas /MH perintah switch. Sebagai contoh, jalankan perintah berikut pada prompt perintah dimana database_name adalah nama database yang Anda ingin memeriksa:Sebagai contoh, untuk memeriksa Kotak pesan Store (Server1) database, jenisCatatan Untuk memeriksa header database dengan menggunakan Eseutil perintah, database harus dihentikan.

Setelah Anda menjalankan perintah ini, memeriksa Provinsi nilai dalam informasi header yang muncul. The Provinsi nilai menyediakan informasi berikut tentang apakah database memiliki telah dengan benar terpisah:

• Jika database benar terlepas, negara nilai yang baik Shutdown bersih atau Konsisten, tergantung pada versi Exchange Server yang menjalankan.
• Jika database tidak telah benar terlepas, nilai negara adalah Kotor Shutdown atau Tidak konsisten. Ini berarti bahwa beberapa file-file log transaksi ada berisi transaksi luar biasa yang diperlukan oleh database. Jika Anda menghapus file log transaksi dalam situasi ini, basis data tidak dapat dijalankan lagi kecuali Anda memulihkan database dari cadangan atau kecuali Anda memperbaiki database dengan menggunakan Eseutil perintah dan Isinteg perintah.
  
  Untuk informasi lebih lanjut tentang cara memperbaiki Exchange Server database, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
  812357  (http://support.microsoft.com/kb/812357/ ) Bagaimana mempertahankan database Exchange Anda setelah Anda memperbaiki dengan menggunakan alat/p Eseutil di Exchange Server 5.5, Exchange 2000 Server dan pada Exchange Server 2003

Dua cadangan file log transaksi yang bertindak sebagai pengganti dan ruang hard disk cadangan itu juga tersedia jika pengandar perangkat keras di mana berkas log transaksi disimpan menjadi penuh. File log transaksi cadangan ini bernama Res1.log dan Res2.log. Jika pengandar perangkat keras di mana berkas log transaksi berada menjadi penuh, Exchange Server akan menggunakan file log transaksi dua cadangan ini terus log cukup lama untuk menghentikan database bersih. Ketika Exchange Server tidak dapat membuat file log transaksi tambahan karena log disk penuh, Res2.log dinamai dan digunakan sebagai berikutnya log. Jika diperlukan, Res1.log juga dapat digunakan.

Kadang-kadang kapasitas kedua file-file log transaksi cadangan mungkin melebihi. Hal ini menyebabkan semua database dalam kelompok penyimpanan harus dihentikan di Kotor Shutdown atau Tidak konsisten negara.

Warning Jika Anda kehabisan ruang disk pada pengandar log transaksi, database tidak dapat menutup bersih. Jika satu atau lebih database Kotor Shutdown atau Tidak konsisten negara dan jika Anda menghapus semua file log transaksi untuk mengosongkan ruang disk, tidak ada database dalam kelompok-kelompok penyimpanan terpengaruh akan mountable lagi tanpa diperbaiki atau dipulihkan. Anda tidak harus menghapus file log yang masih diperlukan oleh satu atau lebih database.

Kelompok-kelompok penyimpanan

Exchange Server database diatur ke dalam kelompok-kelompok penyimpanan. Storage group adalah sekumpulan database yang berbagi streaming file log transaksi tunggal. Di Exchange Server 5.5, ada penyimpanan informasi toko tunggal grup yang berisi dua file database. File database dua ini diberi nama Priv.EDB dan Pub.EDB masing-masing. Selain itu, Exchange Server 5.5 berisi penyimpanan layanan direktori tunggal grup yang berisi file database tunggal yang bernama Dir.EDB.

Di Exchange 2000 Server dan pada Exchange Server 2003, ada tidak ada layanan direktori penyimpanan kelompok. Di Exchange 2000 Server dan pada Exchange Server 2003, ada empat kelompok penyimpanan informasi toko per server. Masing-masing kelompok penyimpanan ini dapat berisi hingga lima database. Nama-nama database ini sedang dikonfigurasi oleh administrator.

Jika pengandar log transaksi menjadi penuh, semua database dalam kelompok penyimpanan akan berhenti segera. Ketika Anda mulai database dalam kelompok penyimpanan, keadaan semua database dalam kelompok penyimpanan diperiksa. Setiap transaksi diperlukan log file replay dilakukan bersama-sama untuk semua database sebelum database pertama dapat. Operasi replay file log transaksi dan peristiwa umumnya berlaku untuk semua database dalam kelompok penyimpanan, tidak ke database individu.

Penting Anda harus memastikan bahwa setiap file database adalah di Shutdown bersih atau Konsisten negara. Satu atau lebih database dalam kelompok penyimpanan tertentu mungkin benar terlepas meskipun database lain dalam kelompok penyimpanan yang sama tidak terlepas dengan benar. Jangan berasumsi bahwa semua database dalam kelompok penyimpanan berada dalam Shutdown bersih negara berdasarkan negara database pertama yang Anda memeriksa.

Catatan Untuk Exchange Server 5.5, Anda harus memeriksa setiap database yang terkandung dalam satu .EDB file dengan menggunakan Eseutil perintah. Untuk Exchange 2000 Server dan Exchange Server 2003, setiap database dibagi menjadi dua file. Dua file yang .stm file dan .EDB file. Memeriksa keadaan keduanya .stm file dan .EDB file dengan menggunakan Eseutil perintah.

File log

Untuk menentukan file log transaksi yang diminta oleh database dalam kelompok tertentu penyimpanan, ikuti langkah berikut.

Untuk Exchange Server 5.5

Penting Bagian ini, metode, atau tugas yang memuat langkah-langkah yang memberitahu Anda bagaimana memodifikasi registri. Namun, masalah yang serius dapat terjadi apabila Anda salah memodifikasi registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah tersebut dengan seksama. Untuk perlindungan tambahan, buat cadangan registri sebelum Anda memodifikasi. Kemudian, Anda dapat memulihkan registri apabila terjadi masalah. Untuk informasi selengkapnya tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:

1. Dalam program Exchange Server Administrator, melihat jalan bekerja untuk database.
   
   Lintasan lokasi yang ditemukan di Database jalan Halaman properti Server objek. (File pos pemeriksaanEdb.chk) terletak di jalan ini. Jika Administrator program ini tidak tersedia, Anda dapat melihat jalan bekerja di registri sistem. Jalankan Registry Editor dan memperluas subkunci registri berikut ini.
   
   Untuk penyimpanan informasi:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\Working direktori
   Untuk direktori:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDS\Parameters\DSA bekerja direktori
2. Pada prompt perintah, pindah ke folder jalan bekerja. Melihat header Edb.chk file dengan menggunakan Eseutil perintah:
   eseutil /mk edb.chk
   Perhatikan bahwa layar output mirip dengan berikut ini:

   Microsoft(R) Windows NT(TM) Server Database Utilities
   Version 5.5
   Copyright (C) Microsoft Corporation 1991-1998. All Rights Reserved.
   
   Initiating FILE DUMP mode...
   Checkpoint file: edb.chk
   
   LastFullBackupCheckpoint (0,0,0)
   Checkpoint (157,2860,500)    comment: Checkpoint is in log 157 decimal
   FullBackup (90,8,10)
   FullBackup time:1/15/1999 18:18:36
   IncBackup (0,0,0)
   IncBackup time:0/0/1900 0:0:0
   . . .
   						

   Tiga angka pada Poin periksa garis mewakili nomor generasi file log, offset sektor ke log file dan byte offset ke sektor. Catat nomor generasi.
3. Mengubah nomor generasi menjadi heksadesimal. Dalam contoh ini, desimal 157 diterjemahkan menjadi hexadecimal number 9 D. Exchange Server log file nomor dengan lima digit heksadesimal. Sebagai contoh, log file dapat disebut sebagai Edb12345.log. Terkemuka nol digunakan untuk pad nomor login untuk lima digit. Oleh karena itu, berkas log pos pemeriksaan dari contoh sebelumnya adalah Edb0009d.log.
   
   Catatan Anda dapat menggunakan Ilmiah modus kalkulator Windows untuk mengkonversi dari desimal heksadesimal. Mulai Kalkulator. Kemudian, klik Ilmiah pada Lihat menu. Masukkan angka desimal, dan kemudian klik Hex.
4. Log pos pemeriksaan dan semua log yang dihasilkan setelah pemeriksaan log diperlukan untuk memulai database ketika database Tidak konsisten negara. Anda mungkin tidak menemukan berkas log yang sesuai dengan nilai pos pemeriksaan yang Anda dihitung. Hal ini dapat terjadi jika pos pemeriksaan dalam file log terbaru yang selalu bernama EDB.log. Sampai log ini lengkap dan sampai log baru yang dihasilkan, nama file log saat ini tidak termasuk urutan nomor login.
   
   Anda dapat memverifikasi jumlah sebenarnya internal urutan EDB.log file dengan melihat log file header dengan menggunakan berikut Eseutil perintah:
   eseutil /ML Edb.log
   The lGeneration bidang log file header mencerminkan rentetan yang sebenar jumlah log file. Anda harus mengkonversi lGeneration nilai heksadesimal.
5. Anda dapat dengan aman menghapus semua nomor log kurang dari pos pemeriksaan log. Namun, tidak menghapus log pos pemeriksaan itu sendiri. Dalam contoh ini, Anda dapat menghapus Edb0009c.log, Edb0009b.log, dan sebagainya, tetapi tidak Edb0009d.log atau log saat ini.
   Ingatlah untuk memindahkan, menghapus, file-file log. Anda tidak harus menghentikan layanan database untuk menghapus file log yang lebih tua dari pos pemeriksaan.

Jika Anda harus memulihkan cadangan, Anda juga harus mengembalikan semua file-file log yang dibuat setelah yang cadangan jika Anda ingin benar-benar roll database ke depan. Jika ada istirahat dalam urutan log, Anda tidak bisa roll maju melewati istirahat.

Untuk Exchange 2000 Server dan untuk Exchange Server 2003

1. Untuk menentukan lintasan dan nama berkas .EDB dan .stm file untuk database, menggunakan Exchange System Manager untuk melihat Pangkalan Data tab kotak dialog properti untuk setiap objek database.
2. Pada prompt perintah, pindah ke path database file.
3. Menjalankan berikut Eseutil perintah untuk melihat header database file:
   eseutil /mh database_file
4. Memeriksa Log yang diperlukan bidang dalam database file header. The Log yang diperlukan bidang daftar berbagai nomor file log yang diperlukan untuk memulai database ini. Jika kisaran adalah 0 - 0, file log tidak diperlukan untuk memulai database ini. Ini berarti bahwa database di Shutdown bersih atau Konsisten negara.
   
   Catatan Untuk memeriksa header database dengan menggunakan Eseutil perintah, database harus dihentikan. Namun, dalam semua versi Exchange Server, Anda dapat memeriksa header dari file pos pemeriksaan ketika database yang berjalan. Prosedur untuk memeriksa file pos pemeriksaan adalah sama untuk semua versi Exchange Server dan dijelaskan di bagian "Untuk Exchange Server 5.5". Melihat nilai pos pemeriksaan memungkinkan Anda menentukan file log yang dapat dihapus tanpa harus berhenti database. File log yang lebih tua daripada log pos pemeriksaan dan yang tidak termasuk pos pemeriksaan log dapat dihapus.
5. Jika Anda menjalankan versi Exchange Server yang lebih awal dari Exchange Server 2003 Paket Layanan 1 (SP1), Anda harus mengubah kisaran desimal yang tercantum dalam Log yang diperlukan lapangan untuk nilai-nilai heksadesimal. Sebagai contoh, jika Log yang diperlukan nilai 28217-28221, log file dari 06E39 untuk 06E3D diwajibkan oleh database ini. Di Exchange Server 2003 SP1, Log yang diperlukan lapangan telah ditingkatkan untuk melaporkan nilai-nilai desimal dan heksadesimal.
   
   Catatan Anda dapat menggunakan Ilmiah modus kalkulator Windows untuk mengkonversi dari desimal heksadesimal. Mulai kalkulator, dan kemudian klik Ilmiah pada Lihat menu. Masukkan angka desimal, dan kemudian klik Hex.
   
   Catatan Di Exchange Server 5.5, file log bernama Edbxxxxx.log, di mana "xxxxx" adalah lima digit hexadecimal number. Karena Anda dapat memiliki hingga empat kelompok penyimpanan dalam Exchange 2000 Server dan pada Exchange Server 2003 dengan penyimpanan masing-masing kelompok memiliki seperangkat khusus file log, awalan "Edb" tidak muncul dalam nama-nama file log transaksi. Di Exchange 2000 Server dan pada Exchange Server 2003, awalan "Edb" diganti dengan "E00," "E01," "E02," "E03." Untuk kelompok penyimpanan pemulihan, awalan "Edb" diganti dengan "R00." Penyimpanan grup log Prefiks nama file muncul dalam Exchange System Manager pada tab umum kotak dialog properti untuk objek grup tertentu penyimpanan. Oleh karena itu, jika kelompok penyimpanan awalan "E01" dan jika Log yang diperlukan entri 28217-28221 (0x06E39-0x06E3D), kayu sebenarnya yang diperlukan E0106E39.log untuk E0106E3D.log.
   
   Anda harus memeriksa Log yang diperlukan nilai-nilai untuk setiap database dalam kelompok penyimpanan sebelum Anda menghapus log untuk kelompok penyimpanan itu.

Anda dapat dengan aman menghapus semua nomor file log yang kurang dari catatan terendah dalam Log yang diperlukan lapangan untuk database dalam kelompok penyimpanan. Ingatlah untuk memindahkan, menghapus, file-file log.

Catatan The Log yang diperlukan bidang dapat melaporkan berbagai satu log, tetapi sesuai nomor log file tidak ditemukan. Sebagai contoh, Log yang diperlukan bidang dapat melaporkan berbagai 28221-28221, tapi file log yang berjumlah 28221 tidak ditemukan. Hal ini dapat terjadi jika pos pemeriksaan dalam file log yang paling baru-baru ini. File log terbaru selalu dinamai dengan hanya penyimpanan kelompok awalan. Sebagai contoh, file log terbaru mungkin bernama E01.log. Sampai log ini lengkap dan sampai log baru yang dihasilkan, nama file log saat ini tidak termasuk urutan nomor login.

Anda dapat memverifikasi nomor urutan internal sebenarnya file log saat ini dengan melihat log file header dengan menggunakan berikut Eseutil perintah:Sebagai contoh, jika awalan log E01, menggunakan eseutil /ML E01.log. The lGeneration bidang log file header mencerminkan rentetan yang sebenar jumlah log file.

Jika Anda harus memulihkan Exchange Server database dari cadangan, dan jika Anda ingin memulihkan Exchange Server database tanpa kehilangan data, Anda juga harus mengembalikan semua file log transaksi yang dibuat setelah cadangan yang dilakukan. Jika ada istirahat dalam urutan log transaksi, Anda tidak bisa roll maju melewati istirahat itu. Dalam situasi ini, Anda harus menghapus semua nomor lebih tinggi log setelah istirahat. Ini mencakup berkas log saat ini.

Catatan Bahkan jika semua database dalam kelompok penyimpanan di Shutdown bersih atau Konsisten menyatakan, Anda tidak harus menghapus file log yang paling baru-baru ini. Jika Anda menghapus file log yang paling baru-baru ini, satu set file log yang dihasilkan, dimulai dengan urutan nomor 0x000001. Set baru file-file log akan mencegah Exchange Server database dari cadangan sebelumnya sedang bergulir maju.

Untuk informasi lebih lanjut tentang cara memperbaiki Exchange Server database, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: