We weten allemaal dat Oracle 12c een tijdje geleden is uitgebracht. Oracle 12.1.0.1 was de volgende grote versie in de levenscyclus van de Oracle-database. Maar wat zit er eigenlijk in een hoofdversie?
Vroeger was een grote versie een groot probleem. ACME Corporation heeft hun geweldige Widget 4.0 uitgebracht die veel dingen deed, groter/sneller/sterker dan Widget 3.0. De grote versie-upgrade was een groot probleem. Conventionele wijsheid was van mening dat elke grote versie zo'n belangrijke verandering was dat het dwaas zou zijn om de productie te upgraden naar Widget 4.0 zodra het de straat op ging. Mensen zouden zeggen dat de hoofdversie te veel bugs bevatte. Het zou verstandig zijn voor iemands carrière om te wachten tot Widget 4.1, de eerste patchset die uitkomt, voordat wordt geprobeerd de productie te upgraden. Laat andere mensen de bugs oplossen in plaats van de kritieke bedrijfsinfrastructuur van uw bedrijf te riskeren tijdens de upgrade.
We zijn allemaal onderworpen geweest aan die conventionele manier van denken. Toen Oracle 12c voor het eerst werd uitgebracht, werd mij door mijn managers gevraagd wanneer we zouden nadenken over het upgraden van onze bedrijfskritieke systemen naar de nieuwe hoofdversie. Destijds gaf ik het standaardantwoord over wachten op de eerste patcheset. Welnu, de eerste patchset, Oracle 12.1.0.2 is nu uit en ik heb nog steeds geen plannen om de productie te upgraden van 11.2.0.4. Maar in de tussentijd begon ik na te denken over deze "grote versie" -business en of het zelfs nog van toepassing was op de Oracle-omgevingen van vandaag.
Om te beginnen beheert, onderhoudt, verbetert en verbetert Oracle Corporation al meer dan 35 jaar zijn vlaggenschipproduct. Oracle versie 1 is gemaakt in 1978, versie 2 in 1979 en versie 3 in 1983. Oracle is nu aan Oracle 12c, wat ver verwijderd is van versie 1 of 2 dagen eind jaren zeventig. Bovendien hebben te veel bedrijven wereldwijd een aanzienlijke investering in hun database-infrastructuur. Oracle Corporation wil ervoor zorgen dat deze bedrijven minimaal worden getroffen, ongeacht naar welke versie de databasebeheerder een upgrade uitvoert.
Elke software bevat bugs. Het is de aard van het beestje. Bij het upgraden van Oracle 11.2.0.3 naar 11.2.0.4, een eenvoudige patchset-upgrade, kwam ik nog steeds een probleem tegen dat ik niet had verwacht. Ik heb geen enkele patchset overgeslagen in deze upgrade. Ik ging niet van de ene grote versie naar de andere. Ik ging niet eens van de ene kleine versie (zoals 11.1) naar de andere (zoals 11.2). Toch kreeg ik nog steeds een probleem met een probleem dat gelukkig werd doorgelicht in niet-productieomgevingen voordat de productie werd geüpgraded. Zelfs die upgrades die eenvoudig lijken, kunnen problemen hebben met de nieuwe versie, zelfs tot op de vierde decimaal. Nog een opmerking:ik heb onlangs in juli een driemaandelijkse patch-update toegepast op onze niet-productiedatabases. De simpele handeling van het toepassen van de driemaandelijkse beveiligingspatches (ik pas de SPU toe, niet de grotere PSU) brak een applicatie van een derde partij. We moesten stoppen met het in productie nemen van de patch totdat er een tijdelijke oplossing was gevonden. Dit was niet eens een patchset-wijziging en het had een grote impact op onze applicaties.
De laatste tijd heeft Oracle Corporation grote wijzigingen doorgevoerd buiten de belangrijkste versie-releases. Toen ik bijvoorbeeld onze Oracle RAC-omgevingen opwaardeerde van 11.1.0.7 naar 11.2.0.2, werd ik geconfronteerd met nieuwe Grid Infrastructure-wijzigingen, namelijk de multicasting-vereiste en SCAN-listeners. Er was hier geen grote versie-upgrade, maar er waren behoorlijk grote veranderingen in de maak met deze upgrade. Meest recentelijk heeft Oracle 12.1.0.2 de In Memory database-optie geïntroduceerd. Deze functie was niet beschikbaar in Oracle 12.1.0.1 en toch heeft een eenvoudige patchset-upgrade (zo dachten we) een grote verandering met zich meegebracht.
Zijn er nog grotere versies? Om relevant te blijven in de snel veranderende wereld van vandaag, brengt Oracle Corporation belangrijke functionaliteit uit buiten de belangrijkste versies, waardoor elke patchset een grote verandering is. In de snel veranderende wereld van vandaag is adequaat testen van vitaal belang, zelfs voor die eenvoudige patchset-wijzigingen.
Nogmaals vraag ik ... wat is eigenlijk een hoofdversie?