Обновите базу данных Oracle с 9.2.0.7 до 9.2.0.8

Мы планируем обновить Oracle 9.2.0.7 до 9.2.0.8. Основная причина предлагаемого обновления заключается в решении проблемы, связанной с исключением "прекращено с ошибкой: ORA-00904: "T2"."SYS_DS_ALIAS_4": неверный идентификатор" при попытке выполнить DBMS_STATS.GATHER_SCHEMA_STATS.

Мы обеспокоены тем, что предлагаемое обновление может оказать негативное влияние на наше Java-приложение или, в худшем случае, может даже не поддерживаться нашим Java-приложением.

Какие возможные подходы или стратегии мы можем использовать, чтобы гарантировать, что обновление с Oracle 9.2.0.7 до 9.2.0.8 не окажет неблагоприятного воздействия на наше Java-приложение или не приведет к неправильной работе нашего Java-приложения. По сути, мы просто хотим подтвердить, что наше приложение по-прежнему будет поддерживать Oracle 9.2.0.8.

Спасибо.


person b_dws    schedule 17.06.2010    source источник


Ответы (3)


Ваш первый шаг должен состоять в том, чтобы убедиться, что вы настроили тестовую систему с точной производственной схемой и текущим программным обеспечением (9.2.0.7).

Запустите его на некоторое время, чтобы убедиться, что все в порядке, затем выполните обновление на своей тестовой системе и запустите ее еще немного, чтобы убедиться, что она ничего не сломала. Я не говорю о тесте типа ковбоя-разработчика «если он работает пять минут, все в порядке». Это должно быть тщательное тестирование всех функций и производительности, если это возможно.

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

Это не высшая математика, у вас всегда должно быть рабочее зеркало, на котором вы можете тестировать обновления программного обеспечения, как собственного, так и стороннего. И у вас должны быть стратегии отката на тот случай, если производственное обновление все равно не удастся, несмотря на ваше тестирование.

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

person paxdiablo    schedule 17.06.2010

Я проголосовал за ответ Paxdiablo - есть несколько способов тестирования с максимально возможным охватом приложений на полноразмерной копии вашей производственной системы.

Я думаю, что вы обычно хотите ответить на два вопроса с обновлением:

  • Были ли добавлены новые ошибки в функциональные возможности Oracle, используемые приложением?
  • Изменились ли в оптимизаторе планы выполнения (в худшую сторону!) каких-либо запросов приложений?

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

Если вы обновитесь до Oracle 11g и у вас есть $$$$, вы можете лицензировать и настроить Real Application Testing. Это позволит вам по существу записывать и воспроизводить активность базы данных в тестовом экземпляре, чтобы ответить на эти два вопроса.

person dpbradley    schedule 17.06.2010

В дополнение к отличным ответам от dpbradley & paxdiablo, прежде чем база данных будет исправлена, стоит посмотреть на сайте поддержки Oracle, support.oracle.com, известные проблемы, которые может вызвать это исправление, которые могут помешать вам потерять больше, чем получить. !

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

9.2.0.8 Набор исправлений — доступность и известные проблемы [ID 388281.1]

person Ian Carpenter    schedule 17.06.2010