Статья базируется на официальном документе корпорации Oracle "Database, Fusion Middleware & Collaboration Suite Software Error Correction Support" (версии 2.1) имеющем также краткое название "Error Correction Policy"
1.1 Область применения.
Oracle обеспечивает исправления ошибок ПО (bug fixes) своих серверных технологических продуктов как часть техподдержки уровней Premier и Extended (кроме Sustaining). Этот документ поясняет методы использующиеся для предоставления исправлений ошибок ПО и определенные правила касающиеся этих методов.
1.2 Что нового
В версии 2.1 детализирован льготный период для продуктов Fusion Middleware.
Основные изменения в версии 2.0 этого документа:
1.3 Краткая сводка
Основной способ предоставления заказчикам исправлений ошибок ПО (bug fixes) между версиями наших продуктов - это выпуск установочного комплекта исправлений ПО (patch set - установочный комплект исправлений, тщательно протестированных на совместимость и подготовленных для закачки и установки). Между наборами исправлений, исправления ошибок ПО предоставляются в одной из следующих форм:
В основном, эти три формы выпускаются только для последнего текущего комплекта исправлений (patch set), а также при техподдержке уровня Premier Support на протяжении определенного перода времени (grace period) для предыдущего текущего набора исправлений. Когда продукт переходит в фазу Extended Support, исправления выпускаются только для последнего комплекта исправлений (patch set).
Промежуточные исправления (interim patches) выпускаются только для исправления критичных ошибок при отсутствии обходного пути решения проблемы. Для того чтобы запрос на выпуск такой формы исправления был принят, он должен соответствовать определенным критериям касающихся влияния ошибки на деятельность и бизнес заказчика и кроме этого, исправление должно быть технически реализуемо так чтобы не послужить возможной причиной новых ошибок. Если Вам нужно исправление, которое уже входит в установочный комплект исправлений (patch set), то Вам скорее будет предложено установить набор исправлений чем получить interim patch или patch bundle.
1.4 Продукты и опции для которых применима данная политика
Этот документ применим ко всем продуктам и опциям в комплектах продуктов перечисленных ниже. Не все продукты и опции входят наборы исправлений Сервера Базы данных. Пожалуйста просматривайте файл README в каждом наборе исправлений для определения какие продукты и опции включены в данный набор так так их содержимое периодически меняется.
Комплекты продуктов:
3.1 Определение
Периодически на протяжении фазы Premier Support жизненноного цикла версии програмного продукта, Oracle собирает все исправления ошибок сделанных в этой версии, и обьединяет их в пакеты для установки при помощи универсального инсталлятора Oracle - Oracle Universal Installer (OUI). Эта форма исправлений называется пакетом обновлений - patch set. Пакеты обновлений это наиболее безопасный и надежный способ исправления ошибок ПО в поддерживаемой версии и являются основой превентивной стратегии обслуживания. Профилактически устанавливая пакеты исправлений по мере их выхода, можно избежать проявлений многих ошибок ПО который в противном случае могут повлиять на нормальную работу Вашей системы, а также при проявлении ошибки, избежать необходимости устанавливать комплекты исправлений в неудобное время. Кроме того в связи с тем, что комплект исправлений накапливает все ранее сделанные исправления для данной версии, комплект исправлений обеспечивает стабильную, проверенную основу для новых промежуточных исправлений (interim patches), наборов исправлений (patch bundles), или Critical Patch Updates.
Пакеты обновлений идентифицируются по 4-й цифре полного номера версии. Пакеты обновлений не являются автономными и должны устанавливаться поверх существующих установленных продуктов. В связи с тем, что они являются накопительными, можно пропускать промежуточные пакеты обновлений и получать исправления всех ошибок установив последний пакет.
3.2 Политика 3.2.1 На какие Пакеты исправлений Oracle выпускает новые исправления ?
Новые исправления ошибок (включая patch bundles и Critical Patch Updates) выпускаются для:
Пожалуйста, смотри Приложение A для детальной информации о льготном периоде для конкретного продукта.
3.2.2 Пакеты исправлений (Patch Sets) только для поддерживаемых версий.
Пакеты исправлений выпускаются только для поддерживаемых версий в период поддержки уровня Premier Support. Пакеты исправлений не выпускаются для версий поддерживаемых на уровне Extended Support.
3.2.3 Regression по отношению к Пакетам исправлений.
Цель Oracle выпускать качественные Пакеты исправлений, так как мы знаем , что они нужны заказчикам для надежной бесперебойной работы, при условии, что такие пакеты - успешная составная часть программы профилактического обслуживания. По этой причине, в случае если Пакет исправлений превносит новую ошибку ПО, Oracle увеличивает приоритет любой регрессии P1 или P2 до тех пор пока ошибка не будет исправлена при этом обязательна идентификация проблемы как regression с запросом максимального приоритета. При необходимости, Oracle может выпустить промежуточнное исправление для решения проблемы.
3.2.4 Не все Пакеты исправлений портируемые
Oracle не во всех случаях может портировать исправление на все платформы. Oracle всегда будет портировать последний Пакет исправлений данной версии на все платформы под которые была портирована оригинальная версия продукта.
4.1 Определение
Critical Patch Update (CPU) это набор высокоприоритетных исправлений ошибок безопасности выпускаемый раз в квартал, в блищайшую к 15 числу месяца Среду. CPU исправления строятся поверх определенных пакетов исправлений (patch sets) для всех поддерживаемых версий продуктов Oracle которых касается этот документ. Например, для заданной платформы CPU может выйти для Сервера базы данных 9.2.0.8 (в период поддержки Extended Support), 10.1.0.5, 10.2.0.3 и так далее. Не зависимо от того на каком уровне Пакета исправлений (patch set) работает заказчик, установка CPU доводит продукты до однакового уровня исправлений безопасности. Количество исправлений ошибок ПО относительно небольшое (порядок величины меньше) по сравнению с Пакетом исправлений (Patch Set).
Тестирование
Исправления CPU подвергаются расширенному тестированию включая установку и тесты функциональной регрессии (functional regression), а также в некоторых случаях тестируются совмесно с приложениями (такими как Oracle E-Business Suite, Audit Vault, или Secure Enterprise Search). В качестве разумного подхода, Oracle рекомендует заказчикам устанавливать каждый выпуск CPU на тестовой системе воспроизводящей окружение промышленной системы прежде чем делать установу на промышленной системе.
Область применения CPU
Выпуск CPU содержит новые исправления безопасности плюс исправления из всех предыдущих CPU выпущенных для каждого пакета исправлений (включая любые исправления предназначенные для устранения конфликтов с ранее установленными исправлениями, о которых сообщили заказчики, например merged patch). Таким образом каждый новый CPU на конкретный пакет исправлений является накопительным. Например, во второй выпуск CPU для DB 10.1.0.5 будут включены все исправления из первого выпуска для 10.1.0.5 плюс новые исправления обьединенные в первый CPU Merge Patch.
Начиная с Пакета исправлений 10.2.0.3, выпуск CPU содержит только исправления безопасности и исправления предварительно-требуемые для их установки, но более не содержит исправления которые не относятся к ошибкам безопасности решающие конфликты исправлений. Несмотря то то, что Oracle намерен включать в CPU в основном исправления безопасности, может быть принято решение включить высокоприоритетные исправления не относящиеся к безопасноти. Такие исправления будут идентифицированы в документации к CPU.
4.2 Политика
4.2.1 CPU только для поддерживаемых Пакетов исправлений.
Выпуск CPU осуществляется по тем же правилам в отношении поддержки Пакета исправлений (patch set), что и остальные исправления: они выпускаются для текущего Пакета исправлений и для предыдущего (при его наличии) на протяжении льготного периода (grace period , смотри раздел 3.2.1 ранее по тексту). Например, если 10.2.0.4 - текущий Пакет исправлений сервера БД, CPU будет выпущен для 10.2.0.4, и для 10.2.0.3 в рамкам льготного периода предоставленного для установки 10.2.0.4. Как только продукт входит в фазу Extended Support, единственный поддерживемый Пакета исправлений (patch set) - это финишный Пакет исправлений, поэтому выпуски CPU будут осуществлятся только финишного Пакета исправлений. Возьмите на заметку, что только заказчики у которых есть контракт на поддержку уровня Extended Support имеют право получать CPU выпущенные для продукта который находится в стадии Extended Support.
4.2.2 Разрешение конфликтов исправлений в CPU
Возможно Вы стокнетесь с ситуацией, когда новый CPU конфликтует с ранее установленным исправлением. Для разрешения такого конфликта нужно сделать запрос на слияние CPU и конфликтующего исправления.
5.1 Определение
Interim Patch - Промежуточное исправление (также известное как "one-off patch") это исправление ошибки По (или ряда ошибок) предоставляемое заказчикам, которые не могут ждать выхода следующего пакета исправлений (patch set) или новой версии продукта. Промежуточные исправления специфичны для конкретной версии продукта (базовой версии или пакета исправлений). Например, промежуточное исправление выпущено для 10.2.0.3 НЕ должно устанавлтваться на 10.2.0.2 или 10.2.0.4. Все промежуточные исправления входят как в будущий (обычно следующий) пакет исправлений (patch set) так и в следующую версию продукта.
Тестирование
Промежуточное исправление тектируется обособлено, а тестирование регрессии не делается пока иправление не входит в следующий пает исправлений (patch set). Поэтому всем заказчикам, которым нужно такое исправление, настоятельно рекомендуется ждать выхода пакета исправлений или версии продукта которая будет содержать это исправление.
Область применения промежуточного исправления
По умолчанию, в промежуточное исправление не входят исправления других ошибок выпущенных с момента выхода предыдущего пакета исправлений (patch set). По этой причине, установка множественных промежуточных исправлений увеличивает риск нестабильного поведения системы с установкой каждого дополнительного промежуточного исправления. Для длительной надежной работы системы заказчикам следует устанавливать очередной пакет исправлений, включающий промежуточное исправление, как только он становиться доступным.
5.2 Политика
5.2.1 Критерии которые рассматриваются при запроса промежуточного исправления
Любой запрос на выпуск нового промежуточного исправления должен соответствовать критериям негативного воздействия ошибок на бизнес заказчика или экслуатацию его системы, кроме того Oracle должен убедиться в том, что технически реализуемо произвести такое исправление не подвергая риску стабильность системы.
Воздействие на бизнес заказчика
Эксплуатационное/техническое воздействие
Если запрос заказчика соответствует одному из этих критериев, Служба Техподдержки Oracle зарегистрирует запрос на Исключение из Пакета Исправлений - Patch Set Exception (PSE) от имени заказчика, результатом которого является создание промежуточного исправления который выкладывается для загрузки на сайте техподдержки - Metalink. Если степень негативного воздействия ошибки высокая, но не соответствует описанным выше критериям, Служба Техподдержки Oracle зарегистрирует запрос на включение - Request For Inclusion (RFI) для того чтобы это исправление было включено в следующий пакет исправлений (patch set).
5.2.2 Какие Пакеты Исправлений (Patch Sets) применимы для Промежуточных исправлений ?
Oracle будет выпускать промежуточные исправления на текущий доступный пакет исправлений (patch set), а также на предыдущий пакет исправлений на протяжении льготного периода - grace period (см. раздел 3.2.1 выше по тексту). Служба Техподдержки Oracle всегда рекомендует устанавливать последний пакет исправлений (patch set) даже если Ваш установленный пакет исправлений находиться в рамках льготного перода, по причине того, лучший способ получать исправления ошибок из самого свежего паекта исправлений. Служба поддержки предпочитает не рекомендовать заказчику устанавливать более позднюю версию ПО для получения исправлений ошибок, и делать это только в случае, если такое исправление невозможно реализовать технически в той версии с которой работает заказчик.
Примечание: От заказчика НЕ ТРЕБУЕТСЯ устанавливать какие-либо Пакеты Исправлений (Patch Sets) как предварительное условие для обледования потенциальной ошибки службой техподдержки Oracle. Только после сделанной диагностики и принято решение выпустить новое исправление ошибки или если есть подтверждение того что ошибка может быть исправлена в существующем Пакете Исправлений то от заказчика могут потребовать установить текущий Пакет Исправлений (Patch Set); Любые новые исправления будут выпущены только для соответствующих Пакетов исправлений (см. раздел 3.2.1 выше по тексту).
5.2.2.1 Некоторые исправления релизуются как Наборы (Bundles)
Oracle выпускает исправления на некоторые платформы и продукты как кумулятивные скомпилированные бинарные файлы, поэтому в таких случаях промежуточные исправления (interim patches) не выпускаются. Пожалуйста, смотри данные по продуктам в Приложении А.
5.2.2.2 Продленная техподдержка - Extended Support
Когда версия продукта входит в фазу Продленной техподдержки - Extended Support, Oracle делает новые исправления только для последнего Пакета Исправлений (Patch Sets) этой версии. Например, исправления версии 9.2 выходят только для 9.2.0.8 – последнего пакета исправлений выпущенного в 9.2.
5.2.3 Рарешение конфликтов исправлений
Исправления для некоторых продуктов Oracle, включая большинство компонентов Сервера Базы данных не являются кумулятивными на большинстве платформ, в особенности UNIX или Linux. Изменения сделанные в каждом промежуточном исправлении (interim patch) как правило не включает изменения сделанные для исправления других ошибок с момента выхода последнего Пакета Исправлений (Patch Sets) или Набора Исправлений (Patch Bundle). По этой причине установка нового промежуточного исправления (interim patch) может аннулировать ранее установленный промежуточного исправления. Если заказчик запрашивает исправление на продукт и платформу для которых применимы некумулятивные исправления и ранее уже установлены одно и более промежуточное исправление (interim patch), то службе техподдержки Oracle необходимо предоставить полный список промежуточных исправлений (interim patches) установленных в его ORACLE_HOME. Это позволит сделать, если это необходимо, Обьединенное Исправление (Merged Patch) включающий новое исправление и те промежуточные исправления, которые были установлены ранее. Заказчики использующие Сервер Базы данных версии 9.2 и старше, могут получить список установленных исправлений при помощи утилиты opatch.
5.2.4 Регрессии (Regressions) в отношении Промежуточного Исправления (Interim Patch)
Если промежуточное исправление при его установке привносит в систему заказчика новую ошибку, Oracle будет работать над этой проблемой с уровнем приоритета обьявленным для исходной ошибки. Если необходимо, Oracle может сделать новое промежуточное исправление для решения такой проблемы.
5.2.5 Промежуточные Исправления включенные в будущие Пакеты Исправлений и версии продуктов
Промежуточные исправления (Interim patches) автоматически включаются в следующий Пакет Исправлений (Patch Set) и в следующую версию продукта. В случаях когда промежуточное исправление сделано разработчиками слишком поздно, чтобы его успели включить в текущий Пакет Исправлений, его добавление перенесут на следующий Пакет Исправлений (Patch Set). Чтобы убедится в том, что все текущие установленные исправления включены в Пакет Исправлений (Patch Set) нужно просмотреть список исправлений Пакета. Если закзчик обнаружит, что исправление которое ему нужно, отсутствует в новом Пакете Исправлений, свяжитесь со Службой Техподдержки Oracle прежде чем его устанавливать, возможно новое исправление для заказчика будет в новом Пакете Исправлений.
5.2.6 Соглашение с заказчиком
5.2.7 Interim Patches Промежуточные исправления достуапные через самообслуживание
Когда Промежуточное исправление (Interim patch) уже было единожды предоставлено заказчику, Oracle по своему усмотрению делает его доступным другим заказчикам для загрузки через сайт техподдержки Metalink. ЕСЛИ ВЫ ПЛАНИРУЕТЕ УСТАНОВИТЬ БОЛЕЕ ОДНОГО ПРОМЕЖУТОЧНОГО ИСПРАВЛЕНИЯ (Interim patch) в один Oracle Home каталог, крайне важно связаться со Службой Техподдержки Oracle прежде чем начинать установку. Служба Техподдержки Oracle, базируясь на данных заказчика по уже установленным исправленияим, определит нужно ли заказывать Обьединенное Исправление (Merged Patch). Если этого не сделать, то в результате, проблемы исправленные ранее установленными промежуточными исправлениями, могут проявиться повторно. Смотри раздел 5.2.3 для разьяснения стоящих за этим причин.
5.2.8 Высоко-приоритетные Исправления - High Priority Patches
Исправления для некоторых продуктов богут быть обьявлены как "Высоко-приоритетные" (High Priority) или "Критичные" (Critical). Высоко-приоритетные исправления это исправления которые заказчикам следует установить, так как есть вероятность того, что заказчики столкнуться с исправляемой проблемой или потенциально проблема является серьезной.
6.1 Определние
Diagnostic patches - Диагностические исправления это исправления сделанные корпорацией Oracle с целью попытаться диагностировать ошибку или проблему производительности.
6.2 Политика
6.2.1 Установка только на проблемной системе
Диагностические исправления не следует устанавливать на любой другой системе заказчика кроме той, для которой оно было специально выпущено за исключением ситуации когда это делается под управлением персонала Службы Техподдержки Oracle.
6.2.2 Диагностические Исправления делаются для всех версий
Диагностические Исправления могут делаться для любой поддерживаемой версии. Хотя Oracle не обзательно создаст промежуточное исправление (interim patch) для этой версии. Смотри раздел 3.2.1 выше.
6.2.3 Удалите Диагностические Исправления после решения проблемы
Диагностические Исправления следует удалить из промышленной системы как только решена проблема из-за которой они были сделаны за исключением ситуации когда это делается по другому под управлением персонала Службы Техподдержки Oracle.
A.1 Сервер базы данных
Льгодный период (Grace Period): до 1 года, минимум 3 месяца.
Заказчику дается до одного года, начиная с выхода начальной версии пакета исправлений (patch set) для установки нового пакета исправлений, и возможность в течении этого периода получать новые исправления ошибок для предыдущего пакета исправлений. Льготный период сейчас действителен для версии 10.2.0.4 (т.е. 10.2.0.3 поддерживается на протяжении льготного периода 10.2.0.4)
Исключения:
Разрешение конфликтов исправлений CPU для заказчиков работающих с версией:
10.2.0.3 и старше заказчикам следует заказывать у Техподдержки обьединение (merge) тем же путем, что и для любого другого промежуточного исправления (interim patch). Предельных сроков исполнения заявок на обьединение (merge requests) не существует, но если заявка на обьединение для CPU сделана после выхода последующего CPU, любые исправления конфликтующего модуля представленного в новом CPU будут включены в обьединенное исправление (interim patch) предоставленное заказчику.
9.2 и 10.1, Oracle будет собирать все заявки на обьединение (merge requests) от отдельных заказчиков и выпускать обьединенное исправление - CPU Merge Patch, который удовлетворит заявки (merge requests) всех заказчиков, вплоть до даты закрытия следующей после выпуска CPU. Конкретная дата закрытия (cut-off date) для каждого CPU перечислена в его документации - Patch Availability do*****ent. Заявки зарегистрированные после даты закрытия будут рассматриваться относительно их включения в обьединенное исправление сделанное в следующем CPU. Например, если заявка на обьединение (merge request) зарегистрированна после даты закрытия июльского CPU, она будет рассмотрена на включение в обьединенное исправление для октябрьского CPU.
A.2 Продукты промежуточного звена - Fusion Middleware
Льгодный период (Grace Period): до 1 года, минимум 3 месяца. Заказчику дается до одного года, начиная с выхода начальной версии пакета исправлений (patch set) для установки нового пакета исправлений, и возможность в течении этого периода получать новые исправления ошибок для предыдущего пакета исправлений. Льготный период сейчас действителен для пакетов исправлений 10.1.2.3 и 10.1.3.4 (т.е. 10.1.2.2 поддерживается на протяжении льготного периода 10.1.2.3 и так далее)
Исключения:
A.3 Все остальные продукты
Льготный период: 6 недель для исправлений начиная с выпуска каждого комплекта исправлений (patch set) или набора исправлений (patch bundle) каждой из различных платформ. CPU будет выпускаться на предыдущий пакет обновлений (patch set) в течении одного года. Льготный период для установки новых пакетов исправлений (и получения исправлений ошибок ПО для предыдущего пакета исправлений) различный для промежуточных исправлений (interim patches) и CPU.
Льготный период для каждой платформы начинается с выходом нового пакета исправлений (patch set) для этой платформы.
