Exportar (0) Imprimir
Expandir Tudo

Backup de dados e Serviços de Cópias de Sombra de Volume do Exchange 2007

 

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2012-03-26

O Serviços de Cópias de Sombra de Volume (VSS) no Windows Server 2008 é usado pelos aplicativos para fazer backup e restaurar o Microsoft Exchange Server 2007. O VSS fornece uma infraestrutura que habilita programas de gerenciamento de armazenamento, programas de negócios e provedores de hardware de terceiros a cooperar na criação e gerenciamento de cópias de sombra. As soluções baseadas nessa infraestrutura podem usar cópias de sombra ou espelhadas para fazer backup e restaurar um ou mais bancos de dados do Exchange 2007.

O VSS coordena a comunicação entre Solicitadores (aplicativos de backup), Escritores (aplicativos no Windows, como o Exchange 2007) e Provedores (componentes de sistema, componentes de software ou componentes de hardware que criam as cópias de sombra). Para usar o VSS para fazer backup do Exchange 2007, um programa de backup deve incluir um Solicitador VSS sensível ao Exchange 2007. O programa Windows Server Backup, que é parte do Windows Server 2008, não inclui um Solicitador VSS sensível ao Exchange.

No entanto, o Exchange 2007 Service Pack 2 (SP2) inclui um novo plug-in que permite fazer backups baseados em VSS (Serviço de Cópias de Sombra de Volume) de dados do Exchange usando o Backup do Windows Server no Windows Server 2008. Você pode usar o Backup do Windows Server para fazer backup e restaurar os bancos de dados do Exchange 2007 SP2. Uma compreensão total de quais necessidades precisam de backup, onde armazenar backups e como restaurá-los são itens fundamentais para ser um administrador eficiente do Exchange. Para obter mais informações sobre quais necessidades precisam de backup no Exchange 2007, consulte Usando o backup do Windows Server para operações de backup e restauração de dados do Exchange.

noteObservação:
O programa Windows Server Backup não oferece suporte a APIs de streaming do Mecanismo de Armazenamento Extensível do Exchange 2007. Não pode ser usado para fazer backups de streaming de ESE do Exchange 2007.

Os backups sensíveis ao Exchange têm suporte em grupos de armazenamento ativos e passivos. A solução de backup de cópia passiva do Exchange é uma solução somente do VSS. Essa solução é implementada pelo Escritor VSS de Réplica do Exchange, que é parte do serviço de Replicação. Backups de streaming oferecem suporte a apenas grupos de armazenamento ativos. Portanto, não é possível usar APIs de backup em streaming para fazer backup de um banco de dados de réplica. Para fazer backup de um banco de dados de réplica, um programa de backup sensível ao VSS deve ser usado juntamente com o Solicitador VSS para o Escritor do Exchange.

noteObservação:
O plug-in do Backup do Windows Server no Exchange 2007 SP2 não fornece suporte ao Escritor VSS de Réplica do Exchange, que é parte do serviço de Replicação; como resultado, ele não pode ser usado para fazer backup de cópias passivas de grupos de armazenamento.

O Exchange 2007 oferece suporte à execução de duas operações de backup VSS separadas em relação ao mesmo servidor Exchange. Além disso, o Escritor do Exchange 2007 permite restaurar dados do Exchange em uma local alternativo. Isso inclui o Grupo de Armazenamento de Recuperação. O Escrito do Exchange 2007 também permite restaurar arquivos de banco de dados para uma pasta que não seja associada com um grupo de armazenamento. Em seguida, é possível usar o mecanismo de banco de dados JET para reproduzir arquivos de log de transação no banco de dados para trazer o banco de dados a um estado consistente e montável.

noteObservação:
No Microsoft Exchange Server 2003, é possível suar as APIs de backup em streaming para executar dois backups ao mesmo tempo em relação a dois grupos de armazenamento diferentes. No entanto, não é possível usar o VSS para executar essas operações. No Exchange 2003, não é possível usar o VSS para fazer backup de um segundo grupo de armazenamento até que o backup do primeiro grupo de armazenamento seja concluído. Além disso, o Escritor do Exchange 2003 não permite restaurar dados do Exchange para um caminho diferente do caminho original.

Para serem compatíveis com o Exchange 2007, os programas de backup baseados em VSS devem atender esses requisitos básicos:

  • O Escritor do Exchange deve ser usado para fazer backup dos arquivos.
    O Exchange 2007 inclui um Escritor interno do armazenamento do Exchange.
  • O programa de backup deve validar o conjunto de backup de cópia de sombra.
  • O Escritor Exchange deve ser usado para qualquer operação de restauração que restaure os arquivos para seus locais originais.
    O local original se refere a um servidor Exchange que tenha o mesmo nome e o mesmo caminho de arquivo do servidor do qual o backup VSS foi tirado.

Esses requisitos ajudam a garantir a integridade e recuperabilidade de backups de cópia de sombra. Se esses requisitos não forem atendidos, o Suporte e Atendimento ao Cliente Microsoft (CSS) considerará a solução de backup fora da estrutura do VSS do Exchange. Nesse caso, o Suporte e Atendimento ao Cliente Microsoft não pode solucionar problemas de backup ou restauração. É recomendável contatar seu fornecedor de solução de backup para verificar se o programa de backup atende aos requisitos listados neste tópico. Para obter mais detalhes sobre esses requisitos, consulte "Requisitos do VSS do Exchange 2007" posteriormente neste tópico.

noteObservação:
O fornecedor do programa de backup de terceiros é o provedor de suporte principal para qualquer problema de backup ou recuperação que você possa enfrentar. O Suporte e Atendimento ao Cliente Microsoft pode ajudar a diagnosticar ou solucionar problemas que você pode enfrentar com bancos de dados ou arquivos de log de transação do Exchange. No entanto, o Suporte e Atendimento ao Cliente Microsoft limita-se a ajudá-lo a recuperar os arquivos de banco de dados e arquivos de log de transação disponíveis em seu ambiente do Exchange.

Para obter mais informações sobre como as soluções baseadas em VSS têm suporte pelo Suporte e Atendimento ao Cliente Microsoft, consulte o artigo 841696 da Base de Dados de Conhecimento Microsoft, Overview of the Microsoft third-party storage software solutions support policy (página em inglês).

As seções a seguir descrevem os requisitos do Exchange 2007 que qualquer programa de backup de cópias de sombra deve seguir para ajudar a garantir a integridade e recuperabilidade dos bancos de dados do Exchange. Estas seções listam eventos de Aplicativo específicos que ajudam a indicar se os programas de backup atendem aos requisitos do Exchange. Programas de backup e o servidor Exchange podem registrar em log eventos associados com o processo de backup e restauração. Para verificar a conformidade com os requisitos de VSS do Exchange, confirme que os eventos são registrados em log durante as operações de backup e restauração.

Atualmente, não há programa de certificação para solução de backup de terceiros em execução no Exchange. A conformidade com o VSS ajuda a garantir a integridade e recuperabilidade de backups de cópia de sombra. No entanto, não garante o desempenho ou confiabilidade da solução de terceiros.

Os arquivos de banco de dados, arquivos de log de transação e arquivos de ponto de verificação do Exchange devem ter seu backup feito exclusivamente por meio do Escritor do Exchange. Os eventos a seguir são registrados em log no log do Aplicativo se o Escritor do Exchange for usado durante backups de cópia de sombra:

 

Tipo de Evento: Informações

Origem do evento: ESE

Categoria do Evento: ShadowCopy

ID do evento: 2005

Usuário: N/D

Computador: NomeDoServidor.contoso.com

Geral: Armazenamento de informações (2884) cópia de sombra instância 5 iniciando. Essa será uma cópia de sombra backup-type.

noteObservação:
Nesse evento, tipo de backup representa o tipo de backup em execução. Por exemplo, tipo de backup é Completo, Cópia, Incremental ou Diferencial.

 

Tipo de Evento: Informações

Origem do evento: MSExchangeIS

Categoria do Evento: Escritor VSS do Exchange

ID do evento: 9608

Usuário: N/D

Computador: NomeDoServidor.contoso.com

Geral: Escritor VSS do Exchange (GUID de instância) foi preparado para Instantâneo com êxito.

 

Tipo de Evento: Informações

Origem do evento: MSExchangeIS

Categoria do Evento: Escritor VSS do Exchange

ID do evento: 9610

Usuário: N/D

Computador: NomeDoServidor.contoso.com

Geral: Escritor VSS do Exchange (GUID de instância) congelou o(s) grupo(s) de armazenamento com êxito.

 

Tipo de Evento: Informações

Origem do evento: MSExchangeIS

Categoria do Evento: Escritor VSS do Exchange

ID do evento: 9612

Usuário: N/D

Computador: NomeDoServidor.contoso.com

Geral: Escritor VSS do Exchange (GUID de instância) descongelou o(s) grupo(s) de armazenamento com êxito.

É recomendável que o programa de backup valide a integridade do conjunto de backup de cópia de sombra antes que o programa de backup notifique o Exchange de que o backup foi concluído com êxito. Isso é recomendável pelo motivo a seguir.

Depois de um backup com êxito, o Exchange executa as duas operações a seguir:

  • O Exchange atualiza os cabeçalhos dos bancos de dados com backup para indicar a última hora de backup com êxito.
  • O Exchange trunca os logs de transação. Nesse cenário, o Exchange remove os arquivos de log de transação que não são mais exigidos para implantar do último backup com êxito.  

Portanto, se um programa de backup posterga a verificação de integridade para depois que o Exchange tenha concluído essas tarefas, é necessário tomar cuidado para preservar o último backup verificado juntamente com cópias de todos os arquivos de log de transação exigidos pelo backup específico. Embora o backup talvez tenha sido relatado como com êxito para o Exchange, não é recomendável confiar no backup até que o programa de backup tenha concluído com êxito a operação de verificação de integridade.

Para obter mais informações sobre como executar uma verificação de integridade e como determinar quais arquivos de banco de dados e de log de transação devem ser preservados, consulte "Verificação de integridade de backups VSS" posteriormente neste tópico.

O Escritor Exchange deve ser usado exclusivamente para qualquer operação de restauração que restaure os arquivos relacionados ao Exchange para seus locais originais. O local original é um servidor Exchange que tem o mesmo nome e o mesmo caminho de arquivo do servidor Exchange do qual o backup VSS foi tirado.

O Escritor do Exchange registra em log os seguintes eventos no log de Aplicativo durante uma operação de restauração de cópia de sombra:

 

Tipo de Evento: Informações

Origem do evento: MSExchangeIS

Categoria do Evento: Escritor VSS do Exchange

ID do evento: 9620

Usuário: N/D

Computador: NomeDoServidor.contoso.com

Geral: Escritor VSS do Exchange (GUID de instância) processou os eventos de pré-restauração com êxito.

 

Tipo de Evento: Informações

Origem do evento: MSExchangeIS

Categoria do Evento: Escritor VSS do Exchange

ID do evento: 9618

Usuário: N/D

Computador: NomeDoServidor.contoso.com

Geral: Escritor VSS do Exchange (GUID de instância) processou os eventos de pós-restauração com êxito.

Ao usar a API de backup em streaming do Exchange para fazer backup de um banco de dados, cada página no banco de dados é lido por vez e a integridade da soma de verificação de cada página é verificada durante o processo de backup. A integridade da soma de verificação de arquivos de log de transação também é verificada antes que os arquivos de log de transação sejam incluídos no backup.

No entanto, durante um backup VSS, não há oportunidade para que o Exchange leia cada arquivo de banco de dados e verifique a integridade da soma de verificação. Portanto, a integridade do banco de dados e do arquivo de log de transação deve ser verificada pelo programa de backup. É possível executar o comando Eseutil para executar essas verificações.

Se a verificação da verificação de some não for executada em backups VSS, uma página danificado pode permanecer não detectada no banco de dados. A página danificada poderia, eventualmente, se tornar presente em todos os backups disponíveis. A única maneira de recuperar desse cenário seria reparar o banco de dados. Reparações de banco de dados podem exigir um tempo de inatividade extenso e resultar em perda de dados. Você perderá os dados que estiverem em cada página de banco de dados danificada.

No entanto, se você verificar que o último backup VSS contém páginas boas, será possível limpar as páginas danificadas do banco de dados. Para fazer isso, restaure o backup verificado e aplique-o usando os logs de transação criados depois da ocorrência do bom backup. O tempo de inatividade exigido para essa operação é geralmente muito menor do que para uma operação de reparo de banco de dados. Além disso, é possível executar esse tipo de operação de recuperação sem perda de dados. Portanto, é recomendável não considerar um backup VSS como com êxito até que todos os arquivos no backup tenham tido sua soma de verificação verificada.

É recomendável o uso das duas regras a seguir para verificar a integridade do backup:

  • É sempre necessário reter uma cópia de integridade verificada dos arquivos de banco de dados. Um backup de integridade verificada é aquele no qual a verificação da verificação de soma da página tenha sido concluída no(s) arquivo(s) no conjunto de backup.
  • É necessário fazer backup de todos os arquivos de log de transação exigidos para recuperar o arquivo de banco de dados de integridade verificada mais recente. Além disso, é necessário verificar a integridade de nível de verificação de soma dos arquivos de log de transação.

Esses logs de transação exigidos incluem, no mínimo, o intervalo inclusivo de arquivos de log listados no campo Log necessário no cabeçalho de cada arquivo de banco de dados contido no último backup verificado. Se esses arquivos de log não estiverem disponíveis, o banco de dados não será montável depois de restaurado.

importantImportante:
Esses requisitos se aplicam ao último backup de integridade verificada e não ao backup mais recente. Até que o backup mais recente tenha passado pela verificação de soma de verificação, não é considerado um backup válido.

Como opção, é possível também reter os arquivos de log de transação adicionais exigidos para implantar totalmente o banco de dados depois de restaurar um banco de dados. Eles são todos os arquivos de log de transação em uma seqüência ininterrupta, iniciando do arquivo Log necessário mais baixo até o log de transação criado mais recentemente que tenha sido limpo do servidor Exchange. Exemplos e explicações desses arquivos são exibidos abaixo.

Preservar arquivos de log de transação além dos listados no(s) intervalo(s) Log necessário é opcional. No entanto, é opcional no sentido de que reter os arquivos de log não é estritamente necessário para restaurar e montar com êxito um banco de dados de backup. No entanto, se os arquivos de log adequados não forem retidos, restaurar do backup causará a perda de todas as alterações no banco de dados que ocorreram depois que o backup foi feito.

É altamente recomendável reter os arquivos de log de transação necessários para restaurar e montar um banco de dados de backup, bem como todos os arquivos de log de transação subseqüentes necessários para implantar o banco de dados.

Se o backup de um banco de dados do Exchange for feito enquanto estiver online, pelo menos um arquivo de log de transação será sempre incluído no backup. Esse comportamento ocorre independentemente do uso da API de backup em streaming ou da API de backup VSS.

Depois de restaurar um backup online, as informações dos logs de transação devem ser aplicadas ao banco de dados. Essa operação é conhecida como reprodução dos arquivos de log de transação. O campo Log necessário de cada cabeçalho de banco de dados registra os números de seqüência (geração) do intervalo dos arquivos de log de transação que devem ser reproduzidos no banco de dados.

Se o campo Log necessário exibe 0-0, o banco de dados é montável sem haver a necessidade de reprodução de quaisquer dados de log de transação adicionais. O único momento em que o valor de Log necessário é 0-0 é depois que um banco de dados é colocado em um estado de desligamento normal. Embora um banco de dados esteja em execução, o campo Log necessário sempre registra o intervalo de logs de transação que ainda não foi aplicado ao banco de dados. Esse intervalo é atualizado continuamente.

Um banco de dados cujo backup é feito em um estado online sempre tem um intervalo Log necessário diferente de zero. Portanto, os arquivos de log de transação devem estar incluídos no backup juntamente com o banco de dados. Se os arquivos de log não estiverem disponíveis depois de restaurar um banco de dados, o banco de dados não será montável. Se não for possível obter os arquivos de log necessários, será necessário executar uma operação de reparo de banco de dados. No entanto, não há garantia de que uma operação de reparo de banco de dados tenha êxito. Além disso, uma operação de reparo de banco de dados sempre resultará em algum nível de perda de dados, mesmo se somente os dados nos arquivos de log ausentes forem perdidos.

Se a API de backup em streaming do Exchange ou a API de backup VSS incluída com o Escritor do Exchange for usada, os arquivos de log necessários para montar um banco de dados serão automaticamente incluídos no backup com o banco de dados. Se somente os arquivos de log especificados no campo Log necessário forem reproduzidos, o banco de dados será restaurado no ponto em que o backup foi concluído. Se desejar implantar o banco de dados além desse ponto, será necessário também reproduzir os arquivos de log que foram gerados depois que o backup foi concluído.

Para implantar totalmente o o banco de dados de qualquer backup específico, será necessário reter todos os arquivos de log em uma seqüência ininterrupta, iniciando do log mais baixo no intervalo Log necessário até o arquivo de log gerado mais recentemente no grupo de armazenamento do banco de dados. Se algum log nessa série estiver ausente ou danificado, será possível somente implantar até o ponto do último arquivo de log bom antes do arquivo de log ausente ou danificado.

Portanto, para não enfrentar perda de dados ao recuperar de um backup, é necessário reter boas cópias de todos os arquivos de log de transação avançando at´´e o último bom e verificado backup de banco de dados.

Se os arquivos de log de transação não forem removidos de um servidor Exchange, os arquivos de log acumulam até que preencham o espaço em disco disponível. Portanto, as APIs de backup em streaming e VSS oferecem suporte à remoção de arquivos de log de transações depois da conclusão de um backup Normal ou de um backup Incremental. Arquivos de log que são mais antigos do que os necessários para recuperar o backup mais recente são excluídos automaticamente do servidor depois que o programa de backup informa o Exchange de que a operação de backup foi concluída com êxito.

Com a API de streaming, a verificação da verificação de soma é executada durante o processo de backup. No momento da conclusão da operação de backup, o banco de dados inteiro e os arquivos de log necessários terão sido verificados em sua integridade física. Com a API VSS, a verificação da verificação de soma não pode ser executada como parte do processo de backup real. O fornecedor do programa de backup deve verificar a integridade física do banco de dados independentemente do processo de backup. Essa verificação pode ser executada usando o comando Eseutil antes da operação de backup ou depois que o programa informar ao Exchange que o backup foi concluído.

  • Se a verificação da verificação de soma for executada antes da conclusão do backup e se um problema for encontrado no conjunto de backup, o Exchange será informado de que o backup falhou. Essa ação interrompe o Exchange de truncar arquivos de log de transação do servidor.
  • Se a verificação da verificação de soma for postergada até após a informação da conclusão de um backup, o Exchange excluirá os arquivos de log antigos do servidor. Alguns desses arquivos de log podem ser necessários para implantar de um backup bom e antigo. Se você ainda não tiver feito cópias desses arquivos de log, talvez não seja possível implantar totalmente.

É recomendável que a verificação da verificação de soma seja executada em um backup VSS antes que o programa de backup informe ao Exchange que o backup foi concluído. Se a verificação da verificação de soma for postergada até depois da conclusão do backup, o programa de backup deve reter cópias de todos os arquivos de log de transação que estão truncados, a menos que não seja importante não ser possível implantar o Exchange totalmente.

Na maioria dos casos, todos os arquivos de log de transação necessários para implantar um backup VSS estão disponíveis no conjunto de arquivos de log salvos com o backup anterior juntamente com os arquivos de log salvos com o backup atual. No entanto, ao selecionar uma solução de backup, é recomendável verificar se esse é o caso.

Talvez seja necessário restaurar um banco de dados de um backup antes que a verificação da verificação de soma seja executada no backup. Nesse cenário, é recomendável restaurar o banco de dados de um backup verificado anteriormente e implantar esse backup. Isso é mais indicado do que confiar em um backup não verificado.

No entanto, talvez o seu acordo de nível de serviço exija a restauração de dados mais rapidamente do que possa ser executado de backups anteriores. Nesse cenário, restaurar de um backup não verificado pode ser uma opção melhor, contanto que um backup verificado anteriormente seja retido juntamente com todos os arquivos de log necessários para implantar totalmente do backup anterior. Isso permite implantar de um backup bom conhecido se você descobrir que o backup não verificado está danificado.

O solicitador VSS deve verificar a consistência do instantâneo. Além disso, a verificação da consistência do instantâneo é um requisito para que uma solução de backup tenha suporte da equipe do Exchange. O Exchange 2007 oferece suporte aos dois métodos de verificação de consistência de instantâneo a seguir:

  • A API CHKSGFILES
  • A ferramenta de linha de comando Eseutil

Para obter mais informações sobre como verificar a consistência do instantâneo usando a API CHKSGFILES, consulte Validar a integridade do backup usando CHKSGFILES.

Para obter mais informações sobre como verificar a consistência do instantâneo usando a ferramenta de linha de comanod Eseutil, consulte Validar a integridade do backup usando Eseutil.

Por padrão, o VSS é instalado com o Windows Server 2008. O serviço é definido como tipo de inicialização Manual. O serviço é iniciado se um programa de backup (o Solicitador) puder usar o Escritor ou Escritores VSS.

É possível usar os itens a seguir para ajudar a solucionar um problema que talvez enfrente com os backups VSS do Exchange 2007:

  • Informações do log de eventos:
  • Comandos VSSADMIN
  • Log de diagnóstico
  • A ferramenta Extra do Exchange
  • A ferramenta BETest

As etapas a seguir descrevem o processo de backup do Exchange 2007 que ocorre ao usar VSS juntamente com os eventos correspondentes que são registrados em log. Examine os eventos que são registrados em log durante a operação de backup para ajudar a determinar qual componente está falhando.

  1. O programa de backup, também conhecido como o agente, executa um trabalho programado.
  2. O Solicitador VSS no programa de backup envia uma solicitação par ao VSS para preparar os grupos de armazenamento do Exchange selecionados para um backup de instantâneo.
  3. O VSS informa ao Escritor VSS do Exchange para preparar para um backup de instantâneo.

A tabela a seguir lista a série de eventos que são registrados em log no Log do aplicativo para todas as instâncias de backup que são iniciadas.

 

ID do evento Tipo de evento Origem do evento Geral

9604

Informações

MSExchangeIS

Escritor VSS do Exchange coletou com êxito o documento de metadados em preparação para backup ou restauração.

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "EcPrepareSGForBackup".

Dados:

0000: 54 68 69 72 64 20 53 74 Third St

0008: 6f 72 61 67 65 20 47 72 orage Gr oup.

9811

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 56) preparou o mecanismo do banco de dados com êxito para um backup completo ou de cópia do grupo de armazenamento "Terceiro Grupo de Armazenamento". O banco de dados a seguir foi montado e será incluído no backup:

Terceiro Grupo de Armazenamento

Dados:

0000: 46 75 6c 6c 00 Completo.

9606

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27) foi preparado para backup com êxito.

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "CVssIExchWriter::OnPrepareSnapshot."

9608

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi preparado para Instantâneo com êxito.

2005

Informações

ESE

Armazenamento de informações (2256) cópia de sombra instância 56 iniciando. Essa será uma cópia de sombra Completa.

Depois que o Escritor do Exchange relatar ao VSS que a preparação do backup foi concluída, as ações a seguir ocorrerão:

  1. O Escritor do Exchange congela os bancos de dados do Exchange adequados. Nesse cenário, o Exchange executa as operações a seguir.
    • O Exchange proíbe ações administrativas em relação ao grupo de armazenamento específico.
    • O Exchange verifica as dependências de volume do grupo de armazenamento.
    • O Exchange suspende todas as operações de escrita para os arquivos de banco de dados e de log de transação adequados.
      noteObservação:
      O Exchange ainda permite acesso de Leitura aos arquivos de banco de dados e de log de transação.
  2. Quando o Exchange iniciar a operação para congelar os arquivos de banco de dados e de log de transação do Exchange, o Exchange iniciará um thread de trabalho para acompanhar a duração da criação da cópia de instantâneo do banco de dados. Não é permitido que o processo de cópia leve mais de 10 segundos.

O processo de cópia de instantâneo inteiro não pode exceder 70 segundos. Isso inclui todas as operações que ocorrem no processo "Etapa 2: instantâneo do banco de dados". Se todo o processo exceder 70 segundos, o thread de trabalho esgota o tempo limite. Se o tempo limite for esgotado, o Exchange interrompe o trabalho de backup e descongela os grupos de armazenamento do Exchange. Em seguida, o Exchange continua suas operações típicas.

A tabela a seguir lista a série de eventos que são registrados em log no log de Aplicativo durante a operação de instantâneo.

 

ID do evento Tipo de evento Origem do evento Geral

2001

Informações

MSExchangeIS

Terceiro Grupo de Armazenamento do MSExchangeIS (2256): Cópia de sombra instância 56 congelamento iniciado.

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "CVssIExchWriter::OnFreeze".

9610

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) congelou o(s) grupo(s) de armazenamento com êxito.

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "CVssIExchWriter::OnThaw"

2003

Informações

ESE

Armazenamento de informações (2256) cópia de sombra instância 56 congelamento encerrado.

9612

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) descongelou o(s) grupo(s) de armazenamento com êxito.

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "CVssIExchWriter::OnPostSnapshot"

O Solicitador VSS no programa de backup verifica a integridade da cópia de backup. Em seguida, o programa informa ao Exchange se o backup obteve êxito. Essa ação informa sobre a conclusão da operação de backup. O método OnBackupComplete() é usado para redefinir o sinalizador backupInProgress.

A tabela a seguir lista a série de eventos que são registrados em log no log de Aplicativo durante a conclusão do backup:

 

ID do evento Tipo de evento Origem do evento Geral

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "CVssIExchWriter::OnBackupComplete".

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "EcSGBackupComplete".

Dados:

0000: 54 68 69 72 64 20 53 74 Terceiro Grupo de Armazenamento.

9780

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) concluiu com êxito o backup completo ou incremental do grupo de armazenamento "Terceiro Grupo de Armazenamento".

2006

Informações

ESE

Armazenamento de informações (2256) cópia de sombra instância 56 concluído com êxito.

9616

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) processou o evento de conclusão do backup com êxito.

Quando a operação de backup é encerrada, o Escritor do Exchange chama o método OnBackupShutdown() Esse método é usado para executar operações exigidas quando um programa de backup é encerrado depois da conclusão do trabalho de backup.

Se um erro fatal ocorrer, o método OnBackupShutdown() define o status do escritor do Exchange como Falha.

A tabela a seguir lista a série de eventos que são registrados em log no log de Aplicativo durante um evento BackupShutdown.

 

ID do evento Tipo de evento Origem do evento Geral

9818

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) foi chamado para "CVssIExchWriter::OnBackupShutdown".

9648

Informações

MSExchangeIS

Escritor VSS do Exchange (instância 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) processou o evento de desligamento do backup com êxito.

As duas chamadas de função a seguir ocorrem durante a falha de um backup:

  • CVssIExchWriter::OnAbort()
    Esse método indica que uma operação de cópia de sombra foi encerrada prematuramente. O Escritor do Exchange usa esse método para limpar o Escritor do Exchange e para informar ao banco de dados JET para congelar (liberar) o armazenamento de informações. Além disso, o Escritor do Exchange usa esse método para informar ao banco de dados JET que o instantâneo foi interrompido.
  • CVssIExchWriter::EcBackupCleanup()
    Se o backup falhar, o Exchange usa esse método para executar operações de limpeza de falha pós-backup. O Exchange usa esse método para informar ao banco de dados JET que o instantâneo falhou. Além disso, o Exchange usa esse método para informar ao armazenamento de informações que o instantâneo falhou.

Ao final de um backup com êxito, o Exchange executa as operações a seguir:

  • O Exchange trunca os arquivos de log de transação.
    noteObservação:
    Se um backup do Exchange não for executado, mas um backup de instantâneo for feito de um volume que contenha arquivos de banco de dados do Exchange, o backup será manipulado da mesma maneira que um backup do Exchange. No entanto, nesse cenário, o backup será considerado como um backup de Cópia e nenhum truncamento de log de transação ocorrerá.
  • O Exchange atualiza os cabeçalhos do banco de dados com as informações do campo Log necessário adequadas.
  • O Exchange limpa o status de backup em andamento.
  • O Exchange registra a hora do último backup para os bancos de dados adequados.

É possível usar a ferramenta de linha de comando VSS (VSSADMIN) para obter informações sobre os Escritores e Provedores registrados com o VSS.

Para obter informações sobre os Escritores VSS, siga estas etapas:

  1. No servidor Exchange, clique em Iniciar, em Executar, digite cmd e clique em OK.
  2. No prompt de comando, digite vssadmin list writers e pressione ENTER.
    Examine os resultados retornados para localizar os resultados do Escritor do Exchange. O Escritor do Exchange deve estar em um estado estável. Os resultados a seguir são retornados quando o Escritor do Exchange está em um estado estável:

     

    Nome do Escritor: 'Escritor do Microsoft Exchange'

    ID do Escritor: {76fe1ac4-15f7-4bcd987e-8e1acb462fb7}

    ID da instância do Escritor: {977637c2-fcdd-463e-b1f8-a9a5d603a2e8}

    Estado: [1] Estável

    Último erro: Nenhum erro

    Se o valor Estado for diferente de Estável, reinicie o serviço Armazenamento de Informações do Microsoft Exchange. Resultados parecidos com os seguintes são retornados quando o Escritor do Exchange estiver em um estado de falha:

     

    Nome do Escritor: 'Escritor do Microsoft Exchange'

    ID do Escritor: {76fe1ac4-15f7-4bcd987e-8e1acb462fb7}

    ID da instância do Escritor: {977637c2-fcdd-463e-b1f8-a9a5d603a2e8}

    Estado: [14] Falha

    Último erro: Erro com nova tentativa

  3. Para obter informações sobre os Provedores VSS registrados, digite vssadmin list providers no prompt de comando. Os resultados a seguir devem ser exibidos:

     

    Nome do provedor: 'Microsoft Software Shadow Copy provider 1.0'

    Tipo do provedor: Sistema

    ID do provedor: {b5946137-7b9f-4925-af80-51abd60b20d5}

    Versão: 1.0.0.7

    Por padrão, somente o provedor Microsoft Software Shadow Copy está listado. No entanto, se um programa de backup de terceiros estiver instalado, outros provedores podem estar listados.
noteObservação:
Para obter mais informações sobre os comandos disponíveis, digite vssadmin /? no prompt de comando.

Se você suspeitar que o problema que está enfrentando seja causado por um problema com o Escritor do Exchange, habilite o log de diagnóstico do Escritor do Exchange. Para fazer isso, siga estas etapas:

  1. Inicie o Shell de Gerenciamento do Exchange.
  2. Execute o seguinte comando:
    get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level expert 
    
  3. Para verificar o nível de log do Escritor do Exchange, execute o comando a seguir:
    get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"}
    
  4. Para restaurar o nível de log de diagnóstico para seu nível padrão, execute o comando a seguir:
    get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level Lowest
    

É possível usar a ferramenta Asssitente de Solução de Problemas (Extra) incluída com o Exchange 2007 para rastrear o Escritor do Exchange. Para fazer isso, siga estas etapas:

  1. No servidor Exchange, clique em Iniciar, em Executar, digite extra e clique em OK.
  2. Se o programa não tiver sido executado anteriormente, clique em Participe do Programa de Aperfeiçoamento da Experiência do Usuário da Microsoft ou clique em Não desejo participar do programa neste momento.
  3. No painel de tarefas, clique em Selecionar uma tarefa.
  4. Na tela de Solução de problemas de seleção de tarefa, clique em Controle de rastreamento.
  5. Se você receber a mensagem a seguir, clique em OK:

     

    Este servidor não tem o módulo necessário para interpretar rastreamentos. Prosseguir apenas com a supervisão direta de um engenheiro de suporte qualificado do Exchange.

  6. Observe o caminho exibido na caixa Selecione o local do arquivo de rastreamento.
  7. Clique em Definir marcas de rastreamento manuais.
  8. Na lista Componentes a rastrear, clique em Armazenamento, mas não clique para selecionar a caixa de seleção Armazenamento.
  9. Na lista Marcas de rastreamento, clique para selecionar a caixa de seleção tagVSS.
  10. Clique em Iniciar rastreamento.

É possível usar a ferramenta BETest para ajudar a determinar se um problema é causado por um Solicitador VSS de terceiros.

A ferramenta BETest é um Solicitador de teste que pode ser usado para testar o Escritor VSS do Exchange. A ferramenta BETest usa a API VSS da Microsoft para se comunicar com e testar o Escritor do Exchange. A ferramenta BETest pode executar muitas das tarefas que um Solicitador VSS típico executa. É possível usar a ferramenta BETest para tirar um backup VSS de um grupo de armazenamento do Exchange. O BETest pode tirar um instantâneo VSS de um banco de dados ativo ou de um banco de dados de réplica em um servidor Exchange 2007.

Para obter essa ferramenta, baixe e instale o VSS SDK, versão 7.2. Para obter esse SDK, consulte SDK dos serviços de cópia de sombra de volume 7.2.

O caminho a seguir é o local de instalação padrão da versão i386 do BETest:

C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\i386

noteObservação:
Uma versão AMD64 do BETest também está disponível. Antes de executar o BETest, mova para o diretório que contém a versão do sistema operacional adequada.

Para usar o BETest, siga estas etapas:

  1. Abra um prompt de comando e moca para o diretório adequado para seu sistema operacional. Por exemplo, mova para o diretório C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\amd64.
  2. Verifique quais Escritores VSS estão disponíveis. Para fazer isso, digite betest.exe >AvailableWriters.txt.
  3. Crie um arquivo Components.txt para usar com o BEtest. Para fazer isso, siga estas etapas:
    1. Abra o arquivo AvailableWriters.txt com um editor de texto, como o Bloco de Notas.
    2. Localize a seção Microsoft Exchange Writer. No Bloco de Notas, pressione F3, digite Microsoft Exchange Writer na caixa Localizar e clique em Localizar próximo.
    3. Use as informações exibidas na seção WriterName = Microsoft Exchange Writer para preencher um arquivo Components.txt. Esse arquivo tem o formato a seguir:

       

      "<WriterIdGUID>": "<component-logical-path>" {"target" # "new target", ...}, ..."<component-logical-path>" : "<subcomponent-logical-path>,...";

      Nesse arquivo, <component-logical-path> representa a entrada LogicalPath, a entrada LogicalPath juntamente com o GUID do componente ou, se nenhum valor LogicalPath existir, somente o GUID do componente. O GUID do componente representa um grupo de armazenamento específico. Por exemplo, a entrada <component-logical-path> pode ser "Microsoft Exchange Server\Microsoft Information Store\NomeDoServidor\000dd565-c4e8-4f58-a8b1-2e29eee4f5c0".
      A seguir, um arquivo Components.txt de amostra:

       

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\NomeDoServidor\999dd565-c4e8-4f58-a8b1-2e29eee4f5c0 ";

      Nesse exemplo, o primeiro GUID é o do Escritor do Exchange. Não é possível modificar esse GUID. O segundo GUID pertence a um grupo de armazenamento específico. É possível especificar o grupo de armazenamento em relação ao qual deseja executar o comando especificando o GUID do grupo de armazenamento adequado. Para obter o GUID de um grupo de armazenamento específico, execute o cmdlet Get-StorageGroup '<StorageGroupName>' | fl GUID.
      O Exchange oferece suporte somente a backups em streaming em relação a grupos de armazenamento ativos. Portanto, para fazer backup de um grupo de armazenamento passivo, é necessário usar um backup VSS. Se você tiver um cluster de Replicação Contínua em Cluster (CCR) do Exchange ou se desejar fazer backup da cópia de réplica de um servidor que esteja habilitado para Replicação Contínua Local (LCR), o arquivo Components.txt deve se parecer com um dos exemplos a seguir.
      Para uma cópia passiva de CCR

       

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Replica\<Nome do Servidor de Caixas de Correio Clusterizadas>\<GUID do Grupo de Armazenamento>";

      Para uma cópia passiva de LCR

       

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Replica\<Nome do Servidor>\<GUID do Grupo de Armazenamento>";

  4. Depois de criar um arquivo Components.txt, execute o comando a seguir para fazer backup do grupo de armazenamento:
    BETEST.exe /B /E /T 1 /S output.XML /C components.txt /D c:\betest > output.txt
    
    noteObservação:
    Esse comando cria o backup do diretório C:\Betest. É possível também executar esse comando sem a opção /E.
  5. Se você receber uma mensagem de erro ao executar o comando, existe um problema com o Escritor do Exchange. Para ajudar a solucionar o problema, examine o conteúdo do arquivo Output.txt que foi criado quando o comando foi executado na etapa 4.

A lista a seguir contém algumas das práticas recomendadas para solucionar problemas de backup VSS:

  • Verifique se os service packs do Windows mais recentes e as atualizações VSS mais recentes foram instalados.
  • Suponha que você esteja solucionando um erro -2403 que ocorre ao tentar iniciar um trabalho de backup. Nesse caso, o VSS usa um tipo de inicialização Manual. Se um trabalho de backup é desligado, o VSS pode não ser interrompido. Em vez disso, o VSS pode determinar se o backup ainda está em execução. Nesse cenário, você receberá um erro -2403 ao tentar iniciar um novo trabalho de backup. Para resolver esse problema, interrompa manualmente o VSS e inicie o trabalho de backup.
  • Se o programa BETest for usado para solucionar um problema, use o programa para capturar vários backups do BEtest em um período de vários dias. Além disso, ao executar o programa BEtest, é recomendável interromper e desabilitar temporariamente qualquer serviço relacionado a backup de terceiros.
  • Se você enfrentar problemas de tempo limite esgotado com o Escritor VSS, talvez esteja enfrentando problemas de desempenho no servidor. Nesse cenário, colete logs de desempenho para determinar se existe um problema de desempenho.
  • O Escritor VSS está em um estado Com nova tentativa. Esse problema indica que o Escritor VSS enfrentou um erro não-fatal. O estado é alterado automaticamente depois de algum tempo. No entanto, é possível resolver o problema de estado Com nova tentativa reiniciando o servidor.
Para garantir que você leia as informações mais recentes e localizar a documentação adicional do Exchange Server 2007, visite o Exchange Server TechCenter.
Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários
A Microsoft está realizando uma pesquisa online para saber sua opinião sobre o site do MSDN. Se você optar por participar, a pesquisa online lhe será apresentada quando você sair do site do MSDN.

Deseja participar?
Mostrar:
© 2014 Microsoft