Exchange 2003: Quando os logs de transação são confirmados e porque o bit de archive não está definido?

Question

O instrutor me confundiu:

Os logs de transação do Exchange são confirmados durante o backup completo / normal. Backups incrementais e diferenciais apenas fazem backup dos logs. OK, isso está claro. Mas ele também mencionou que a frequência do commit depende do tamanho do banco de dados.

Se o segundo for true do que os logs serão confirmados não apenas nos backups full / normal, isso significa que o bit de archive nos arquivos EDB e STM deve ser configurado, pois eles foram alterados. Por que os arquivos EDB e STM não são armazenados em backups diferenciais e incrementais, eles usam o bit de arquivamento, não?

    

Answer 1

Este link da Microsoft explica um pouco sobre os registros de transações no Exchange 2003 .

Você está falando sobre duas coisas diferentes que estão confundindo você, eu acho. O bit de arquivamento apenas rastreia arquivos alterados durante um backup externo do sistema de arquivos. Transações confirmadas são para o banco de dados do Exchange para referência no caso de um desligamento inesperado. As transações são primeiro gravadas no log de transações e, em seguida, confirmadas no banco de dados do Exchange. O arquivo de ponto de verificação controla quais logs de transação foram confirmados no banco de dados do Exchange. Se você tivesse que restaurar o Exchange, saberia quais transações ele deve restaurar dos logs de transação e quais já estão comprometidos com o banco de dados. / p>

Este link explica um pouco sobre os procedimentos de backup do Exchange . Realizar um backup completo limpa fisicamente os arquivos de log de transações do disco, entre outras coisas, mas não está relacionado ao bit de arquivamento nos logs de transações físicas. Aqui está um trecho do link:

The high-level interaction between the VSS, the Exchange writer, and Exchange Server 2003 during backup or restore operations is as follows:

1. The backup program (or agent) runs a scheduled job.
2. The VSS requestor in the backup/restore application sends a command to the VSS to take a shadow copy of the selected Exchange Server 2003 storage groups.
3. The VSS communicates with the Exchange writer to prepare for a snapshot backup. Exchange Server 2003 prohibits administrative actions against the storage group, checks volume dependencies, and suspends all write operations to database and transaction log files while allowing read-only access.
4. The VSS communicates with the appropriate storage provider to create a shadow copy of the storage volume that contains the Exchange Server 2003 storage group.
5. The VSS releases Exchange Server 2003 to resume ordinary operations.
6. The VSS requestor verifies the integrity of the backup set prior to signaling the backup was successful. Exchange Server 2003 truncates the transaction logs and records the time of the last backup for the database.

Aqui está mais um link explicando o banco de dados do Exchange e como as transações são processadas .

Você provavelmente terá mais de ler a informação nos links do que você vai tentar seguir minha explicação horrível e complicada:)

    

Answer 2

O backup do Exchange (e do SQL Server internal =) não está contando com o bit de arquivamento, o que é um lembrete para ferramentas de backup externas.

Eles gerenciam backups em um nível muito mais detalhado do que isso internamente.