Обновите базу данных Oracle с 9.2.0.7 до 9.2.0.8 - PullRequest
2 голосов
/ 17 июня 2010

Мы планируем перейти с 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.

Спасибо.

Ответы [ 3 ]

5 голосов
/ 17 июня 2010

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

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

Если вы довольны уровнем тестирования, вы можете запланировать то же самое для производства.

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

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

1 голос
/ 17 июня 2010

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

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

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

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

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

0 голосов
/ 17 июня 2010

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

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

9.2.0.8 Patch Set - доступность и известные проблемы [ID 388281.1]

...