Oracle Clusterware

Oracle Clusterware är klusterprogramvaran för flera plattformar som krävs för att köra alternativet Real Application Clusters (RAC) för Oracle Database . Den tillhandahåller de grundläggande klustringstjänsterna på operativsystemnivå som gör att Oracle Database-programvaran kan köras i klustringsläge. I tidigare versioner av Oracle (utgåva 9i och tidigare) krävde RAC ett klusterprogram från leverantören som Sun Cluster eller Veritas Cluster Server (förutom när det körs på Linux eller Microsoft Windows ).

Oracle Clusterware-komponenter

Oracle Clusterware är programvaran som gör det möjligt för noderna att kommunicera med varandra, vilket gör att de kan bilda ett kluster av noder som beter sig som en enda logisk server. Oracle Clusterware drivs av Cluster Ready Services (CRS) som består av två nyckelkomponenter: Oracle Cluster Registry (OCR), som registrerar och underhåller information om kluster och nodmedlemskap; röstskiva, som söker efter konsekvent hjärtslagsinformation från alla noder när klustret körs, och fungerar som en tiebreaker vid kommunikationsfel.

CRS-tjänsten har fyra komponenter som var och en hanterar en mängd olika funktioner: Cluster Ready Services-demon (CRSd), Oracle Cluster Synchronization Service Daemon (OCSSd), Event Volume Manager Daemon (EVMd) och Oracle Process Clusterware Daemon (OPROCd). Fel eller död av CRS-demonen kan orsaka nodfel, vilket utlöser automatiska omstarter av noderna för att undvika korruption av data (på grund av eventuellt kommunikationsfel mellan noderna), även känd som fäktning . CRS-demonen körs som "root" ( superanvändare ) på UNIX -plattformar och körs som en tjänst på Windows- plattformar.

CRSd

Följande funktioner tillhandahålls av Oracle Cluster Ready Services-demonen (CRSd):

  • CRS installeras och körs från en annan ORACLE_HOME känd som ORA_CRS_HOME, som är oberoende av ORACLE_HOME.
  • CRSd hanterar resurserna som att starta och stoppa tjänsterna och misslyckas med applikationsresurserna. Det skapar separata processer för att hantera programresurser.
  • CRS-demonen har två körlägen. Under uppstart och efter avstängning. Under planerad start av klusterprogram startas den som 'omstart'-läge. Det startas som "omstart"-läge efter oplanerad avstängning.
  • I omstartsläge startar den "auto" alla resurser som den hanterar. I omstartsläge råder det föregående tillstånd och återför resurserna till det tidigare tillståndet före avstängning
  • Hanterar Oracle Cluster Registry och lagrar det aktuella kända tillståndet i Oracle Cluster Registry
  • Körs som 'root' på Unix och 'LocalSystem' på Windows och startar automatiskt om vid fel.
  • CRS kräver det offentliga gränssnittet, det privata gränssnittet och den virtuella IP-adressen (VIP) för driften. Alla dessa gränssnitt bör vara igång och de bör kunna pinga varandra innan CRS-installationen påbörjas. Utan ovanstående nätverksinfrastruktur kan CRS inte installeras.

OCSSd

Oracle Cluster Synchronization Services-demon (OCSSd) tillhandahåller grundläggande "grupptjänster"-stöd. Group Services är ett distribuerat gruppmedlemskapssystem som gör att applikationerna kan samordna aktiviteter för att uppnå ett gemensamt resultat. Som sådan tillhandahåller den synkroniseringstjänster mellan noder, åtkomst till nodmedlemskapsinformation, samt möjliggör grundläggande klustertjänster, inklusive klustergrupptjänster och klusterlåsning. Det kan också köras utan integration med leverantörens klusterprogram. Fel i OCSSd gör att maskinen startar om för att undvika en split-brain-situation. Detta krävs också i en enstaka instanskonfiguration om Automatic Storage Management (ASM) används. ASM var en ny funktion i Oracle 10g . OCSSd körs som "oracle"-användare.

Följande funktioner tillhandahålls av Oracle Cluster Synchronization Services-demonen (OCSSd):

  • "Group Services" använder klusterware-grupptjänster som tillhandahålls av leverantörer när de senare är tillgängliga, men kan också arbeta självständigt om det inte är tillgängligt
  • "Lock Services" tillhandahåller de grundläggande klusteromfattande serialiseringslåsningsfunktionerna och använder en FIFO-mekanism för att hantera låsning
  • 'Node Services' använder OCR för att lagra tillståndsdata och uppdaterar informationen under omkonfigurering. Den hanterar också OCR-data, som annars är statisk.

EVMd

Den tredje komponenten i OCS är Event Volume Management Logger-demonen (EVMd). EVMd skapar en permanent underordnad process som kallas "evmlogger" och genererar händelser. Den underordnade EVMd-processen 'evmlogger' skapar nya underordnade processer på begäran och skannar bildtextkatalogen för att anropa anrop. Den kommer att starta om automatiskt vid misslyckanden och dödsfall av EVMd-processen stoppar inte instansen. EVMd körs som "oracle"-användare.

OPROCd

OPROCd tillhandahåller serverstängsellösningen för Oracle Clusterware. Det är processövervakaren för Oracle Clusterware och den använder hängkontrolltimern eller watchdog-timern (beroende på implementeringen) för klustrets integritet. OPROCd är låst i minnet och körs som en realtidsprocess . Denna sover under en bestämd tid och körs som "root"-användare. Fel i OPROCd-processen gör att noden startar om. OPROCd är så viktig att även den övervakas av en process som kallas OCLSOMON och gör att en klusternod startar om om OPROCd hängs.

externa länkar

Hämtad från " https://en.wikipedia.org/w/index.php?title=Oracle_Clusterware&oldid=1132341817 "