Создание удаленной секции и управление ей (Analysis Services)

Статья
08/27/2013

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

Удаленные секции куба (база данных master) хранятся в выделенной базе данных Analysis Services на удаленном экземпляре Analysis Services (база данных-получатель).

Выделенная база данных-получатель может хранить удаленные секции только для одной базы данных master. База данных master может использовать несколько баз данных-получателей, если все они размещаются на одном удаленном экземпляре Analysis Services. Измерения в базе данных, выделенной для удаленных секций, создаются как связанные измерения.

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

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

Для хранения секций необходим второй экземпляр Analysis Services и выделенная база данных. База данных-получатель служит одной цели — предоставлять хранилище для удаленных секций базы данных master.
Оба экземпляра серверов должны иметь одну и ту же версию. Обе базы данных должны иметь один и тот же функциональный уровень.
Оба экземпляра должны быть настроены на поддержку TCP-соединений. Службы Analysis Services не поддерживают создание удаленных секций с помощью протокола HTTP.
Параметры брандмауэра на обоих компьютерах должны быть настроены на прием внешних подключений. Сведения о настройке брандмауэра см. в разделе Настройка брандмауэра Windows на разрешение доступа к службам Analysis Services.
Учетная запись службы для экземпляра, где выполняется база данных master, должна иметь административный доступ к удаленному экземпляру Analysis Services. Если учетная запись службы изменится, нужно обновить разрешения на сервере и базе данных.
Вы должны быть администратором Analysis Services на обоих компьютерах.
Следует убедиться, что ваш план аварийного восстановления учитывает резервное копирование и восстановление удаленных секций. Использование удаленных секций может усложнить операции по резервному копированию и восстановлению данных. Тщательно протестируйте план, чтобы подтвердить возможность восстановления необходимых данных.

Настройка удаленных секций

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

В приведенной ниже процедуре предполагается, что имеется два экземпляра сервера, а база данных куба развернута на главном сервере. Для упрощения база данных куба далее именуется db-master. База данных хранения, содержащая удаленные секции, именуется db-storage.

Чтобы выполнить эту процедуру, можно использовать и Среда SQL Server Management Studio, и SQL Server Data Tools (SSDT).

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

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

Укажите действительные имена серверов для развертывания куба (в SSDT)

На главном сервере: В обозревателе решений щелкните правой кнопкой мыши имя решения и выберите пункт Свойства. На странице Свойства диалогового окна щелкните Свойства конфигурации, Развертывание, Сервер и укажите имя главного сервера.
На подчиненном сервере: В обозревателе решений щелкните правой кнопкой мыши имя решения и выберите пункт Свойства. На странице Свойства диалогового окна щелкните Свойства конфигурации, Развертывание, Сервер и укажите имя подчиненного сервера.

Создайте и разверните базу данных-получатель (в SSDT)

На подчиненном сервере: Создайте новый проект служб Analysis Services для базы данных хранилища.
На подчиненном сервере: В обозревателе решений создайте новый источник данных, указывающий на базу данных куба db-master. Используйте поставщик Native OLE DB\Microsoft OLE DB Provider for Analysis Services 11.0.
На подчиненном сервере: Разверните решение.

Включите функции (в среде SSMS)

На подчиненном сервере: В Среда SQL Server Management Studio щелкните правой кнопкой подключенный экземпляр Analysis Services в обозревателе объектов и выберите Свойства. Установите для параметров Feature\LinkToOtherInstanceEnabled и Feature\LinkFromOtherInstanceEnabled значение True.
На подчиненном сервере: Перезапустите сервер, щелкнув правой кнопкой мыши имя сервера в обозревателе объектов и выбрав пункт Перезапустить.
На главном сервере: В Среда SQL Server Management Studio щелкните правой кнопкой подключенный экземпляр Analysis Services в обозревателе объектов и выберите Свойства. Установите для параметров Feature\LinkToOtherInstanceEnabled и Feature\LinkFromOtherInstanceEnabled значение True.
На главном сервере: Перезапустите сервер, щелкнув правой кнопкой мыши имя сервера в обозревателе объектов и выбрав пункт Перезапустить.

Установите свойство MasterDataSourceID на удаленном сервере (в SSMS)

На подчиненном сервере: Правой кнопкой мыши щелкните базу данных хранилища db-storage и укажите Создать скрипт для базы данных как. | ALTER To | Окно редактора нового запроса.

Добавьте MasterDataSourceID к XMLA-скрипту, затем укажите в качестве значения идентификатор базы данных куба db-master. Код XMLA должен выглядеть так, как в следующем примере.

<Alter ObjectExpansion="ExpandFull" xmlns="https://schemas.microsoft.com/analysisservices/2003/engine">
<Object>
   <DatabaseID>DB-Storage</DatabaseID>
</Object>
<ObjectDefinition>
   <Database xmlns:xsd="http://www.w3.org/2001/XMLSchema" 400" 
      <ID>DB-Storage</ID>
      <Name>DB-StorageB</Name>
      <ddl200:CompatibilityLevel>1100</ddl200:CompatibilityLevel>
      <Language>1049</Language>
      <Collation>Latin1_General_CI_AS</Collation>
      <DataSourceImpersonationInfo>
<ImpersonationMode>ImpersonateAccount</ImpersonationMode>
         <Account>*********</Account>
      </DataSourceImpersonationInfo>
      <MasterDataSourceID>DB-Master</MasterDataSourceID>
   </Database>
</ObjectDefinition>
</Alter>

Нажмите клавишу F5, чтобы выполнить скрипт.

Настройте удаленную секцию (в SSDT)

На главном сервере: Откройте куб в конструкторе кубов и щелкните вкладку Секции. Разверните группу мер. Нажмите кнопку Создать секцию, если группа мер уже настроена на работу с несколькими секциями, или нажмите кнопку обзора (. . ) в столбце Source, чтобы изменить текущую секцию.
В мастере секций на странице Введение сведений об источнике выберите исходное представление данных и таблицу фактов.
При использовании привязки запроса укажите предложение WHERE, которое проведет сегментации данных для создаваемой секции.

На странице Места обработки и хранения во вкладке Место обработки выберите Удаленный источник данных Analysis Services и нажмите кнопку Создать, чтобы создать новый источник данных, указывающий на подчиненную базу данных db-storage.

Примечание
Если появится ошибка с указанием о том, что источника данных нет в коллекции, нужно открыть проект базы данных хранения db-storage и создать источник данных, указывающий на базу данных master db-master.

На главном сервере: В обозревателе решений щелкните правой кнопкой мыши имя куба, выберите команду Обработать и проведите полную обработку куба.

Администрирование удаленных секций

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

Куб, содержащий удаленные секции, можно администрировать вместе с его секциями на одном экземпляре служб Analysis Services. Однако метаданные для удаленной секции можно просматривать и обновлять только на экземпляре служб Analysis Services, на котором секция и родительский куб были определены. Удаленную секцию нельзя просматривать и обновлять на удаленном экземпляре служб Analysis Services.

Примечание
Хотя базы данных, выделенные для хранения удаленных секций, не отображаются в наборе строк схемы, приложения, которые используют объекты АМО, могут обнаруживать выделенные базы данных с помощью команды «Discover» из XML для аналитики. Команды CREATE или DELETE передаются непосредственно в выделенную базу данных с помощью ТСР или НТТР-клиента, но сервер возвращает предупреждение о том, что это действие может повредить управляемую базу данных.

Хотя базы данных, выделенные для хранения удаленных секций, не отображаются в наборе строк схемы, приложения, которые используют объекты АМО, могут обнаруживать выделенные базы данных с помощью команды «Discover» из XML для аналитики. Команды CREATE или DELETE передаются непосредственно в выделенную базу данных с помощью ТСР или НТТР-клиента, но сервер возвращает предупреждение о том, что это действие может повредить управляемую базу данных.

См. также

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

Секции (службы Analysis Services — многомерные данные)

Share via