Tipos de operações de backup para o Exchange 2013
Encontre informações sobre os diferentes tipos de backups que você pode executar em seus bancos de dados de armazenamento do Exchange 2013, incluindo backups completos, copiados, incrementais e diferenciais.
Aplica-se a: Exchange Server 2013
Este artigo fornece informações sobre os diferentes tipos de backups que você pode executar em bancos de dados Exchange Server 2013 e como esses backups afetam os arquivos de banco de dados.
Aplicativos de backup e restauração que usam o VSS (Serviço de Cópia de Sombra de Volume) e o gravador do Exchange podem executar os tipos de backups listados na tabela a seguir.
Tabela 1. Tipos de operações de backup
| Tipo de backup | Descrição |
|---|---|
| Backups completos |
Faz backup dos bancos de dados (*.edb), logs de transações (*.log), arquivos de ponto de verificação (*.chk) e, em seguida, trunca os logs de transação para um banco de dados específico. |
| Copiar backups |
Faz backup do banco de dados, logs de transações e arquivos de ponto de verificação. Os backups de cópia não truncam os logs de transação do banco de dados. |
| Backups incrementais |
Faz backup dos logs de transação para registrar alterações desde o último backup completo ou incremental e, em seguida, trunca os logs de transação. |
| Backups diferenciais |
Faz backup dos logs de transação para registrar alterações desde o último backup completo ou incremental e não trunca os logs de transação. |
Os componentes ou arquivos de banco de dados definidos pelo gravador do Exchange representam os arquivos de banco de dados e os logs de transações nos bancos de dados do Exchange 2013. Isso permite que seu aplicativo de backup e restauração exiba os nomes dos componentes em um banco de dados do Exchange 2013 durante operações de backup. No entanto, seu aplicativo de backup não pode fazer backup de componentes individuais do banco de dados; ele só pode fazer backup de bancos de dados inteiros.
O gravador do Exchange padroniza os caminhos lógicos do componente de banco de dados, que são especificados nos metadados do gravador do Exchange. O gravador do Exchange retorna os caminhos lógicos para seu aplicativo de backup e restauração conforme necessário.
O gravador do Exchange fornece caminhos lógicos no formulário:
logicalPath = "Exchange Server\Microsoft Information Store\<Server name>"
Os componentes do servidor e do banco de dados são componentes do grupo de arquivos, mas não têm arquivos associados. Eles têm subcomponentes que especificam os arquivos individuais. Um banco de dados contém apenas um componente de log, chamado Logs. Os nomes de componente dos componentes individuais do banco de dados são os GUIDs dos bancos de dados, mostrados como cadeias de caracteres.
O gravador do Exchange lista apenas bancos de dados que podem ser backup, com base nas diretrizes da estrutura VSS. Bancos de dados montados como o banco de dados de recuperação do Exchange 2013, bem como bancos de dados que não são montados, não podem ser apoiados e, portanto, não estão listados nos metadados do gravador do Exchange.
A figura a seguir mostra o processo de backup do gravador do Exchange.
Figura 1. Sequência de eventos para o processo de backup
Backups completos
Um backup completo de um banco de dados do Exchange envolve a criação e o armazenamento de uma cópia do arquivo de banco de dados, logs de transações e arquivos de ponto de verificação. Um banco de dados do Exchange 2013 tem um conjunto de arquivos de log de transações dedicados.
Depois que o banco de dados tiver feito backup, os arquivos de log de transações no disco serão truncados para que apenas as alterações de banco de dados que ocorreram após o backup tenham sido feitas permaneçam. Durante esse processo, o gravador do Exchange exclui todas as entradas de log até o ponto de verificação, com base na suposição de que os bancos de dados foram agora apoiados em um estado consistente que contém todas as alterações até o ponto de verificação mais recente.
Se o banco de dados que está sendo backup for desmontado durante a operação de backup, o Exchange 2013 não truncará os logs de transação e o resultado será o equivalente a uma operação de backup de cópia, não uma operação de backup completa.
Quando um backup completo é concluído, os cabeçalhos do banco de dados montado ativo são atualizados com as informações de backup atuais. Em implantações replicadas, essas informações serão comprometidas com um arquivo de log de transações e replicadas para as outras cópias DAG do banco de dados. Os cabeçalhos das cópias do banco de dados são atualizados à medida que esse arquivo de log de transações é reproduzido na cópia do banco de dados.
Um backup de cópia de sombra completo é necessário para executar backups de cópia de sombra incremental ou diferencial. Os backups completos podem ser retirados de qualquer cópia desde que seja um backup de cópia de sombra.
Os backups completos são usados nos seguintes cenários:
Um banco de dados fica corrompido ou é perdido, mas os arquivos de log de transações no disco estão intactos. Nesse cenário, os arquivos de banco de dados afetados podem ser restaurados do backup completo e recuperados reproduzindo os logs de transação que ainda estão em disco.
Os arquivos de log de transações, bem como o arquivo de banco de dados em disco, são perdidos. Nesse cenário, os arquivos de log de transações que foram backup no momento do backup completo são restaurados junto com o banco de dados.
No Exchange 2013, os logs podem ser restaurados sem precisar restaurar o banco de dados aplicável de um conjunto de backup completo. Essa opção torna possível que um backup completo anterior seja restaurado e combinado com os arquivos de log de transação do backup completo mais recente para avançar.
Quando a enumeração VSS_BACKUP_TYPE no VSS é definida como VSS_BT_FULL quando o gravador do Exchange executa um backup, os seguintes componentes são incluídos no backup:
Um banco de dados com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Um arquivo de log com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Copiar backups
Um backup de cópia de um banco de dados do Exchange envolve a criação e o armazenamento dos mesmos elementos incluídos em um backup completo. No entanto, ao contrário de um backup completo, os arquivos de log de transações no disco não são truncados quando o backup é concluído. Os backups de cópia não são destinados para fins de recuperação de dados. Em vez disso, os backups de cópia fornecem uma imagem dos dados para uso em testes, diagnóstico de problemas ou para semeadura de uma réplica.
Por exemplo, um administrador do Exchange 2013 que está enfrentando problemas com o exchange store pode fazer um backup de cópia para uso em um ambiente de teste sem afetar o sistema de produção. Os backups de cópia não afetam os agendamentos de backup regulares; no entanto, como um backup de cópia também coloca o exchange store em um estado de backup em andamento, ele bloqueia que outros backups agendados prossigam até que o backup de cópia seja concluído ou anulado.
Quando a enumeração VSS_BACKUP_TYPE no VSS é definida como VSS_BT_COPY, os seguintes componentes são incluídos em um backup de cópia:
Um banco de dados com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Um componente de arquivo de log com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Backups incrementais
Um backup incremental de um banco de dados do Exchange 2013 salva alterações no banco de dados que ocorreram desde o último backup completo ou incremental. Quando todos os arquivos de banco de dados e arquivos de log são restaurados para o sistema, eles podem ser recuperados para o estado em que estavam no momento do último backup incremental. Os dados armazenados em um backup incremental incluem apenas os arquivos de log de transação até o momento atual.
Quando o backup é concluído, o servidor exchange trunca os arquivos de log e marca o tempo de backup nos cabeçalhos do banco de dados. Usar um backup incremental para recuperar um banco de dados requer pelo menos dois conjuntos de dados a serem restaurados: o último backup completo e, em seguida, cada backup incremental feito após o último backup completo. A vantagem de usar backups incrementais é que os backups individuais são muito menores do que um backup completo e os backups incrementais individuais são frequentemente menores do que os backups diferenciais.
A desvantagem de usar backups incrementais é que, se muitos backups incrementais foram feitos entre backups completos, a recuperação da loja do Exchange pode envolver a recuperação de muitos backups incrementais. O Exchange não permite que um backup incremental ocorra quando nenhum backup completo anterior existe para estabelecer o ponto de partida para as alterações incrementais.
Um backup completo obtido de um local de cópia DAG pode ser seguido por um backup incremental do local ativo e vice-versa. Uma restrição a ter em mente é que o último estado de backup é mantido no cabeçalho do banco de dados ativo e as alterações no cabeçalho do banco de dados são gravadas em logs de transação, replicadas e reproduzidas no local do banco de dados de cópia, assim como todos os outros logs de transações em implantações DAG. Como backups e restaurações interoperam, os aplicativos de backup podem fornecer a funcionalidade para executar backups exclusivamente em um nó DAG específico, independentemente de o nó ser ativo ou passivo, bem como executar backups exclusivamente do nó passivo ou exclusivamente do nó ativo.
Quando a enumeração VSS_BACKUP_TYPE no VSS é definida como VSS_BT_INCREMENTAL, os seguintes componentes são incluídos em um backup incremental:
Um banco de dados com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Um arquivo de log com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Backups diferenciais
Um backup diferencial de um banco de dados do Exchange 2013 salva alterações no banco de dados que ocorreram desde o último backup completo ou incremental. Quando os arquivos de banco de dados e os arquivos de log são restaurados pelo sistema, eles podem ser recuperados para o estado em que estavam no último backup diferencial.
Os dados armazenados em um backup diferencial incluem apenas os arquivos de log de transação até o ponto de verificação atual. Os backups diferenciais não excluem ou alteram os arquivos de log ou alteram os cabeçalhos de banco de dados. Para usar um backup diferencial para recuperar um banco de dados, você só precisa restaurar dois conjuntos de dados: o último backup completo e, em seguida, o backup diferencial mais recente.
A desvantagem de usar backups diferenciais é que os backups diferenciais duplicam os dados de backup em cada backup até que um backup completo seja executado. Se muitos backups diferenciais forem feitos entre backups completos, o espaço de armazenamento necessário poderá exceder o necessário pelo mesmo número de backups incrementais. O Exchange não permite que um backup diferencial ocorra quando não houve um backup completo ou incremental para estabelecer o ponto de partida para backups diferenciais.
Um backup completo retirado do local da cópia pode ser seguido por um backup diferencial do local ativo e vice-versa. Uma restrição a ter em mente é que o último estado de backup é mantido no cabeçalho do banco de dados ativo e as alterações no cabeçalho do banco de dados são gravadas em logs de transação, replicadas e reproduzidas no local do banco de dados de cópia, assim como todos os outros logs de transações em implantações DAG. Como backups e restaurações interoperam, os aplicativos de backup fornecem a funcionalidade para executar todos os backups exclusivamente em um nó DAG específico, independentemente de o nó ser ativo ou passivo, bem como executar backups exclusivamente do nó passivo ou exclusivamente do nó ativo.
Quando a enumeração VSS_BACKUP_TYPE no VSS é definida como VSS_BT_DIFFERENTIAL, os seguintes componentes são incluídos em um backup diferencial:
Um banco de dados com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Um arquivo de log com o caminho lógico Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>
Confira também
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de