Резервное копирование и восстановление базы данных служб Analysis Services

Изменения: 17 ноября 2008 г.

Резервное копирование позволяет администраторам сохранять конкретное состояние базы данных служб Microsoft SQL Server 2005 Analysis Services (SSAS) и ее объектов. Восстановление позволяет администраторам вернуть базу данных служб Analysis Services в предыдущее состояние. Причины выполнения резервного копирования включают восстановление данных и подготовку к аудитам. Если план резервного копирования пока отсутствует, а данные являются важными, то необходимо разработать и реализовать этот план как можно скорее. Чтобы создать полную резервную копию, включающую исходные данные, необходимо выполнить резервное копирование базы данных, содержащей подробные данные. В общем случае резервные копии служб Analysis Services содержат метаданные и подмножество исходных данных или агрегаты, а не полные базовые подробные данные. Однако если все объекты являются объектами MOLAP, то резервная копия содержит метаданные и исходные данные.

Одной из явных выгод автоматизации резервного копирования является то, что моментальный снимок данных будет всегда настолько обновленным, насколько это задано частотой автоматического резервного копирования. Автоматические планировщики гарантируют, что резервное копирование будет произведено вовремя. Восстановление базы данных тоже можно автоматизировать, и оно может быть хорошим способом репликации данных, но необходимо обязательно создать резервную копию ключа шифрования в экземпляре, на который осуществляется репликация. Функция синхронизации предназначена для репликации баз данных служб Analysis Services, но относится только к устаревшим данным. Все описываемые здесь функции могут быть реализованы через пользовательский интерфейс посредством команд XML/A или запущены программным путем через объекты AMO. Дополнительные сведения о стратегиях резервного копирования см. в разделе Стратегии резервного копирования в SQL Server 2005 Analysis Services.

Резервное копирование базы данных служб Analysis Services

В службах SQL Server 2005 Analysis Services администраторы могут создавать резервную копию базы данных служб Analysis Services в одном файле операционной системы, вне зависимости от размера базы данных. Если база данных служб Analysis Services содержит удаленные секции, то можно также осуществить резервное копирование этих удаленных секций. При создании резервной копии базы данных с удаленными секциями создание резервных копий всех удаленных секций на каждом удаленном сервере осуществляется в одном файле на каждом из удаленных серверов. Таким образом, при необходимости создания этих удаленных резервных копий вне соответствующих серверов необходимо вручную скопировать эти файлы в предназначенные для них места хранения.

В результате резервного копирования базы данных служб Analysis Services создается файл резервной копии, содержимое которого различается в зависимости от режима хранилища, используемого объектами базы данных. Это различие содержимого резервной копии получается вследствие того факта, что при различных режимах хранилища в базе данных служб Analysis Services в реальности хранятся различные наборы данных. Например, секции и измерения гибридного OLAP (HOLAP) хранят агрегаты и метаданные в базе данных служб Analysis Services, в то время как секции и измерения реляционного OLAP (ROLAP) хранят в базе данных служб Analysis Services только метаданные. Поскольку реальное содержимое базы данных служб Analysis Services различается в зависимости от режима хранилища для каждой секции, содержимое файла резервной копии также различается. В следующей таблице приведена связь содержимого файла резервной копии с режимом хранилища, используемым объектами.

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

При создании резервной копии базы данных служб Analysis Services можно выбирать следующие параметры.

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

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

Дополнительные сведения о создании резервных копий базы данных служб Analysis Services см. в разделе Параметры резервного копирования.

Восстановление базы данных служб Analysis Services

В службах SQL Server 2005 Analysis Services администраторы могут восстанавливать базу данных служб Analysis Services из одного или нескольких файлов резервных копий.

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

Во время восстановления возможны следующие варианты.

• Можно восстановить базу данных, используя первоначальное имя базы данных, или указать новое имя базы данных.
• Можно перезаписать существующую базу данных. При выборе перезаписывания базы данных нужно явно указать, что ее необходимо перезаписать.
• Можно выбрать необходимость восстановления существующих сведений о безопасности или пропустить сведения о вхождении в группы безопасности.
• Можно выбрать, чтобы команда восстановления изменяла папку восстановления для каждой восстанавливаемой секции. Локальные секции можно восстанавливать в любое местоположение папки, являющееся локальным для экземпляра служб Analysis Services, на который производится восстановление базы данных. Удаленные секции можно восстанавливать в любую папку на любом сервере, кроме локального; удаленные секции не могут становиться локальными.

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

Дополнительные сведения о восстановлении базы данных служб Analysis Services см. в разделе Параметры восстановления.

Вопросы безопасности при резервном копировании и восстановлении

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

Физическая защита

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

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

Защита резервных копий паролем

Службы Microsoft SQL Server 2005 Analysis Services (SSAS) поддерживают защиту файлов резервной копии паролем. Файл резервной копии служб Analysis Services, не защищенный паролем, позволит любому пользователю получить доступ к файлу резервной копии, чтобы восстановить всю базу данных служб Analysis Services и считать ее содержимое.

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

Надежный пароль имеет следующие характеристики.

• Имеет минимальную длину в 15 символов. Представляет собой сочетание букв, цифр и специальных символов. Отсутствует в словаре и не имеет смысла ни на одном из языков. Например, пароль «Сегодня01-10-2008» является простым. Надежный, защищенный пароль не может содержать команду или имя какого бы то ни было объекта.
• В значительной степени отличается от предыдущих паролей. Например, после пароля EfMaMjJaSoNd$2008 не следует использовать пароль EfMaMjJaSoNd$2009.
• Регулярно меняется. Для каждого файла резервной копии используется собственный пароль.
• Не хранится и не публикуется в незащищенных местах.

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

См. также

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

Администрирование служб Analysis Services
Резервное копирование и восстановление баз данных
Backing Up, Restoring, and Synchronizing Databases (XMLA)

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

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

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