Назад | Перейти на главную страницу

Вопросы о зеркальном отображении базы данных

Недавно я настроил зеркальное отображение базы данных SQL 2005 (синхронно со свидетелем) в нескольких средах и получил удовольствие, но у меня есть несколько вопросов:

  1. Разрывается ли цепочка журналов транзакций при отказе? Нужно ли мне планировать полное резервное копирование, чтобы продолжить резервное копирование журнала транзакций на вторичном сервере?
  2. Я заметил, что DBCC CHECKDB выполняется во время отработки отказа, кто-нибудь знает, какие параметры указаны? повлияет ли это на VLDB?
  3. Конечные точки зеркалирования, кажется, привязаны к моей учетной записи домена, которую я использовал при настройке зеркалирования с помощью мастера. Не удастся ли зеркалирование, если моя учетная запись домена будет удалена? Следует ли мне изменить конечные точки для использования учетной записи службы домена сервера?

1) Нет, цепочка журналов не нарушена - зеркальная база данных является точной побайтной копией принципала. Он будет в модели ПОЛНОГО восстановления и знает, в каком состоянии находятся резервные копии, по различным LSN (порядковым номерам журнала) на загрузочной странице базы данных. (Видеть Вопросы и ответы для поисковых систем №20: загрузочные страницы и повреждение загрузочной страницы.) Обратите внимание, что любые текущие транзакции будут откатываться - транзакции никогда не выдерживают переключения при отказе.

2) Нет, это не так. Он просто сообщает время последнего заведомо удачного запуска базы данных (время последнего запуска CHECKDB без обнаружения повреждений). Подробнее см. В этом сообщении в блоге: CHECKDB со всех сторон: когда в последний раз успешно выполнялась команда DBCC CHECKDB?. В SQL 2005 ручное переключение на другой вызовет принудительный перезапуск базы данных. В 2008 году этого больше не происходит, и восстановление только завершено (может быть немного быстрее). По совпадению, это также сохраняется на странице загрузки базы данных.

3) Когда конечные точки созданы, они доступны только членам роли системного администратора. В описываемом вами сценарии проблем быть не должно.

Надеюсь это поможет!