sql >> Databáze >  >> RDS >> Oracle

RU nebo RUR?

Oracle 12.2 změnil záplaty. Kdysi to bylo tak snadné. Stačí si stáhnout kumulativní záplatu (CPU) a použít nejnovější/největší bezpečnostní záplaty. Poté se Oracle rozhodl, že bezpečnostní záplaty nestačí, a tak nám poskytl aktualizaci sady záplat (PSU), která kromě zalepování bezpečnostních děr obsahovala regresní opravy. CPU byl přejmenován na Security Patch Update (SPU), což podle mého názoru přispělo k nějakému opičímu byznysu.

Nyní jsem vždy zastával názor, že do stabilního produkčního prostředí zavedeme co nejmenší změny. Potřebuji opravit díry v zabezpečení, ale pokud nemám žádné jiné problémy, proč navrch aplikovat další záplaty? Při volbě PSU/SPU jsem vždy volil SPU. Oracle doporučil použít PSU a počínaje 12.1 již SPU nebyl k dispozici.

V určitém okamžiku Oracle také představil Bundle Patch (BP), který obsahuje všechny změny v PSU plus ještě další změny pro opravy optimalizátorů a funkční opravy. Vzhledem k tomu, že mám na výběr mezi SPU, PSU a BP, stále bych si vybral SPU, pokud by mi tato možnost byla k dispozici. Oracle nyní doporučuje BP.

Pokud by to nebylo dostatečně matoucí (pamatujete si, když to bylo jednoduché pouze s CPU?), Oracle má nyní Release Update (RU) a Release Update Revision (RUR). PSU je pryč. Ještě jsem neslyšel, ale mám podezření, že BP je na cestě pryč, protože to kryje RU.

Co je tedy RU a RUR? Spíše než se snažit to popsat a úplně zpackat popis, odkážu vás na tento blogový příspěvek Mikea Dietricha z Oracle. Prosím, přečtěte si to. Odvádí velmi pěknou práci s podrobným popisem historie toho, co je v PSU, BP, RU a RUR. Musel jsem si tento příspěvek přečíst několikrát, než jsem si to všechno srovnal v hlavě.

Jak již bylo řečeno, zdá se, že Oracle to dělá ještě složitějším. Vím, že musím pochopit, že RUR je uvolněn čtvrtletí po RU, které upravuje. a pokud čtu poslední diagram správně, znamená to, že v jednom čtvrtletí je uvolněna RU1. Ve druhém čtvrtletí vychází RU2 a RUR1 pro RU1. A ve třetím čtvrtletí vychází RU3 spolu s RUR2 pro RU1 a RUR1 pro RU2. Zdá se mi to matoucí. Mělo by to být jednodušší než toto. Jsem si jistý, že mi Oracle řekne, abych to zjednodušil používáním RU a nikdy si nedělal starosti s RUR. Ale znovu...to zavádí další změny do stabilního produkčního systému, se kterými nemusím být spokojený.


  1. DATEDIFF_BIG() Příklady v SQL Server

  2. Knee-Jerk Wait Statistics :CXPACKET

  3. Jak vyplnit řetězec úvodními/koncovými znaky v MySQL – LPAD(), RPAD()

  4. Převeďte datový typ časového razítka do unixového časového razítka Oracle