Penjelasan tentang CHKDSK dan switch baru /C dan /I

Pada Windows NT versi 4.0 paket layanan 4 (SP4) dan Windows 2000, dua switch baru telah ditambahkan ke Chkdsk.exe. Switch ini memungkinkan pengguna untuk lebih baik mengelola downtime yang dikeluarkan oleh menjalankan CHKDSK atau AUTOCHK.

Switch yang ditambahkan dalam SP4 Windows NT 4.0 dan Windows 2000 adalah c dan / format saya, dan hanya berlaku ketika target drive memiliki NTFS. Setiap beralih mengarahkan rutin CHKDSK untuk mem-bypass tindakan tertentu jika tidak diperlukan untuk memvalidasi integritas struktur data NTFS.

Warning Microsoft tidak menganjurkan mengganggu proses CHKDSK ketika digunakan dengan switch/f, dan Microsoft tidak menjamin integritas disk jika CHKDSK program terganggu.

Chkdsk.exe adalah antarmuka baris perintah untuk program yang memverifikasi integritas sistem berkas di Windows logis. Ketika CHKDSK pertemuan logis inkonsistensi yang diperlukan tindakan untuk memperbaiki file sistem data, asalkan itu tidak pada mode baca-saja.

Kode yang benar-benar melakukan verifikasi ketika CHKDSK dijalankan online tinggal di utilitas dll seperti Untfs.dll dan Ufat.dll. Verifikasi rutinitas yang dipanggil oleh Chkdsk.exe yang sama ketika volume diverifikasi melalui antarmuka pengguna grafis yang disediakan oleh Windows Explorer atau Disk Administrator. Ketika CHKDSK dijadwalkan untuk berjalan di reboot, di sisi lain, modul biner yang berisi kode verifikasi adalah Autochk.exe. Autochk.exe adalah sebuah aplikasi Windows asli yang berjalan cukup awal dalam urutan boot sistem yang tidak memiliki manfaat dari memori Virtual atau layanan Win32 lainnya. Autochk.exe menghasilkan sejenis tekstual output itu utilitas dll dipanggil oleh Chkdsk.exe. Tapi di samping untuk menampilkan output ini di layar selama proses boot, Autochk.exe juga log peristiwa untuk Log Peristiwa aplikasi untuk sistem yang mengandung sebanyak output tekstual seperti bisa masuk ke dalam log peristiwa data buffer.

Karena Autochk.exe dan kode verifikasi dll utilitas yang digunakan oleh Chkdsk.exe didasarkan pada kode sumber yang sama, keduanya akan disebut juga sebagai "CHKDSK" sepanjang sisa artikel ini. Demikian pula, artikel yang bersangkutan hanya dengan perubahan dalam perilaku CHKDSK sehubungan dengan volume NTFS, harus dipahami bahwa, dengan mengatakan, "CHKDSK Apakah itu-dan-seperti," berikut adalah berarti: "CHKDSK Apakah itu-dan-seperti ketika menjalankan pada NTFS volume".

Karena penggunaan /C dan /I switch dapat mengakibatkan volume yang tersisa rusak bahkan setelah CHKDSK selesai, penggunaan switch ini bukanlah direkomendasikan kecuali dalam situasi di mana downtime sistem harus disimpan untuk minimal. Switch ini dimaksudkan untuk digunakan oleh pengguna dengan sangat volume besar dan yang memerlukan fleksibilitas dalam mengelola downtime yang timbul ketika CHKDSK harus berjalan pada volume tersebut.

Untuk memahami ketika itu mungkin tepat untuk menggunakan switch ini, penting untuk memiliki pemahaman dasar dari beberapa internal NTFS data struktur, jenis korupsi yang dapat terjadi, tindakan apa CHKDSK membutuhkan ketika verifikasi volume, dan apa konsekuensi potensial berada dalam bentuk CHKDSK's biasa verifikasi langkah.

CHKDSK's aktivitas dibagi menjadi tiga besar "tahap" selama yang memeriksa semua "metadata" pada volume dan tahap keempat opsional. Metadata adalah "data tentang data." Itu adalah overhead sistem berkas, sehingga untuk berbicara, yang digunakan untuk melacak segala sesuatu tentang semua file pada volume. Metadata memberitahu unit alokasi membuat cadangan data untuk diberikan file, unit alokasi apa gratis, unit alokasi apa berisi buruk sektor, dan seterusnya. "Isi" file, di sisi lain, disebut "data pengguna." NTFS melindungi metadata melalui penggunaan dari transaksi log. Data pengguna tidak begitu dilindungi.

Selama tahap pertama, CHKDSK menampilkan pesan di layar mengatakan bahwa itu adalah memverifikasi file dan menghitung dari 0 hingga 100 persen lengkap. Selama fase ini, CHKDSK memeriksa setiap file rekaman segmen (FRS) dalam volume tabel berkas utama (MFT). Setiap file dan direktori pada NTFS volume adalah unik diidentifikasi oleh FRS tertentu di MFT dan persen lengkap CHKDSK akan selama ini fase adalah persen MFT yang telah telah diverifikasi. Pada tahap ini, CHKDSK meneliti setiap FRS untuk internal konsistensi dan membangun dua bitmaps, salah satu yang mewakili FRSs apa yang digunakan, dan yang lain mewakili cluster pada volume yang digunakan. Pada akhir fase, CHKDSK tahu apa ruang yang digunakan dan ruang apa tersedia dalam MFT dan volume secara keseluruhan. NTFS terus lagu ini informasi dalam bitmaps sendiri yang disimpan di disk memungkinkan CHKDSK untuk membandingkan hasil-hasilnya dengan NTFS's bitmaps disimpan. Jika ada adalah perbedaan, mereka mencatat CHKDSK's output. Sebagai contoh, jika FRS yang telah digunakan ditemukan untuk menjadi rusak, kumpulan disk sebelumnya terkait dengan bahwa FRS akan berakhir ditandai sebagai tersedia di CHKDSK's bitmap, tetapi akan ditandai sebagai "digunakan" menurut NTFS's bitmap.

Selama tahap kedua, CHKDSK menampilkan pesan di layar mengatakan bahwa itu adalah verifikasi indeks dan menghitung dari 0 hingga 100 persen lengkap kedua waktu. Selama fase ini, CHKDSK meneliti masing-masing indeks pada volume. Indeks pada dasarnya NTFS direktori dan persen lengkap yang CHKDSK menampilkan selama ini fase adalah persen dari jumlah total direktori pada volume yang harus diperiksa. Pada tahap ini, CHKDSK memeriksa setiap direktori pada volume untuk konsistensi internal dan juga memverifikasi bahwa setiap file dan direktori yang diwakili oleh FRS di MFT adalah direferensikan oleh setidaknya satu direktori. Ini juga menegaskan bahwa setiap file atau subdirektori yang direferensikan di setiap direktori yang benar-benar ada sebagai FRS berlaku dalam MFT dan cek untuk direktori melingkar referensi. Akhirnya, itu menegaskan berbagai waktu perangko dan file ukuran informasi terkait dengan file semua up-to-date dalam daftar direktori untuk file-file tersebut. Pada akhir fase, CHKDSK telah memastikan bahwa ada tidak ada file "yatim" dan bahwa semua listing direktori untuk file sah. Yatim piatu file adalah salah satu untuk yang sah FRS ada, tapi yang tidak terdaftar di direktori apapun. Ketika file yatim ditemukan, itu sering akan dikembalikan ke direktori yang sah, asalkan direktori tersebut masih ada. Jika direktori yang harus menyimpan file tidak ada lagi, CHKDSK akan membuat direktori di direktori root dan tempat file yang ada. Jika direktori listing yang menemukan bahwa referensi FRSs yang tidak lagi dalam penggunaan atau yang digunakan tetapi tidak sesuai dengan file tercantum dalam direktori, direktori entri hanya dihapus.

Selama tahap ketiga, CHKDSK menampilkan pesan di layar mengatakan bahwa itu adalah verifikasi penjelas keamanan dan menghitung dari 0 hingga 100 persen menyelesaikan ketiga kalinya. Selama fase ini, CHKDSK meneliti masing-masing penjelas keamanan yang terkait dengan masing-masing file dan direktori pada volume. Keamanan penjelas berisi informasi mengenai pemilik file atau direktori, NTFS izin untuk file atau direktori, dan Audit informasi untuk file atau direktori. Persen komplit di kasus ini adalah persen dari jumlah file dan direktori pada volume. CHKDSK memverifikasi bahwa setiap struktur kata kunci keamanan baik dibentuk dan konsisten secara internal. Itu tidak memverifikasi bahwa pengguna terdaftar kelompok benar-benar ada atau yang izin yang diberikan dengan cara apapun sesuai.

Tahap keempat CHKDSK hanya dipanggil jika saklar /R digunakan. /R adalah digunakan untuk mencari sektor yang rusak dalam volume ruang bebas. Ketika /R digunakan, CHKDSK upaya untuk membaca setiap sektor pada volume untuk mengkonfirmasi bahwa sektor ini dapat digunakan. Sektor-sektor yang terkait dengan metadata membaca selama alam kursus menjalankan CHKDSK bahkan ketika /R tidak digunakan. Sektor terkait dengan pengguna data membaca selama fase awal CHKDSK disediakan /R ditentukan. Ketika sektor yang terbaca terletak, NTFS akan menambah kluster sektor untuk daftar cluster buruk dan, jika Gugus digunakan, mengalokasikan gugus baru untuk melakukan pekerjaan yang lama. Jika kesalahan disk toleran pengandar yang digunakan, data pulih dan ditulis untuk Gugus baru dialokasikan. Jika tidak, gugus baru dipenuhi dengan pola byte 0xFF. Ketika NTFS pertemuan tidak terbaca sektor selama kursus Petakan operasi normal, itu akan juga ulang mereka dengan cara yang sama. Dengan demikian, tombol /R biasanya tidak penting, tetapi dapat digunakan sebagai nyaman mekanisme untuk memindai volume seluruh jika disk diduga memiliki Bad sector.

Ayat-ayat sebelumnya memberikan hanya luas garis besar dari apa yang CHKDSK benar-benar melakukan untuk memverifikasi integritas NTFS volume. Ada banyak cek spesifik yang dibuat selama setiap tahap dan beberapa pemeriksaan cepat antara tahapan-tahapan yang tidak disebutkan. Sebaliknya, ini adalah hanya sebuah kerangka untuk lebih penting aspek CHKDSK aktivitas sebagai dasar untuk berikut diskusi mengenai waktu yang diperlukan untuk menjalankan CHKDSK dan dampak switch baru disediakan dalam SP4.

Selama fase pertama dan ketiga CHKDSK, persen komplit indikator kemajuan relatif lancar. Ada beberapa unevenness di tingkat di yang tahap ini kemajuan. FRSs yang tidak digunakan memerlukan sedikit waktu untuk proses daripada melakukan orang-orang yang sedang digunakan. Lebih besar keamanan penjelas mengambil lebih banyak waktu untuk proses daripada melakukan lebih kecil, dan sebagainya. Tetapi, secara keseluruhan, persen komplit ditampilkan adalah representasi yang cukup akurat dari sebenarnya waktu yang dibutuhkan untuk fase.

Sama ini tidak selalu benar untuk tahap kedua CHKDSK. Jumlah waktu yang diperlukan untuk memproses direktori erat dengan jumlah file atau subdirektori yang tercantum dalam direktori tersebut. Tapi persen komplit terdaftar selama ini fase adalah persen dari jumlah direktori menjadi memeriksa tanpa memperhatikan fakta bahwa beberapa direktori mungkin mengambil banyak lebih lama daripada yang lain untuk memproses. Sebagai contoh, pada volume dengan banyak kecil direktori dan satu sangat besar, persen lengkap mungkin kemajuan dengan cepat dari 0 sampai 10 persen lengkap dan kemudian tampaknya terjebak untuk lama waktu sebelum cepat maju dari 10 hingga 100 persen lengkap. Oleh karena itu, kecuali jika Anda tahu pasti bahwa direktori pada volume sangat seragam sehubungan dengan jumlah file yang mengandung, ditampilkan "persen komplit" selama fase ini tidak dianggap dapat diandalkan representasi waktu aktual yang tersisa untuk fase ini.

Untuk membuat keadaan menjadi lebih buruk bagi siapa pun yang tertangkap di bagian tengah dari tak terduga CHKDSK, tahap kedua CHKDSK adalah salah satu yang biasanya mengambil terpanjang untuk menjalankan.

Sekarang, itu harus jelas bahwa banyak faktor yang berkaitan dengan keadaan play volume roll di CHKDSK berapa lama yang diperlukan untuk menjalankan. Formula memperkirakan waktu yang dibutuhkan untuk menjalankan CHKDSK pada volume tertentu harus memperhitungkan faktor-faktor seperti jumlah file dan direktori, tingkat fragmentasi volume di Jenderal juga sebagai master file tabel khususnya, apakah file memiliki nama panjang dan 8,3 nama-nama yang telah diformat, dan korupsi berapa banyak benar-benar perlu diperbaiki. Dan yang mengatakan apa-apa tentang masalah perangkat keras seperti jumlah memori sistem, kecepatan CPU, kecepatan disk atau disk, dan seterusnya.

Suka daripada mencoba untuk memprediksi berapa lama CHKDSK akan mengambil untuk menjalankan untuk diberikan volume pada platform perangkat keras yang diberikan, cukup untuk mengatakan bahwa ia dapat mengambil di mana saja dari beberapa detik untuk beberapa hari--tergantung pada spesifik Anda situasi. Kecuali /R digunakan, untuk platform perangkat keras yang diberikan terbesar keprihatinan adalah jumlah file dan direktori daripada mutlak ukuran volume. Volume 50 GB dengan satu atau dua besar database file akan hanya mengambil detik untuk CHKDSK berjalan asalkan /R bukanlah ditentukan. Jika /R ditentukan, CHKDSK akan harus membaca memverifikasi setiap sektor pada volume, dan yang jelas menambahkan signifikan untuk volume besar. Pada sisi lain, bahkan volume yang relatif kecil mungkin mengambil jam untuk menjalankan CHKDSK jika memiliki ratusan ribuan atau jutaan file kecil-- Apakah /R ditentukan.

Cara terbaik untuk memprediksi CHKDSK berapa lama yang diperlukan untuk menjalankan pada volume tertentu adalah benar-benar melakukan uji coba pada mode baca-saja selama periode rendah penggunaan sistem. Perawatan harus diambil dengan menggunakan teknik ini, namun, selama tiga alasan:

• Hanya-baca CHKDSK akan membatalkan sebelum selesai semua tiga fase jika itu pertemuan kesalahan dalam tahap sebelumnya dan rentan terhadap palsu pelaporan kesalahan ketika pada mode baca-saja. Itu adalah, CHKDSK mungkin melaporkan bahwa disk rusak bahkan ketika tidak ada nyata korupsi yang hadir. Hal ini dapat terjadi Jika NTFS terjadi untuk mengubah daerah dari disk atas beberapa program kegiatan yang CHKDSK memeriksa pada waktu yang sama. Untuk memverifikasi volume dengan benar, volume harus dalam keadaan statis, dan satu-satunya cara untuk menjamin bahwa negara untuk mengunci volume. CHKDSK hanya mengunci volume Ketika/f atau /R (yang berarti "F") yang ditentukan. Dengan demikian, Anda mungkin perlu menjalankan CHKDSK lebih dari sekali untuk mendapatkannya untuk menyelesaikan semua tahapan dalam hanya-baca modus.
• Sistem beban dan apakah CHKDSK berjalan online atau selama jendela Urutan boot NT dapat mempengaruhi waktu yang dibutuhkan untuk menjalankan CHKDSK. CHKDSK adalah CPU dan disk intensif. Faktor yang menjadi hambatan akan tergantung pada skenario perangkat keras tertentu, tetapi, jika berat disk i/O atau tinggi Penggunaan CPU akan pada bersamaan dengan hanya-baca CHKDSK, meningkat kali akan menghasilkan. Juga, Autochk.exe berjalan dalam lingkungan yang berbeda daripada Chkdsk.exe. saat menjalankan CHKDSK melalui Autochk.exe affords eksklusif menggunakan sumber daya CPU dan I/O untuk CHKDSK, juga menghilangkan CHKDSK dari manfaat dari memori virtual. Dengan demikian, sementara Autochk.exe biasanya akan diharapkan untuk menjalankan lebih cepat daripada Chkdsk.exe, sistem dengan relatif rendah jumlah RAM dapat melihat kali lebih lama untuk Autochk.exe daripada untuk Chkdsk.EXE.
• Memperbaiki korupsi menambah waktu yang diperlukan. Hanya-baca CHKDSK dapat lengkap hanya jika korupsi tidak signifikan ditemukan. Jika disk menderita hanya kecil korupsi, waktu untuk memperbaiki masalah akan hanya sedikit lebih lama dari yang diperlukan untuk read-only CHKDSK. Tetapi jika ada utama kerusakan, seperti mungkin hasil dari kecelakaan serius kepala atau besar lainnya kegagalan perangkat keras, waktu yang diperlukan untuk menjalankan CHKDSK dapat peningkatan proporsi jumlah file yang rusak. Dalam kasus ekstrim, ini bisa lebih dari dua kali lipat waktu yang dibutuhkan untuk CHKDSK.

Memperkenalkan /C dan /I switch

Tombol c mengarahkan CHKDSK untuk melewati cek yang mendeteksi siklus dalam struktur direktori. Siklus adalah bentuk yang sangat jarang korupsi di mana subdirektori itu sendiri untuk leluhur. Menggunakan switch/c dapat mempercepat CHKDSK sekitar 1 hingga 2 persen. Menggunakan/c juga dapat meninggalkan direktori "loop" pada NTFS volume. Loop tersebut mungkin tidak dapat diakses dari sisa pohon direktori dan dapat mengakibatkan beberapa jumlah file yang menjadi yatim piatu di arti bahwa mereka tidak dapat dilihat oleh setiap aplikasi Win32--termasuk cadangan aplikasi.

Tombol /I mengarahkan CHKDSK untuk melewati cek yang membandingkan direktori entri untuk FRSs yang sesuai dengan masukan mereka. Dengan demikian, sementara direktori entri ini masih diperiksa untuk memastikan bahwa mereka diri-konsisten, mereka itu tidak selalu konsisten dengan data yang disimpan dalam konektornya FRSs bahkan setelah CHKDSK telah menjalankan dengan switch ini berlaku. Menggunakan /I beralih biasanya hasil di CHKDSK kali dikurangi dengan 50-70 persen. CHKDSK persis berapa banyak lebih cepat adalah dengan ini beralih akan tergantung pada faktor-faktor seperti rasio file ke direktori, serta pada kecepatan relatif dari disk I/O versus kecepatan CPU, dan karena itu, sulit untuk memprediksi di muka. Penggunaan tombol /I dapat mengakibatkan direktori entri yang tersisa yang merujuk ke salah FRSs atau FRSs yang tersisa yang tidak direferensikan oleh salah satu direktori entri. Kasus kemudian adalah bentuk lain dari orphaning. The file yang diwakili oleh FRS mungkin utuh dalam segala hal kecuali untuk fakta bahwa ia tidak kelihatan oleh semua Win32 aplikasi-termasuk cadangan aplikasi. Dalam kasus yang pertama, file nampaknya ada; Namun aplikasi mengalami kesalahan saat mencoba untuk mengaksesnya.

Ketika disk korupsi terdeteksi pada volume, Anda memiliki tiga pilihan dasar

• Melakukan apa-apa. Untuk server kritis misi yang diperkirakan akan online 24 jam sehari, hal ini sering pilihan kebutuhan. Kelemahan untuk pilihan ini adalah bola bahwa korupsi yang relatif kecil dapat "salju" ke korupsi besar jika itu tidak diperbaiki secepat mungkin setelah terdeteksi. Oleh karena itu, opsi ini hanya boleh dipertimbangkan ketika menjaga sistem lebih penting bahwa integritas data disimpan di rusak volume karena semua data pada volume rusak harus dianggap "beresiko" sampai CHKDSK berjalan.
• Menjalankan CHKDSK penuh. Pilihan ini perbaikan semua data sistem berkas, memulihkan semua data pengguna yang dapat dipulihkan oleh cara dari proses otomatis. Kelemahan untuk pilihan ini adalah bahwa CHKDSK penuh dapat memerlukan beberapa jam downtime untuk server kritis misi pada waktu sial.
• Menjalankan CHKDSK disingkat menggunakan beberapa kombinasi dari /C dan /I switch. Pilihan ini perbaikan jenis korupsi yang dapat bola "salju" menjadi masalah yang lebih besar dalam waktu lebih dari CHKDSK penuh akan memerlukan, tetapi tidak memperbaiki semua korupsi yang mungkin ada. CHKDSK penuh masih akan diperlukan di masa mendatang untuk menjamin bahwa semua data yang dapat dipulihkan telah pulih.

Itu harus menunjukkan bahwa NTFS menjamin integritas pengguna data mengikuti contoh dari disk korupsi--bahkan ketika CHKDSK penuh Jalankan segera setelah korupsi telah terdeteksi. Dengan demikian, mungkin ada file yang CHKDSK tidak dapat pulih. Juga, file yang adalah pulih mungkin internal rusak bahkan setelah CHKDSK telah dijalankan. Oleh karena itu, tetap sangat penting bahwa misi data penting dilindungi melalui rejimen periodik backup atau metodologi pemulihan bencana kuat lainnya.