Объединение пула: получение потерянного соединения DB

Я реализую двухфазную фиксацию для распределенной транзакции (используя 2 базы данных). Я имитирую потерю соединения с сервером БД, вытаскивая сетевой кабель на компьютер и затем подключая его обратно. Однако это приводит к сбою транзакции при выполнении «отката», поскольку объект соединения с БД теряется. Есть ли способ, чтобы я мог восстановить потерянный объект подключения к БД или принудительно применить приложение, чтобы попытаться подключиться к тому же соединению через определенный промежуток времени. Я использую DB2 и Websphere 6.1 в качестве сервера приложений. Соединение DB происходит через поиск jndi. Использование Atomikos в качестве Менеджера транзакций.Объединение пула: получение потерянного соединения DB

В общем, как приложение, реализующее 2-фазную фиксацию восстановления (отката) в сценарии сбоя базы данных? Является ли восстановление ответственностью приложения или должно ли это сделать Менеджер транзакций?

источник

2012-03-21 Andy

Я не думаю, что ваша проблема не имеет ничего общего с восстановлением, потому что это, вероятно, происходит до того, как транзакция 2 фазы готовятся.

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

Если вы хотите сократить время, которое требуется до того, как DB2 начнет откатывать соединение, тогда вы можете настроить настройку сохранения TCP на сервере.

источник

2012-03-22 14:59:36

Спасибо Андреасу..и проверим это. Но можно ли провести другой тест без изменения настроек сервера БД? Я в основном уверен, что это значение wnt будет изменено для производственных серверов. как я могу обеспечить восстановление тогда? – Andy

Строго говоря, «восстановление» означает разрешение транзакций с сомнением, то есть распределенные транзакции, в которых по меньшей мере одному участнику было предложено подготовить транзакцию и где не все участники совершили/откат.Если сбой происходит до того, как была подготовлена транзакция DB2 (что, вероятно, имеет место в вашем сценарии), то восстановление не требуется (для этого ресурса), но блокировки останутся до тех пор, пока DB2 не обнаружит, что соединение нарушено. Если транзакция была подготовлена, восстановление должно выполняться независимо от того, какое соединение используется. –

спасибо, что объяснил это хорошо. Я полагаю, d блокировка d DB происходит из-за настроек сервера DB2, а не из-за приложения ... Позвольте мне видеть, что я могу сделать, чтобы изменить tht. У меня также есть сомнение в том, что транзакция не совершается в качестве ее набора для rollbackOnly, но я опубликую новый вопрос для этого. – Andy

Я не знаю Atomicos.

В целом, диспетчер транзакций несет ответственность за восстановление. Обычно сервер приложений в этом случае работает как менеджер транзакций и отвечает за выполнение этого действия.

После того, как соединение DB будет потеряно, будет получено событие StaleConnectionException, а время выполнения WAS очистит это соединение или все соединения DB в пуле соединений для этой базы данных (в зависимости от того, что вы настроили).

Новое соединение доступно для приложения по следующему запросу от ds.getConnection.

Приложение не нуждается в какой-либо деятельности по восстановлению (в отношении базы данных).

НТН

Manglu

источник

2012-03-21 23:28:31 Manglu

Хорошо .. Вы можете пролить свет на восстановление для DB2? Мое приложение не выполняет операцию извлечения соединений. Тем не менее, после потери соединения с БД, база данных DB2 зашла в тупик (ошибка -911), то есть откат не завершен успешно. – Andy

Я не вижу причины для тупиков DB2 здесь. Это удивительно – Manglu

Обновление выполнено на 1-й БД, но не выполнено. Я думаю, что причина для тупика, хотя, имея 2-фазный протокол фиксации, в идеале следует избегать/восстанавливать frm tht. – Andy

Объединение пула: получение потерянного соединения DB

ответ

Смежные вопросы