В этом разделе описываются преимущества резервного копирования баз данных SQL Server, основные условия резервного копирования и восстановления, а также приводятся стратегии резервного копирования и восстановления для SQL Server и рассматриваются вопросы безопасности, связанные с резервным копированием и восстановлением в SQL Server.
Компонент резервного копирования и восстановления SQL Server обеспечивает необходимую защиту важных данных, которые хранятся в базах данных SQL Server. Чтобы минимизировать риск необратимой потери данных, необходимо регулярно создавать резервные копии баз данных, в которых будут сохраняться производимые изменения данных. Хорошо продуманная стратегия резервного копирования и восстановления защищает базы от потери данных при повреждениях, происходящих из-за различных сбоев. Проверьте выбранную стратегию, выполнив восстановление баз данных из набора резервных копий; это поможет эффективно среагировать на реальные проблемы.
Примечание
|
|---|
|
Начиная с версии SQL Server 2012 с пакетом обновления 1 (SP1) и накопительным обновлением CU2, поддерживается резервное копирование данных SQL Server в службу хранилищ больших двоичных объектов Windows Azure. Дополнительные сведения см. в разделах Улучшения резервного копирования и восстановления и Резервное копирование и восстановление SQL Server с помощью службы хранилищ больших двоичных объектов Windows Azure. |
В этом разделе:
-
Создание резервных копий баз данных SQL Server, выполнение проверочных процедур восстановления резервных копий и хранение резервных копий в безопасном месте вне рабочей площадки помогают предотвратить возможную необратимую потерю данных.
Важно!
Это единственный способ надежно защитить данные в SQL Server.
При правильном создании резервных копий баз данных можно будет восстановить данные после многих видов сбоев, включая следующие:
-
сбой носителя;
-
ошибки пользователей (например, удаление таблицы по ошибке);
-
сбои оборудования (например, поврежденный дисковый накопитель или безвозвратная потеря данных на сервере);
-
стихийные бедствия.
-
-
Кроме того, резервные копии баз данных полезны и при выполнении повседневных административных задач, например для копирования баз данных с одного сервера на другой, настройки Группы доступности AlwaysOn или зеркального отображения баз данных и архивирования.
Операции резервирования и восстановления данных следует адаптировать под конкретную среду с учетом доступных ресурсов. Таким образом, для надежной работы операций резервирования и восстановления необходима стратегия резервирования и восстановления. Правильно созданная стратегия резервирования и восстановления увеличивает доступность данных и уменьшает их потери, учитывая требования пользователей.
|
Важно!
|
|---|
|
Базу данных и резервные копии следует размещать на отдельных устройствах резервного копирования. В противном случае при сбое устройства, содержащего базу данных, резервные копии окажутся недоступными. Кроме того, размещение данных и их резервных копий на отдельных устройствах повышает производительность ввода-вывода как при записи резервных копий, так и в процессе производственного использования базы данных. |
Стратегия резервирования и восстановления состоит из части, относящейся к резервированию, и части, относящейся к восстановлению. Часть, относящаяся к резервированию, определяет тип и частоту создания резервных копий, тип и скоростные характеристики оборудования, необходимого для их создания, способ проверки резервных копий, а также местонахождение и тип носителя резервных копий (включая и вопросы безопасности). Часть, относящаяся к восстановлению, определяет ответственного за проведение операций восстановления, а также методы их проведения, позволяющие удовлетворить требования пользователей по доступности данных и минимизации их потерь. Рекомендуется документировать процедуры резервирования и восстановления и хранить копию этой документации в документации по задаче.
Разработка эффективной стратегии резервирования и восстановления требует тщательного планирования, реализации и тестирования. Необходимо тестирование. До тех пор пока не были успешно восстановлены все резервные копии во всех сочетаниях, вовлеченных в стратегию восстановления, нет и стратегии резервного копирования. Необходимо оценить ряд факторов. Это включает следующее:
-
Производственные задачи организации, относящиеся к базе данных, особенно требования к доступности данных и их защите от потери.
-
Свойства каждой базы данных: размер, типичное использование, характер содержимого, требования к данным и так далее.
-
Ограничения на ресурсы, например: оборудование, персонал, пространство для хранения носителей резервных копий, физическая безопасность этих носителей и так далее.
Примечание
Формат хранения данных SQL Server на диске в 64-разрядной и 32-разрядной средах одинаков. Следовательно, резервное копирование и восстановление работают и в 32-разрядной, и в 64-разрядной средах. Резервная копия, созданная на экземпляре сервера, работающем в одной среде, может быть восстановлена на экземпляре сервера, работающем в другой среде.
Влияние модели восстановления на резервное копирование и восстановление
Операции резервного копирования и восстановления выполняются в контексте моделей восстановления. Модель восстановления является свойством базы данных, которое задает, как выполняется управление журналом транзакций. Также модель восстановления базы данных определяет, какие типы резервных копий и сценарии восстановления поддерживаются для базы данных. Обычно база данных использует простую модель восстановления или модель полного восстановления. Модель полного восстановления может быть дополнена путем переключения на модель с неполным протоколированием перед выполнением массовых операций. Основные сведения о моделях восстановления и их влиянии на управление журналом транзакций см. в разделе Журнал транзакций (SQL Server).
Лучший выбор модели восстановления базы данных зависит от бизнес-требований. Чтобы избежать управления журналом транзакций и упростить резервное копирование и восстановление, используйте простую модель восстановления. Чтобы снизить вероятность потери результатов работы ценой увеличения административных издержек, используйте модель полного восстановления. Дополнительные сведения о влиянии моделей восстановления на создание резервных копий и восстановление см. в разделе Общие сведения о резервном копировании (SQL Server).
Создание стратегии резервного копирования
После того как выбрана модель восстановления, соответствующая бизнес-требованиям определенной базы данных, необходимо спланировать и выполнить соответствующую стратегию резервного копирования. Оптимальная стратегия зависит от многих факторов, среди которых наиболее важны следующие.
-
Сколько часов в день приложения имеют доступ к базе данных?
Если существует прогнозируемый внепиковый период, рекомендуется запланировать полное резервное копирование базы данных именно на этот период.
-
Насколько часты и вероятны изменения и обновления?
Если изменения часты, учтите следующее.
-
В рамках простой модели восстановления рассмотрите возможность запланировать разностное резервное копирование между полными резервными копированиями базы данных. Разностная резервная копия сохраняет только те изменения, которые были внесены с момента последнего полного резервного копирования.
-
В рамках модели полного восстановления следует запланировать частное резервное копирование журналов. Планирование разностного резервного копирования между полными резервными копиями сокращает время восстановления путем сокращения количества резервных копий журналов, которые необходимо восстанавливать после восстановления данных.
-
-
Касаются ли обычно изменения небольшой или же значительной части базы данных?
В большой базе данных, в которой изменения концентрируются в части файлов или файловых групп, полезно частичное резервное копирование или резервное копирование файлов. Дополнительные сведения см. в разделах Частичные резервные копии (SQL Server) и полные резервные копии файлов (SQL Server).
-
Сколько места на диске требуется для полного резервного копирования базы данных?
Дополнительные сведения см. в разделе Оценка размера полной резервной копии базы данных ниже в этом подразделе.
Оценка размера полной резервной копии базы данных
Перед тем как выбрать стратегию резервного копирования и восстановления, необходимо рассчитать, какой объем места на диске необходим для полной резервной копии базы данных. При выполнении операции резервного копирования данные, содержащиеся в базе данных, копируются в файл резервной копии. Резервная копия содержит только фактические данные в базе данных, а не любое неиспользованное пространство. Поэтому резервная копия обычно меньше, чем база данных. Размер полной резервной копии базы данных можно вычислить с помощью системной хранимой процедуры sp_spaceused. Дополнительные сведения см. в разделе sp_spaceused (Transact-SQL).
Создание расписания резервного копирования
Влияние, оказываемое осуществлением резервного копирования на выполняемые транзакции, минимально, поэтому операции резервного копирования могут выполняться одновременно с выполнением обычных операций. Резервное копирование в SQL Server можно выполнять с минимальным влиянием на рабочие нагрузки.
|
Примечание
|
|---|
|
Сведения об ограничениях параллелизма во время резервного копирования см. в разделе Общие сведения о резервном копировании (SQL Server). |
После принятия решения о том, какой тип резервного копирования необходим и как часто его выполнять, рекомендуется запланировать регулярное резервное копирование как часть плана обслуживания базы данных. Дополнительные сведения о планах обслуживания и об их создании для резервных копий баз данных и журналов см. в разделе Использование мастера планов обслуживания.
Тестирование резервных копий
Можно сказать, что стратегия восстановления отсутствует, пока резервные копии не протестированы. Очень важно полностью протестировать стратегию резервного копирования для каждой базы данных, восстанавливая копию базы данных в систему тестирования. Необходимо протестировать восстановление каждого типа резервной копии, которую планируется использовать.
Рекомендуется вести руководство по эксплуатации для каждой базы данных. Такое руководство по эксплуатации должно указывать расположение резервных копий, имена устройств резервного копирования (если есть), время, требуемое для восстановления тестовой резервной копии.
Создание расписания заданий резервного копирования
Работа с устройствами резервного копирования и носителями резервных копий
-
Определение логического устройства резервного копирования для дискового файла (SQL Server)
-
Определение логического устройства резервного копирования для ленточного накопителя (SQL Server)
-
Указание в качестве назначения резервного копирования диска или ленты (SQL Server)
-
Просмотр содержимого ленты или файла резервной копии (SQL Server)
-
Просмотр файлов данных и журналов в резервном наборе данных (SQL Server)
-
Просмотр свойств и содержимого логического устройства резервного копирования (SQL Server)
Создание резервных копий
|
Примечание
|
|---|
|
Для создания частичной резервной копии или резервной копии только для копирования используется инструкция BACKUP языка Transact-SQL с параметром PARTIAL или COPY_ONLY. |
Использование среды SQL Server Management Studio
-
Создание резервных копий файлов и файловых групп (SQL Server)
-
Создание разностной резервной копии базы данных (SQL Server)
Использование Transact-SQL
Восстановление резервных копий данных
Использование среды SQL Server Management Studio
-
Восстановление резервной копии базы данных (среда SQL Server Management Studio)
-
Восстановление разностной резервной копии базы данных (SQL Server)
Использование Transact-SQL
Восстановление журналов транзакций (модель полного восстановления)
Использование среды SQL Server Management Studio
-
Восстановление базы данных до помеченной транзакции (среда SQL Server Management Studio)
-
Восстановление резервной копии журнала транзакций (SQL Server)
Использование Transact-SQL
