Обзор требований к развертыванию решений многомерной модели
Производительность и доступность решения зависят от многих факторов, среди которых мощность оборудования, топология серверов, характеристики решения (например, использование секций, распределенных на нескольких серверах, или хранилища ROLAP, которому требуется прямой доступ к реляционному механизму), соглашения на уровне служб, а также сложность модели данных.
Требования к памяти и процессору
Для служб Analysis Services в следующих случаях требуется больше ресурсов памяти и процессора:
При обработке больших или сложных кубов. Для этого требуется больше ресурсов памяти и процессора в сравнении с обработкой малых или простых кубов.
При увеличении количества кубов в одной базе данных.
При увеличении количества баз данных в одном экземпляре служб Analysis Services.
При увеличении количества экземпляров служб Analysis Services на одном компьютере.
При одновременном увеличении количества пользователей с доступом к ресурсам служб Analysis Services.
Объем доступных службам Analysis Services ресурсов процессора и памяти отличается в зависимости от выпуска SQL Server, операционной системы, оборудования и использования виртуальных или физических процессоров. Дополнительные сведения приведены по следующим ссылкам:
Требования к оборудованию и программному обеспечению для установки SQL Server 2012
Вычисление производительности выпуска SQL Server
Возможности, поддерживаемые различными выпусками SQL Server 2012
Спецификации максимальной емкости (службы Analysis Services)
Требования к месту на диске
Объем места на диске зависит от различных аспектов установки служб Analysis Services и задач, связанных с обработкой объектов. Далее приведен список требований к свободному месту на диске.
Кубы
Кубы с большими таблицами фактов требуют больше места на диске, чем кубы с небольшими таблицами фактов. Аналогично, хотя и в меньшей степени, кубы с большим количеством измерений требуют большего места на диске. Как правило, для базы данных служб Analysis Services требуется примерно на 20% больше объема места на диске в сравнении с таким же объемом данных, хранящемся в базовой реляционной базе данных.Агрегаты
Для агрегатов требуется дополнительное место, пропорциональное добавлению самих агрегатов: чем больше добавляется агрегатов, тем больше требуется места на диске. Если лишние агрегаты не используются, то дополнительное место на диске, необходимое для агрегатов, обычно не должно превышать 10% от размера данных, хранящихся в базовой реляционной базе данных.Интеллектуальный анализ данных
По умолчанию структуры интеллектуального анализа данных кэшируют на диск набор данных, которые использовались для обучения. Для удаления этих кэшированных данных с диска можно использовать параметр обработки Выполнить очистку структуры в объекте структуры интеллектуального анализа данных. Дополнительные сведения см. в разделе Требования к обработке и связанные замечания (интеллектуальный анализ данных).Обработка объектов
Во время обработки службы Analysis Services хранят на диске копии объектов, которые участвуют в обработке транзакций, до завершения обработки. Затем обработанные копии объектов замещают исходные объекты. Следовательно, необходимо предоставить значительный объем дополнительного места на диске для второй копии обрабатываемых объектов. Например, если планируется обрабатывать в одной транзакции весь куб, то необходимо обеспечить достаточный объем места на диске для хранения второй копии всего куба.
В начало
Вопросы доступности
В среде служб Analysis Services куб или модель интеллектуального анализа данных могут быть недоступны для запросов вследствие возникновения сбоев оборудования или ошибок программного обеспечения. Куб может быть недоступным во время обработки.
Поддержание доступности в случае возникновения сбоев оборудования или ошибок программного обеспечения
Возникновение сбоев оборудования или ошибок программного обеспечения обусловлено различными причинами. Поддержание доступности установки служб Analysis Services заключается не только в диагностике источника ошибок, но и в обеспечении дополнительных ресурсов, позволяющих пользователям использовать систему в случае ошибок и сбоев. Для предоставления дополнительных ресурсов, необходимых для поддержания доступности в случае возникновения сбоев оборудования или ошибок программного обеспечения, обычно используется кластеризация и балансировка нагрузки серверов.
Чтобы обеспечить доступность в случае возникновения сбоев оборудования или ошибок программного обеспечения, следует рассмотреть возможность развертывания служб Analysis Services на отказоустойчивом кластере. В этом случае при ошибке основного узла по какой-либо причине или при необходимости его перезагрузки кластеризация Microsoft Windows переходит на второй узел. После отработки отказа, которая выполняется очень быстро, запросы пользователей направляются в экземпляр служб Analysis Services, запущенный на вторичном узле. Дополнительные сведения об отказоустойчивых кластерах см. в разделе Технологии Windows Server. Отказоустойчивые кластеры.
Другое решение проблемы доступности заключается в развертывании проекта служб Analysis Services на несколько рабочих серверов. Затем можно использовать функцию балансировки нагрузки сети (NLB) серверов Windows для объединения рабочих серверов в отдельный кластер. В кластере NLB, если сервер, входящий в кластер, недоступен вследствие возникновения сбоев оборудования или ошибок программного обеспечения, служба NLB направляет запросы пользователей на серверы, оставшиеся доступными.
Поддержание доступности во время обработки структурных изменений
Некоторые изменения в кубе могут вызвать недоступность куба во время его обработки. Например, при выполнении структурных изменений в измерении куба, даже при повторной обработке измерения, необходимо обработать все кубы, использующие это измененное измерение. Во время обработки таких кубов пользователи не могут выполнять запросы к этим кубам, а также к моделям интеллектуального анализа данных, основанным на кубе с измененным измерением.
Чтобы обеспечить доступность во время обработки структурных изменений, влияющих на один или несколько кубов в проекте служб Analysis Services, следует рассмотреть использование промежуточного сервера и мастера синхронизации баз данных. Эта функция позволяет обновлять данные и метаданные на промежуточном сервере, а затем выполнять синхронизацию рабочего и промежуточного серверов в сети. Дополнительные сведения см. в разделе Синхронизация баз данных служб Analysis Services.
Для прозрачной обработки добавочных обновлений исходных данных включите упреждающее кэширование. Упреждающее кэширование позволяет обновлять кубы с новыми исходными данными без обработки вручную и влияния на доступность кубов. Дополнительные сведения см. в разделе Упреждающее кэширование (секции).
В начало
Вопросы масштабируемости
Несколько экземпляров Microsoft SQL Server и служб Analysis Services на одном компьютере могут вызвать проблемы производительности. Для решения этих проблем можно увеличить на сервере ресурсы процессора, памяти и место на диске. Возможно, также придется выполнить масштабирование экземпляров SQL Server и служб Analysis Services на несколько компьютеров.
Масштабирование служб Analysis Services на несколько компьютеров
Существует несколько способов масштабирования установки служб Analysis Services на несколько компьютеров. Описание этих параметров приводится в следующем списке.
Если на одном компьютере установлено несколько экземпляров служб Analysis Services, то можно переместить один или несколько экземпляров на другой компьютер.
Если на одном компьютере имеется несколько баз данных служб Analysis Services, то можно переместить одну или несколько баз данных на тот же экземпляр служб Analysis Services на другом компьютере.
Если одна или несколько реляционных баз данных предоставляют данные базе данных служб Analysis Services, то можно переместить эти базы данных на отдельный компьютер. До перемещения баз данных следует учесть скорость передачи данных по сети и пропускную способность между базой данных служб Analysis Services и ее основными базами данных. Если сеть слишком медленная или перегружена, то перемещение основных баз данных на отдельный компьютер может повлиять на производительность обработки.
Если обработка оказывает влияние на производительность запросов и невозможно выполнить обработку во время пониженной нагрузки, следует рассмотреть возможность перемещения задач обработки на промежуточный сервер, а затем возможность выполнения синхронизации в сети рабочего и промежуточного серверов. Дополнительные сведения см. в разделе Синхронизация баз данных служб Analysis Services. Можно также распространить обработку на несколько экземпляров служб Analysis Services с помощью удаленных секций. Обработка удаленных секций использует ресурсы памяти и процессора удаленного сервера, а не локального компьютера. Дополнительные сведения об управлении удаленными секциями см. в разделе Управление секциями многомерной модели.
Если при низкой производительности запросов невозможно увеличить ресурсы процессора и памяти на локальном сервере, то следует рассмотреть возможность развертывания проекта служб Analysis Services на одном или нескольких рабочих серверах. Затем для объединения серверов в один кластер можно использовать функцию балансировки нагрузки сети (NLB). В кластере NLB запросы автоматически распространяются на несколько серверов, входящих в кластер NLB.
В начало