Проблема с выгрузкой отчетов Reporting Services в AX2009

[oleg_e]

Прошу помощи!
Неоднократно выгружал библиотеки отчетов, работая в WIN7 - проблем никаких. Устанавливал и настраивал Reporting Services сам на нескольких машинах.
Имею AX 2009_SP1 , MS SQL 2008_SP1.
Все тоже самое решил сделать на WIN 2008_SP1 x32. Возникает следующая проблема.
При попытке развернуть отдельную библиотеку (например,CustSRS или LedgerSRS) возникает странная ситуация.
Иногда библиотека выгружается, но как правило, падает на следующей ошибке:

Deploying 0 data source(s) and 6 design(s) in 43 culture(s) (258 item(s) total)...
Unable to connect to http://oleg:88/ReportServer/ReportService2005.asmx as specified in the config file for the report server at C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\RSReportServer.config. If this url is not correct please update the config file, otherwise make sure the report server is configured correctly.
The deployment log file can be found at "C:\Users\oleg\AppData\Local\Temp\tmpF157.txt"

1. Смотрю файл tmtF157.txt
Вижу:
Error: Unable to connect to http://oleg:88/ReportServer/ReportService2005.asmx as specified in the config file for the report server at C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\RSReportServer.config. If this url is not correct please update the config file, otherwise make sure the report server is configured correctly.
Deployment failed with the following exception:
System.Net.WebException: Время ожидания операции истекло
Еще непонятно почему при выгрузке упоминаются всевозможные языки:
The report 'CustSRS.CustdueReportDetail.PrecisionDesign', culture 'Исландский' has been deployed.
The report 'CustSRS.CustdueReportDetail.PrecisionDesign', culture 'Итальянский (Швейцария)' has been deployed.
.....
The report 'CustSRS.CustdueReportDetail.PrecisionDesign', culture 'Японский' has been deployed.
Как оставить загрузку только русского языка?

2. Смотрю системные логи:
2.1. Идет предупреждение, связанное с ASP 2.0:
Сведения об исключении:
Тип исключения: COMException
Сообщение об исключении: Сетевое подключение не существует. (Исключение из HRESULT: 0x800708CA)

Сведения о запросе:
URL запроса: http://oleg:88/ReportServer/ReportService2005.asmx
Путь запроса: /ReportServer/ReportService2005.asmx
Адрес узла пользователя: ::1
Пользователь:
Проверка подлинности: False
Тип проверки подлинности:
Имя учетной записи потока: NT AUTHORITY\NETWORK SERVICE
ИЛИ
2.2.
Сведения о процессе:
Идентификатор процесса: 2848
Имя процесса: ReportingServicesService.exe
Имя учетной записи: NT AUTHORITY\NETWORK SERVICE

Сведения об исключении:
Тип исключения: ThreadAbortException
Сообщение об исключении: Поток находился в процессе прерывания.

Сведения о запросе:
URL запроса: http://oleg:88/ReportServer/ReportService2005.asmx
Путь запроса: /ReportServer/ReportService2005.asmx
Адрес узла пользователя: ::1
Пользователь: ####\oleg
Проверка подлинности: True
Тип проверки подлинности: NEGOTIATE
Имя учетной записи потока: NT AUTHORITY\NETWORK SERVICE

Детали:
Отредактировать отчет через меню Отредактировать в "Visual Studio" могу!!
В связи с тем, что отчеты хранятся на порту 88 (на 80 - установлены ролевые центры), Брэндмаузер отключен.Также отключил на всякий случай и антивирус.
Не думаю, что проблема в установке (настройке) Reporting Services (Повторю,что иногда отчет выгружается без проблем).
Заметил, чем больше библиотека содержит отчетов - тем больше шансов на неудачу. Простые библиотеки (с 2-мя,3-мя отчетами) выгружаются без проблем

Замечено, что частенько долго открывается страница http://oleg:88/Reports (более 1 мин)
Вероятно проблема с таймаутом... и ASP 2.0.

Где копать уже не знаю...
Прошу помощи!

[Maxim Gorbunov]

Я бы смотрел в сторону Reporting Services. Проверьте, что они работают, что можно зайти на сервер (http://.../Reports). Если проблема с таймаутом, то его, в принципе, можно увеличить (смотрите в файле rsreportserver.config), но вряд ли действительно в этом проблема. Проверьте еще, что UAC у Вас отключен. А вообще, поищите в логах проблемы SSRS.

Как отключить ненужные языки - см. http://dynamics-ax.blogspot.com/2009...eployment.html

[oleg_e]

Максим, спасибо!
Данные рекомендации проверены
- на сервер http://.../Reports захожу, но первичный вход происходит достаточно долго (1-2 мин), потом быстро (видимо, кэш).
- Увеличивал возможные параметы таймаута в rsreportserver.config
- UAC отключен

Отключение языков почитаю..

Пробела остается актуальной..

[Maxim Gorbunov]

Да, с первым запуском всегда так. 1-2 минуты, конечно, долго, но в целом объяснимо. На всякий случай: А какая у Вас конфигурация сервера?

Проверьте еще, что все компоненты AX обновлены до SP1: см. - http://blogs.msdn.com/b/emeadaxsuppo...xtensions.aspx

[oleg_e]

Внутренний тестовый сервер HP Proliant, ОС WIN 2008 SP2, со всеми последними обновлениями. На машине установлены и DAX 2009 SP1 c Rollup3, MS SQL 2008 SP1, WSS 3.0 SP2 , VS 2008. При установке DAX инсталировались Ролевые центры, OLAP.
Устанавливал VS2010, потом снес, в IIS вижу присутствие ASP 2.0 и ASP 4.

[sao]

Была такая же проблема.
1.Надо глянуть чтоб конфликтов не было по портам.
2.Были свои отчеты уже написанные. При разворачивании их пропустил, потом вручную развернул. У меня был именно этот случай.

[Poleax]

Цитата:

Сообщение от oleg_e

......падает на следующей ошибке:

Deploying 0 data source(s) and 6 design(s) in 43 culture(s) (258 item(s) total)...
Unable to connect to http://oleg:88/ReportServer/ReportService2005.asmx as specified in the config file for the report server at C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer\RSReportServer.config. If this url is not correct please update the config file, otherwise make sure the report server is configured correctly.
The deployment log file can be found at "C:\Users\oleg\AppData\Local\Temp\tmpF157.txt"

Вариант решения: Proxy settings can interfere Dynamics AX 2009 report deployment

[Dozer]

Чтобы не плодить темы подниму эту.
Имеется Windows Server 2008 R2 Standard, MS SQL 2008, Ax 2009.
Установил на стороне сервера Reporting extensions и Analysis extensions.
Было много возни с установкой из-за известных проблем несовместимости с 2008 скл сервером, но в конце концов всё установилось.
Однако при попытке выгрузить отчёты на SSRS процесс падает с ошибкой:

Цитата:

Could not load file or assembly 'Microsoft.Dynamics.AnalysisServices, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies.

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

Кто-нибудь сталкивался с подобной проблемой?

[sukhanchik]

На каком порте висит Reporting Services? Стоит ли корп. портал? (в смысле - не на одном ли они порту?)
Развернулись ли отчеты без использования OLAP? (Есть отчеты, нацеленные на датасорс олаповский, а есть отчеты, нацеленные напрямую на базу).
Скорее всего у Вас неинициализирован куб олаповский (\Администрирование\Настройка\Бизнес-анализ\OLAP\OLAP-Администрирование). Там нужно установить галку Выбрать на закладке Серверы OLAP и на закладке Базы данных OLAP. Затем на закладке Дополнительно поставить галки Обновить данные бизнес-аналитики и Синхронизировать базу данных OLAP со схемой OLTP, после чего нажать кнопку Обновить базы данных.
Важный момент - нужно воспользоваться утилитой Cube Advisor, которая приведет олаповский куб в соответствии с включенными конфиг. ключами (ибо без этой утилиты предполагается что включено все что можно включить и есть лицензии на все что можно).

После отработки этой периодической операции нужно зайти в Analisys Services и сделать Process для всей БД.

После чего попытаться снова развернуть отчеты.

[_scorp_]

Цитата:

Сообщение от Dozer

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

Так и киньте эту сборку копи-пастом в Windows\assembly. Должно заработатать, если не выругается на нехватку еще каких-то библиотек. Что-то у Вас не то с дистрибутивом или в последовательности установки компонентов где-то напутали.

[Dozer]

Цитата:

Сообщение от sukhanchik

На каком порте висит Reporting Services? Стоит ли корп. портал? (в смысле - не на одном ли они порту?)

Портал не установлен, так что конфликта портов быть не должно. Да и симптомы несколько другие.

Цитата:

Развернулись ли отчеты без использования OLAP? (Есть отчеты, нацеленные на датасорс олаповский, а есть отчеты, нацеленные напрямую на базу).

Выгрузка отчётов скопом выкидывает ту же проблему. Можете дать пример отчёта который не использует олап?

Цитата:

Скорее всего у Вас неинициализирован куб олаповский (\Администрирование\Настройка\Бизнес-анализ\OLAP\OLAP-Администрирование). Там нужно установить галку Выбрать на закладке Серверы OLAP и на закладке Базы данных OLAP. Затем на закладке Дополнительно поставить галки Обновить данные бизнес-аналитики и Синхронизировать базу данных OLAP со схемой OLTP, после чего нажать кнопку Обновить базы данных.
Важный момент - нужно воспользоваться утилитой Cube Advisor, которая приведет олаповский куб в соответствии с включенными конфиг. ключами (ибо без этой утилиты предполагается что включено все что можно включить и есть лицензии на все что можно).

После отработки этой периодической операции нужно зайти в Analisys Services и сделать Process для всей БД.

После чего попытаться снова развернуть отчеты.

Олап кубы действительно не сконфигурированы. Однако я помню проблема с кубами вылазит уже когда исполняется развёрнутый отчёт и он пытается вытянуть из них данные.
Я уже делал однажды настройку кубов вручную, но точно помню мне пришлось делать это уже после того как отчёты были загружены на SSRS.

Цитата:

Сообщение от _scorp_

Так и киньте эту сборку копи-пастом в Windows\assembly. Должно заработатать, если не выругается на нехватку еще каких-то библиотек.
Что-то у Вас не то с дистрибутивом или в последовательности установки компонентов где-то напутали.

Собственно в Windows\assembly ничего копипастой кинуть не получается, к сожалению. Туда сборки надо регистрировать.
Вот я и ломаю голову - чего я не так сделал.

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

[sukhanchik]

Цитата:

Сообщение от Dozer

Можете дать пример отчёта который не использует олап?

Да, конечно. \Report Libraries\LedgerAuditTrail (\Главная книга\Отчеты\Аудиторский след).
Если этот отчет отредактировать в Visual Studio, то видно, что источником отчета является сама БД:

Для сравнения - если взять отчеты \Report Libraries\Cust, то там видно, что источником некоторых таблиц является OLAP:

[Dozer]

Цитата:

Сообщение от sukhanchik

Да, конечно. \Report Libraries\LedgerAuditTrail (\Главная книга\Отчеты\Аудиторский след).
Если этот отчет отредактировать в Visual Studio, то видно, что источником отчета является сама БД

Удивительно, но даже отдельная выгрузка LedgerAuditTrail упала с той же ошибкой.
Настройка ОЛАП кубов тоже не помогла.
Выгрузке не хватает именно библиотечки, но она почему-то не ставится...

[_scorp_]

Цитата:

Сообщение от Dozer

Собственно в Windows\assembly ничего копипастой кинуть не получается, к сожалению. Туда сборки надо регистрировать.
Вот я и ломаю голову - чего я не так сделал.

Есть два пути для регистрации сборки в GAC

1. Использовать gacutil -i

2. Перетащить с помощью drag/drop dll сборку в каталог C:\winnt\Assembly (Говоря про копи-паст, я имел ввиду этот способ).

[Dozer]

Цитата:

Сообщение от _scorp_

Есть два пути для регистрации сборки в GAC

1. Использовать gacutil -i

2. Перетащить с помощью drag/drop dll сборку в каталог C:\winnt\Assembly (Говоря про копи-паст, я имел ввиду этот способ).

О! Спасибо за способ. Это помогло.
Правда как оказалось там не установилось очень много библиотек которые должны были поставиться как часть Reporting extensions...
И поразмыслив немного я пришел к выводу что вообще-то слишком много девелоперских штук приходится ставить на сервер БД. На живой сервер я не стану ставить вижуал студию, а она требуется для этих модулей.
Думаю буду перекраивать всю инсталляцию. Если повезёт может оно поставится как надо с первого раза.

В любом случае спасибо.