Copy-only: сохранение цепочки разностных копий

Инженер создаёт дополнительную полную копию для тестов. Позже разностное восстановление не работает, поскольку план ожидает более старую полную копию. Причина не в разрыве цепочки журнала: внеплановая обычная полная копия изменила базу разностных копий.

Конкретная последовательность

Представьте плановую полную копию в воскресенье, дополнительную обычную во вторник и разностную в среду. Среда зависит от вторника, а не воскресенья. Если вторничный файл исчезнет с временного ресурса, набор воскресенье плюс среда больше не подходит.

С COPY_ONLY во вторник разностная база осталась бы воскресной. Полная copy-only восстанавливается как полная копия, но не становится базой последующих разностных. Поэтому она подходит многим разовым копиям вне управляемого расписания, но не всем плановым полным копиям. Разностной стратегии нужны намеренно создаваемые обычные базы.

SELECT TOP(50) database_name,type,is_copy_only,
 backup_start_date,backup_finish_date,first_lsn,last_lsn,
 database_backup_lsn,differential_base_lsn
FROM msdb.dbo.backupset
WHERE database_name=N'YourPracticeDatabase'
ORDER BY backup_finish_date DESC;

Запрос показывает тип, признак copy-only и LSN. D, I и L обозначают полную копию базы, разностную и журнал. Это материал для расследования, а не автоматическое доказательство наличия файлов или правильности всего плана.

Отдельная цепочка журнала

Обычная полная копия не разрывает существующую цепочку журнальных копий. Журнал остаётся нужен после выбранной копии данных для достижения цели. Изменение модели восстановления и отсутствующие файлы являются другими проблемами.

Copy-only журнала сохраняет обычную точку архивирования и не усекает журнал. Она не заменяет штатные журнальные копии. Её постоянное повторение не исправляет ожидание повторного использования, требующее обычного резервного копирования.

Согласуйте владельцев процесса. Агент поставщика, обслуживание и ручной оператор способны создать правильные файлы, из которых никто не собрал общий набор. Централизуйте инвентаризацию и хранение вокруг возможности восстановления, а не успешных статусов отдельных заданий.

Проверка настоящих зависимостей

История может пережить удалённые файлы. На целевом сервере также может не быть исходной msdb. Проверяйте настоящие заголовки и все части распределённой копии. Имя с full или diff не является достоверными метаданными. Подтвердите идентичность базы, связь с разностной базой, последовательность и необходимые ключи шифрования.

Для внеплановой копии выбирайте новое имя и нужные параметры. Шаблон предполагает существующую учебную базу и доступный серверу путь. Замените их осознанно. INIT отсутствует, чтобы не предписывать перезапись существующего носителя.

BACKUP DATABASE [YourPracticeDatabase]
TO DISK=N'D:\Backups\YourPracticeDatabase_adhoc_unique_name.bak'
WITH COPY_ONLY,CHECKSUM,COMPRESSION,STATS=10;

После дополнительной copy-only восстановите плановую полную и зависимую разностную на изолированной площадке, затем нужные журналы. Успешный BACKUP или VERIFYONLY не доказывает полный бизнес-процесс восстановления.

Храните базы, пока зависимые разностные входят в обещанное окно восстановления. Записывайте использованные файлы и ключи успешного испытания. Проверьте, что политики разных инструментов не удаляют ещё нужные зависимости. Добавьте испытание на сервере без истории, где набор восстанавливается по файлам. Такой сценарий выявляет чрезмерную зависимость инструкции от исходного экземпляра. Укажите, кто найдёт старые носители при отсутствии привычного оператора. Для многополосной копии храните полный список частей вместе с результатом проверки, чтобы одна пропавшая часть не обнаружилась только при аварии. Надёжный итог представляет собой явную проверенную цепочку, сохраняющую понятность при обычных запросах дополнительных копий.

Если один файл содержит несколько наборов, сохраните также позицию нужного набора. Правильный путь сам по себе не определяет источник восстановления. Сопоставляйте заголовок с журналом операции, прежде чем выбирать конкретный набор для испытания.

Техническая документация: Microsoft Learn: Copy-only backups · Microsoft Learn: Backup history.