Создание удаленной секции и управление ей (Analysis Services)
При секционирование группы мер можно настроить базу данных-получатель в удаленном экземпляре служб 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, необходимы для создания удаленного расположения секционирования, которое назначает один компьютер в качестве сервера master, а другой компьютер — в качестве подчиненного сервера.
В приведенной ниже процедуре предполагается, что имеется два экземпляра сервера, а база данных куба развернута на главном сервере. Для упрощения база данных куба далее именуется db-master. База данных хранения, содержащая удаленные секции, именуется db-storage.
Для выполнения этой процедуры вы будете использовать как SQL Server Management Studio, так и SQL Server Data Tools (SSDT).
Примечание
Удаленные секции можно объединять только с другими удаленными секциями. Если используется сочетание локальных и удаленных секций, альтернативой будет создание новых секций, в которых содержатся объединенные данные и удалены более неиспользуемые секции.
Укажите действительные имена серверов для развертывания куба (в SSDT)
На главном сервере в обозревателе решений щелкните правой кнопкой мыши имя решения и выберите пункт Свойства. В диалоговом окне Свойства щелкните Свойства конфигурации, Развертывание, Сервер и укажите имя главного сервера.
На подчиненном сервере в обозревателе решений щелкните правой кнопкой мыши имя решения и выберите пункт Свойства. В диалоговом окне Свойства щелкните Свойства конфигурации, Развертывание, Сервер и укажите имя подчиненного сервера.
Создайте и разверните базу данных-получатель (в SSDT)
На подчиненном сервере создайте новый проект служб Analysis Services для базы данных хранилища.
На подчиненном сервере в обозревателе решений создайте новый источник данных, указывающий на базу данных куба db-master. Используйте собственный поставщик OLE DB или поставщик Microsoft OLE DB для служб Analysis Services 11.0.
Разверните решение на подчиненном сервере.
Включите функции (в среде SSMS)
На подчиненном сервере: в SQL Server Management Studio щелкните правой кнопкой мыши подключенный экземпляр служб Analysis Services в обозреватель объектов и выберите Свойства. Установите для параметров Feature\LinkToOtherInstanceEnabled и Feature\LinkFromOtherInstanceEnabled значение True.
Перезапустите подчиненный сервер, щелкнув правой кнопкой мыши имя сервера в обозревателе объектов и выбрав пункт Перезапустить.
На сервере master: в SQL Server Management Studio щелкните правой кнопкой мыши подключенный экземпляр служб Analysis Services в обозреватель объектов и выберите Свойства. Установите для параметров Feature\LinkToOtherInstanceEnabled и Feature\LinkFromOtherInstanceEnabled значение True.
Перезапустите главный сервер, щелкнув правой кнопкой мыши имя сервера в обозревателе объектов и выбрав пункт Перезапустить.
Установите свойство MasterDataSourceID на удаленном сервере (в SSMS)
На подчиненном сервере: щелкните правой кнопкой мыши базу данных хранилища db-storage и выберите пункт База данных скрипта в качестве | alter to | New Редактор запросов Window.
Добавьте 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>1033</Language> <Collation>Latin1_General_CI_AS</Collation> <DataSourceImpersonationInfo> <ImpersonationMode>ImpersonateAccount</ImpersonationMode> <Account>*********</Account> </DataSourceImpersonationInfo> <MasterDataSourceID>DB-Master</MasterDataSourceID> </Database> </ObjectDefinition> </Alter>
Нажмите клавишу F5, чтобы выполнить скрипт.
Настройте удаленную секцию (в SSDT)
На сервере master откройте куб в Designer куба и откройте вкладку Секции. Разверните группу мер. Нажмите кнопку Создать секцию , если группа мер уже настроена для нескольких секций, или нажмите кнопку Обзора (. . . ) в столбце Источник, чтобы изменить существующую секцию.
В мастере секций на странице Определение исходных сведенийвыберите исходное представление данных и таблицу фактов.
При использовании привязки запроса укажите предложение WHERE, которое проведет сегментации данных для создаваемой секции.
На странице Места обработки и храненияна вкладке Место обработкивыберите Удаленный источник данных Analysis Services и нажмите кнопку Создать , чтобы создать новый источник данных, указывающий на подчиненную базу данных db-storage.
Примечание
Если появится ошибка с указанием о том, что источника данных нет в коллекции, нужно открыть проект базы данных хранения db-storage и создать источник данных, указывающий на базу данных master db-master.
На главном сервере в обозревателе решений щелкните правой кнопкой мыши имя куба, выберите команду Обработать и проведите полную обработку куба.
Администрирование удаленных секций
Службы Analysis Services поддерживают параллельную и последовательную обработку удаленных секций. База данных master, где определены секции, координирует транзакции между всеми экземплярами, которые принимают участие в обработке секций куба. При обработке создаются отчеты, а затем отправляются на все экземпляры, которые обрабатывают секцию.
Куб, содержащий удаленные секции, можно администрировать вместе с его секциями в одном экземпляре служб Analysis Services. Однако метаданные удаленного раздела можно просматривать и обновлять только в экземпляре служб Analysis Services, где были определены секция и его родительский куб. Удаленный раздел нельзя просмотреть или обновить на удаленном экземпляре служб Analysis Services.
Примечание
Хотя базы данных, выделенные для хранения удаленных секций, не отображаются в наборе строк схемы, приложения, которые используют объекты АМО, могут обнаруживать выделенные базы данных с помощью команды «Discover» из XML для аналитики. Команды CREATE или DELETE передаются непосредственно в выделенную базу данных с помощью ТСР или НТТР-клиента, но сервер возвращает предупреждение о том, что это действие может повредить управляемую базу данных.