São registados eventos de erro quando o serviço de base de dados do Exchange Server é negado o acesso de escrita para seus próprios ficheiros .edb ou para o ficheiro .chk

Traduções de Artigos Traduções de Artigos
Artigo: 253111 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Se o serviço de base de dados do Exchange Server é negado o acesso de escrita para seus próprios ficheiros de base de dados (*.edb) ou para o ficheiro de ponto de verificação (*.chk), podem ser vistos erros semelhantes ao seguinte:

Tipo de evento: erro
Origem do evento: ESE97
Categoria do evento: geral
ID do evento: 145
Data: 2/3/2000
Hora: 1:57:34 PM
Utilizador: N/d
Computador: EXSERVER1
Descrição: (1996) O motor de base de dados não conseguiu aceder o ficheiro denominado E:\exchsrvr\mdbdata\tmp.edb.




Tipo de evento: erro
Origem do evento: ESE97
Categoria do evento: Registo/recuperação
ID do evento: 158
Data: 2/1/2000
Tempo: 4:40:20 PM
Utilizador: N/d
Computador: EXSERVER1
Descrição: MSExchangeIS (1628) não é possível escrever um cabeçalho para ficheiro D:\exchsrvr\MDBDATA\edb.chk sombreado.

(Formato de erro do Microsoft Exchange Server 5.5. No Microsoft Exchange Server 4.0, o ID do evento para este erro é 61; num Microsoft Exchange Server 5.0, o ID do evento é 63.)

Tipo de evento: erro
Origem do evento: ESE98
Categoria do evento: Registo/recuperação
ID do evento: 439
Data: 2/2/2000
Hora: 8: 05: 13 H
Utilizador: N/d
Computador: EXSERVER1
Descrição: Arquivo de informações (2700) não é possível escrever um cabeçalho para ficheiro E:\Exchsrvr\mdbdata\E00.chk sombreado. Erro-1032.

(Formato de erro do Microsoft Exchange 2000 Server)

Mais Informação

Para resolver estes erros, tem de descobrir que subitamente bloqueou o serviço de base de dados do acesso aos respectivos ficheiros. Em muitos casos, reiniciar o servidor afectado "quebra" o bloqueio se não conseguir encontrar outra forma de fazê-lo.

As causas comuns deste problema incluem:
  • Outro processo tem "roubado" o ficheiro. Um verificador de vírus pode colocar em quarentena por engano, um ficheiro ou um processo de cópia de segurança ou restauro temporariamente pode negar o acesso.
  • Ocorreu uma falha de disco ou controlador e acesso a toda a unidade, por vezes, temporariamente foi perdido. Verifique o registo do sistema para erros de E/s ou unidade perto da hora do evento 158.
  • As permissões foram removidas da pasta onde reside o ficheiro.
  • O ficheiro foi marcado, só de leitura. Isto é provavelmente a acontecer a um ficheiro de ponto de verificação.
  • A pasta que contém o ficheiro foi mudado o nome ou eliminar. Isto também é mais provável de acontecer a um ficheiro de ponto de verificação.

O que é "Cabeçalho sombreado"?

Base de dados do Exchange Server, ponto de verificação e ficheiros de registo começam com uma secção de cabeçalho 4 quilobytes (KB). O cabeçalho contém informações de identificação e configuração importantes sobre o ficheiro. Os cabeçalhos podem ser visualizados com o utilitário Eseutil utilizando o /MH (ficheiro de base de dados), /ML (ficheiro de registo de transacções) ou opções /MK (ficheiro de ponto de verificação).

Nota : A opção /ML foi inicialmente incluída no Exchange Server 5.5 Service Pack 1 (SP1).

Cabeçalhos de ficheiro de base de dados e ponto de verificação frequentemente são modificados durante o funcionamento normal, enquanto os cabeçalhos de ficheiro de registo nunca são modificados depois de um ficheiro de registo ter sido criado. Para cabeçalhos de ficheiro são alterados frequentemente, o "cabeçalho de sombra" salvaguardas o cabeçalho durante as actualizações. Cabeçalho principal é o primeiro bloco 4 KB no ficheiro; o cabeçalho de sombra, idêntico ao cabeçalho principal, é o segundo bloco de 4 KB. Ambas as páginas de cabeçalho são checksummed e a soma de verificação é registada a cada página. Danos mesmo num único bit de qualquer página podem ser detectados fiável, uma vez que as alterações efectuadas aos dados alteram a soma de verificação deve estar na página.

Quando é actualizado um cabeçalho, as modificações são efectuadas pela primeira vez a página do cabeçalho de sombra. Se ocorrer uma falha antes de termina a actualização de sombra (fazendo com que "escrita rasgada"), o cabeçalho principal ainda está intacto. Depois de ter a sombra foi actualizada, o cabeçalho principal é actualizado. Se uma falha ocorre nesta altura, o cabeçalho de sombra ainda está intacto. Assim, mesmo durante uma actualização, um cabeçalho válido existe sempre.

Danos a uma página é detectado pelo recalcular a soma de verificação sempre que a página é acedida. Se a soma de verificação calculada não corresponde à já existentes na página, a página está incorrecta. Desde que a cópia do cabeçalho de bom, pode ser utilizado para a página danificada "patch".

Se ocorrer uma condição negado o acesso e a escrita próxima tentada pela base de dados é um cabeçalho, é escrito um erro "não é possível escrever texto sombreado cabeçalho" o registo de eventos. Isto acontece porque a página de sombra é a primeira página cabeçalho actualizada. Se a tentativa de escrita noutro local num cabeçalho, os diferentes erros serão comunicados, incluindo-1032 0xfffffbf8(JET_errFileAccessDenied) e-510 ou 0xfffffe02 (JET_errLogWriteFail).

Os cabeçalhos da transacção de ficheiros de registo (*. log) não são texto sombreado, e por este motivo, negação de acesso a um ficheiro de registo não fazer um erro "cabeçalho sombreado". Por outro lado, ficheiros de ponto de verificação são nada mas cabeçalho (4 KB de cabeçalho principal e do cabeçalho de sombreado de 4 KB) e assim relatório sempre um erro "cabeçalho sombreado" de uma falha de escrita.

Se um ficheiro de base de dados ou ficheiro de registo não é possível escrever para, pára o serviço de base de dados para preservar a integridade da base de dados. Se não é possível escrever o ficheiro de ponto de verificação, a operação de base de dados continua normalmente na maioria dos aspectos. O ficheiro de ponto de verificação controla o progresso no escrever transacções de ficheiro de registo para o ficheiro de base de dados. Se o ficheiro de ponto de verificação é "fixos", dados ainda são escritos o ficheiro de base de dados e o ponto de verificação é avançado mas novos pontos de verificação não são registados no ficheiro de ponto de verificação até novamente ficar disponível.

Existem três problemas que poderá encontrar se o ficheiro de ponto de verificação não pode ser escrito durante um longo período de tempo:
  • O ficheiro de registo referenciado no ficheiro de ponto de verificação pode ser eliminado antes do ponto de verificação é actualizado. Neste caso, se a base de dados for parado anormalmente, este poderá não conseguir iniciar novamente, porque o ficheiro de ponto de verificação referencia um ficheiro não existente. Para obter informações adicionais, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft:
    176239XADM: Base de dados Won't iniciado; circular de registo de ficheiro de registo eliminados demasiado em breve
  • Não podem ser eliminados permanentemente ficheiros de registo antigos durante a cópia de segurança online. O processo de cópia de segurança online baseia-se no ficheiro de ponto de verificação para determinar os ficheiros de registo poderão ser eliminados com segurança. Se o ficheiro de ponto de verificação é "fixos", mais recentes do que o ponto de verificação de registos não serão eliminados, mesmo se o ficheiro de ponto de verificação for vários dias atrás.
  • Se o ficheiro de ponto de verificação está danificado, cópia de segurança online poderá falhar completamente. Cópia de segurança online tem de conseguir ler, pelo menos, o ficheiro de ponto de verificação. Numa operação normal, um ficheiro de ponto de verificação danificados é detectado e corrigido minutos entre os danos. Mas se o ficheiro também é bloqueado contra uma operação de escrita, os danos não podem ser corrigido até que o bloqueio seja removido.

Propriedades

Artigo: 253111 - Última revisão: 26 de fevereiro de 2007 - Revisão: 3.4
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palavras-chave: 
kbmt kbinfo KB253111 KbMtpt
Traduçã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: 253111

Submeter comentários

 

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