Планирование масштабного развертывания
Конфигурация сервера отчетов с масштабным развертыванием означает наличие двух или более экземпляров сервера отчетов, совместно использующих одну базу данных сервера отчетов. Масштабное развертывание позволяет увеличить число пользователей, одновременно обращающихся к отчетам, и повышает доступность сервера отчетов. При использовании этой топологии развертывания рекомендуется, чтобы экземпляры сервера отчетов были настроены с одинаковыми параметрами, хотя это требование не является обязательным. Можно настроить каждый сервер для определенных целей и выполнять их как отдельные экземпляры, например, когда нужно изолировать обработку интерактивных отчетов от обработки отчетов по расписанию или подписке.
Сценарии, поддерживаемые масштабным развертыванием:
Запускают экземпляры сервера отчетов в решении со сбалансированной рабочей нагрузкой с целью обеспечения подготовки больших объемов отчетов по требованию.
Повышают доступность сервера отчетов.
Отделяют функции службы на конкретных компьютерах для обеспечения максимального использования доступных системных ресурсов и одновременного хранения и получения одних и тех же данных из одной и той же базы данных сервера отчетов.
Следующие требования относятся к масштабному развертыванию.
Требование |
Описание |
|---|---|
Требования к выпуску |
Масштабное развертывание поддерживается в следующих выпусках: Evaluation, Developer или Enterprise. Масштабное развертывание для выпусков Standard Edition, Workgroup и Express не поддерживается. |
Требования к версиям |
Все серверы отчетов должны иметь одну и ту же версию и должны иметь одинаковый пакет обновления. |
Требования к домену |
Необходимо, чтобы все серверы отчетов находились в одном домене или в доверенном домене. |
Требования к проверке подлинности |
Экземпляры сервера отчетов в масштабном развертывании должны иметь одинаковый тип модуля проверки подлинности. Если создан нестандартный модуль проверки подлинности, то необходимо развернуть и использовать этот модуль на всех узлах. Нужно настроить одинаковые типы проверки подлинности на каждом узле в масштабном развертывании. Из-за этого ограничения нельзя настроить масштабное развертывание на поддержку одновременного доступа из интрасети и экстрасети к одной базе данных сервера отчетов через отдельные экземпляры серверов отчетов, где каждый экземпляр настроен на различные типы проверки подлинности и правила авторизации. Причина этого ограничения заключается в том, что службы Службы Reporting Services не синхронизируют настройки пользовательских разрешений между различными типами проверки подлинности. Если отменить наследование разрешений и создать назначения ролей для конкретных элементов, возникнут ошибки запрета в доступе при обращении к элементу пользователя, прошедшего проверку подлинности у другого поставщика проверки подлинности. Чтобы обойти эту проблему, необходимо дублировать каждое определяемое элементом назначение роли на обоих серверах, чтобы применить обе политики безопасности для обоих модулей проверки подлинности. Применение этого трудоемкого и чреватого ошибками метода может привести к ошибкам запрета доступа. По этой причине данный сценарий не поддерживается. |
В остальных частях этого раздела приводятся подробные сведения о поддерживаемых сценариях.
Масштабное развертывание для решений балансировки загрузки
После настройки масштабного развертывания сервера отчетов рабочая нагрузка узлов сервера отчетов может быть сбалансирована в кластере NLB, чтобы обеспечить подготовку большого объема отчетов. Для внедрения NLB-кластера можно использовать программное или решение оборудования. Развертывание служб Службы Reporting Services в кластере NLB необходимо, только чтобы повысить быстроту реагирования сервера отчетов или увеличить число одновременно обрабатываемых интерактивных отчетов. Запланированные отчеты и обработка подписки работают быстрее в масштабном развертывании, для увеличения их производительности не требуется кластер NLB.
Чтобы создать и настроить NLB-кластер, необходимо использовать программное обеспечение и средства, которые поддерживают эти возможности. Функции балансировки нагрузки имеются в операционной системе Microsoft Windows Server и сторонних приложениях. Сами по себе службы Службы Reporting Services не обеспечивают балансировку нагрузки или возможность определения единого URL-адреса виртуального сервера для доступа к нескольким узлам сервера отчетов. Выбранное аппаратное или программное решение должно предоставлять способ определения имени виртуального сервера, обеспечивающего единую точку входа для всех узлов в масштабном развертывании сервера отчетов.
Службы Службы Reporting Services не привязаны к службам кластеров (Майкрософт). При использовании службам кластеров (Майкрософт) следует учитывать приведенные ниже сведения.
Если службы Службы Reporting Services выполняются на активном/пассивном кластере со службами кластеров (Майкрософт), то служба сервера отчетов выполняется и обрабатывает запросы на каждом узле кластера, на котором развернута служба.
При размещении базы данных сервера отчетов на SQL Server в кластере отработки отказа сервер отчетов должен быть настроен на использование виртуального имени кластера отработки отказа для подключения к базе данных сервера отчетов. Иначе сервер отчетов не сможет подключиться к базе данных сервера отчетов при отработке отказа.
Невозможно развернуть сервер отчетов на службе кластеров Майкрософт через кластер отработки отказа SQL Server. Однако во время установки SQL Server можно установить сервер отчетов в режиме «только файлы».
Настройка развертывания
Настройте два или несколько серверов для запуска в кластере NLB.
Настройте отдельный сервер для размещения базы данных сервера отчетов.
Установите и настройте масштабное развертывание сервера отчетов, установив экземпляр сервера отчетов на каждом узле в кластере NLB. Дополнительные сведения о том, как установить серверы отчетов присоединить их к масштабному развертыванию, см. в разделе Как настроить масштабное развертывание сервера отчетов (настройка служб Reporting Services).
Настройте проверку состояния представления и проверьте конфигурацию сервера отчетов. Дополнительные сведения см. в разделе Как настроить сервер отчетов в кластере с балансированием сетевой нагрузки.
На каждом узле в масштабном развертывании настройте свойство Hostname сервера отчетов, чтобы использовать URL-имя кластера NLB. На этом шаге назначаются URL-адреса, которые формируются сервером отчетов и указывают на кластер NLB вместо конкретного сервера. Дополнительные сведения см. в разделе Как настроить сервер отчетов в кластере с балансированием сетевой нагрузки.
Масштабное развертывание для повышения производительности компонентов служб
Один из способов повышения производительности сервера отчетов — настроить масштабное развертывание, которое назначает определенные типы обработки каждому серверу отчетов. Например, можно настроить один сервер отчетов для обработки запланированных отчетов и подписок и второй сервер отчетов для интерактивных отчетов. Все серверы отчетов запускаются в одном масштабном развертывании, поэтому каждый сервер обрабатывает один и тот же набор отчетов.
Настройка развертывания
Установите и произведите настройку сервера отчетов с масштабным развертыванием. Инструкции см. в разделе Как настроить масштабное развертывание сервера отчетов (настройка служб Reporting Services).
На сервере, используемом для интерактивных отчетов, отключите обработку запланированных отчетов и подписок.
На другом сервере, который используется для фоновой обработки, отключите веб-службы сервера отчетов и диспетчер отчетов.
Дополнительные сведения об отключении определенных компонентов см. в разделе Как включать и отключать компоненты служб Reporting Services.
Проблемы, которые должны учитываться при масштабных развертываниях
Различные версии операционной системы поддерживают разные культуры и параметры сортировки.
Если в конкретном масштабном развертывании применяются компьютеры, на которых используются различные версии операционной системы, они также могут поддерживать разные культуры и параметры сортировки. Это может привести к появлению несогласованных отчетов или ошибок в отчетах при обработке и подготовке отчетов к просмотру.
При проектировании отчета его автор может настраивать свойства отчета или объектов отчета, от которых зависит то, какая культура используется при обработке и подготовке отчетов к просмотру. Это может привести к появлению несогласованных данных в отчетах или ошибок, поскольку различные версии операционных систем поддерживают разные культуры, и в масштабном развертывании отчеты могут обрабатываться одним и тем же сервером несогласованно.
Например, в конкретном масштабном развертывании может применяться сервер Windows 2003 и сервер Windows 2008. При масштабном развертывании работа служб Reporting Services основана на предположении, что в конкретной сетевой среде используется программное обеспечение или оборудование, позволяющее распределять нагрузку, связанную с обработкой запросов, по нескольким серверам. Но службы Reporting Services не требуют и не предполагают, что применяемое решение по распределению нагрузки предусматривает направление всех запросов в сеансе конкретного пользователя на единственный сервер. Программа распределения нагрузки вполне может отправить запрос на получение одной страницы серверу Windows 2008, затем запросить следующую страницу с сервера Windows 2003. В этом примере успешная обработка отчета зависит от применения параметра сортировки, который поддерживается на сервере Windows 2008, но не на сервере Windows 2003. Различие ожидаемых параметров сортировки во время обработки и подготовки отчета может стать причиной появления несогласованных результатов отчета. Ниже приведены некоторые примеры признаков нарушений в работе, которые могут быть обнаружены:
При обработке отчета, включающей дополнительные действия по группированию, сортировке или фильтрации, в операциях сравнения могут использоваться неверные параметры сортировки, что ведет к неверным результатам.
В функции HideDuplicates может использоваться неправильный параметр сортировки, что ведет к неверным результатам для скрытых и отображенных значений.
В функциях Lookup, LookupSet и MultiLookup может использоваться неправильный параметр сортировки, что ведет к неверным результатам.
При обработке в различных операционных системах воздействию может подвергаться любое свойство, которое взаимодействует с культурой и языком. Ниже приведен список некоторых затрагиваемых свойств:
Свойство языка отчета
Свойство параметров сортировки набора данных
Свойства LableLocId и ValueLocID элементов отчета
Чтобы устранить указанную проблему, рассмотрите возможность применения любой из следующих рекомендаций:
В конкретных масштабных развертываниях используйте одну и ту же версию операционной системы на всех серверах
При наличии различных версий операционной системы используйте при создании отчетов только те культуры, которые поддерживаются на всех серверах.
В применяемом решении по распределению нагрузки применяйте параметры сходства, чтобы все запросы, относящиеся к конкретному отчету и пользовательскому сеансу, поступали на один и тот же сервер.