От Oracle Database 12.2.0.1 променяме и нашия модел за корекция, превключване от актуализации на пакети за корекции (PSU) и проактивни пакети за пакети (BP) към актуализации за издаване (RU) и ревизии за актуализация на издание (RUR)). Но какви са всъщност разликите между пакети за кръпки на PSU/BP и RU/RUR? Има ли такива или е просто преименуване на добре познати пакети с кръпки?

разлики

Без промяна в MS Windows

Преди всичко нека го кажа няма да има промени в платформата на Windows. Ако предпочитаната от вас операционна система е MS Windows, спрете да четете тук. В Windows ще видите точно същия формат за корекция с Bundle Patches, както и преди.

Какво ще кажете за другите платформи?

Всички останали ще видят промени с Oracle Database 12.2.0.1 - и аз писах за това преди малко:

Както представих сега за първия модел за пускане, вече на конференция на потребителска група, вече имах някои дискусии относно RU и RUR - и вярвам, че са необходими малко повече пояснения.

Разлики между PSU/BP и RU/RUR

През юли 2017 г. стана достъпна първата Oracle Database 12.2.0.1 RU, от октомври втората RU и първата RUR са налични.

Но има значителна разлика между PSU и RUR. Въпреки че казваме, че „RUR заменят PSU“, RUR не са същите като PSU.

Когато погледнете влаковете на PSU и BP, преди да изберете обикновено при влизането в дадено издание кой път бихте искали да следвате, или PSU на всяко тримесечие, или BP. Клиентите на проектираната система нямаха избор: това бяха пакети за пакети. В Oracle 11.2. BP са били предназначени само за инженерни системи. В Oracle 12.1 сменихме и препоръчахме BP за PSU за всички системи.

Актуализации на кръпки и кръпки

A Актуализация на кръпка (PSU) обикновено съдържа корекции на сигурността и корекции на регресия, т.е. корекции на грешки.

Типично актуализиране на наборите за корекции (PSU) - на тримесечие

Докато проактивен Кръпка за пакет (BP) беше супер набор от PSU, съдържащ PSU, но корекции на оптимизатора и функционални корекции, които понякога могат да бъдат и разширения с функции.

Типичен пакет за кръпка (BP) - пуска се на тримесечие

И вие обикновено избирате или един влак. Но можете също така да преминете от PSU към BP или обратно. Вашият поток всъщност ще изглежда така:

Тримесечно кръпка с PSU или BP - всяко тримесечие получава нови корекции, PSU и BP, всеки от тях е кумулативен

Като PSU и BP, всеки е кумулативна ще получите корекциите от всички предишни PSU или BP за същото включено издание. PSU четвърт по-късно има нови корекции на защитата и добавени нови корекции на регресията, Bundle Patch в допълнение получава нови оптимизатор и функционални корекции и разбира се същите нови корекции на сигурността и регресията, които PSU е получил.

Актуализации на изданията

Актуализации на изданията (RU) изглеждат доста подобни на Bundle Patches (BP):

Първата актуализация на изданието (RU-1)

Следващата втора актуализация на версията съдържа всичко от актуализация на версия 1 плюс нови поправки и в четирите области (отбелязано в тъмно червено/лилаво отдолу). ЖП са кумулативна както и BPs бяха.

Втората актуализация на изданието (RU-2)

ЖП се освобождават тримесечно на обичайните дати.

Публикувайте актуализации на актуализации

A Преглед на актуализацията на изданието (RUR) е различен от PSU. По време на пускането на RU1 все още няма да има RUR. Ще бъде пуснат първият RUR, съдържащ целия първи RU - плюс допълнителни корекции отгоре. Поправките за регресия са поправки за лошо поведение. Обикновено удрят много клиенти.

Ревизия на актуализацията на първото издание (RUR-1)

Всъщност първо RUR ще бъдат пуснати обикновено една четвърт след първата актуализация на изданието (RU). Той ще включва всички корекции от Актуализация на версия 1 (RU-1) - и ще добави само нови корекции за сигурност и регресия отгоре. Но няма нови оптимизатор или функционални корекции. Когато го сравните със снимката по-горе („Втората актуализация на изданието“), ще забележите същите корекции на сигурността и регресията.

На тази дата ще имате избор сега:

  • Използвайте версията на актуализацията на изданието (RUR-1)

  • Инсталирайте новата актуализация на изданието (дотогава ще бъде RU-2). Той съдържа същите корекции за сигурност и регресия като RUR-1, но също така нови оптимизатори и потенциално функционални корекции в допълнение (вижте снимката на „Актуализация на второ издание (RU-2)“.

3 месеца по-късно следващ RUR ще бъде пуснат - и той отново ще съдържа само новите корекции за сигурност и регресия (маркирани с тюркоаз) отгоре. На този етап няма да бъдат добавени нови оптимизатори или функционални корекции. Когато сравните двете картини, горната и тази отдолу (RUR-1 и RUR-2), ще видите точно същия оптимизатор и функционални корекции от първоначалния RU-1.

Ревизия на актуализация на второ издание (RUR-2)

И в същото време ще бъде достъпна и третата актуализация на изданието (RU-3).

Важно е да се спомене, че не се планира трета версия за актуализация на изданието (RUR-3). Моделът позволява само 2 RUR за RU. След това имате възможност или да получите най-новия ЖП - или RUR въз основа на по-стар RU.

Общ преглед - Голямата картина

Пълната картина обобщава схемата:

Преглед на актуализациите на версиите (RU) и ревизиите на актуализациите на версиите (RUR) във времето

Сега виждате защо има значителна промяна. Вече няма такова нещо като PSU. И не сте закован на писта. Имате избор дали постепенно да пристъпите напред, като приложите актуализации на изданието - или да направите пауза с нови оптимизатор и функционални корекции за период от 6 месеца на корекцията.

Свързани

  • Следващия Препоръки и факти за Oracle Database RU и RUR
  • Предишен Можете ли да изберете набор от символи на PDB?

Специалните символи показват боклуци в колони CLOB след надстройка до Oracle 12.2.0.1 с JDBC

Пакет DBMS_OPTIM_BUNDLE в Oracle 12.2 и 18c

Поправянето не работи - Пътуване до облака VI

20 отговора

Много благодаря за разяснението. Не е толкова лесно да се разбере.
Мога ли да попитам нещо друго: какво представляват „смекчаващи“ кръпки? Прочетох в заключение с кръпки на OJVM
С Най-Добри Пожелания
Питър

В блога, Питър 🙂

Опитвам се да разбера кой е най-добрият начин да получа корекции на оптимизатора с най-новите RU/RUR. Дори след като приложа най-новите RU или RUR, корекциите на оптимизатора са деактивирани по подразбиране. Как да разбера какви корекции са били включени и как да реша кои да включа или да спра. Мисля, че трябва да има известна яснота около това.

От гледна точка на клиента, ако прилагам най-новото RU, се надявам да получа всички корекции (включително корекции на оптимизатора) с корекцията. Според моя опит повечето от проблемите около надстройките са около оптимизатора !

Знам, че това е странна тема. Но всъщност се опитах да изясня това повече тук:
https://mikedietrichde.com/2017/11/07/ru-rur-recommendations-facts/

Моля, проверете readme на ЖП. Ако НЕ съдържа този параграф:

„Тази корекция въвежда контрол на корекции за една или повече корекции, съдържащи се тук. Тези корекции са деактивирани по подразбиране и ще трябва да бъдат изрично разрешени чрез промяна на сесия/системни команди, за да продължат в pfile/spfile, както е подходящо ”

тогава не са включени корекции на ОПТИМИЗАТОР ЗА ПРОМЯНА НА ПОВЕДЕНИЕ и по този начин няма нищо за включване. Веднага щом този параграф присъства в readme на ЖП, ще има указание коя настройка _fix_control трябва да се използва, за да се разрешат корекциите.

Доколкото виждам, в RU от юли и октомври за 12.2.0.1 няма такива корекции.

някои от изображенията липсват в тази статия, бихте ли могли да публикувате отново страницата с изображенията, заредени правилно

сигурен ли си? Опитах различни браузъри и за мен всички снимки се показват правилно.
Можете ли да проверите отново и може би да задържите клавиша SHIFT, когато натиснете RELOAD в браузъра си (отколкото би трябвало да извлече изображения отново).

като всеки път благодаря
Може би съм объркан, но последният ви pitcure (в полето B-2 🙂) изглежда пишете, че е възможно да приложите RUR-1 на RU-2, но преди да напишете „Инсталирайте новата актуализация на изданието (ще бъде RU -2 дотогава). Съдържа същите корекции за сигурност и регресия като RUR-1 . ”И не разбирам, че RU-2 включва RUR-1 ...

Знам, че това е малко объркващо - и друга причина, поради която не препоръчвам да докосвате RUR, освен ако не получите ясен съвет от екипа за поддръжка или екипа на MAA/Exadata.

Нека да обясня това с месеци - мисля, че тогава е по-малко объркващо.

Пример:
- през януари пускаме 18.1.0 - няма налични RU или RUR
- през април пускаме 18.2.0 - и за първоначалната версия (18.1.0) няма да има ЖП или RUR
- през юли пускаме 18.3.0 (RU и on-prem base release) и 18.2.1 (RUR-1 отгоре на 18.2.0)
И 18.3.0, и 18.2.1 имат еднакви корекции за сигурност и регресия. Но 18.3.0 има повече допълнителни поправки и поправки за промяна на поведението, изключени по подразбиране.
- през октомври пускаме 18.4.0 (RU), 18.2.2 (окончателен RUR за 18.2.0) и 18.3.1 (първи RUR за 18.3.0)
Всички съдържат едни и същи корекции за сигурност и регресия. Но те се установяват на различни ЖП, което означава, че количеството на корекциите е много различно

На теория можете да превключвате технически между всичките 3. Но да предположим, че опитате 18.4.0 и решите по-късно да се върнете към по-стара корекция, можете да се върнете назад към 18.3.1 и 18.2.2 със същите корекции за сигурност и регресия, но да пропуснете много допълнителни корекции, които вашето издание имаше вече консумирани. Това е технически възможно, но не се препоръчва.

Когато пиша RU-2 съдържа RUR-1, това означава, че RU-2 има същите корекции като RUR-1, но повече.
Това се приписва на факта, че RU-2 съдържа:
- RU-1 (Разлики между регресията и функционалните корекции. Казва:

Здравей, Майк,
Благодаря за вашата статия.
Бих искал да знам разликите между регресията и функционалните корекции.
Можех да предположа, но предпочитам да съм сигурен.
Моят клиент традиционно прилага политика на кръпка, състояща се от прилагане на междинни кръпки, защото се страхува от грешки, причинени от кръпки (PSU и BPs преди, RUS и RUR сега). Би му било удобно да прилага кръпки само с грешки в сигурността ... Мисля, че най-сходният подход би бил прилагането на RU и всички RUR на този RU до следващото RU.

Благодаря ти,
Хорхе

Опитвах се да намеря съответната MOS бележка, обясняваща разликите между регресията и функционалните корекции, но не успях да я намеря.
Вашият клиент трябва да промени политиката. На първо място, няма пакети, съдържащи само корекции на сигурността. И второ, вече няма PSU.

Актуализациите за изданията са същите като пакетите за пакети. И стойте далеч от Ревизиите, освен ако Поддръжката на Oracle не Ви изиска специално да приложите Ревизия - вижте тук, защо вие (или Вашият клиент трябва да стоите настрана от нея):
https://mikedietrichde.com/2018/11/08/why-release-update-revisions-rur-are-tricky/

Здравей, Майк,
Благодаря за вашият отговор.
Всъщност ние ще предложим на нашия клиент да прилага само RU на всеки шест месеца.
Но би било полезно, ако знаех ясно разликата между функционалните и регресионните корекции.
Мисля, че регресията поправя функционалността за поправяне, която преди е работила в предишен RU или RUR, но е нарушена в по-късна версия RU или RUR
Кодът за корекция на функционални корекции не работи както се очаква. Този код е представен най-вече в предишната версия

Опитах се да намеря официална дефиниция - но не успях.
Можете да опитате да изясните условията чрез SR, моля.