sql >> Databasteknik >  >> RDS >> Oracle

CRS 11.2.0

Jag arbetar med att uppgradera våra befintliga Oracle Cluster Ready Services från 11.1.0.7 till 11gR2 (11.2.0.1). Saker och ting går inte så smidigt som jag hade hoppats och jag lär mig mycket om förändringarna i 11gR2. Detta är inte en mindre uppgradering som skillnaderna i versionsnummer skulle antyda. Det har skett många förändringar i CRS 11gR2. De viktigaste ändringarna är följande (utan särskild ordning):

  • Cluster Ready Services (CRS aka Clusterware) kallas nu Grid Infrastructure, eller förkortat GRID.
  • Om du använder ASM är det inte längre installerat i ett separat hem. Oracle GRID inkluderar Clusterware och ASM i samma hem nu.
  • Oracle GRID 11gR2 inkluderar nu en SCAN-lyssnare (Single Client Access Name). För att göra det enkelt måste du skapa en SCAN-virtuell IP-adress precis som dina vanliga VIP:er och registrera dem med DNS. SCAN VIP ska ha samma namn som ditt klusternamn. SCAN VIP bör ha 3 IP-adresser kopplade till sig eftersom Oracle GRID startar upp till 3 SCAN-lyssnare.
  • Oracle GRID 11gR2 stöder nu multicasting. Jag var tvungen att applicera patch 9974223 eftersom min konfiguration använde en sekundär port för multicasting. Det finns ett testverktyg för mutli-cast som kan hjälpa till att avgöra om du är konfigurerad för multi-casting eller inte.
  • Medan du kan starta om CRS med "crsctl stop/start crs", var jag alltid van vid "/etc/init.d/init.crs stop/start". /etc/init.d/init.crs-skriptet är inte längre tillgängligt. Den har ersatts av /etc/init.d/init.ohasd istället.

Det här är bara några förändringar som jag hittar på vägen när jag utför mina uppgraderingar och felsöker problem som uppstår.

Den här uppgraderingen har bevisat för mig att det är värdefullt att ha en RAC-testbädd innan du arbetar med dessa uppgifter i dina produktionsmiljöer. Det sista stället jag jobbade på hade bara en RAC-miljö och det var vår produktionsdatabas. Det ansågs för kostsamt att sätta upp en annan RAC-miljö för utveckling/testning. Min nuvarande anställd var klok nog att sätta upp en RAC-testbädd där jag kunde förstöra saker helt och hållet och testa, testa, testa innan jag försökte i produktion. Saker och ting har förändrats de senaste åren där man kan använda virtuella maskiner för att sätta upp testmiljöer mycket billigare än tidigare där vi var tvungna att skaffa hårdvara bara för att testa.

Med det sagt önskar jag att min nuvarande RAC-testbädd var i en VM-miljö. Om det var i en virtuell dator skulle jag kunna ta en ögonblicksbild av den virtuella datorn med CRS 11.1.0 igång och om jag stötte på problem som var svåra att återställa från kunde jag återgå till ögonblicksbilden. Som det ser ut nu, om jag stöter på problem med uppgraderingen och jag verkligen gör en enda röra av saker och ting, måste jag manuellt avinstallera allt, installera om CRS 11.1.0 och återskapa en databas innan jag kan försöka igen en CRS 11.2.0-uppgradering. Det här tar tid och en virtuell dator kan spara mycket tid här.


  1. hur man hittar radstorlek i tabell

  2. 2008 års R2 Bugfix som bryter RCSI

  3. Migrera en Microsoft Access-databas till SQL Server

  4. Hur man genererar Add Column Statement för alla tabeller i en databas i SQL Server - SQL Server / T-SQL Tutorial Del 49