I Oracle står CRS för
cluster Ready Services . Det är en avgörande komponent i Oracle Real Application Cluster (RAC) -databaser. CRS ansvarar för att hantera aspekterna av hög tillgänglighet och failover av en Oracle RAC-miljö. I huvudsak är det infrastrukturen som säkerställer att databasen fortsätter att fungera även om en eller flera noder i klustret misslyckas.
Här är en uppdelning av vad CRS gör:
* nodhantering: CRS övervakar hälsan hos varje nod i klustret. Den upptäcker nodfel och initierar åtgärder för att återställa databasen.
* Resurshantering: CRS hanterar de olika resurserna som behövs av databasen, till exempel lyssnare, instanser och lagring. Det säkerställer att dessa resurser startas, stoppas och failover korrekt.
* Röstningsdiskhantering: I äldre versioner av RAC hanterade CRS omröstningsdisken, som används för att bestämma vilken nod som är "master" i klustret. Nyare versioner utnyttjar mer avancerade kvorummekanismer.
* inter-nodkommunikation: CRS underlättar kommunikationen mellan noder i klustret, vilket gör att de kan samordna sina aktiviteter.
* Eventhantering: CRS svarar på olika händelser, till exempel nodfel, nätverksavbrott och resursproblem. Det vidtar lämpliga åtgärder baserat på förkonfigurerade policyer för att upprätthålla tillgängligheten för databas.
* Clusterware: CRS är kärnan i Oracle Clusterware-programvaran som ger en grund för hög tillgänglighet och skalbarhet för olika Oracle-produkter.
Utan CRS skulle en Oracle RAC -databas inte kunna uppnå sina höga tillgänglighet och feltoleransmål. Det är den väsentliga infrastrukturen som gör att databasen kan överleva hårdvaru- och mjukvarufel graciöst.
