Развертывание служб SSAS

Планирование развертывания служб Analysis Services

После завершения разработки проекта служб SSAS в среде BI Dev Studio, а также после развертывания и тестирования проекта в собственной среде разработки можно перейти к развертыванию базы данных служб SSAS на отладочном и рабочем серверах.

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

1. какие программные ресурсы и ресурсы оборудования требуются на целевом сервере?
2. как развертывать дополнительные объекты, выходящие за область проекта служб SSAS, а именно: пакеты, отчеты или схемы реляционных баз данных служб SSIS?
3. как загружать и обновлять данные в развернутой базе данных служб SSAS?
4. как обновлять метаданные (например, вычисления) в развернутой базе данных служб SSAS?
5. нужно ли предоставлять пользователям доступ к данным служб SSAS через сеть Интернет?
6. нужно ли предоставлять запросам возможность непрерывного доступа к данным служб SSAS?
7. нужно развертывать объекты в распределенной среде при помощи связанных кубов или удаленных секций?
8. как обеспечить безопасность данных служб SSAS?

Требования к ресурсам

Перед развертыванием проекта служб SSAS следует рассмотреть требования к ресурсам. В частности, следует рассмотреть необходимые ресурсы памяти, процессора и требования к месту на диске. Сведения о ресурсах памяти и процессора, требуемых для служб SSAS, зависящих от версии Microsoft Windows, установленной на сервере, могут быть найдены на сайте Microsoft. В следующих случаях требуется больше ресурсов памяти и процессора:

1. при обработке больших или сложных кубов. Для этого требуется больше ресурсов памяти и процессора в сравнении с обработкой малых или простых кубов;
2. при увеличении количества кубов в одной базе данных;
3. при увеличении количества БД в одном экземпляре служб SSAS;
4. при увеличении количества экземпляров служб SSAS на одном компьютере;
5. при увеличении количества пользователей с одновременным доступом к ресурсам служб SSAS.

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

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

Для агрегатов требуется дополнительное место, пропорциональное добавлению самих агрегатов: чем больше добавляется агрегатов, тем больше требуется места на диске. Если лишние агрегаты не используются, то дополнительное место на диске, необходимое для агрегатов, обычно не должно превышать 10% от размера данных, хранящихся в базовой реляционной базе данных.

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

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

Поддержание доступности

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

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

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

Инструментарий развертывания служб SSAS

Службы SSAS предоставляют следующие средства для развертывания базы данных служб SSAS на сервер служб SSAS в рабочей среде:

1. использование ASSL-сценария. При помощи SQL Server Management Studio создается XML-сценарий метаданных существующей базы данных служб SSAS, затем этот сценарий запускается на другом сервере для воссоздания начальной базы данных;
2. использование мастера развертывания служб, чтобы использовать выходные файлы формата XMLA, созданные проектом служб SSAS для развертывания метаданных проекта на целевой сервер;
3. синхронизация баз данных служб SSAS при помощи мастера синхронизации БД;
4. функция резервного копирования и восстановления.

Сценарий развертывания XMLA, сформированный мастером развертывания служб SSAS, состоит из двух частей:

1. Первая часть сценария содержит команды, необходимые для создания, изменения или удаления соответствующих объектов служб Microsoft SQL Server в целевой базе данных. По умолчанию входные файлы, сформированные проектом служб SSAS, основываются на добавочном развертывании. В результате сценарий развертывания XMLA влияет только на те объекты, которые были изменены или удалены.
2. Вторая часть сценария развертывания содержит команды, необходимые для обработки только тех объектов, которые были созданы или изменены на целевом сервере или для полной обработки целевой базы данных.