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


Полное резервное копирование

Изменения: 17 июля 2006 г.

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

ms189860.note(ru-ru,SQL.90).gifПримечание.
Обзор различных типов резервного копирования см. в разделах Резервное копирование при простой модели восстановления и Резервное копирование в полной модели восстановления.

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

ms189860.note(ru-ru,SQL.90).gifПримечание.
Полная резервная копия обычно называется просто резервной копией файлов, кроме тех случаев, когда она явно соотносится с разностной резервной копией файлов.

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

Резервные копии файлов базы данных можно создавать и восстанавливать по отдельности. В инструкциях BACKUP или RESTORE вместо каждого файла по отдельности можно указать всю файловую группу. Следует иметь в виду, что если какой-либо файл файловой группы находится в автономном режиме (например, во время его восстановления), то вся файловая группа переводится в автономный режим, и создать ее резервную копию будет невозможно.

ms189860.note(ru-ru,SQL.90).gifПримечание.
В SQL Server версии 7.0 и SQL Server 2000 резервные и разностные резервные копии файлов не содержат записей журнала. Резервная копия журнала для восстановления их данных должна быть применена явно. Поэтому в этих версиях резервные копии файлов можно использовать только с полной моделью восстановления и моделью восстановления с неполным протоколированием. В SQL Server 2005 по умолчанию резервные копии файлов содержат достаточное количество записей для наката файла в конце операции резервного копирования.

Преимущества и недостатки резервного копирования файлов

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

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

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

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

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

ms189860.note(ru-ru,SQL.90).gifПримечание.
Резервные копии файловых групп, доступных только для чтения, могут совмещаться с частичными резервными копиями. Частичные резервные копии включают все файловые группы, доступные для чтения и записи, и при необходимости одну или несколько файловых групп, доступных только для чтения. Дополнительные сведения см. в разделе Частичные резервные копии.

Вопросы и замечания по резервному копированию файлов

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

  • Чаще создавать резервные копии тех данных, которые часто обновляются.
  • Реже создавать резервные копии редко обновляемых данных.
  • Создать резервную копию данных, которые используются только для чтения, лишь один раз.
    ms189860.note(ru-ru,SQL.90).gifПримечание.
    Создать резервную копию файла или файловой группы, доступную только для чтения, одинаковую для каждой модели восстановления.

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

ms189860.note(ru-ru,SQL.90).gifПримечание.
Отдельные файлы могут быть восстановлены из резервной копии базы данных, однако поиск и восстановление файла из резервной копии базы данных займет больше времени, чем из резервной копии файла.

Дополнительные замечания относительно простой модели восстановления

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

Дополнительные замечания по полной модели восстановления

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

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

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

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

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

Синтаксис BACKUP для создания резервной копии файла:

BACKUP DATABASE имя_базы_данных <файл_или_группа_файлов> [ ,...n] TO <устройство_резервного_копирования>

ms189860.note(ru-ru,SQL.90).gifПримечание.
Первая резервная копия файла или файловой группы должна содержать полный файл или файловую группу. После создания полной резервной копии файла или файловой группы можно создать последовательность из одной или нескольких разностных резервных копий файла, основанных на этой полной копии. Дополнительные сведения см. в разделе Разностное резервное копирование файлов.

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

ms189860.note(ru-ru,SQL.90).gifПримечание.
Резервные копии файлов не поддерживаются мастером планов обслуживания.

Использование разностного резервного копирования файлов

Резервная копия файла может служить основой для разностной копии для разностных резервных копий файлов. Это позволяет дополнить резервную копию файла короткой серией разностных резервных копий. Дополнительные сведения см. в разделах Использование разностного резервного копирования и Разностное резервное копирование файлов.

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

См. также

Основные понятия

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

Другие ресурсы

RESTORE (Transact-SQL)
BACKUP (Transact-SQL)
Замечания по резервному копированию и восстановлению связанных функций

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений

Версия Журнал

17 июля 2006 г.

Новое содержимое
  • Добавлен подраздел «Дополнительные замечания относительно простой модели восстановления».
  • Добавлена сводка основного синтаксиса инструкции BACKUP для создания полной резервной копии файла.

14 апреля 2006 г.

Измененное содержимое
  • Исправлено описание частичных резервных копий в примечании.

5 декабря 2005 г.

Новое содержимое
  • Добавлен рисунок.