Memiliki beberapa server dan mereka belum terfragmentasi selama dua tahun. Apakah ada standar berapa persentase yang harus difragmentasi sebelum defragmenting?
Server adalah Windows 2003.
Memiliki beberapa server dan mereka belum terfragmentasi selama dua tahun. Apakah ada standar berapa persentase yang harus difragmentasi sebelum defragmenting?
Server adalah Windows 2003.
Jawaban:
Saya sebenarnya tidak pernah mendefrag data di server saya. Saya belum melihat cukup dari peningkatan kinerja dalam penyajian file untuk membuatnya sepadan dengan kinerja hit waktu yang dibutuhkan untuk defrag. Faktanya sebagian besar server tidak akan pernah benar-benar menyelesaikan defragmenting kecuali jika Anda membuatnya offline selama beberapa hari. Jika Anda menggunakan sistem file yang relatif modern (yang kecuali Anda memilih untuk mengubah default pada Windows 2003 Anda), itu tidak masalah. Juga jika Anda menjalankan segala jenis striping RAID, fragmentasi file tidak menjadi masalah karena sudah dipecah di banyak disk.
Jika saya memiliki server di mana saya benar-benar ingin data bersih dan defrag untuk beberapa alasan saya jauh lebih mungkin untuk mendukung semuanya ke tape, bersihkan drive dan kembalikan. Itu akan menuliskan semuanya dalam blok sempurna.
Satu-satunya kasus penggunaan yang saya tahu untuk mendefrag server Windows adalah untuk meningkatkan kinerja cadangan. Cadangan hanya tentang I / O berurutan skala besar yang dilakukan oleh server-file, dan itu adalah jenis I / O yang memperhatikan fragmentasi. Jenis server file I / O lakukan ketika pengguna memukul mereka sangat acak, dan dalam hal ini fragmentasi kadang-kadang dapat meningkatkan kinerja.
Di pekerjaan lama saya, kami memiliki server file yang baru saja kami migrasi ke perangkat keras baru. Segera setelah migrasi, cadangan berjalan pada urutan 450MB / Menit (ini bertahun-tahun yang lalu, ingat). Dua tahun kemudian, server itu mencadangkan sekitar 300MB / Menit. Kami kemudian mendefrag untuk pertama kalinya, dan kecepatan naik kembali menjadi 450MB / Menit lagi.
Jika Anda mengalami kesulitan menyelesaikan semua cadangan tepat waktu, dan sepertinya server yang didukung adalah leher botolnya, defrag dapat membantu.
Use-case lain untuk defrag adalah sistem cadangan-ke-disk dengan arsip disimpan di NTFS. Cadangkan dan pulihkan pada volume semacam itu sepenuhnya berurutan, dan itu memperhatikan fragmentasi. Namun, jika penyimpanan yang mendasari cukup abstrak (seperti array disk HP EVA) bahkan I / O semacam ini tidak akan melihat fragmentasi.
Intinya adalah bahwa I / O yang berurutan adalah tipe I / O yang paling banyak memerhatikan fragmentasi. Jika itu bukan I / O yang Anda khawatirkan, maka defragging bukan masalah.
Saya setuju bahwa Anda sering tidak perlu dan tidak seharusnya jika kinerja adalah tujuan Anda (defrag terus-menerus melakukan lebih banyak kerugian daripada kebaikan).
Seperti aturan apa pun, ada beberapa pengecualian:
Jika Anda, atau pada titik di mana ruang disk sangat rendah (<15% gratis), maka Anda mungkin harus melakukan defrag ketika ada waktu. Bahkan sistem file modern mengalami kesulitan menghindari fragmentasi ketika ada begitu sedikit sektor untuk dipilih.
Jika Anda menjalankan jenis aplikasi spesifik yang menyebabkan fragmentasi yang tidak dapat dihindari, Anda mungkin ingin berinvestasi dalam program defragmentasi khusus server (ini dirancang untuk berjalan terus-menerus di latar belakang dan defrag saat / jika diperlukan). Jenis aplikasi yang akan menyebabkan fragmentasi yang tidak terhindarkan dalam lingkungan Windows adalah mereka yang melakukan banyak penulisan malas di banyak file (peranti lunak server yang paling tangguh menghindari ini, tetapi sesuatu seperti pengelola unduhan desktop, terutama beberapa klien BitTorrent tertentu, menunjukkan semacam ini fragmentasi perilaku agresif)
Saya menjalankan Diskeeper pada server di pekerjaan sebelumnya dan jadi peningkatan kinerja yang terukur pada server file dan server aplikasi. Saya tidak berpikir kita mendekati statistik yang dipublikasikan tetapi kita pasti melihat beberapa manfaat.
Itu ditetapkan untuk defrag pada idle dan dalam jadwal yang ditetapkan untuk membatasi dampak dengan beberapa bit tambahan yang menendang saat boot.
Satu alat untuk hal tentang adalah Smart Defrag, oleh IOBit. Ini mendefrag di latar belakang, ketika komputer Anda siaga, dan memiliki Deep Optimize dan kemampuan lainnya. Tampaknya bermanfaat, jadi Anda bisa meletakkannya di sana dan tidak perlu khawatir tentang defragmenting.
AFAIK, RAID tidak kebal dari efek fragmentasi; meskipun jumlah disk fisik, FS masih harus mengeluarkan permintaan I / O terpisah untuk setiap fragmen, kan?
Ya, sistem yang ditata dengan baik menyelesaikan cadangan lebih cepat. Juga setuju bahwa ruang rendah dan fragmentasi bukanlah kombinasi yang baik ... terbaik untuk menghindari situasi itu.
Jika waktu / penjadwalan defrag menjadi perhatian, solusi defrag latar belakang seperti salah satu edisi Diskeeper Server (tidak gratis!) Adalah pilihan yang baik. Ini defrag hanya menggunakan sumber daya idle, sehingga seharusnya tidak ada dampak bahkan pada server produksi. Beberapa server kami di sini menggunakan DK, dan admin tampaknya cukup senang dengannya.
BTW, beberapa klien BT (utorrent datang ke pikiran) memiliki opsi pra-alokasi untuk torrent, sehingga tidak ada fragmentasi selama pengunduhan, selama ada cukup ruang kosong yang berdekatan untuk menampung file.
Konsensus (yang saya setujui) tampaknya tidak defrag pada server karena manfaatnya tidak sebanding dengan kinerja yang dicapai selama defragmentasi aktual.
Namun, artikel TechNet tentang melakukan konversi Fisik ke Virtual merekomendasikan defragmentasi sebagai metode untuk mengurangi jumlah waktu yang diperlukan untuk melakukan P2V. Ini sangat penting jika Anda memiliki jendela perawatan terbatas untuk menyelesaikan P2V Anda.
Untuk membantu meminimalkan waktu yang diperlukan untuk fase pencitraan, lakukan defragmentasi disk pada hard drive komputer sumber. Juga, pastikan Anda memiliki koneksi jaringan yang cepat antara komputer sumber dan host.