Kebutuhan untuk men-defrag database email di Exchange Server 2010 muncul dari kenyataan bahwa ketika Anda menghapus informasi dari database, itu tidak secara otomatis kompres (ada halaman kosong), dan karenanya, ukuran file database tidak berkurang. Misalnya, jika Anda mentransfer kotak pesan pengguna dengan ukuran total 5 GB dari basis data email 20 GB, ukuran file akan tetap tidak berubah 20 GB. Namun, ruang bebas 5 GB yang dibebaskan akan digunakan oleh elemen baru di masa mendatang.
Oleh karena itu, jika Anda perlu mengurangi ukuran file database email di Exchange 2010 dengan menghapus halaman yang tidak dihuni, Anda dapat menggunakan salah satu metode berikut:
- Buat database baru, transfer semua kotak ke sana dan hapus database lama
- Lakukan defragmentasi offline dari database saat ini
Masing-masing metode ini memiliki pro dan kontra. Defragmentasi offline melibatkan kotak surat pengguna yang sederhana, tetapi itu adalah satu-satunya solusi yang tersedia ketika tidak ada cukup ruang disk (Anda tidak punya tempat untuk membuat database baru).
Di sisi lain, migrasi kotak surat ke database baru adalah prosedur yang tidak terlalu berisiko, tetapi di samping kebutuhan untuk memiliki ruang bebas yang cukup untuk menyimpan dua penyimpanan surat, menghasilkan sejumlah besar transaksi yang juga secara signifikan meningkatkan persyaratan untuk ruang kosong yang tersedia, dan sebagai hasilnya, proses pemindahan pengguna dapat memakan waktu beberapa hari..
Anda harus membedakan dengan jelas antara defragmentasi offline dan online dari database Exchange 2010. Defragmentasi interaktif di Exchange dilakukan terus menerus ketika opsi diaktifkan Aktifkan pemeliharaan basis data latar belakang (pemindaian ESE 24 x 7). Prosedur ini dilakukan di latar belakang, termasuk penghapusan item usang dalam repositori dan mengoptimalkan tata letak halaman. Tugas utama adalah membebaskan ruang yang tidak digunakan dengan mengompresi catatan ke jumlah halaman minimum yang mungkin untuk mengurangi jumlah operasi input / output. Perhatikan bahwa ruang yang tidak digunakan tidak dikembalikan ke sistem. Defragmentasi offline membebaskan ruang ini.
Kami menentukan ukuran ruang kosong di database Exchange 2010
Untuk mengetahui ukuran database saat ini dan jumlah ruang kosong di dalamnya (halaman yang tidak digunakan sama) di Exchange 2010, gunakan perintah berikut di Exchange Management Shell:
C: \> Get-MailboxDatabase -Status | nama ft, basis data, tersedia kotak surat Gmail - otomatis
Name DatabaseSize AvailableNewMailboxSpace-- - -
WI-DB-01 17.26 GB (18.604.766.720 byte) 8.544 GB (9.247.766.016 byte)
WI-DB-02 14.63 GB (15.785.670.144 byte) 4.696 GB (4.968.761.856 byte)
WI-DB -Archive-01 658.1 MB (689.542.784 bytes) 234.6 MB (241.164.544 bytes)
Dalam contoh ini, dapat dilihat bahwa ukuran basis data WI-DB-01 saat ini adalah 17 GB, dan ruang kosong di dalamnya sudah 8,5 GB. Dan jika Anda ingin membebaskan ruang ini, ukuran file dari basis data email dapat dikurangi dengan mendefragmeninya dengan ESEUTIL.
Selanjutnya, saya akan menunjukkan bagaimana Anda dapat mendefrag file Exchange mail database 2010 pada server yang berdiri sendiri yang bukan anggota dari Grup Ketersediaan Basis Data..
CATATAN Jika server Anda adalah anggota DAG tidak gunakan ini instrumentasi!
Bersiap untuk Defrag Exchange 2010
Saat merencanakan defragmentasi basis data, Anda perlu memahami dengan jelas bahwa untuk melakukan pekerjaan ini, Anda harus meng-unmount basis data yang diperlukan, bahwa surat tidak tersedia untuk semua pengguna yang berada di dalam basis data ini.
Selanjutnya, Anda perlu memastikan bahwa ada cukup ruang kosong untuk melakukan defragmentasi. Selama proses defragmentasi, file database baru dibuat dan file lama dan baru disimpan pada disk secara bersamaan, di samping itu, ruang tambahan diperlukan untuk file sementara yang dibuat oleh utilitas eseutil.
Karenanya, jika Anda akan mendefrag Exchange Exchange, Anda harus memiliki ruang kosong yang sama dengan tidak kurang dari 110% dari ukuran basis data saat ini (tidak termasuk halaman kosong).
Dalam kasus saya, ini berarti bahwa kami harus memiliki ruang disk kosong setidaknya 9,6 GB:
17.26 - 8.54 = 8.72
8,72 x 1.1 = 9,6
Jika tidak ada jumlah ruang pada disk saat ini, Anda perlu menentukan lokasi alternatif untuk file sementara di parameter eseutil. Ini mungkin disk yang berbeda atau jalur UNC jaringan, namun, perlu dicatat bahwa ketika menggunakan jalur UNC, waktu defragmentasi dapat meningkat secara signifikan karena bandwidth dan penundaan jaringan.
Anda juga perlu memastikan bahwa Anda memiliki cadangan terbaru dari database yang didefragmentasi sehingga tidak akan sangat menyakitkan ...
Menggunakan ESEUtil untuk Mendefragmentasi Basis Exchange
Buka prompt perintah Exchange Management Shell dan ubah ke direktori dengan file database email:
cd D: \ Data \ WI-DB-01
Lepas dudukannya.
Turun dari Basis Data WI-DB-01
Jalankan defragmentasi menggunakan utilitas ESEUtil.
D: \ Data \ WI-DB-01> eseutil / d WI-DB-01.edb /t_tmp_srv\exch\temp.edb
Utilitas Mesin Penyimpanan yang Diperluas untuk Microsoft (R) Exchange Server
Versi 14.01
Hak Cipta (C) Microsoft Corporation. Hak cipta dilindungi undang-undang.
Memulai mode DEFRAGMENTASI ...
Database: WI-DB-01.edb
Status Defragmentasi (% selesai)
0 10 20 30 40 50 60 70 70 90 100
| - | - | - | - | - | - | - | - | - |
...
Memindahkan '\\ tmp_srv \ exch \ temp.edb' ke 'WI-DB-01.edb' ...
Status Salin File (% selesai)
0 10 20 30 40 50 60 70 70 90 100
| - | - | - | - | - | - | - | - | - |
...
Catatan:
Disarankan agar Anda segera melakukan pencadangan penuh
dari database ini. Jika Anda mengembalikan cadangan yang dibuat sebelum
defragmentasi, basis data akan digulir kembali ke keadaan
itu pada saat cadangan itu.
Operasi selesai dengan sukses dalam 2798.218 detik.
Pasang dasar:
mount-Database WI-DB-01
Pastikan ukurannya menurun:
Get-MailboxDatabase -Status | nama ft, basis data, tersedia kotak surat Gmail - otomatis
Name DatabaseSize AvailableNewMailboxSpace
-- - -
WI-DB-01 8.328 GB (8.942.190.592 byte) 5.219 MB (5.472.256 byte)
WI-DB-02 14.63 GB (15.785.670.144 byte) 4.696 GB (4.968.761.856 byte)
WI-DB -Archive-01 658.1 MB (689.542.784 bytes) 234.6 MB (241.164.544 bytes)
