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

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

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

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

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

Замечание

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

Если во время запуска базы данных возникает проблема, восстановление завершается ошибкой, а база данных помечается как ПОДОЗРЕВАЕМАЯ. Если проблема может быть изолирована от файла или файлов, администратор базы данных может перевести файлы в автономный режим и попытаться перезапустить базу данных. Чтобы перевести файл в автономный режим, можно использовать следующую инструкцию ALTER DATABASE :

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

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

Восстановление в режиме онлайн и отключенные индексы

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

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

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

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

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

Замечание

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

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

Замечание

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

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

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

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

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

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

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

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

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

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

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

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

Замечание

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

Full-Text Индексы и таблицы в отдельных файловых группах

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Замечание

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

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

См. также

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

  • Last updated on