Устранение неполадок настройки

Используйте этот раздел для устранения проблем, обнаруженных при настройке сервера отчетов. В нем рассматриваются следующие проблемы:

  • Проблемы администрирования в Windows Vista и Windows Server 2008

  • Ошибки регистрации и резервирования URL-адресов

  • Требования к версиям для программы настройки служб Reporting Services

  • Ошибка «Именованный экземпляр не найден» при предоставлении доступа к базе данных в режиме интеграции с SharePoint

  • Ограничения использования localhost для фермы SharePoint

  • Требования к учетной записи службы для служб Reporting Services при развертывании с SharePoint

  • Требования к учетной записи домена для служб администрирования в развертывании SharePoint

  • Требования к версии экземпляра сервера отчетов для служб Reporting Services в развертывании SharePoint

  • Обнаружено исключение при создании расширения сервера отчетов TERADATA

Проблемы администрирования в Windows Vista и Windows Server 2008

Сервер отчетов не работает, как ожидалось, с Windows Vista или Windows Server 2008 после установки в конфигурации по умолчанию, так как для локального администрирования требуется дополнительная настройка. Дополнительные сведения см. в разделе Как настроить сервер отчетов для локального администрирования в Windows Vista и Windows Server 2008.

Ошибки регистрации и резервирования URL-адресов

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

  • Определяемый URL-адрес уже существует.

  • Для приложения, которому требуется резервирование URL-адресов, отсутствуют сохраненные значения. Как диспетчеру отчетов, так и веб-службе сервера отчетов требуется, по крайней мере, одно резервирование URL-адреса.

  • Одно или несколько значений, хранимых в файле RSReportServer.config, отсутствуют в файле HTTP.SYS.

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

  • SSL-сертификат задан, но не установлен.

  • Назначен префикс HTTPS, но SSL-сертификат не установлен.

  • Отсутствует резервирование URL-адреса, вероятно, удаленное с помощью другого средства.

  • Служба сервера отчетов, связанная с резервированием, отличается от фактической учетной записи сервера отчетов. Это может случиться, если изменить учетную запись службы с помощью системного или административного средства, а не программы настройки служб Reporting Services.

Регистрация URL-адреса завершится неудачно, если вручную удалить URL-адрес сервера отчетов из файла HTTP.SYS с помощью системного средства или программы, а не программы настройки служб Reporting Services. Она также завершится неудачно, если изменить учетную запись службы из внешнего средства, что приведет к нарушению синхронизации учетной записи службы, связанной с резервированием, с реальной учетной записью службы сервера отчетов. И, наконец, регистрация URL-адреса завершится неудачно, если другой процесс уже использует резервирование. Ошибки регистрации URL-адреса записываются в файл журнала событий приложений. Инструкции по просмотру файла журнала см. в разделе Журнал приложений Windows.

Если обнаружена неверная ошибка резервирования URL-адреса, которая мешает использовать URL-адреса по умолчанию, так как эти значения были использованы в предшествующей установке, то можно очистить URL-адрес с помощью диалогового окна Расширенная настройка нескольких веб-узлов в программе настройки служб Reporting Services, чтобы можно было вновь использовать значения по умолчанию.

  1. Запустите программу настройки служб Reporting Services и подключитесь к серверу отчетов.

  2. На странице URL-адреса веб-службы выберите IP-адрес, отличный от выбираемого по умолчанию (например, 127.0.0.0).

  3. Нажмите кнопку Применить.

  4. Перезапустите службу. Можно использовать кнопки Стоп и Пуск на странице состояния сервера отчетов в программе настройки служб Reporting Services.

  5. Повторно откройте страницу с URL-адресом веб-службы.

  6. Перейдите на вкладку Дополнительно.

  7. Нажмите кнопку «Добавить».

  8. В области «IP-адрес» нажмите кнопку Все назначенные.

  9. Выберите порт 80.

  10. Нажмите кнопку ОК.

  11. На странице URL-адреса веб-службы нажмите кнопку Применить.

  12. В списке URL-адресов на странице URL-адреса веб-службы щелкните URL-адрес, чтобы проверить его допустимость.

  13. Удалите URL-адрес, созданный на первом шаге, если не предполагается использовать его в будущем. Нажмите кнопку Дополнительно, чтобы выбрать, а затем удалить этот URL-адрес.

Требования к версиям для программы настройки служб Reporting Services

Если не удается запустить программу настройки служб Reporting Services, проверьте, что используемая версия совместима с экземпляром сервера отчетов, с которым устанавливается соединение. Нельзя использовать версию SQL Server 2008 программы настройки служб Reporting Services для настройки сервера отчетов более ранней версии, чем SQL Server 2008. Эта несовместимость возникает из-за того, что программа настройки служб Reporting Services использует новую версию поставщика WMI, которая не обладает обратной совместимостью. При попытке использовать программу настройки служб Reporting Services с неподдерживаемой версией возникает следующая ошибка: «Поставщик WMI вернул неизвестное состояние в функции ReportServicesConfigUI.WMIProvider.ConfigurationItem.CreateConfigurationItem».

Ошибка «Именованный экземпляр не найден» при предоставлении доступа к базе данных в режиме интеграции с SharePoint

Если получена ошибка «Именованный экземпляр не найден» при настройке доступа сервера отчетов к базам данных конфигурации и содержимого SharePoint на странице «Предоставление доступа к базе данных» в центре администрирования, то существует несоответствие версий между сервером отчетов и надстроек служб Reporting Services.

Ошибка возникает при попытке использовать надстройку служб SQL Server 2008Reporting Services с сервером отчетов SQL Server 2005 с пакетом обновления 2, настроенным для режима интеграции с SharePoint. Надстройка служб SQL Server 2008Reporting Services не может быть использована с более ранними версиями служб Reporting Services.

Чтобы продолжить, обновите сервер отчетов до SQL Server 2008 или удалите текущую надстройку служб Reporting Services и загрузите и используйте надстройку служб Reporting Services 2005.

Ограничения использования localhost для фермы SharePoint

При указании URL-адреса сервера отчетов на странице Управление параметрами интеграции в центре администрирования SharePoint 3.0 не следует использовать значение «http://locahost/reportserver» в качестве URL-адреса сервера отчетов, если сервер отчетов интегрирован с веб-приложениями SharePoint, которые входят в состав развертывания фермы. URL-адрес https://localhost недопустим для клиентских веб-интерфейсов SharePoint, обслуживающих клиентские запросы и установленных на удаленных серверах.

Требования к учетной записи службы для служб Reporting Services в развертывании SharePoint

Ограничения на использование встроенных учетных записей применяются к некоторым топологиям развертывания служб Reporting Services, в которых присутствует сервер отчетов, работающий в режиме интеграции с SharePoint. Требования к учетным записям служб накладываются при следующем сочетании факторов.

  • Сервер отчетов интегрирован с фермой SharePoint, состоящей более чем из одного компьютера.

  • Сервер отчетов и веб-узел центра администрирования SharePoint расположены на разных компьютерах.

В этом случае, если служба сервера отчетов работает через встроенную учетную запись (например, NetworkService), то параметр «Предоставлять доступ к базе данных» в центре администрирования SharePoint будет работать неправильно. Вследствие этого при обращении к любым функциям служб Reporting Services через узел SharePoint возникнет следующая ошибка:

«Непредвиденная ошибка при соединении с сервером отчетов. Убедитесь, что сервер отчетов доступен и настроен для работы в режиме интеграции с SharePoint. --> Серверу не удалось обработать запрос. --> Клиент получил ответ с типом содержимого "text/html; charset=utf-8", хотя ожидался тип "text.xml"».

Чтобы избежать этой ошибки, выберите один из следующих подходов.

  • На компьютере, где размещен сервер отчетов, продолжайте использовать службу сервера отчетов от имени учетной записи «NetworkService» и добавьте встроенную учетную запись, например «NT_AUTHORITY\NetworkService», в группу Windows «WSS_WPG».

    — или —

  • Настройте учетную запись службы так, чтобы она запускались под учетной записью пользователя домена. Сделайте это следующим образом.

    1. Запустите программу настройки служб Reporting Services и подключитесь к серверу отчетов.

    2. На странице «Учетная запись службы» выберите «Использовать другую учетную запись», введите имя учетной записи пользователя домена и нажмите кнопку «Применить».

    3. Выберите пункт «Удостоверение веб-службы» для сервера отчетов, нажмите кнопку «Создать», введите имя приложения и перезапустите службу сервера отчетов.

Требования к учетной записи домена для служб администрирования в развертывании SharePoint

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

Если пользователь не использует учетную запись домена, то вторая проблема может возникнуть при следующих сочетаниях факторов.

  • Сервер отчетов интегрирован с фермой SharePoint, состоящей более чем из одного компьютера.

  • Узел SharePoint и сервер отчетов расположены на разных компьютерах.

  • Узел SharePoint находится в пуле приложений, который выполняется от имени встроенной учетной записи, например «NetworkService».

  • Соединение конечной точки-посредника служб Reporting Services с сервером отчетов настроено на использование режима «Доверенная учетная запись».

В этом случае, при попытке пользователя просмотреть отчет или получить доступ к функциям служб Reporting Services, расположенным на узле SharePoint, возникнет следующая ошибка:

«Непредвиденная ошибка при соединении с сервером отчетов. Убедитесь, что сервер отчетов доступен и настроен для работы в режиме интеграции с SharePoint. Предоставленные пользователю "<имя_учетной_записи>" разрешения недостаточны для выполнения данной операции».

Чтобы избежать данной ошибки, необходимо следовать указаниям, приведенным в документации по продукту Windows SharePoint Services 3.0, и запускать службу пула приложений как учетную запись домена. Дополнительные сведения о требованиях к учетным записям служб и рекомендации см. в разделе Plan for administrative and service accounts (Планирование административных учетных записей и учетных записей служб) документации по продукту Windows SharePoint Services 3.0.

Требования к версии экземпляра сервера отчетов для служб Reporting Services в развертывании SharePoint

Чтобы установить надстройку служб MicrosoftSQL Server 2008 Reporting Services для технологий SharePoint, требуется экземпляр сервера отчетов SQL Server 2008 Reporting Services (SSRS). Эта надстройка не поддерживается в более ранних версиях экземпляров серверов отчетов SQL Server.

ПримечаниеПримечание

Хотя экземпляр сервера отчетов должен иметь версию SQL Server 2008 Reporting Services (SSRS), сервер отчетов может подключаться к базе данных серверов отчетов, которая размещается в SQL Server 2005 или SQL Server 2008.

Если уже установлен экземпляр сервера отчетов SQL Server 2008 и устанавливается или обновляется надстройка служб SQL Server 2008 Reporting Services для технологий SharePoint, будет выдано сообщение об ошибке с указанием на то, что надстройка не поддерживается в более ранних версиях SQL Server. Процесс установки или обновления можно продолжить, но сервер отчетов может работать не так, как ожидалось. Например, при попытке выполнения отчета происходит следующая ошибка:

«Была выполнена попытка использовать модуль подготовки отчетов, не зарегистрированный для данного сервера отчетов.»

Во избежание этой ошибки обновите экземпляр служб Reporting Services до версии SQL Server 2008. Обновить экземпляр можно до или после установки или обновления надстройки служб SQL Server 2008 Reporting Services для технологий SharePoint, хотя лучше сначала обновить экземпляр.

«Обнаружено исключение при создании расширения сервера отчетов TERADATA»

После установки служб SQL Server 2008Reporting Services можно видеть следующее сообщение об ошибке в файле журнала Reporting Services и в журнале системных событий:

«Обнаружено исключение при создании расширения сервера отчетов TERADATA».

Данная ошибка регистрируется в следующих случаях.

  • После новой установки служб SQL Server 2008Reporting Services.

  • При каждом перезапуске службы сервера отчетов.

Эта ошибка возникает вследствие того, что расширение Teradata по умолчанию регистрируется в файле конфигурации служб Reporting Services, но сборки Teradata не поставляются с SQL Server 2008 или как часть платформы .NET Framework. Если сообщение об ошибке не очень досаждает, можно не обращать внимания на эту ошибку, обнаруживая ее в журнале.

Но если нужно, чтобы эта ошибка не появлялась, выполните одно из следующих действий.

  • Откройте файл конфигурации служб Reporting Services и удалите или закомментируйте расширение Teradata. Это следует делать, если только не нужны функции, предоставляемые расширением Teradata.

  • Установите поставщик данных .NET для Teradata. Это следует делать, если только необходимы функции, предоставляемые расширением Teradata. Поставщик можно получить на веб-узле Teradata. Для служб Reporting Services необходим поставщик версии 12 или более поздней.

Дополнительные сведения о работе с источниками данных Teradata см. в разделах Как получить данные из источника данных Teradata и Создание и использование моделей отчетов на основе Teradata.

Журнал изменений

Обновленное содержимое

Разъясняет, что для надстройки служб MicrosoftSQL Server 2008 Reporting Services для технологии SharePoint необходим экземпляр сервера отчетов служб SQL Server 2008 Reporting Services (SSRS), но базой данных для размещения базы данных сервера отчетов может быть SQL Server 2005 или SQL Server 2008.