A PSU/BP és az RU/RUR közötti különbségek

Az Oracle Database 12.2.0.1 óta megváltoztatjuk a javítási modellünket is, váltás a javítócsomag-frissítésekről (PSU) és a proaktív csomagcsomagokról (BP) a kiadásfrissítésekre (RU) és kiadásfrissítésekre (RUR)). De mik valójában a különbségek a PSU/BP és az RU/RUR patch csomagok között? Van-e vagy csak átnevezik a jól ismert patch-csomagokat?

Nincs változás az MS Windows rendszeren

Először is hadd mondjam el a Windows platformon nem lesz változás. Ha az Ön által előnyben részesített operációs rendszer az MS Windows, hagyja abba az olvasást itt. Windows rendszeren pontosan ugyanazt a patch formátumot fogja látni a Bundle Patchekkel, mint korábban.

Mit szólnál a többi platformhoz?

Mindenki más látni fogja az Oracle Database 12.2.0.1 változásait - és én egy ideje blogoltam róla:

Amint már bemutattam az első kiadási modellt egy felhasználói csoport konferencián, már volt néhány beszélgetésem a VT-ről és a RUR-ról - és úgy gondolom, hogy még egy kicsit több pontosításra van szükség.

A PSU/BP és az RU/RUR közötti különbségek

2017 júliusában elérhetővé vált az első Oracle Database 12.2.0.1 RU, október óta elérhető a második VT és az első RUR.

De jelentős különbség van a PSU-k és a RUR-ok között. Annak ellenére, hogy azt mondanánk, hogy „a RUR-ok helyettesítik a PSU-kat”, a RUR-ok nem azonosak a PSU-kkal.

Ha megnézi a PSU és a BP vonatokat, mielőtt általában egy kiadás bejegyzésénél választaná, melyik utat kívánja követni, vagy negyedévenként a PSU-kat, vagy a BP-ket. A mérnöki rendszerű ügyfeleknek nem volt más választásuk: a Bundle Patches volt. Az Oracle 11.2-ben. a BP-ket csak a Engineered-rendszerek környezetekre szánták. Az Oracle 12.1-ben az összes rendszerhez kapcsoltuk és ajánlottuk a BP-ket a PSU-k helyett.

Javítócsomag-frissítések és csomagcsomagok

A Patch Set Update (PSU) általában biztonsági javításokat és regressziós javításokat, azaz hibajavításokat tartalmaz.

Tipikus javítócsomag-frissítés (PSU) - negyedévente

Míg egy proaktív Csomag-javítás (BP) a PSU-t tartalmazó készlet volt, amely tartalmaz PSU-t, de optimalizáló javításokat és funkcionális javításokat, amelyek néha funkciók kiterjesztései is lehetnek.

Tipikus csomagcsomag (BP) - negyedévente jelenik meg

És általában bármelyik vonatot választja. De válthat PSU-ról BP-re vagy fordítva. Az áramlása valójában így nézne ki:

Negyedéves javítás PSU-kkal vagy BP-kkel - minden negyedévben kapnak új javításokat, PSU-kat és BP-ket, mindegyik önmagukban kumulatív

Mint PSU-k és BP-k, mindegyik halmozott megkapja az összes korábbi PSU vagy BP ugyanazon kiadás javításait is. A negyedévvel későbbi PSU új biztonsági javításokkal és új regressziós javításokkal rendelkezik, a Bundle Patch ezen felül új optimalizáló és funkcionális javításokat kap, és természetesen ugyanazokat az új biztonsági és regressziós javításokat, amelyeket a PSU kapott.

Kiadási frissítések

Kiadási frissítések (RU) eléggé hasonlít a Bundle Patches (BP) elemekre:

Az első kiadásfrissítés (RU-1)

A következő második kiadásfrissítés az 1. kiadás-frissítéstől kezdve az új javításokig mindent tartalmaz mind a négy területen (alul sötétvörös/lilával jelölve). A VT-k halmozott valamint a BP-k voltak.

A második kiadásfrissítés (RU-2)

A VT-ket negyedévente szabadítják fel a szokásos időpontokban.

Kiadás Frissítés-verziók

A Kiadás Frissítés felülvizsgálata (RUR) az eltér a PSU-tól. Az RU1 megjelenésekor még nem lesz RUR. Az első RUR kiadásra kerül, amely tartalmazza a teljes első RU - plus-t további javítások a tetején. A regressziós javítások a helytelen viselkedés javításai. Általában sok ügyfelet eltalálnak.

Az első kiadás frissítésének felülvizsgálata (RUR-1)

Valójában a először RUR általában negyedét fogják kiadni az első kiadásfrissítés (RU) után. Tartalmazza az 1. kiadás-frissítés (RU-1) összes javítását - és hozzáad csak új biztonsági és regressziós javítások vannak a tetején. De nincs új optimalizáló vagy funkcionális javítás. Ha összehasonlítja a fenti képpel („A második kiadás frissítése”), ugyanazokat a biztonsági és regressziós javításokat fogja észlelni.

Ezen a napon most választhat:

Használja a Kiadásfrissítés verzióját (RUR-1)

Telepítse az új kiadásfrissítést (addigra RU-2 lesz). Ugyanazokat a biztonsági és regressziós javításokat tartalmazza, mint az RUR-1, de emellett új optimalizálókat és potenciálisan funkcionális javításokat is tartalmaz (lásd a „Második kiadásfrissítés (RU-2)” képet.

3 hónappal később a következő RUR megjelenik - és most ismét csak az új (türkizkékkel jelölt) biztonsági és regressziós javításokat tartalmazza. Ezen a ponton nem lesz új optimalizáló vagy funkcionális javítás. Ha összehasonlítja mindkét képet, a fenti és az alábbi képet (RUR-1 és RUR-2), akkor pontosan ugyanaz az optimalizáló és funkcionális javítások láthatók, mint a kezdeti RU-1.

Második kiadás-frissítés (RUR-2)

Ugyanakkor elérhetővé válik a harmadik kiadásfrissítés (RU-3) is.

Fontos megemlíteni, hogy nincs harmadik kiadás-frissítési verzió (RUR-3). A modell VT-nként csak 2 RUR-t engedélyez. Ezután lehetősége van a legfrissebb VT megszerzésére - vagy egy régebbi VT-n alapuló RUR-ra.

Áttekintés - A nagy kép

A teljes kép összefoglalja a sémát:

A kiadásfrissítések (RU) és a kiadásfrissítések (RUR) áttekintése az idő múlásával

Most látja, miért jelentős változás van. Már nincs olyan, hogy PSU-k. És téged nem szegeznek egy pályára. Dönthet úgy, hogy fokozatosan halad előre a Kiadási frissítések alkalmazásával, vagy szünetelteti az új optimalizálót és a funkcionális javításokat akár 6 hónapos javítási időtartamig.

Összefüggő

Következő Oracle Database RU és RUR ajánlások és tények
Előző Kiválaszthatja az EKT karakterkészletét?

A speciális karakterek a CLOB oszlopokban szemetet mutatnak az Oracle 12.2.0.1 JDBC-vel történő frissítése után

DBMS_OPTIM_BUNDLE csomag az Oracle 12.2 és 18c verzióiban

A javítás nem működik - Utazás a Felhőbe VI

20 Válasz

Nagyon köszönöm a pontosítást. Nem olyan könnyű megérteni.
Kérdezhetek bármi mást: mik a „Mitigate” javítások? Végül olvastam az OJVM javításokkal
Üdvözlettel
Péter

A blogon Peter 🙂

Megpróbálom megérteni, hogy mi a legjobb módja az optimalizáló javításainak fogadására a legújabb RU/RUR-okkal. Az optimalizáló javításai alapértelmezés szerint a legújabb RU vagy RUR alkalmazása után is le vannak tiltva. Honnan tudom, hogy milyen javítások voltak benne, és hogyan dönthetem el, hogy melyiket kapcsoljam be vagy hagyjam el. Úgy gondolom, hogy ezen a téren némi egyértelműségre van szükség.

Vevői szempontból, ha legújabb RU-t alkalmazok, abban reménykedem, hogy az összes javítást (beleértve az optimalizáló javításokat is) megkapom a javítással. Tapasztalatom szerint a frissítésekkel kapcsolatos legtöbb kérdés az optimalizáló körül van !

Tudom, hogy ez egy furcsa téma. De valójában itt próbáltam többet tisztázni:
https://mikedietrichde.com/2017/11/07/ru-rur-recommendations-facts/

Kérjük, ellenőrizze a VT beolvasási rendszerét. Ha NEM tartalmazza ezt a bekezdést:

„Ez a javítás bevezeti a javítás vezérlését az itt található egy vagy több javításhoz. Ezek a javítások alapértelmezés szerint le vannak tiltva, és kifejezetten engedélyezni kell őket az alter session/system parancsokkal, hogy a pfile/spfile fájlokban is megmaradjanak.

akkor nincsenek magatartásváltó OPTIMIZER javítások, így nincs semmi bekapcsolható. Amint ez a bekezdés megjelenik a VT readme-ben, útmutatás lesz, mely _fix_control beállítást kell használni a javítások engedélyezéséhez.

A 12.2.0.1-es júliusi és októberi VT-nél nincsenek ilyen javítások, amennyire látom.

néhány kép hiányzik ebben a cikkben, kérem, tegye közzé az oldalt megfelelően feltöltött képekkel

biztos vagy ebben? Különböző böngészőket próbáltam, és számomra az összes kép helyesen jelenik meg.
Kérem, ellenőrizze újra, és talán tartsa lenyomva a SHIFT billentyűt, amikor megnyomja a BETÖLTÉS gombot a böngészőben (mint aminek újra be kellene töltenie a képeket).

mint mindig köszönöm
Talán zavarban vagyok, de úgy tűnik, hogy az utolsó pitcure (a B-2 box mezőben) azt írja, hogy lehetséges az RUR-1 alkalmazása az RU-2-re, de mielőtt azt írná, hogy „Telepítse az új kiadásfrissítést (RU lesz -2). Ugyanazokat a biztonsági és regressziós javításokat tartalmazza, mint az RUR-1 . ”És nem értem, hogy az RU-2 magában foglalja-e a RUR-1-et…

Tudom, hogy ez egy kissé zavaró - és egy másik ok, amiért nem ajánlom a RUR-ok megérintését, hacsak nem kap egyértelmű tanácsot az ügyfélszolgálattól vagy az MAA/Exadata csapattól.

Hadd magyarázzam ezt hónapokkal - szerintem akkor kevésbé zavaró.

Példa:
- januárban kiadjuk a 18.1.0 verziót - nem áll rendelkezésre RU vagy RUR
- áprilisban kiadjuk a 18.2.0 verziót - és az első kiadáshoz (18.1.0) nem lesznek RU-k vagy RUR-ok
- júliusban kiadjuk a 18.3.0-t (RU és on-prem alapú kiadás) és a 18.2.1-et (RUR-1 a 18.2.0 tetején)
Mind a 18.3.0, mind a 18.2.1 azonos biztonsági és regressziós javításokkal rendelkezik. De a 18.3.0-nál több további javítás és az optimalizáló viselkedését megváltoztató javítások alapértelmezés szerint ki vannak kapcsolva.
- októberben kiadjuk a 18.4.0 (RU), a 18.2.2 (a végső RUR a 18.2.0-hoz) és a 18.3.1 (az első RUR a 18.3.0-hoz)
Mindegyik ugyanazokat a biztonsági és regressziós javításokat tartalmazza. De különböző VT-kre települnek, ami azt jelenti, hogy a javítások mennyisége nagyon eltérő

Elméletileg technikailag lehet váltani mindhármuk között. De tegyük fel, hogy kipróbálod a 18.4.0-at, és később döntesz, hogy visszalépsz egy régebbi javításra, visszaléphetsz a 18.3.1-re és a 18.2.2-re ugyanazokkal a biztonsági és regressziós javításokkal, de sok további javítás hiányzik a kiadásból már elfogyasztották. Ez technikailag lehetséges, de nem ajánlott.

Amikor írok, az RU-2 tartalmazza az RUR-1-et, ami azt jelenti, hogy az RU-2 ugyanazokkal a javításokkal rendelkezik, mint az RUR-1 által nyújtott - de több.
Ez annak köszönhető, hogy az RU-2 a következőket tartalmazza:
- RU-1 (A regresszió és a funkcionális javítások közötti különbségek. Azt mondja:

Szia Mike,
Köszönöm a cikkedet.
Szeretném megismerni a regresszió és a funkcionális javítások közötti különbségeket.
Sejthetném, de inkább biztos vagyok benne.
Ügyfelem hagyományosan olyan javítási politikát alkalmaz, amely ideiglenes javítások alkalmazásából áll, mert fél a javítások által okozott hibáktól (korábban PSU-k és BP-k, most RU-k és RUR-ok). Kényelmes lenne olyan javításokat alkalmazni, amelyek csak biztonsági hibákat tartalmaznak. Úgy gondolom, hogy a leginkább hasonló megközelítés lenne a VT és a VT összes RUR-jának alkalmazása a következő VT-ig.

Köszönöm,
Jorge

Megpróbáltam megtalálni a vonatkozó MOS megjegyzést, amely elmagyarázta a regresszió és a funkcionális javítások közötti különbségeket, de nem sikerült megtalálni.
Az ügyfélnek módosítania kell az irányelvet. Először is, nincsenek csak biztonsági javításokat tartalmazó csomagok. Másodszor pedig már nincsenek PSU-k.

A kiadásfrissítések megegyeznek a Bundle Patchekkel. És maradjon távol a verzióktól, hacsak az Oracle ügyfélszolgálata nem kéri, hogy kifejezetten alkalmazzon egy verziót - itt olvashatja el, hogy miért kell (vagy az ügyfelének távol tartania magát):
https://mikedietrichde.com/2018/11/08/why-release-update-revisions-rur-are-tricky/

Szia Mike,
Köszönöm a válaszod.
Valójában azt fogjuk javasolni ügyfelünknek, hogy csak félévente alkalmazzon RU-kat.
De hasznos lenne, ha tisztán tudnám a különbséget a funkcionális és a regressziós javítások között.
Azt gondolom, hogy a regresszió javítja azokat a funkciókat, amelyek egy korábbi VT-ben vagy RUR-ban működtek, de egy későbbi kiadásban RU vagy RUR megszakadtak
A funkcionális javítások javító kódja nem a várt módon működik. Ezt a kódot leginkább az előző kiadásban vezették be

Próbáltam hivatalos meghatározást találni - de nem sikerült.
Kérjük, próbálja meg tisztázni a feltételeket egy SR-n keresztül.