Инструктор запутал меня на этом:
Журналы транзакций Exchange фиксируются во время полного / обычного резервного копирования. При инкрементном и дифференциальном резервном копировании выполняется резервное копирование только журналов. ОК, это ясно. Но он также упомянул, что частота принятия обязательств зависит от размера базы данных.
Если второе верно, то журналы фиксируются не только при полном / обычном резервном копировании, это означает, что бит архива в файлах EDB и STM должен быть установлен, поскольку они изменились. Почему файлы EDB и STM не копируются в дифференциальных и инкрементных резервных копиях, ведь они оба используют бит архива, не так ли?
Эта ссылка от Microsoft немного объясняет журналы транзакций в Exchange 2003.
Я думаю, вы говорите о двух разных вещах, которые сбивают вас с толку. Бит архива просто отслеживает измененные файлы во время внешнего резервного копирования файловой системы. Подтвержденные транзакции используются базой данных Exchange в случае неожиданного завершения работы. Транзакции сначала записываются в журнал транзакций, а затем фиксируются в базе данных Exchange. Файл контрольной точки отслеживает, какие журналы транзакций были зафиксированы в базе данных Exchange, поэтому, если вам нужно будет восстановить Exchange, он будет знать, какие транзакции он должен восстановить из журналов транзакций, а какие уже зафиксированы в базе данных.
Эта ссылка немного объясняет Процедуры резервного копирования Exchange. Выполнение полного резервного копирования, помимо прочего, физически очищает файлы журнала транзакций с диска, но не связано с битом архива в физических журналах транзакций. Вот отрывок из ссылки:
Взаимодействие высокого уровня между VSS, модулем записи Exchange и Exchange Server 2003 во время операций резервного копирования или восстановления выглядит следующим образом:
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.
Вот еще одна ссылка, объясняющая База данных Exchange и как обрабатываются транзакции.
Вы, вероятно, получите больше от чтения информации в ссылках, чем от попытки следовать моему ужасному, запутанному объяснению :)
Резервное копирование Exchange (и SQL Server internal =) вообще не полагается на бит архива, что является напоминанием для внешних инструментов резервного копирования.
Они управляют резервными копиями на гораздо более детальном уровне, чем внутренний.