Он сказал: "поехали!"

[dastapov]

Он - это пресс-релиз. На самом деле, там еще есть пару мелких углов, но вписывать прибавку к EXP и ЧСВ можно уже сейчас. Я там собирал требования, писал кучи документов, мигрировал данные и интегрировал все добро в одну кучу. Вот какой я молодец

Впрочем, не обошлось без казусов. Некие бравые ребята написали на PL/SQL пакетик процедур, и, натурально, вставили его в Oracle. Другие бравые ребята взяли программу на C#.Net и давай оттуда эти процедуры использовать.

В тестовом окружении (Oracle 8.1.7) - все шикарно. В промышленном (Oracle 9i) - не выходит каменный цветок. Лишь только пытаешься вызвать какую-то процедуру - Оракл тут же говорит ORA-03113, end-of-file on communication channel. И закрывает соединение со своей стороны.

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

Разработчики на PL/SQL, естественно, тут же воспряли духом - ага, баг не у нас, оказывается! Только толку от этого знания немного - надо же, чтобы в конце-концов все заработало и в приложении на C#.Net.

Разработчики на C# говорят: это все потому, что мы ходим через ODBC. Однако фиг - утилита ODBC Test, написанная (судя по виду GUI) еще во времена Windows 3.1, замечательным образом вызывает процедуры через ODBC.

Тогда разработчики на C# говорят: это все потому, что мы все переписали и теперь работаем через OleDb. Надо поставить ораклового клиента и использовать ODP.NET оттуда. Поставили. Однако фиг - как падало, так и падает. Причем, только с Oracle 9i - с 8.1.7 по-прежнему все хорошо.

Тогда разработчики на C# говорят: это у вас фиговый Оракл. Но их посылают в сад, так как "у меня нет для вас другого Оракла, товарищ Жуков".

Параллельно все участники процесса насилуют Google в поисках других товарищей по несчастью. Классик говорил: "если любишь заглядывать в бездну, помни, что бездна может заглянуть в тебя". Так и происходит: гугл приносит мешок рассказов о том, как по всему земному шару люди бьются лбом об стену с ORA-03113.

Типичные истории звучат примерно так: "Мы тут написали софтину на C#.NET, которая ходит в оракл. С версией 9i и ODP 9.0.1.3.1 все было хоршо, но потом мы обновили ODP до 9.0.1.3.3 и началось - ORA-03113 через пол-часа работы. Мы два месяца плясали с отладчиками, и поняли: у нас на клиентской стороне connection pool, а Оракл со своей стороны временами закрывает соединения по тайм-ауту. В пуле они не инвалидируются, и когда такое соединение выбирается для выполнения запроса, возникает ORA-03113. Мы не можем убрать пул (все тормозит) и не можем убрать отключение по тайм-ауту (требование безопасности). Более того - мы откатили ODP, но проблема осталась! Помогите!". Читаешь, и понимаешь, что у нас еще не все так плохо :)

Хоть у нас все и падает сразу и пул явно ни при чем - попробовали поиграться с его отключением или параметрами. А вот фиг.

В конце-концов разработчики на C# говорят: "Мы сдаемся! К вам едет "мистер Вульф, который решает пробемы" (Криминальное чтиво).". Приезжает человек, который занимается исключительно troubleshooting-ом разной неведаной фигни.

Человек целый день колдует с компилятором C# и кучей разных библиотек и в конце-концов говорит: "я не знаю, что бы это значило, но факт таков - если я до вызова процедуры сделаю хотя бы один select, то все работает хорошо". Проверяем - натурально, так оно и есть. Может, дело в каких-то миллисекундных паузах? Нет, расставленные по коду паузы не помогают.

Пляски с бубном продолжаются еще день, но без особого результата. В конце-концов принимается волевое решение о том, что код на C# должен после открытия соединения сделать "select table_name from all_tables where owner=current_user" и вычитать первый элемент рекордсета.

И все начинает работать без сучка и задоринки. Мораль придумайте сами.

Comments

[bopm.livejournal.com]

where rownum<=1 неплохо бы к такому селекту добавить, чтобы уж совсем без оверхита обойстись.

[yurri.livejournal.com]

Использование ODBC в 2009 году в серьёзном инфраструктурном проекте это ещё круче, чем описанный баг.

[bopm.livejournal.com]

Это да. Нативные драйвера придумали трусы.

[alexeyten]

Ааафигительно!!!

[http://users.livejournal.com/_adept_/]

А причина, почему начали с ODBC - еще круче.

У программистов на C# до этого не было опыта работы с Oracle, а с базами они работали только через ODBC.

Кстати, это было в 2008-м году, до 2009 ODBC не дожило ;)

[alexott.livejournal.com]

а что в хачестве дискового хранилища? я насколько помню, центральный офис МТС в москве использовал EMC

[vsquash.livejournal.com]

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

[yurri.livejournal.com]

Ну вот тем более на C#, да. Это же само не получится, надо "специально предпринять усилия".

[ex-avpme.livejournal.com]

Эх, грабли-костылики... классика жанра.

[http://users.livejournal.com/_adept_/]

FileNet P8

Касательно центрального офиса в МТС у меня другие сведения - если у них и есть EMC, то не для этих целей.

[alexott.livejournal.com]

ну может уже перекрутили - там в свое время долго выбирали на чем архив делать - хитачи, 1ВМ, EMC и т.д. Я видимо уехал до того, как они выбрали :-)

[4vanger.livejournal.com]

$magic = true;
# your code here

[http://users.livejournal.com/_adept_/]

Ну, у меня инфа тоже не первой свежести. Может действительно уже сделали архив, и именно на EMC.

[4vanger.livejournal.com]

Кстати, а вот всегда интересовало - а сам Оракл не помогает в таких случаях? Ведь по идее за лицензию не один десяток тысяч зелёных отвален - они не дают технический саппорт в таких случаях?

[(Anonymous)]

А если вдруг (мнение дилетанта) написать обработку ORA-03113, и при её возникновении переинициализировать пул?

[baspr.livejournal.com]

Не заметил, что не залогинен...

[http://users.livejournal.com/_adept_/]

Ну, в этом конкретном случае проблема была не с пулом - все падало сразу же, а не через время.

[http://users.livejournal.com/_adept_/]

Оракл сказал - в 10i все будет. Но апгрейд на десятку по целому ряду причин был невозможен.

[dimez.livejournal.com]

Супер, спасибо! :)

[alexott.livejournal.com]

кстати, а почему оракл такой старый? мы с 9-й в своей время очень много огребли проблем, особенно при высоких нагрузках - обработка платежей и т.п. В итоге уехали на 10-ку и большая часть проблем снялась сразу

[http://users.livejournal.com/_adept_/]

Оракл такой, потому что он такой в той legacy-системе, с которой интерфейс. И другого не наливают :)

[r-a-d.livejournal.com]

налетали в июле, разобрались за час, просто сообщение дебильное
p.s. до сих пор на 9ке, ибо у государства нет денег :)

[alexott.livejournal.com]

все понятно. просто проблемы с ораклом - это стандартные грабли больших проектов :-)
P.S. правда было весело - ко мне пришли, и сказали, что ты будешь дата-архитектом - вот тебе оракл, проектируй :-) все мои отмазки, что людей с сертификатами оракла у нас как грязи, а у меня ни одного нет - не помогли

[http://users.livejournal.com/_adept_/]

Просто интересно - а в каком контексте налетали и как разобрались?

[shmyg.livejournal.com]

Ых, сколько денег народ распилил за тот проект, который вы переделывали. Некоторые даже свечные заводики в Самаре прикупили :)