на реплике возможно только копирование и копирование журнала транзакций
Правда.
Означает ли это, что мне потребуется сделать полное резервное копирование на первичном сервере, если требуется восстановление журнала транзакций?
Краткий ответ ДА .
От BOL :
Согласованная цепочка журналов обеспечивается для всех резервных копий журналов, выполняемых на любой из реплик (первичной или вторичной), независимо от режима их доступности (синхронная фиксация или асинхронная фиксация).
Поэтому, чтобы ответить на ваш вопрос, резервная копия COPY_ONLY не может быть частью восстановления, которое включает в себя резервные копии T-log (восстановление на момент времени). Весь смысл в том, чтобы иметь набор резервных копий вне обычной цепочки резервных копий, НЕ влияющий на последовательность восстановления.
Полное резервное копирование должно быть выполнено в первичной базе данных (не может быть резервной копией только для копирования).
Только резервное копирование T-журнала (как упомянуто выше) может быть выполнено на первичном или вторичном с CAVEAT, что он не испортит LSN на PRIMARY, то есть он будет поддерживать согласованность LSN - независимо от того, где вы делаете резервные копии журналов в группе доступности. ,
Лучше всего проверить, sys.fn_hadr_backup_is_preferred_replica
чтобы при резервном копировании журнала использовались параметры резервного копирования группы «Доступность» для резервного копирования журнала.
См. Выполнение резервного копирования журнала транзакций с использованием вторичных реплик группы «AlwaysOn», доступных только для чтения. Часть 1
НЕТ - Вы можете добавить резервные копии t-log для восстановления резервной копии COPY_ONLY.
источник
Вы можете восстановить журналы транзакций поверх полной копии только для копирования - это означает, что вы можете использовать резервную копию только для копирования из вторичной реплики вместе с журналами транзакций и выполнять восстановление на определенный момент времени.
Однако, если вы выполняете только резервные копии только для вторичной реплики, у вас не будет «реальной» резервной копии для сброса дифференциальной битовой карты на первичной реплике. Если разностное резервное копирование является частью вашей стратегии восстановления, то вам необходимо сделать полное резервное копирование на первичном. Если вы все хотите использовать разностное резервное копирование, вам нужно будет сделать полное резервное копирование на первичной реплике, чтобы использовать его в качестве разностного основания.
источник
Я успешно протестировал использование резервной копии только для копирования и резервных копий журнала, которые охватывают только копирование до желаемого момента времени. Вы должны иметь все резервные копии журнала. Поэтому, если у вас есть несколько реплик, которые вы используете для создания резервных копий (например, аварийное переключение произошло), вы должны убедиться в этом и отслеживать их. В моем тестировании я просто настроил все так, чтобы все резервные копии отправлялись в центральное место. SQL поддерживает цепочку журналов для резервного копирования журналов на всех узлах AG. Хорошая статья здесь ... http://info.tricoresolutions.com/blog/understanding-backups-with-sql-server-alwayson-high-availability-mirrors
источник
У меня было много путаницы вокруг темы - в кластере AG восстановление журнала резервное копирование с последующим копированием - только полное резервное копирование.
Сейчас работает нормально. Мы можем использовать только резервную копию из вторичной реплики:
источник