Заметка
Доступ к этой странице требует авторизации. Вы можете попробовать войти в систему или изменить каталог.
Доступ к этой странице требует авторизации. Вы можете попробовать сменить директорию.
В этом разделе описываются преимущества резервного копирования баз данных SQL Server, базовые термины резервного копирования и восстановления, а также стратегии резервного копирования и восстановления для SQL Server и рекомендации по обеспечению безопасности для резервного копирования и восстановления SQL Server.
Компонент резервного копирования и восстановления SQL Server обеспечивает необходимую защиту критически важных данных, хранящихся в базах данных SQL Server. Чтобы свести к минимуму риск катастрофической потери данных, необходимо создать резервную копию баз данных для сохранения изменений данных на регулярной основе. Хорошо запланированная стратегия резервного копирования и восстановления помогает защитить базы данных от потери данных, вызванных различными сбоями. Проверьте стратегию путем восстановления набора резервных копий, а затем восстановления базы данных для эффективного реагирования на аварию.
Помимо локального хранилища для хранения резервных копий SQL Server также поддерживает резервное копирование и восстановление из службы хранилища BLOB-объектов Azure. Дополнительные сведения см. в статье SQL Server Backup and Restore with Azure Blob Storage Service.
Преимущества
Резервное копирование баз данных SQL Server, выполнение тестовых процедур восстановления резервных копий в резервных копиях и хранение копий резервных копий в безопасном расположении вне сайта защищает вас от потенциально катастрофической потери данных.
Это важно
Это единственный способ надежной защиты данных SQL Server.
При наличии допустимых резервных копий базы данных можно восстановить данные из множества сбоев, например:
Сбой носителя.
Ошибки пользователей, например, удаление таблицы по ошибке.
Аппаратные сбои, например поврежденный диск или постоянная потеря сервера.
Стихийные бедствия. С помощью резервного копирования SQL Server в службу хранилища BLOB-объектов Azure можно создать резервную копию вне сайта в другом регионе, отличном от локального расположения, чтобы использовать в случае стихийных бедствий, влияющих на локальное расположение.
Кроме того, резервные копии базы данных полезны для обычных административных целей, таких как копирование базы данных с одного сервера на другой, настройка групп доступности AlwaysOn или зеркального отображения базы данных и архивация.
Компоненты и понятия
Резервное копирование [команда]
Копирует данные или записи журнала из базы данных SQL Server или его журнала транзакций на устройство резервного копирования, например диск, чтобы создать резервную копию данных или резервную копию журнала.
резервная копия [существительное]
Копия данных, которую можно использовать, чтобы восстановить и вернуть данные после сбоя. Резервные копии базы данных также можно использовать для восстановления копии базы данных в новое расположение.
устройство резервного копирования
Диск или ленточное устройство, на которое записываются резервные копии SQL Server, и из которого их можно восстановить. Резервные копии SQL Server также можно записать в службу хранилища BLOB-объектов Azure, а формат URL-адреса используется для указания назначения и имени файла резервной копии. Дополнительные сведения см. в статье SQL Server Backup and Restore with Azure Blob Storage Service.
носитель резервного копирования
Одна или несколько лент или дисковых файлов, в которые была записана одна или несколько резервных копий.
резервное копирование данных
Резервное копирование данных в полной базе данных (резервная копия базы данных), частичной базы данных (частичное резервное копирование) или набор файловых файлов или файловых групп (резервное копирование файлов).
резервное копирование базы данных
Резервная копия базы данных. Полные резервные копии базы данных отображают состояние всей базы данных на момент завершения резервного копирования. Разностные резервные копии базы данных содержат только изменения базы данных с момента последнего полного резервного копирования.
дифференциальная резервная копия
Резервное копирование данных, основанное на последней полной резервной копии полной или частичной базы данных, или набора файловых файлов или файловых групп (разностная база) и которая содержит только измененные с момента этой базы данные.
полная резервная копия
Резервная копия данных, содержащая все данные в определенной базе данных или наборе файловых групп или файлов, а также достаточно журналов, чтобы обеспечить восстановление этих данных.
Резервное копирование журналов
Резервная копия журналов транзакций, содержащая все записи журналов, которые не были созданы в предыдущей резервной копии журнала. (модель полного восстановления)
восстановить
Чтобы вернуть базу данных в стабильное и согласованное состояние.
выздоровление
Этап запуска базы данных или восстановления с восстановлением, который переносит базу данных в состояние, согласованное с транзакциями.
Модель восстановления
Свойство базы данных, которое управляет обслуживанием журнала транзакций в базе данных. Существует три модели восстановления: простая модель восстановления, модель полного восстановления и модель восстановления с неполным протоколированием. Модель восстановления базы данных определяет требования к резервному копированию и восстановлению.
Восстановление
Многоэтапный процесс, который копирует все страницы данных и журналов из указанной резервной копии SQL Server в указанную базу данных, а затем выполняет перекат всех транзакций, вошедшего в резервную копию, путем применения внесенных в журнал изменений для переадресации данных вовремя.
Общие сведения о стратегиях резервного копирования и восстановления
Резервное копирование и восстановление данных должны быть настроены в определенной среде и должны работать с доступными ресурсами. Поэтому надежное использование резервного копирования и восстановления для восстановления требует стратегии резервного копирования и восстановления. Хорошо разработанная стратегия резервного копирования и восстановления позволяет максимально повысить доступность данных и свести к минимуму потери данных, учитывая конкретные бизнес-требования.
Это важно
Поместите базу данных и резервные копии на отдельных устройствах. В противном случае, если устройство, содержащее базу данных, выйдет из строя, резервные копии будут недоступны. Размещение данных и резервных копий на отдельных устройствах также повышает производительность операций ввода-вывода для записи резервных копий и использования рабочей базы данных.
Стратегия резервного копирования и восстановления содержит часть резервного копирования и часть восстановления. Часть стратегии резервного копирования определяет тип и частоту резервных копий, характер и скорость оборудования, необходимого для них, способ тестирования резервных копий, а также место хранения и способ хранения носителей резервных копий (включая вопросы безопасности). Часть стратегии восстановления определяет, кто несет ответственность за выполнение восстановления и способ выполнения восстановления для удовлетворения ваших целей по доступности базы данных и минимизации потери данных. Рекомендуется задокументировать процедуры резервного копирования и восстановления и сохранить копию документации в книге run book.
Для разработки эффективной стратегии резервного копирования и восстановления требуется тщательное планирование, реализация и тестирование. Требуется тестирование. У вас нет стратегии резервного копирования, пока не будут успешно восстановлены резервные копии во всех сочетаниях, включенных в стратегию восстановления. Необходимо учитывать различные факторы. К ним относятся следующие:
Рабочие цели вашей организации для баз данных, особенно требования к доступности и защите данных от потери.
Характер каждой из баз данных: его размер, шаблоны использования, характер его содержимого, требования к данным и т. д.
Ограничения на ресурсы, такие как оборудование, персонал, пространство для хранения носителей резервного копирования, физическая безопасность хранимого носителя и т. д.
Замечание
Формат хранилища 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)
Создание резервных копий
Замечание
Для частичного резервного копирования или только копирования необходимо использовать инструкцию Transact-SQLBACKUP с параметром PARTIAL или COPY_ONLY соответственно.
Использование среды SQL Server Management Studio
Использование Transact-SQL
Восстановление резервных копий данных
Использование среды SQL Server Management Studio
Восстановите резервную копию базы данных (SQL Server Management Studio)
Восстановление базы данных в новое расположение (SQL Server)
Восстановление разностной резервной копии базы данных (SQL Server)
Использование Transact-SQL
Восстановление резервной копии базы данных в простой модели восстановления (Transact-SQL)
Восстановление базы данных до точки отказа в модели полного восстановления (Transact-SQL)
Восстановление файлов и файловых групп по существующим файлам (SQL Server)
Восстановление журналов транзакций (модель полного восстановления)
Использование среды SQL Server Management Studio
Восстановление базы данных до помеченной транзакции (Microsoft SQL Server Management Studio)
Восстановление резервной копии журнала транзакций (SQL Server)
Использование Transact-SQL
Дополнительные задачи восстановления
Использование Transact-SQL
Перезапуск прерванной операции восстановления (язык Transact-SQL)
Восстановление базы данных без восстановления данных (Transact-SQL)
См. также
Общие сведения о резервном копировании (SQL Server)
Обзор процессов восстановления (SQL Server)
BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Создание и восстановление резервных копий баз данных служб Analysis Services
Создание резервных копий и восстановление полнотекстовых каталогов и индексов
Резервное копирование и восстановление реплицированных баз данных
Журнал транзакций (SQL Server)
Модели восстановления (SQL Server)
Наборы носителей, семейства носителей и резервные наборы данных (SQL Server)