Spiegazione del CHKDSK e nuovi parametri /C e /I

Traduzione articoli Traduzione articoli
Identificativo articolo: 187941 - Visualizza i prodotti a cui si riferisce l?articolo.
Per la Microsoft Windows XP versione a di questo articolo, vedere 314835.
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

In Windows NT versione 4.0 Service Pack 4 (SP4) e Windows 2000, due nuovi parametri sono stati aggiunti a CHKDSK.exe. Queste opzioni consentono agli utenti di gestire meglio il tempo di inattività sostenuto per l'esecuzione di CHKDSK o AUTOCHK.

Le opzioni che vengono aggiunti in Windows NT 4.0 SP4 e Windows 2000 sono /C e / format e sono valido solo quando l'unità di destinazione dispone di NTFS. Ogni switch indica la routine CHKDSK per ignorare determinate azioni che altrimenti sarebbe necessario per convalidare l'integrità delle strutture di dati NTFS.

avviso Non è consigliabile interrompere il processo CHKDSK quando viene utilizzato con l'opzione /f e Microsoft non garantisce l'integrità del disco se il programma CHKDSK viene interrotto.

Informazioni

CHKDSK.exe è l'interfaccia della riga di comando un programma che verifica l'integrità logica di un file system in Windows. Quando CHKDSK rileva incoerenze logiche occorrono azioni per ripristinare i dati del file System, è necessario fornito che non è in modalità di sola lettura.

Il codice che effettivamente esegue la verifica quando CHKDSK viene eseguito in linea si trova nelle DLL di utilità, ad esempio Untfs.dll e Ufat.dll. Le routine di verifica richiamate da Chkdsk.exe sono uguali a quelle richiamati quando un volume viene verificato tramite l'interfaccia grafica utente fornita da Disk Administrator o Esplora. Data CHKDSK è pianificata l'esecuzione al riavvio del computer, invece, il modulo binario che contiene il codice di verifica è di Autochk.exe. Autochk.exe è un'applicazione di Windows nativa che viene eseguito sufficientemente anticipata nella sequenza di avvio del sistema che non ha il vantaggio di memoria virtuale o altri servizi di Win32. Autochk.exe genera lo stesso tipo di output testuale che l'utilità DLL richiamata da Chkdsk.exe. Ma oltre a visualizzare l'output sullo schermo durante il processo di avvio, Autochk.exe inoltre registrato un evento al registro eventi applicazione per il sistema contenente la quantità dell'output di testo come visualizzabili nel buffer di dati del log eventi.

Dato che Autochk.exe e il codice verifica DLL utilità utilizzata da Chkdsk.exe sono basati sullo stesso codice di origine, entrambi si fa riferimento in modo generico come "CHKDSK" in tutto il resto di questo articolo. Allo stesso modo, come in questo articolo riguarda solo le modifiche di CHKDSK funzionamento rispetto ai volumi NTFS, deve essere comprensibile che pronunciando "CHKDSK viene ad-e-ad," è destinato il seguente: "CHKDSK viene ad-e-ad quando viene eseguito su un volume NTFS".

Poiché l'utilizzo di parametri /C e /I può portare in un volume rimanente danneggiato anche dopo la completa di CHKDSK, l'utilizzo di queste opzioni non è consigliabile, tranne nei casi in cui è necessario mantenere al minimo i tempi di inattività sistema. Queste opzioni sono destinate a essere utilizzato dagli utenti con volumi eccezionalmente grandi e che richiedono la flessibilità nella gestione dei tempi di inattività che è sostenuta per il CHKDSK deve essere eseguito su tali volumi.

Per capire quando potrebbe essere appropriato utilizzare queste opzioni, è importante disporre di una comprensione di base di alcune delle strutture dati NTFS interne, i tipi di danni che possono essere eseguiti, le azioni che CHKDSK quando verifica un volume e quali sono le potenziali conseguenze di ignorare i passaggi di verifica comuni di CHKDSK.

Attività CHKDSK è suddivisa in tre principali "fasi" durante il quale viene esaminato tutti i "metadati" sul volume e una fase quarta facoltativa. I metadati sono i "dati relativi ad altri dati" È il file di sovraccarico del sistema, così dire, che consente di tenere traccia di tutto ciò che riguarda tutti i file sul volume. Metadati indica le unità di allocazione costituiscono i dati di un file specifico, quali unità di allocazione sono libere, quali allocazione unità contengono settori danneggiati e così via. Il "contenuto" di un file d'altra parte, viene definito "dati utente". NTFS protegge i propri metadati attraverso l'utilizzo di un registro di transazione. I dati utente non sono così protetto.

Durante la prima fase, CHKDSK visualizza un messaggio nella finestra che informa che verifica i file e i conteggi da 0 al 100 % completato. In questa fase CHKDSK esamina ogni segmento dei record dei file (FRS) nella tabella file master del volume (MFT). Ogni file e directory in un volume NTFS in modo univoco è identificato da un FRS specifico nella tabella file master e la percentuale di completamento di avanzamento visualizzata durante questa fase rappresenta la percentuale della tabella file master cui viene verificata. Durante questa fase CHKDSK esamina ogni FRS per coerenza interna e crea due bitmap, uno che rappresenta il FRSs è in uso e di altri representing il cluster del volume sono in uso. Al termine di questa fase, CHKDSK sa quali spazio è in uso e che è disponibile all'interno della tabella MFT e sul volume nel suo complesso. NTFS tiene traccia di queste informazioni in bitmap a sé stante memorizzati su disco consentendo di CHKDSK confrontare i risultati con bitmap stored del NTFS. Se esistono discrepanze, sono indicati nell'output CHKDSK. Ad esempio, se viene rilevato che un servizio Replica file che era stato in uso sia danneggiato, i cluster del disco in precedenza associato che FRS finirà vengano contrassegnati come disponibili nella bitmap CHKDSK, ma verranno contrassegnate come "in uso" in base a della NTFS bitmap.

Durante la seconda fase, CHKDSK visualizza un messaggio nella finestra che informa che è verifica degli indici e conta da 0 al 100 % completato una seconda volta. In questa fase CHKDSK esamina ogni indice del volume. Gli indici sono essenzialmente directory NTFS e la percentuale di completamento di avanzamento visualizzata durante questa fase rappresenta la percentuale del numero totale di directory sul volume che devono essere archiviati. Durante questa fase CHKDSK esamina ogni directory sul volume per coerenza interna e verifica inoltre che tutti i file e directory rappresentata da un FRS nella tabella file master fa riferimento almeno una directory. Inoltre conferma che ogni file o sottodirectory a cui fa riferimento ogni directory effettivamente esiste come un FRS valido nella tabella file master e controlla i riferimenti circolari directory. Infine, conferma che i vari gli indicatori di data e ora e le informazioni di dimensione di file associate a file sono tutti aggiornate in elenchi di directory per i file. Al termine di questa fase, è si è verificata CHKDSK che non esistono file "orfani" e di tutte le voci di directory per i file legittimi. Un file orfano è uno per che esiste un FRS legittimo, ma che non viene elencata in una directory qualsiasi. Quando viene rilevato un file orfano, possono spesso essere ripristinato la directory legittimo, tale directory è ancora circa. Se la directory deve contenere il file non esiste più, CHKDSK verranno creare una directory nella directory principale e il file non esiste. Se gli elenchi di directory vengono trovati riferimento FRSs che non è più in uso o che sono in uso ma non corrispondono al file elencato nella directory, è possibile che la voce di directory semplicemente viene rimosso.

Durante la terza fase CHKDSK visualizza un messaggio nella finestra che informa che sta verificando i descrittori di protezione e i conteggi da 0 al 100 % completato una terza volta. Durante questa fase CHKDSK esamina ogni descrittori di protezione associati a ognuno dei file e delle directory sul volume. I descrittori di protezione contengono informazioni riguardanti il proprietario del file o la directory, dell'autorizzazione di NTFS per il file o la directory e il controllo informazioni per il file o directory. In questo caso, la percentuale di completamento è la percentuale del numero di file e directory sul volume. CHKDSK verifica che ogni struttura del descrittore di protezione sia di formato corretto e coerenti. Non consente di verificare che gli utenti elencati o i gruppi esiste effettivamente o che le autorizzazioni consentiti sono in alcun modo appropriato.

La quarta fase di CHKDSK viene richiamata solo se viene utilizzata l'opzione /R. /R viene utilizzata per individuare i settori nello spazio libero del volume. Quando viene utilizzato /R, CHKDSK tenta di leggere ogni settore del volume per confermare che il settore è utilizzabile. I settori associati ai metadati vengono letti durante il corso naturale di esecuzione di CHKDSK anche quando non viene utilizzato il /R. I settori associati a dati utente vengono letti nelle fasi precedenti fornito /R è specificato. Una volta individuato un settore illeggibile, NTFS verrà aggiunto al cluster contenente tale settore all'elenco di cluster danneggiati e, se il cluster è stato in uso, allocare un nuovo cluster per eseguire il processo di precedente. Se viene utilizzato un driver di errore al disco a tolleranza d ', dati vengono recuperati e scritti al cluster appena allocato. In caso contrario nel nuovo cluster viene incluso un motivo di 0xFF byte. Quando NTFS rileva settori illeggibili durante il normale funzionamento, verrà anche riassociare le nello stesso modo in cui. Di conseguenza, il parametro /R non è in genere essenziale, ma può essere utilizzato come meccanismo utile per l'analisi dell'intero volume se si sospetta un disco di disporre di settori danneggiati.

Paragrafi precedenti consentono solo il contorno più ampia di CHKDSK è effettivamente operazioni per verificare l'integrità di un volume NTFS. Esistono molte verifiche specifiche apportate durante ogni fase e diversi controlli rapidi tra le fasi che non sono state accennate. È invece semplicemente una struttura per tutti gli aspetti più importanti delle attività CHKDSK come base per la discussione seguente riguardanti il tempo necessario per eseguire CHKDSK e l'impatto delle opzioni nuove fornito in SP4.

Durante le fasi prima e la terza di CHKDSK, la percentuale di completamento relativamente uniforme progressi di indicatore. Può esistere alcuni unevenness della frequenza alla quale queste fasi di avanzamento. FRSs che non sono in uso richiedono meno tempo per l'elaborazione rispetto a quelli che sono in uso. Descrittori di protezione maggiori richiedono più tempo per l'elaborazione di eseguire quelli più piccoli e così via. Ma, in generale, la percentuale di completamento visualizzata è una rappresentazione piuttosto accurata del tempo effettivo necessario per tale fase.

Lo stesso non è necessariamente true per la seconda fase di CHKDSK. La quantità di tempo necessario per elaborare una directory è strettamente legata al numero di file o sottodirectory elencate in tale directory. Ma la percentuale di completamento elencati in questa fase è la percentuale del numero di directory da esaminare senza tenere conto del fatto che alcune directory potrebbe richiedere molto più lungo rispetto ad altri per l'elaborazione. Ad esempio, su un volume con molte directory piccola e una di dimensioni molto grande, la percentuale di completamento potrebbe avanzamento rapidamente da 0 al 10 % completamento e quindi sembrano di rimanere bloccati per un lungo periodo di tempo prima rapidamente in corso dal 10 al 100 % completato. Di conseguenza, se non si conosce per determinati che le directory su un volume sono altamente uniforme con rispetto al numero di file che contengono, la visualizzato "percentuale di completamento" durante questa fase non può essere considerata una rappresentazione affidabile del tempo effettivo rimanente di questa fase.

Per rendere questioni peggio per chiunque rilevata all'interno di un CHKDSK imprevista, la seconda fase di CHKDSK è quello che in genere il più lungo per l'esecuzione.

A questo punto, dovrebbe essere chiaro che molti fattori di dover con lo stato di un volume di riprodurre un rullino in quanto CHKDSK richiederà di eseguire. Una formula per prevedere il tempo necessario per l'esecuzione di CHKDSK in un determinato volume dovrebbe tenere conto fattori quali il numero di file e directory, il livello di frammentazione del volume in generale nonché come della tabella file master in particolare, se i file con entrambi i nomi lunghi e 8.3 formattati i nomi e quanto danneggiamento effettivamente deve essere risolto. Ed è ad esempio nulla di problemi di hardware quali la quantità di memoria di sistema, la velocità della CPU, la velocità del disco o dischi, e così via.

Anziché tentare di prevedere la durata CHKDSK avrà eseguire per un determinato volume su una piattaforma hardware specifico, basti per dire che può richiedere da pochi secondi a diversi giorni, a seconda della situazione specifica. Se non viene utilizzato /R, per una piattaforma hardware specificato la preoccupazione principale è il numero di file e directory anziché la dimensione assoluta del volume. Vale a dire un volume di 50 GB con uno o due file di database di grandi dimensioni avranno solo secondi di esecuzione fornito /R non è specificato di CHKDSK. Se /R viene specificato, sarà necessario leggere CHKDSK verificare ogni settore del volume e che chiaramente aggiunge in modo significativo per volumi di grandi dimensioni. D'altra parte, un volume di dimensioni relativamente ridotto potrebbe richiedere ore, eseguire CHKDSK se dispone di centinaia di migliaia o milioni di piccoli file, o meno /R è specificato.

Il modo migliore per prevedere la durata dell'esecuzione di CHKDSK in un determinato volume è quello di effettuare un'esecuzione di prova in modalità di sola lettura durante un periodo di utilizzo minimo del sistema. È necessario prestare attenzione utilizzando questa tecnica, tuttavia, per tre motivi:
  • Sola lettura CHKDSK verrà interrotto prima di completare tutte le tre fasi se rileva errori nelle fasi precedenti ed è soggetta a falsamente segnalazione degli errori in modalità di sola lettura. CHKDSK potrebbe segnalare che un disco è danneggiato, anche quando non vi è alcun danneggiamento reale presente. Questo problema può verificarsi se NTFS modificare aree del disco per conto di alcune attività di programma CHKDSK è esame nello stesso momento. Per verificare correttamente un volume, il volume deve essere in uno stato statico e l'unico modo per garantire che lo stato è per bloccare il volume. CHKDSK blocca solo il volume quando viene specificato /F o /R (che implica "F"). Pertanto, potrebbe essere necessario eseguire CHKDSK più volte per ottenere il completamento di tutte le fasi in modalità di sola lettura.
  • Caricamento del sistema e se CHKDSK è in esecuzione in linea o durante la sequenza di avvio di Windows può influire sul tempo necessario per eseguire CHKDSK. CHKDSK è CPU e disco intensivo. Quale fattore diventa il collo di bottiglia verrà variano a seconda dello scenario di hardware specifico, ma, se elevato I/O del disco o utilizzo elevato della CPU accade concorrenti con un CHKDSK di sola lettura, ingrandita volte verranno generato. Inoltre, Autochk.exe viene eseguito in un ambiente diverso da quello di Chkdsk.exe. Durante l'esecuzione di CHKDSK attraverso Autochk.exe consente l'utilizzo esclusivo di risorse della CPU e I/O a CHKDSK, inoltre deprives CHKDSK del vantaggio di memoria virtuale. Di conseguenza, mentre Autochk.exe viene in genere essere prevista per eseguire più rapidamente di Chkdsk.exe, sistemi con relativamente basso quantità di RAM possono vedere tempi più lunghi per Autochk.exe rispetto per Chkdsk.EXE.
  • La risoluzione degli errori aumenta il tempo necessario. Un CHKDSK di sola lettura è possibile completare solo se non è stato trovato alcun danneggiamento significativo. Se un disco presenta solo danni minori, il tempo necessario per risolvere i problemi potranno essere soltanto leggermente supera rispetto a quello richiesto per sola lettura CHKDSK. Ma se è danni principali, come potrebbero verificarsi un grave testina-arresto anomalo o altri principale guasto hardware, il tempo necessario per eseguire CHKDSK può aumentare in proporzione al numero di file danneggiato. In casi estremi, ciò potrebbe più double il tempo richiesto per CHKDSK.

Introduzione dei parametri /C e /I

Il parametro /C fa sì che CHKDSK ignori le verifiche che rilevano cicli nella struttura di directory. I cicli sono un tipo molto raro di danneggiamento in cui una sottodirectory ha se stessa per un elemento antenato. Utilizzando l'opzione /C è possibile velocizzare CHKDSK circa % 1 a 2. Utilizzando /C anche possibile lasciare cicli"directory" in un volume NTFS. Tali cicli possono essere inaccessibili dal resto della struttura di directory e potrebbero causare un numero di file da orfani nel senso e non possono essere visualizzate da alcuna applicazione Win32, tra cui le applicazioni di backup.

Fa sì che l'opzione /I in CHKDSK vengano ignorate verifiche che consente di confrontare il FRSs corrispondono a tali voci voci di directory. Di conseguenza, mentre le voci di directory sono comunque verificate la garantire che siano coerenti-self, non sono necessariamente coerenti con i dati memorizzati nella loro FRSs corrispondenti anche dopo CHKDSK è eseguito con questa opzione attiva. Utilizzo in genere l'opzione /I di ottenere in CHKDSK volte viene diminuito 50 o 70 percento. CHKDSK esattamente quanta più veloce è con questa opzione varia in base a fattori quali il rapporto tra file e directory, nonché sulla relativa velocità di I/O del disco e velocità della CPU e, pertanto, difficile da prevedere in anticipo. L'utilizzo dell'opzione /I può causare rimanenti voci di directory che fanno riferimento a FRSs non corretto o in FRSs rimanente che non fa riferimento una voce di directory. Il caso di successivo è un'altra forma di orphaning. Il file rappresentato dal servizio FRS potrebbe essere intatto in tutti i metodi fatta eccezione per il fatto che sia invisibile a tutte le applicazioni, inclusi backup applicazioni Win32. Nel caso precedente, potrebbero sembrare che i file esiste, ancora applicazioni verificano errori durante il tentativo di accedervi.

Quando in un volume viene rilevato un danneggiamento del disco, sono disponibili tre opzioni base

  • Non eseguire alcuna operazione. Per un server mission-critical che deve essere in linea 24 ore al giorno, si tratta spesso della scelta di necessità. Lo svantaggio di questa opzione è che danneggiamento relativamente minore possono causare "gravi" in danneggiamento principale se non viene ripristinato nel minor tempo possibile dopo che viene rilevato. Di conseguenza, questa opzione deve solo essere considerata quando mantenere un sistema di è più importante che l'integrità dei dati archiviati nel volume danneggiato perché tutti i dati nel volume danneggiato devono essere considerati "a rischio" finché non CHKDSK viene eseguito.
  • Eseguire un CHKDSK completa. Questa opzione consente di ripristinare tutti i dati di sistema del file, tutti i dati utente possono essere recuperati per mezzo di un processo automatico di ripristino. Lo svantaggio di questa opzione è di un completo CHKDSK possibile richiedere diverse ore di inattività per un server mission-critical in un momento inopportune.
  • Eseguire un CHKDSK abbreviato utilizzando alcuni combinazione di parametri /C e /I. Questa opzione consente di ripristinare i tipi di errore che possono causare "gravi" dei maggiori problemi in meno tempo rispetto a un CHKDSK completo richiederebbe, ma non ripristina il danneggiamento potrebbe essere presente. Un completo CHKDSK continuerà a essere necessari in un momento futuro per garantire che tutti i dati che possono essere ripristinati sono stati ripristinati.
Che dovrebbe puntare che NTFS non garantisce l'integrità dei dati utente segue un'istanza di danneggiamento del disco--anche durante l'esecuzione CHKDSK un completo immediatamente dopo che è danneggiato. Pertanto, è possibile che CHKDSK non è in grado di recuperare file. Inoltre, i file che vengono recuperati sia internamente danneggiati anche dopo l'esecuzione di CHKDSK. Di conseguenza, rimarrà estremamente importante proteggere dati critici per mezzo di un regimen di backup periodici o altre metodologie di ripristino d'emergenza affidabile.

Proprietà

Identificativo articolo: 187941 - Ultima modifica: lunedì 19 febbraio 2007 - Revisione: 4.2
Le informazioni in questo articolo si applicano a:
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT 4.0 Service Pack 4
Chiavi: 
kbmt kbfea kbfix kbinfo KB187941 KbMtit
Traduzione automatica articoli
Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 187941
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

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