Ik ben bezig met het upgraden van onze bestaande Oracle Cluster Ready Services van 11.1.0.7 naar 11gR2 (11.2.0.1). Het gaat niet zo soepel als ik had gehoopt en ik leer veel over de veranderingen in 11gR2. Dit is geen kleine upgrade, zoals de verschillen in versienummers doen vermoeden. Er is veel veranderd in CRS 11gR2. De belangrijkste wijzigingen zijn als volgt (in willekeurige volgorde):
- Cluster Ready Services (CRS aka Clusterware) heet nu Grid Infrastructure, of kortweg GRID.
- Als je ASM gebruikt, wordt deze niet langer in een apart huis geïnstalleerd. Oracle GRID bevat nu Clusterware en ASM in hetzelfde huis.
- Oracle GRID 11gR2 bevat nu een Single Client Access Name (SCAN) listener. Om het eenvoudig te houden, moet u een virtueel IP-adres SCAN maken, net als uw gebruikelijke VIP's, en deze registreren bij DNS. De SCAN VIP moet dezelfde naam hebben als uw clusternaam. De SCAN VIP moet 3 bijbehorende IP-adressen hebben, aangezien Oracle GRID tot 3 SCAN-listeners zal opstarten.
- Oracle GRID 11gR2 ondersteunt nu multicasting. Ik moest patch 9974223 toepassen omdat mijn configuratie een secundaire poort gebruikte voor multicasting. Er is een multicast-testtool die kan helpen bepalen of u bent geconfigureerd voor multicasting of niet.
- Hoewel je CRS kunt herstarten met "crsctl stop/start crs", was ik altijd gewend aan "/etc/init.d/init.crs stop/start". Het /etc/init.d/init.crs-script is niet langer beschikbaar. Het is in plaats daarvan vervangen door /etc/init.d/init.ohasd.
Dit zijn slechts een paar veranderingen die ik onderweg tegenkom terwijl ik mijn upgrades uitvoer en problemen oplos die zich voordoen.
Deze upgrade heeft voor mij bewezen dat het waardevol is om een RAC-testbed te hebben voordat je aan deze taken in je productieomgevingen gaat werken. De laatste plaats waar ik werkte, had slechts één RAC-omgeving en dat was onze productiedatabase. Het werd te duur geacht om nog een RAC-omgeving op te zetten voor ontwikkeling/testen. Mijn huidige medewerker was wijs genoeg om een RAC-testbed op te zetten waar ik dingen volledig kon vernietigen en testen, testen, testen voordat ik in productie ging. De afgelopen jaren zijn er dingen veranderd waarbij je met virtuele machines testomgevingen kunt opzetten die veel goedkoper zijn dan voorheen, waar we hardware moesten aanschaffen alleen om te testen.
Dat gezegd hebbende, zou ik willen dat mijn huidige RAC-testbed zich in een VM-omgeving bevond. Als het zich in een VM zou bevinden, zou ik een momentopname van de VM kunnen maken terwijl CRS 11.1.0 draait en als ik problemen tegenkwam die moeilijk te herstellen waren, kon ik terugkeren naar de momentopname. Zoals het er nu uitziet, als ik problemen tegenkom met de upgrade en ik er echt een zooitje van maak, moet ik alles handmatig de-installeren, CRS 11.1.0 opnieuw installeren en een database opnieuw maken voordat ik een CRS 11.2.0-upgrade opnieuw kan proberen. Dit kost tijd en een VM kan me hier veel tijd besparen.