Поделиться через

Полные резервные копии файлов (SQL Server)

Этот раздел относится к базам данных SQL Server, содержащим несколько файлов или файловых групп.

Файлы в базе данных SQL Server можно создать резервную копию и восстановить по отдельности. Кроме того, можно указать всю файловую группу, а не указать каждый составляющий файл по отдельности. Обратите внимание, что если любой файл в файловой группе находится в автономном режиме (например, из-за восстановления файла), все файловые группы находятся в автономном режиме и не могут быть резервными копиями.

Резервные копии файловых групп только для чтения можно объединить с частичными резервными копиями. Частичные резервные копии включают все файловые группы чтения и записи, а также одну или несколько файловых групп, доступных только для чтения. Дополнительные сведения см. в разделе "Частичные резервные копии" (SQL Server).

Резервная копия файлов может служить разностной базой для разностных резервных копий файлов. Дополнительные сведения см. в разделе Разностные резервные копии (SQL Server).

Замечание

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

В этом разделе:

Преимущества резервных копий файлов

Резервные копии файлов предоставляют следующие преимущества по сравнению с резервными копиями базы данных:

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

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

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

Недостатки резервных копий файлов

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

  • Сбой носителя может сделать полную базу данных невосстановленной, если поврежденный файл не имеет резервной копии. Таким образом, необходимо поддерживать полный набор резервных копий файлов, а для модели восстановления с полным и массовым ведением журнала одна или несколько резервных копий журналов, охватывающих минимальный интервал между первой полной резервной копией файлов и последней полной резервной копией файлов.

Обзор резервных копий файлов

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

Резервное копирование файла или файловой группы только для чтения одинаково для каждой модели восстановления. В модели полного восстановления полный набор полных резервных копий файлов вместе с достаточным количеством резервных копий журналов для охвата всех резервных копий файлов эквивалентен полной резервной копии базы данных.

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

Замечание

Отдельные файлы можно восстановить из резервной копии базы данных; Однако поиск и восстановление файла занимает больше времени из резервной копии базы данных, чем из резервной копии файлов.

Резервные копии файлов и простая модель восстановления

В простой модели восстановления резервные копии файлов для чтения и записи должны создаваться вместе. Это гарантирует, что база данных может быть восстановлена в согласованный момент времени. Вместо того чтобы указывать каждый файл или файловую группу для чтения и записи, воспользуйтесь параметром READ_WRITE_FILEGROUPS. Этот параметр создает резервные копии всех файловых групп, доступных для чтения и записи, в базе данных. Резервная копия, созданная путем указания READ_WRITE_FILEGROUPS, называется частичной резервной копией. Дополнительные сведения см. в разделе "Частичные резервные копии" (SQL Server).

Резервные копии файлов и модель полного восстановления

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

Восстановление базы данных с помощью простой резервной копии файлов и журналов может быть сложной. Поэтому, если это возможно, рекомендуется выполнить полную резервную копию базы данных и запустить резервные копии журналов перед первой резервной копией файла. На следующем рисунке показана стратегия, в которой выполняется полная резервная копия базы данных (во время t1) вскоре после создания базы данных (во время t0). Эта первая резервная копия базы данных позволяет запускать резервные копии журналов транзакций. Резервное копирование журналов транзакций планируется выполнять с заданными интервалами. Резервные копии файлов выполняются независимо от того, какой интервал лучше всего соответствует бизнес-требованиям для базы данных. На этом рисунке показано, как создать резервную копию каждой из четырех файловых групп одновременно. Порядок резервного копирования (A, C, B, A) отражает бизнес-требования базы данных.

Стратегия объединения резервных копий базы данных, файлов и журналов

Замечание

В модели полного восстановления необходимо выполнить перекат журнала транзакций при восстановлении резервной копии файла чтения и записи, чтобы убедиться, что файл согласован с остальной частью базы данных. Чтобы избежать пересмотра большого количества резервных копий журналов транзакций, рекомендуется использовать дифференциальные резервные копии файлов. Дополнительные сведения см. в разделе Разностные резервные копии (SQL Server).

Связанные задачи

Создание резервной копии файлов или файловой группы

Замечание

Резервные копии файлов не поддерживаются мастером планов обслуживания.

См. также

BACKUP (Transact-SQL)
Общие сведения о резервном копировании (SQL Server)
Резервное копирование и восстановление: взаимодействие и сосуществование (SQL Server)
Дифференциальные резервные копии (SQL Server)
Восстановление файлов (простая модель восстановления)
Восстановление файлов (модель полного восстановления)
Восстановление в сети (SQL Server)
Восстановление по частям (SQL Server)