Резервное копирование и восстановление: взаимодействие и совместимость (SQL Server)

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

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

• Восстановление файлов и запуск базы данных

• Восстановление в сети и отключенные индексы

• Резервное копирование и восстановление базы данных при зеркальном отображении

• Поэтапное восстановление и полнотекстовые индексы

• Резервное копирование, восстановление и сжатие файлов

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

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

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

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

Если во время запуска базы данных возникает проблема, восстановление завершается ошибкой, а база данных помечается как подозрительная (SUSPECT). Если проблема касается только отдельных файлов, администратор базы данных может перевести их в режим «вне сети»и попытаться перезапустить базу данных. Для перевода файла в режим «вне сети» можно выполнить следующую инструкцию ALTER DATABASE:

ALTER DATABASE database_name MODIFY FILE (NAME = 'filename', OFFLINE)

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

[В начало]

Восстановление в сети и отключенные индексы

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

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

Сведения о восстановлении файловых групп вне сети см. в разделе Восстановление в сети (SQL Server).

[В начало]

Резервное копирование и восстановление базы данных при зеркальном отображении

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

Примечание
В следующих версиях Microsoft SQL Server возможность зеркального отображения базы данных будет исключена. Избегайте использования этой возможности в новых разработках и запланируйте изменение существующих приложений, в которых она применяется. Используйте вместо этого Группы доступности AlwaysOn.

Зеркальное отображение базы данных — это решение, нацеленное на повышение ее доступности. Зеркальное отображение каждой базы данных осуществляется отдельно и работает только с теми базами данных, которые используют модель полного восстановления. Дополнительные сведения см. в разделе Зеркальное отображение базы данных (SQL Server).

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

Создание зеркальной базы данных

Зеркальная база данных создается посредством восстановления с параметром WITH NORECOVERY резервных копий основной базы данных на зеркальном сервере. При восстановлении базы данных должно сохраняться ее имя. Дополнительные сведения см. в разделе Подготовка зеркальной базы данных к зеркальному отображению (SQL Server).

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

Ограничения на резервное копирование и восстановление в процессе зеркального отображения

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

• Резервное копирование и восстановление зеркальной базы данных недопустимо.

• Резервное копирование основной базы данных допустимо, а операция BACKUP LOG WITH NORECOVERY недопустима.

• Восстановление основной базы данных недопустимо.

[В начало]

Поэтапное восстановление и полнотекстовые индексы

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

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

Примечание
Чтобы просмотреть идентификатор файловой группы, содержащей полнотекстовый индекс, выберите столбец data_space_id представления sys.fulltext_indexes.

Полнотекстовые индексы и таблицы в разных файловых группах

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

• Если файловая группа, содержащая полнотекстовый индекс, восстанавливается и переводится в режим «в сети» перед файловыми группами, содержащими связанные табличные данные, после перевода индекса в режим «в сети» полнотекстовый поиск работает предсказуемым образом.

• Напротив, если файловая группа, содержащая табличные данные, восстанавливается и переводится в режим «в сети» раньше файловой группы, содержащей полнотекстовый индекс, это может оказать влияние на работу полнотекстового поиска. Это происходит из-за сбоя до перевода индекса в режим инструкций Transact-SQL «в сети», которые инициируют заполнение, перестраивают или реорганизуют каталог. К таким инструкциям относятся CREATE FULLTEXT INDEX, ALTER FULLTEXT INDEX, DROP FULLTEXT INDEX и ALTER FULLTEXT CATALOG.

  В этом случае важны следующие факторы.

  • Если полнотекстовый индекс поддерживает отслеживание изменений, пользовательская DML-инструкция будет завершаться с ошибкой до тех пор, пока файловая группа с индексом не будет переведена в режим «в сети». Операция удаления будет также завершаться с ошибкой до перевода файловой группы индекса в режим «в сети».

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

  • Функции состояния (например, FULLTEXTCATALOGPROPERTY) выполняются успешно в тех случаях, когда они не пытаются получить доступ к полнотекстовому индексу. Например, обращение к любым полнотекстовым метаданным в сети будет выполнено успешно, а выполнение функций uniquekeycount, itemcount завершится ошибкой.

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

После перевода файловой группы базовой таблицы и файловой группы полнотекстового индекса в режим «в сети» приостановленное полнотекстовое заполнение восстанавливается.

[В начало]

Резервное копирование, восстановление и сжатие файлов

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

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

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

• Разрешается восстанавливать базу данных только для чтения в том со сжатием.

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

[В начало]

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

• Подготовка зеркальной базы данных к зеркальному отображению (SQL Server)

• Создание резервных копий и восстановление полнотекстовых каталогов и индексов

[В начало]

См. также

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

Резервное копирование и восстановление баз данных SQL Server

Создание резервной копии и восстановление из копий реплицируемых баз данных

Активные вторичные реплики: Резервное копирование на вторичных репликах (группы доступности AlwaysOn)