XS
SM
MD
LG
 
ВАШЕ ИМЯ *
ТЕЛЕФОН *
Перезвоните мне

Политика исправления ошибок ПО Oracle

Статья базируется на официальном документе корпорации Oracle "Database, Fusion Middleware & Collaboration Suite Software Error Correction Support" (версии 2.1) имеющем также краткое название "Error Correction Policy"

 

 

1 Вступление 


1.1 Область применения. 

Oracle обеспечивает исправления ошибок ПО (bug fixes) своих серверных технологических продуктов как часть техподдержки уровней Premier и Extended (кроме Sustaining). Этот документ поясняет методы использующиеся для предоставления исправлений ошибок ПО и определенные правила касающиеся этих методов.

1.2 Что нового 

В версии 2.1 детализирован льготный период для продуктов Fusion Middleware.

Основные изменения в версии 2.0 этого документа:

 

  • Oracle анонсирует новый продленный (до 12 месяцев, минимум 3 месяца) льготный период при установке нового установочного комплекта исправлений (patch set) сервера базы данных. Кроме того, льготный период теперь такой же в отношении промежуточных исправлений (interim patches) и наборов критических исправлений (Critical Patch Updates). Смотри раздел 3.2.1.
  • Для Пакетов исправлений (patch bundles) платформы Windows сервера базы данных теперь предоставляются описания.
  • Расширена детализация описаний для наборов критических исправлений (Critical Patch Updates).

1.3 Краткая сводка

Основной способ предоставления заказчикам исправлений ошибок ПО (bug fixes) между версиями наших продуктов - это выпуск установочного комплекта исправлений ПО (patch set - установочный комплект исправлений, тщательно протестированных на совместимость и подготовленных для закачки и установки). Между наборами исправлений, исправления ошибок ПО предоставляются в одной из следующих форм:

  1. Ежеквартально выпускается наборов критических исправлений - Critical Patch Update (иправления безопасности);
  2. Пакет исправлений ПО
  3. Промежуточное исправление (interim patch) для не-Windows платформ (иногда называемое "one-off").

В основном, эти три формы выпускаются только для последнего текущего комплекта исправлений (patch set), а также при техподдержке уровня Premier Support на протяжении определенного перода времени (grace period) для предыдущего текущего набора исправлений. Когда продукт переходит в фазу Extended Support, исправления выпускаются только для последнего комплекта исправлений (patch set).

Промежуточные исправления (interim patches) выпускаются только для исправления критичных ошибок при отсутствии обходного пути решения проблемы. Для того чтобы запрос на выпуск такой формы исправления был принят, он должен соответствовать определенным критериям касающихся влияния ошибки на деятельность и бизнес заказчика и кроме этого, исправление должно быть технически реализуемо так чтобы не послужить возможной причиной новых ошибок. Если Вам нужно исправление, которое уже входит в установочный комплект исправлений (patch set), то Вам скорее будет предложено установить набор исправлений чем получить interim patch или patch bundle.

1.4 Продукты и опции для которых применима данная политика

Этот документ применим ко всем продуктам и опциям в комплектах продуктов перечисленных ниже. Не все продукты и опции входят наборы исправлений Сервера Базы данных. Пожалуйста просматривайте файл README в каждом наборе исправлений для определения какие продукты и опции включены в данный набор так так их содержимое периодически меняется.

Комплекты продуктов:

  • Oracle Database
  • Oracle Fusion Middleware
  • Oracle Collaboration Suite

2 Терминология

  • Backport - Повторный выпуск исправления ошибки в более позней версии продукта для версии вышедшей ранее. Например, если заказчику нужно чтобы ошибка, которая исправлена в версии 11.1.0.6 была исправлена в версии 10.2.0.3, то исправление для to 10.2.0.3 называется backport.
  • Conflicting patch - Конфликтующие исправления (patches) в которые входят одни и те же исправленные файлы, но с независимыми исправлениями.
  • Critical Patch Update (CPU) - Набор высокоприоритетных исправлений (обычно относящихся к безопасности) выпускаемый раз в квартал. CPU является кумулятивным по отношению к предыущим исправлениям по безопасности но может включать другие адресные исправления конфликтующие с исправлениями не по безопасности (и следовательно требующих запросов на слияние - merge requests)
  • Cmulative patch - Накопительное исправление включающее в себя все исправления для любого содержащегося исходного модуля от предыдущей точки отсчета (первоначальной версии или предыдущего набора или комплекта обновлений).
  • Diagnostic patch - исправление выпущенное специально для диагностики проблемы, а не для ее решения.
  • Grace period - Период времени после выхода комплекта обновлений (patch set) в течение которого Oracle будет выпускать interim patches, patch bundles, или Critical Patch Updates для предыдущего набора обновлений. Этот период варьируется в зависимости от продукта - пожалуйста смотри приложение A для детализации по продуктам.
  • Interim patch - Отдельное исправление для одной ошибки выпущенное между выходами комплектов исправлений (patch sets).
  • Merged patch - Одно интегрированное исправление обьединяющее несколько конфликтующих исправлений для продуктов и платформ для которых Oracle предоставляет не-кумулятивные (non-*****ulative) промежуточные обновления (interim patches).
  • Non-*****ulative patch - Исправление, которое включает подмножество (как правило состоящее из одного) всех исправлений исходных модулей которые нужно модифицировать для исправления ошибки ПО (в противоположность кумулятивному исправлению).
  • One-off patch - смотри Interim Patch.
  • Patch bundle - Пакет исправлений, это набор исправлений выпущеный между выходами установочных комплектов исправлений (patch sets). Подборка исправлений обычно кумулятивная. Для платформы Windows исправления ошибок выпускаются в основном как пакет исправлений (в противоположность interim patch). Для отдельных компонентов продуктов Fusion Middleware также выпускаются пакеты исправлений
  • Patch set - Интегрированный, кумулятивный, полностью протестированный установочный комплект исправлений выпускаемый между версиями продуктов (обычно дважды в год).
  • Patch Set Exception (PSE) - Формальный запрос на выпуск исправления между выходами комплектов исправлений, сделанный службой техподдержки Oracle от имени заказчика.
  • Regression - Регрессия - новая ошибка ПО привнесенная в результате установки patch, patch bundle, или patch set (real regression) или существующая ошибка проявившаяся в процессе исправления другой ошибки (apparent regression).
  • Request for inclusion (RFI) - Формальный запрос на включение исправления в следующий комплект исправлений - patch set (в отличии от получения interim patch), сделанный службой техподдержки Oracle от имени заказчика.

3 Patch Sets

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) выпускаются для:

  • Текущего Пакета обновлений (patch set)
  • Предыдущего Пакета обновлений на протяжении льготного периода (Grace Period).

Пожалуйста, смотри Приложение 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 Critical Patch Updates

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 Interim Patches

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 должен убедиться в том, что технически реализуемо произвести такое исправление не подвергая риску стабильность системы.

Воздействие на бизнес заказчика

  • Критическая недоступность системы
  • Невозможность нормального функционирования бизнеса
  • Значительный риск срыва разработки или сроков ввода в действие

Эксплуатационное/техническое воздействие

  • Перманентные повреждения данных (физические или логические)
  • Периодические подвисания или аварии системы
  • Отказ критичной для заказчика функциональности
  • Существенное падение производительности
  • Исправление ошибки не осуществляется в последующем пакете исправлений (patch set) для версии на которой работает заказчик
  • Нет доступного временного решения (по обходу ошибки) или невозможно использовать такое решение по серьезной бизнес или технической причине.
  • Техническая осуществимость: если исправление требует изменения слишком большогочисла строк исходного кода, 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 Соглашение с заказчиком

  • Interim patch - Промежуточное исправление - это протестированный модуль но не тестированный ни совмесно с другими промежуточными исправлениями ни на регрессию (regression) продукта в целом с влюченным промежуточным исправлением. Возможно заказчику следует установить исправление и сделать базовое тестирование на тестовой системе прежде чем устанавливать промежуточное исправление 
     (interim patch) на промышленной системе.
  • Пожалуйста устанавливайте промежуточное исправления не откладывая. Если Вы не планируете устанавливать его сразу, пожалуйста вместо запроса промежуточного исправления (interim patch), попросите чтобы исправление было включено в следующий Пакет Исправлений (Patch Set) или Набор (Bundle).
  • Пожалуйста, сообщите Службе Техподдержки Oracle успешно ли установлено исправление, чтобы Служба Поддержки могла изменить статус ошибки.
  • Разумным подходом является установка Пакета Исправлений (Patch Set) с исправлением этой ошибки, как только он будет доступен для платформы заказчика.

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 Diagnostic Patches

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 - Детализация по продуктам

A.1 Сервер базы данных

Льгодный период (Grace Period): до 1 года, минимум 3 месяца.

Заказчику дается до одного года, начиная с выхода начальной версии пакета исправлений (patch set) для установки нового пакета исправлений, и возможность в течении этого периода получать новые исправления ошибок для предыдущего пакета исправлений. Льготный период сейчас действителен для версии 10.2.0.4 (т.е. 10.2.0.3 поддерживается на протяжении льготного периода 10.2.0.4)

Исключения:

  • 3 месяца - минимальный льготный период: Так как выход пакета обновлений на различные платформы растянут по времени, не все платформы поддерживаются в течении полного года, и в таком случае пакет обновлений для запаздывающих платформ поддерживается меньше 3-х месяцев для предоставления новых исправлений. Например, если начальная версия пакета исправлений A.x.y.z для Linux x86 вышла 1-го января, а аналогичный пакет исправлений для Univac вышел 1-го ноября, Oracle будет предоставлять новые исправления для Univac A.x.y.z до конца января следующего года. В таком случае CPU будут предоставляться сверх начального 12-месячного льготного периода.
  • Продленная поддержка (Extended Support): Маловероятно, что Пакет исправлений выпущен менее чем за 12 месяцев перед тем, как развитие версии продукта переходит в фазу Продленной поддержки (Extended Support). Любой льготный период заканчивается, когда начинается период Extended Support - после чего исправления и CPU предоставляются только на последний пакет исправлений (patch set).
  • Наборы исправлений (Patch bundles) для Windows: Oracle выпускает исправления для Windows через периодические наборы исправлений (patch bundles) вместо промежуточных исправлений (interim patches). Наборы исправлений выпускаются периодически (как минимум ежеквартально), и включают исправления безопасности из квартальных CPU (Critical Patch Update).
  • Windows: Льготный период не применим к выпускам наборов исправлений - patch bundles (отличные от CPU - Critical Patch Updates) для Windows. В настоящее время Oracle может предоставлять наборы исправлений (patch bundles) только для текущего пакета исправлений (patch set).

Разрешение конфликтов исправлений 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 и так далее)

Исключения:

  • Минимальный льготный период (grace period) и продленная поддержка (Extended Support) - так же ка для сервера базы данных в A1 выше по тексту.
  • Наборы исправлений (Patch bundles): В продуктах Fusion Middleware, новые исправления и кумулятивные исправления подобны наборам исправлений для Windows - "Windows patch bundles" сервера базы данных. Закакчикам настоятельно рекомендуется (а во многих случаях требуется) всегда переходить на последний доступный набор исправлений (bundle patch). Некоторые из текущих продуктов Fusion Middleware которые используют метод обновления через наборы исправлений (bundle patch distribution) это OAM (Oracle Access Manager), OIM (Oracle Identity Manager), Discoverer, и продукты относящиеся к интеграции (Integration products).

A.3 Все остальные продукты

Льготный период: 6 недель для исправлений начиная с выпуска каждого комплекта исправлений (patch set) или набора исправлений (patch bundle) каждой из различных платформ. CPU будет выпускаться на предыдущий пакет обновлений (patch set) в течении одного года. Льготный период для установки новых пакетов исправлений (и получения исправлений ошибок ПО для предыдущего пакета исправлений) различный для промежуточных исправлений (interim patches) и CPU.

  • Промежуточные исправления (Interim patches) будут создаваться для предыдущего пакета исправлений (patch set) в течении 6-ти недель.
  • CPU будут создаваться для предыдущего пакета исправлений в течении 12-ти месяцев.

Льготный период для каждой платформы начинается с выходом нового пакета исправлений (patch set) для этой платформы.