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

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

Команды резервного копирования и восстановления выполняются в развернутой базе данных служб Analysis Services. Для проектов и решений в среде SQL Server Data Tools (SSDT) следует использовать систему управления версиями, позволяющую восстанавливать определенные версии исходных файлов, а затем создавать план восстановления данных для репозитория используемой системы управления версиями.

Чтобы создать полную резервную копию, включающую исходные данные, необходимо создать резервную копию базы данных, содержащей подробные данные. В частности, если используется режим хранения базы данных ROLAP или DirectQuery, подробные данные хранятся во внешней реляционной базе данных SQL Server отдельно от базы данных служб Analysis Services. В противном случае, если все объекты являются табличными или многомерными, резервная копия служб Analysis Services будет содержать и метаданные, и исходные данные.

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

Этот раздел включает следующие подразделы:

• Подготовка к резервному копированию

• Резервное копирование многомерной или табличной базы данных

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

Предварительные требования

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

Расположение, из которого выполняется восстановление, должно быть экземпляром служб Analysis Services, который имеет ту же или более позднюю версию, что и экземпляр, резервная копия которого хранится в этом расположении. Несмотря на то что нельзя восстановить базу данных из экземпляра SQL Server 2012 до более ранней версии служб Analysis Services, часто можно восстановить старую версию базы данных, например SQL Server 2008, на экземпляре SQL Server 2012 более поздней версии.

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

Подготовка к резервному копированию

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

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

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

• Проверьте наличие достаточного места на диске целевого сервера.

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

Резервное копирование многомерной или табличной базы данных

Администратор может создать резервную копию базы данных служб Службы Analysis Services в одном файле резервной копии служб Службы Analysis Services (ABF) независимо от размера базы данных. Пошаговые инструкции см. в разделах Резервное копирование базы данных служб Analysis Services (TechMantra) и Автоматизация резервного копирования базы данных служб Analysis Services (TechMantra).

Примечание

PowerPivot для SharePoint, используемый для загрузки и запросов к моделям данных PowerPivot в среде SharePoint, загружает свои модели из баз данных содержимого SharePoint. Эти базы данных содержимого являются реляционными и работают на базе ядра SQL Server. Стратегии резервного копирования и восстановления служб Службы Analysis Services для моделей данных PowerPivot как таковой не существует. Если для содержимого SharePoint есть план аварийного восстановления, то этот план охватывает модели данных PowerPivot, хранящиеся в базах данных содержимого.

Удаленные секции

Если база данных служб Службы 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

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

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

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

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

• Можно перезаписать существующую базу данных. При выборе перезаписывания базы данных нужно явно указать, что ее необходимо перезаписать.

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

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

  Примечание по безопасности

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

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

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

См. также

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

Резервное копирование, восстановление и синхронизация баз данных (XMLA)

Analysis Services PowerShell