Способы обеспечения производительности и соответствующие рекомендации для решений и сценариев планирования бизнес-аналитики

Статья
03/05/2017

Применимо к: SharePoint Server 2010 Enterprise

Последнее изменение раздела: 2016-11-30

Содержание:

Рекомендации по производительности
Безопасность и роли

Разработка и конфигурация

Поддерживайте для измерений минимальные размеры, необходимые для процесса планирования.
Поддерживайте число измерений, используемых в кубе, на минимальном необходимом для планирования уровне.
По возможности избегайте вычислений MdxScript и используйте вычисления на стороне клиента, такие как вычисления на листе Excel или относительные вычисления, которые выполняются по расписанию (например, конвертирование валюты).
При использовании правил MdxScript обязательно тщательно проверьте не только логическую правильность, но и производительность. Иногда для повышения производительности оператор MdxScript можно немного изменить, оставив ему то же логическое значение.
Избегайте иерархий компьютеров со слишком большим числом уровней.
Избегайте сложных запросов многомерных выражений при разработке отчетов и форм ввода данных. Из-за запросов, содержащих оператор "С" и другие вычисляемые элементы, компьютер Microsoft SQL Server Analysis Services (SSAS) использует ограниченную логическую схему кэширования, что приводит к сокращению возможностей масштабирования и уменьшению производительности.
При работе с большим набором данных создайте несколько разделов для эффективного разделения статических данных и изменяющихся данных и управления ими.
Избегайте использования безопасности на уровне ячеек внутри определений безопасности ролей, поскольку в этом случае ограничивается логическая схема кэширования.

Размер, макет и использование форм

Разрабатывайте формы (сводные таблицы), использующие фильтры и срезы для ограничения числа ячеек и запрос для такой формы (то есть не разрабатывайте форму со всеми возможными вводами данных, а предоставьте фильтр или срез, чтобы макет (размер) формы оставался согласованным с точки зрения разметки и затем сводился с помощью изменения среза).
Использование нескольких сводных таблиц приводит к увеличению времени выполнения запроса и ответа. Рекомендуется ограничить число сводных таблиц как на одном листе, так и в одной книге.
При разработке форм и отчетов задайте в качестве значения по умолчанию для фильтров элемент самого нижнего уровня иерархии. Это позволяет запросам по умолчанию отказаться от ненужных вычислений агрегатов в кубе.
Не храните крупные изменения на стороне клиента (например, в изменениях обратной записи сводных таблиц Excel), а поэтапно публикуйте эти изменения на сервере для обеспечения оптимальной производительности времени выполнения Службы SQL Server Analysis Services.

Поддержка удаленных пользователей

Удаленные пользователи в глобальной сети могут иметь менее быстрое подключение к сети и более длительное время ответа. Для обслуживания удаленных пользователей рекомендуется выполнить следующие действия:
Предоставить им собственный экземпляр SQL/SharePoint, расположенный вблизи от их физического расположения.
С помощью служб удаленных рабочих столов предоставить им доступ к Excel на компьютере, расположенном ближе всего к серверу SQL/SharePoint.

Дополнительные сведения см. в техническом документе по SQL Server 2008, посвященном производительности служб Analysis Services.

Рекомендации по извлечению, преобразованию и загрузке

Извлечение, преобразование и загрузка — это процесс извлечения данных из исходных систем, преобразования этих данных и их загрузки в модель данных. Главной технологией корпорации Майкрософт для работы с процессами извлечения, преобразования и загрузки является SQL Server Integration Services. Интеграторы данных разрабатывают пакеты служб интеграции SQL Server с помощью Microsoft Business Intelligence Development Studio BIDS, что предоставляет следующие преимущества:

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

Планирование пакетов извлечения, преобразования и загрузки можно разделить на следующие части:

Импорт данных для измерений, иерархий и фактов.
Экспорт данных из таблиц фактов обратно в исходные системы.

Импорт данных

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

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

После загрузки данных в промежуточные таблицы и завершения необходимых преобразований можно начинать процесс загрузки из промежуточных таблиц в таблицы решения. При использовании служб интеграции SQL Server загрузка из промежуточных таблиц может быть такой же простой, как и сопоставление столбцов из исходной таблицы со столбцами в конечной таблице. Службы интеграции SQL Server предоставляют очень эффективный набор возможностей для извлечения, преобразования и загрузки, поэтому читателю рекомендуется подробнее ознакомиться с техническим документом, содержащим введение в службы интеграции SQL Server 2008 (Возможно, на английском языке).

Совет

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

Экспорт данных

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

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

Однако экспорт данных может быть несколько осложнен, если данные, которые требуется экспортировать, не существуют в таблице фактов или существуют в виде вычислений в кубе. Как поступить в таком сценарии? Необходимо использовать нерегламентированные распределенные запросы, направляемые кубу OLAP. (Дополнительные сведения см. в статье Руководство по планированию моделирования и отчетов для решений и сценариев планирования бизнес-аналитики.

Безопасность и роли

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

Самый высокий уровень безопасности — это безопасность базы данных, и мы рекомендуем, чтобы каждый информационный работник, которому необходим доступ к модели данных, хотя бы обладал правом "считывания определения" для базы данных.

Второй по охвату уровень безопасности определяется в кубе и контролирует, являются ли отдельные кубы доступны только для чтения или доступны/недоступны для чтения или записи.

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

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

В базе данных Службы SQL Server Analysis Services можно создавать роли безопасности с помощью Microsoft SQL Server Business Intelligence Development Studio (BIDS).

Важно знать о том, что BIDS может осуществлять определение конфигураций безопасности высокой сложности и может требовать от администратора больших технических знаний и навыков при настройке и обслуживании. Хорошей возможностью для настройки может быть ситуация, когда безопасность можно настроить в другом месте SharePoint — в структурированной таблице или в связанной таблице, которые потом можно отправить в модуль перевода для окончательного обновления безопасности OLAP.

Комплексная безопасность

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

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

Share via

Способы обеспечения производительности и соответствующие рекомендации для решений и сценариев планирования бизнес-аналитики

Рекомендации по производительности