DetailPage-MSS-KB

Base de Dados de Conhecimento

Artigo: 187941 - Última revisão: segunda-feira, 19 de Fevereiro de 2007 - Revisão: 4.2

 
Para obter uma Microsoft Windows XP versão deste artigo, consulte 314835  (http://support.microsoft.com/kb/314835/EN-US/ ) .

Nesta página

Sumário

No Windows NT versão 4.0 Service Pack 4 (SP4) e Windows 2000, foram adicionados dois parâmetros novos Chkdsk.exe. Estes parâmetros permitem aos utilizadores gerir melhor o período de indisponibilidade realizado executando o CHKDSK ou AUTOCHK.

Os parâmetros que são adicionados no Windows NT 4.0 SP4 e Windows 2000 são /C e / formatar e são apenas válido quando a unidade de destino tem o NTFS. Cada parâmetro indica a rotina CHKDSK para ignorar determinadas acções demoraria caso contrário para validar a integridade das estruturas de dados NTFS.

aviso Microsoft não recomenda a interrupção do processo CHKDSK quando utilizado com o parâmetro /f e a Microsoft não garante a integridade do disco se o programa CHKDSK for interrompido.

Mais Informação

Chkdsk.exe é a interface da linha de comandos para um programa que verifica a integridade lógica de um sistema de ficheiros no Windows. Quando o CHKDSK encontra inconsistências lógicas demora acções para reparar o ficheiro de dados do sistema, fornecido não está no modo só de leitura.

O código que efectua realmente a verificação quando o CHKDSK é executado online reside na DLL de utilitário como Untfs.dll e Ufat.dll. As rotinas de verificação invocadas pelo CHKDSK.exe são os mesmos invocados quando um volume é verificado através da interface de utilizador gráfica fornecido pelo administrador de discos ou Explorador do Windows. Quando o CHKDSK está agendado para executar cada reinício, por outro lado, o módulo binário que contém o código de verificação é Autochk.exe. Autochk.exe é uma aplicação nativa do Windows que é executada suficientemente cedo na sequência de arranque do sistema que não tem a vantagem da memória virtual ou outros serviços Win32. Autochk.exe gera o mesmo tipo de saída textual que o utilitário dll invocados pelo CHKDSK.exe. Mas em adição a mostrar este resultado no ecrã durante o processo de arranque, Autochk.exe também regista um evento no Application Log de eventos do sistema que contém a quantidade da saída de texto como cabem na memória intermédia de dados do registo de eventos do.

Uma vez que Autochk.exe e o código de verificação no utilitário DLLs utilizadas pelo CHKDSK.exe são baseados no mesmo código de origem, ambos irão ser referidos genericamente como "CHKDSK" durante o resto deste artigo. Da mesma forma, como este artigo diz respeito apenas alterações no comportamento CHKDSK relativamente aos volumes NTFS, deve ser compreendido que dizendo, "CHKDSK efectua tais-e-tais," o seguinte destina-se: "CHKDSK efectua tais-e-tais quando executado num volume NTFS".

Uma vez que a utilização dos parâmetros /C e /I pode resultar num volume restante danificada mesmo depois de concluir o CHKDSK, a utilização destes parâmetros não se recomenda, excepto em situações onde períodos de indisponibilidade do sistema devem ser mantido ao mínimo. Estes parâmetros são se destina a ser utilizado por utilizadores com exceptionally grandes volumes e que necessitam de flexibilidade na gestão do período de inactividade é incorrido quando o CHKDSK deve ser executado nesses volumes.

Para compreender quando poderá ser adequado utilizar estes parâmetros, é importante ter uma compreensão básica de algumas das estruturas de dados de NTFS internas, os tipos de danos que podem ocorrer, as acções que o CHKDSK demora quando verifica um volume, e quais as consequências potenciais contorna passos de verificação normais de CHKDSK.

Actividade do CHKDSK é dividida em três principais "fases" durante o qual examina todos os "metadados" no volume e uma fase de quarta opcional. Os metadados são "dados sobre dados". É a ficheiro sistema sobrecarga, speak assim a utilizada para manter um registo de tudo sobre todos os ficheiros no volume. Os metadados indica o que unidades de atribuição constituem dados de um determinado ficheiro, que unidades de atribuição são gratuitas, que atribuição unidades contêm sectores danificados e assim sucessivamente. "Conteúdo" de um ficheiro, por outro lado, é chamado "dados do utilizador". NTFS protege os respectivos metadados através da utilização de um registo de transacções. Dados do utilizador, não estão protegidos.

Durante a primeira fase, o CHKDSK apresenta uma mensagem no ecrã indicando está a verificar ficheiros e as contagens de 0 a 100 por cento concluída. Durante esta fase, o CHKDSK examina cada segmento de registo de ficheiros (FRS, File Replication Service) na tabela de ficheiros principal do volume (MFT, Master File Table). Todos os ficheiros e directórios num volume NTFS exclusiva é identificado por um FRS específico na MFT e a percentagem concluída que o CHKDSK apresenta durante esta fase é a % da MFT que foi verificado. Durante esta fase, o CHKDSK examina cada FRS consistência interna e cria dois mapas de bits, um representando os FRSs está em utilização e a representing os clusters no volume estão em utilização. No final desta fase, o CHKDSK sabe que espaço está em utilização e o espaço está disponível na MFT e no volume como um todo. NTFS mantém um registo deste informações em mapas de bits das suas próprias são armazenadas no disco, permitindo que o CHKDSK comparar os resultados com mapas de bits armazenados do NTFS. Se existirem discrepâncias, estas estão assinaladas na saída do CHKDSK. Por exemplo, se for encontrado um FRS que já tinha sido utilizado para estar danificado, os sectores de disco anteriormente associados que o FRS, File Replication Service ficará a ser marcada como disponível no mapa de bits do CHKDSK, mas será marcado como estando "em utilização" acordo com a do NTFS de mapa de bits.

Durante a segunda fase, o CHKDSK apresenta uma mensagem no ecrã indicando que está a verificar índices e conta de 0 a 100 por cento concluída uma segunda vez. Durante esta fase, o CHKDSK examina cada um dos índices no volume. Os índices são essencialmente os directórios NTFS e a percentagem concluída que o CHKDSK apresenta durante esta fase é a % do número total de directórios no volume que devem ser verificadas. Durante esta fase, o CHKDSK examina cada directório no volume de consistência interna e também verifica que cada ficheiro e directório representado por um FRS na MFT é referenciado por, pelo menos, um directório. Também confirma que cada ficheiro ou subdirectório referenciado no cada directório realmente existe como um FRS válido na MFT e verifica se existem referências circulares directório. Finalmente, confirma que os carimbos de data / hora e informações de tamanho de ficheiro associadas a ficheiros vários estão todas actualizadas nas listagens de directório para os ficheiros. No final desta fase, o CHKDSK tem a garantia de que existirem ficheiros "órfãos" e se estão todas as listagens de directórios de ficheiros legítimos. Um ficheiro órfão é um para que o FRS legítimo existe mas que não está listado na qualquer directório. Quando é encontrado um ficheiro isolado, pode ser restaurado para o directório legítimo frequentemente, fornecida que nesse directório é ainda em redor. Se o directório que deve conter o ficheiro já não existir, o CHKDSK irá criar um directório no directório raiz e coloque o ficheiro existe. Se as listagens de directórios encontrar essa referência FRSs que já não estão a ser utilizado ou que estão a ser utilizados mas não corresponder o ficheiro listado no directório, a entrada de directório apenas é removida.

Durante a terceira fase, o CHKDSK apresenta uma mensagem no ecrã indicando que é verificar descritores de segurança e contagens de 0 a 100 por cento concluída uma terceira vez. Durante esta fase, o CHKDSK examina cada um dos descritores de segurança associados a cada um dos ficheiros e directórios existentes no volume. Descritores de segurança contêm informações sobre o proprietário do ficheiro ou directório, permissão de NTFS para o ficheiro ou directório e auditoria informações para o ficheiro ou directório. Neste caso, a percentagem concluída é a percentagem do número de ficheiros e directórios no volume. O CHKDSK verifica se cada estrutura de descritor de segurança está bem formado e internamente consistente. Não verifica que os utilizadores listados ou grupos existem ou que as permissões concedidas são de alguma forma adequada.

A quarta fase de CHKDSK é invocada apenas se for utilizado o parâmetro /R. /R é utilizado para localizar sectores danificados no espaço livre do volume. Quando /R é utilizado, tenta ler cada sector do volume para confirmar que o sector é utilizável. Sectores associados metadados são lidos durante a natural de execução de CHKDSK mesmo quando /R não é utilizada. Sectores associados a dados do utilizador são lidos durante as fases anteriores do CHKDSK desde /R for especificado. Quando encontra um sector ilegível, NTFS irá adicionar o cluster que contém esse sector à respectiva lista de conjuntos de sectores danificados e, se o cluster estava em utilização, atribua um novo cluster para efectuar a tarefa do antigo. Se está a ser utilizado um controlador de disco tolerantes a falhas falha, os dados são recuperados e escritos ao cluster recém-alocado. Caso contrário, o novo cluster é preenchido com um padrão de bytes 0xFF. Quando o NTFS encontrar sectores ilegíveis durante o funcionamento normal, também irá remapeá-las da mesma forma. Assim, o parâmetro /R não é normalmente essencial, mas pode ser utilizado como um mecanismo conveniente para digitalizar todo o volume se um disco é suspeita de ter sectores danificados.

Os parágrafos precedentes fornecem apenas o contorno maior do que o CHKDSK está realmente fazer para verificar a integridade de um volume NTFS. Existem várias verificações específicas efectuadas durante cada fase e várias verificações rápidas entre fases que não mencionados. Em vez disso, esta é apenas um destaque para os mais importantes aspectos da actividade CHKDSK como base para o debate seguinte sobre o tempo necessário para executar o CHKDSK e o impacto dos novos parâmetros fornecidas no SP4.

Durante as primeira e terceira fases do CHKDSK, a percentagem concluída indicador avanços relativamente suavemente. Podem existir algumas unevenness na taxa de cada que estes phases progresso. FRSs não estão a ser utilizados requerem menos tempo para processar do que os que estão a ser utilizados. Descritores de segurança maiores demorar mais tempo para processar o que fazer pequenas e assim sucessivamente. No entanto, geral, a percentagem concluída apresentada é uma representação bastante precisa do tempo real necessário para essa fase.

O mesmo não acontece necessariamente para a segunda fase do CHKDSK. Período de tempo necessário para processar um directório está fortemente associado ao número de ficheiros ou subdirectórios nesse directório. Mas a percentagem concluída listados durante esta fase é a percentagem do número de directórios para ser examinado independentemente do facto de alguns directórios podem demorar muito mais tempo do que outros para processar. Por exemplo, num volume com vários directórios pequenos e um um grande, a percentagem de conclusão poderá rapidamente progresso de 0 a 10 por cento concluída e parece obter bloqueado durante um longo período de tempo antes rapidamente a evoluir de 10 a 100 por cento concluída. Por este motivo, se souber para determinados os directórios num volume são altamente uniformes relativamente ao número de ficheiros que contêm a apresentar "percentagem concluída" durante esta fase não pode ser considerada representação fiável do tempo real restante para esta fase.

Para tornar o pior assuntos para qualquer pessoa detectada no meio de um CHKDSK inesperado, a segunda fase do CHKDSK é aquele que normalmente demora a maior para executar.

Por agora, deve ser simples que muitos factores a ter de com o estado de um volume reproduzir um rolo de CHKDSK quanto levará a ser executado. Uma fórmula para prever o tempo necessário para executar o CHKDSK num determinado volume teria de ter em conta factores tais como o número de ficheiros e directórios, o grau de fragmentação do volume em geral, bem como da tabela de ficheiros principal em particular, se ficheiros têm ambos os nomes longos e 8.3 formatado nomes e quanto danos, na realidade, tem de ser corrigidos. E diga nada de problemas de hardware como a quantidade de memória do sistema, a velocidade da CPU, a velocidade do disco ou discos, e assim sucessivamente.

Em vez de tentar prever quanto o CHKDSK levará a ser executado para um determinado volume numa plataforma de hardware específico, suffice dizer que que pode demorar de alguns segundos e vários dias, consoante a situação específica. A menos que /R é utilizado, para uma plataforma de hardware especificado preocupação maior é o número de ficheiros e directórios em vez do tamanho absoluto do volume. Ou seja, um volume de 50 GB com um ou dois ficheiros de base de dados de grandes dimensões só irá demorar segundos CHKDSK executado desde /R não for especificado. Se /R for especificado, o CHKDSK tem de ler verificar cada sector do volume e que claramente adiciona significativamente para volumes de grandes dimensões. Por outro lado, mesmo um volume relativamente pequeno poderá demorar horas para executar o CHKDSK se tiver centenas de milhares ou milhões de pequenos ficheiros--quer ou não for especificado/r.

A melhor forma para prever quanto o CHKDSK irá ter para executar um determinado volume é realmente executar uma versão de avaliação em modo só de leitura durante um período de utilização do sistema baixa. Deve ter o cuidado utilizando esta técnica, no entanto, para três razões:
  • O CHKDSK só de leitura cancelará antes que termine todas as três fases se encontrar erros nas fases anteriores e está sujeito a erradamente relatar erros quando em modo só de leitura. Ou seja, o CHKDSK poderá indicar que um disco está danificado, mesmo quando não existe nenhum real danos presentes. Isto pode acontecer se acontecer de NTFS modificar áreas do disco em nome de alguns actividade do programa que o CHKDSK está a examinar ao mesmo tempo. Para verificar correctamente se um volume, o volume tem de estar num estado estático e a única forma de garantir esse estado é bloquear o volume. O CHKDSK só bloqueia o volume quando /F ou/r (que implica "F") é especificado. Assim, terá de executar o CHKDSK mais do que uma vez obtê-lo para concluir todas as fases em modo só de leitura.
  • Carga do sistema e se está a executar o CHKDSK online ou durante a sequência de arranque do Windows NT podem afectar o tempo necessário para executar o CHKDSK. O CHKDSK é CPU e disco intenso. O factor torna-se o congestionamento irá dependem do cenário de hardware específico, mas, se grosso E/s do disco ou utilização elevada da CPU está a decorrer em simultâneo com o CHKDSK só de leitura, inflated vezes resultará. Além disso, o Autochk.exe é executado no ambiente diferente do Chkdsk.exe. Durante a execução de CHKDSK através de Autochk.exe concede utilização exclusiva dos recursos da CPU e de E/s para o CHKDSK, também deprives CHKDSK do benefício da memória virtual. Deste modo, enquanto Autochk.exe normalmente deve ser esperado para executar mais rapidamente do que o Chkdsk.exe, sistemas com relativamente pouco quantidades de RAM poderão ver mais vezes Autochk.exe que para Chkdsk.EXE.
  • Corrigir danos aumenta o tempo necessário. Um CHKDSK só de leitura pode concluir apenas não se for encontrado nenhum danos significativos. Se um disco será afectado apenas danos menores, o tempo de resolver os problemas vai ser apenas ligeiramente superior ao necessário para o CHKDSK só de leitura. Mas se existe danos principais, como pode resultar de uma falha de cabeça grave ou outro principal uma falha de hardware, o tempo necessário para executar o CHKDSK pode aumentar proporcionalmente ao número de ficheiros danificado. Em casos extremos, isto poderia duplo mais do que o tempo necessário para o CHKDSK.

Introdução ao /C e /I muda

O parâmetro /C indica ao CHKDSK para ignorar as verificações que detectam ciclos na estrutura de directório. Ciclos são uma forma muito rara de danos na qual um subdirectório não tem próprio para um predecessor. Utilizando o parâmetro /C pode acelerar o CHKDSK cerca de 1 a 2 por cento. Utilizar /C também pode deixar "ciclos" de directório num volume NTFS. Estes ciclos poderão ser inacessíveis do resto da árvore de directórios e podem resultar num número de ficheiros a ser isolado no sentido em que não podem ser vistas por aplicações Win32, incluindo aplicações de cópia de segurança.

O parâmetro /I indica ao CHKDSK para ignorar verificações que comparam entradas de directório para FRSs que correspondem aos movimentos. Deste modo, enquanto as entradas de directório ainda são verificadas para ser certificar de que estão consistentes automático, não são necessariamente consistentes com os dados armazenados no respectivos FRSs correspondentes mesmo depois do CHKDSK ficou com este parâmetro em vigor. Utilizar o parâmetro /I normalmente resulta na CHKDSK horas a ser reduzido por 50 a 70 por cento. É exactamente a quantidade CHKDSK mais rápido com este parâmetro irá depender em factores tais como a relação entre ficheiros de directórios, bem como na velocidade de E/s do disco em vez de velocidade da CPU relativa e, dessa forma, difícil de prever antecipadamente. A utilização do parâmetro /I pode resultar em entradas de directório restante que consultar FRSs incorrectos ou em FRSs restante que não são referenciadas por nenhuma entrada de directório. Caso posterior é outra forma de orphaning. O ficheiro representado pelo FRS pode estar intacto em todas as formas, excepto para o facto de que é invisível para todas as aplicações incluindo cópia de segurança aplicações do Win32. No caso anterior, ficheiros podem aparecer a existir; ainda aplicações encontrar erros ao tentar aceder aos mesmos.

Quando forem detectados danos disco num volume, tem três opções básicas

  • Não fazer nada. Para um servidor crítico de missão destinado a estar online 24 horas por dia, isto é frequentemente a escolha de necessária. A desvantagem a esta opção é que danos relativamente pequenos podem "snowball" para danos principal se esta não for reparada assim que possível depois ser detectado. Por conseguinte, esta opção deve apenas ser considerada quando manter um sistema é mais importante que a integridade dos dados armazenados no volume danificado porque todos os dados no volume danificado devem ser considerados "em risco" até o CHKDSK é executada.
  • Execute o CHKDSK um total. Esta opção corrige todos os dados de sistema de ficheiros, restaurar todos os dados de utilizador que podem ser recuperados através de um processo automatizado. A desvantagem a esta opção é que um CHKDSK completo pode requer várias horas de períodos de inactividade para um servidor crítico de missão numa hora inopportune.
  • Execute um CHKDSK abreviado utilizando algumas combinações de parâmetros /C e /I. Esta opção repara os tipos de danos que podem "snowball" ter problemas ao maiores em muito menos tempo do que um CHKDSK completo necessitaria de, mas não repara todos os danos que possam existir. Um CHKDSK completo ainda será necessário no alguns futuro para garantir que todos os dados que podem ser recuperados foi recuperados.
Deve ser apontar que NTFS não garante a integridade de dados de utilizador uma ocorrência de danos no disco--a seguir, mesmo quando um total CHKDSK é executado imediatamente após detectou danos. Assim, poderão existir ficheiros que o CHKDSK não consegue recuperar. Além disso, ficheiros que são recuperados esteja internamente danificados mesmo depois da execução CHKDSK. Por conseguinte, permanecerá extremamente importante que os dados críticos da missão ser protegidos através de um regimen de cópias de segurança periódicas ou outra metodologia de recuperação de desastres robusta.

A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Terminal Server
  • 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
Palavras-chave: 
kbmt kbfea kbfix kbinfo KB187941 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 187941  (http://support.microsoft.com/kb/187941/en-us/ )
Partilhar
Opções de suporte adicionais
Fóruns de Suporte da Comunidade Microsoft
Contacte-nos directamente
Encontre um parceiro certificado Microsoft
Loja Microsoft