BI EE &BI SE ONE &Oracle Database &OWB Андрей Пивоваров on 01 Jun 2009 07:57 pm
Oracle BI Standard Edition ONE upgrade
Один из частых вопросов, возникающих в последнее время. Что делать с апгрейдом Oracle Business Intelligence Standard Edition One (дешевого варианта BI EE)? Дело в том, что дистрибутив, который лежит на OTN, содержит довольно старую версию, 10.1.3.2.1, выпущенную почти 2 года назад. В этой версии, в частности, нет русификации.
Я уже много раз встречал ситуации, когда пользователи BI SE One изощряются и придумывают как обойтись без русификации и новых фич BI EE, появившихся за последние два года. На самом деле всего этого делать не нужно.
Официальный ответ Oracle содержится в ноте номер 743916.1, которую официальные пользователи могут прочитать на Metalink3. (Обратите внимание, не просто metalink, а именно metalink3).
Суть этой ноты в том, что апгрейд Oracle BI SE One проводится с использованием инсталлятора Oracle Business Intelligence Enterprise Edition более поздних версий, например, 10.1.3.4.1. Запускаете инсталлятор и он апгрейдит до текущей версии.
На самом деле, что делает дистрибутив BI SE 1? Он устанавливает Oracle BI EE, Oracle Database Standard Edition One, Oracle Warehouse Builder и примеры, где все это работает вместе.
То есть, там содержится тот же самый BI EE, но на него накладываются лицензионные, а не технологические ограничения.
Поэтому, вполне логично, что апгрейд производится при помощи дистрибутива BI EE.
Когда будет и будет ли выпущен обновленный дистрибутив BI SE One – я не знаю. Возможно, с появлением BI EE 11g, сроки выпуска которого, также пока не опубликованы.
__________________________________Читайте также:
- Oracle Business Intelligence Standard Edition ONE на OTN
- Что такое Oracle BI Standard Edition ONE?
- Про Oracle By Example
- Три редакции Oracle Business Intelligence
- Ссылки
on 02 Jun 2009 at 5:04 pm 1.Ballista said …
мягко говоря разочарован этим BI SE1. нарисовал пару отчетов, накатил патч, вроде все в порядке. залил всего-то 8к записей в одну из табличек отчета, получаю:
Ошибка отображения представления Ошибка выполнения C (bad allocation) Коды ошибок: ILQWWCUT
любая агригация более чем пару к записей сваливается на такую ошибку.
беру другую машину, накатываю патч, там просто Interal error на агригацию и перезапуск сервиса ничего не дает. в логе сервера
[nQSError: 12002] Socket communication error at call=recv: (Number=10054) Удаленный хост принудительно разорвал существующее подключение.
а откатить апгрейд можно как-то ?
on 02 Jun 2009 at 7:58 pm 2.Андрей Пивоваров said …
Ballista, это баги у вас какие-то. Откатить апгрейд нельзя. Но можно попробовать снести BI и поставить его заново не апгрейдом. Предварительно сохранив репозитории, конечно.
on 02 Jun 2009 at 10:59 pm 3.Ballista said …
т.е. у вас BI SE1 с патчем 10.1.3.4.1 может выдать отчет из одной колонки из таблицы и одной пивот колонки на таблицу где более 8к записей ?
если может то что у вас за субд в которой непосредственно данные ?
on 02 Jun 2009 at 11:31 pm 4.Андрей Пивоваров said …
У меня был старый репозиторий, который нормально проапгрейдился, база данных Oracle. Все отчеты внешне работают. А почему именно 8к?
В любом случае, я предложил вариант – сносите биай и ставите его как бы с чистой установки. Может быть что-то встало криво.
on 03 Jun 2009 at 12:02 am 5.Ballista said …
у меня на двух разных машинах примерно один вариант, поэтому хочется знать что у кого-то точно работает. именно BI SE1.
8k записей это объем который я специально залил, чтоб проверить. на меньшем объеме все работает на обоих инсталяциях. а не работает именно пивот. есть ощущение, что это лимит SE1.
on 03 Jun 2009 at 12:55 am 6.Андрей Пивоваров said …
А до апгрейда работало?
on 03 Jun 2009 at 9:18 pm 7.Андрей Пивоваров said …
Вот какая мысль пришла в голову.
Количество элементов в пивот таблицах регулируется специальными переменными в конфигурационных файлах.
Может дело не в BI SE1 и не в апгрейде, а просто в том, что у вас этот предел слишком маленький?
on 04 Jun 2009 at 10:46 pm 8.Ballista said …
теперь я не уверен, точно работало, но я не уверен на котором объеме. просто я сначала накатил патч, потом развернул отчеты и выяснил облом.
теперь так не хочется оба сервера переставлять и узнать, что это принципиальное ограничение сервера БИ когда он пивот делает в памяти БИ.
настройки БИ подкручивал, в NQSConfig
SORT_MEMORY_SIZE = 40 MB ;
SORT_BUFFER_INCREMENT_SIZE = 256 KB ;
VIRTUAL_TABLE_PAGE_SIZE = 128 KB ;
on 05 Jun 2009 at 4:36 pm 9.Андрей Пивоваров said …
Для Pivot другие параметры и они не в NQSConfig, а скорее в instanceconfig.xml Presentation сервера