Top 35 Oracle RAC-intervjuspørsmål og -svar (2026)

by: Ethan Wright Ethan Wright
Hours oppdatert

Oracle RAC-intervjuspørsmål og -svar

Forbereder seg på en Oracle RAC-intervju? Å tenke fremover på spørsmål hjelper deg å forstå hvordan en Oracle RAC-intervjuet avslører din dybdekunnskap og problemløsningsevne innen databasemiljøer.

Utforske Oracle RAC åpner muligheter på tvers av systemer med høy tilgjengelighet der teknisk erfaring og domeneekspertise er svært viktig. Fagfolk som jobber i feltet utnytter analyseferdigheter, teknisk ekspertise og reell erfaring på rotnivå for å administrere klynger, slik at nyutdannede, erfarne ingeniører og seniorteamledere kan bygge et sterkt ferdighetssett i samsvar med forventningene. Les mer ...

👉 Gratis PDF-nedlasting: Oracle Spørsmål og svar om RAC-intervju

God Oracle RAC-intervjuspørsmål og -svar

1) Hva er Oracle RAC, og hva er dens viktigste komponenter?

Oracle Ekte applikasjon Clusters (RAC) er en arkitektur som gjør det mulig for flere instanser som kjører på separate servere å få tilgang til én database samtidig. Denne designen forbedrer skalerbarhet, høy tilgjengelighet og lastbalansering. RAC sikrer at selv om én node svikter, fortsetter andre å operere sømløst, og opprettholder datakonsistens.

Nøkkelkomponenter inkluderer:

  • Clusterware: Administrerer nodemedlemskap og ressurser.
  • ASM (automatisk lagringshåndtering): Gir optimalisert administrasjon av delt lagring.
  • GCS (Global Cache-tjeneste) og GES (Global Enqueue-tjeneste): Administrer hurtigbufferkoherens og ressursallokering på tvers av noder.
  • Privat sammenkobling: Høyhastighetskommunikasjon mellom noder.

Eksempel: I en RAC med 3 noder, fortsetter transaksjonene på node 2 og 3 uten nedetid hvis node 1 feiler.

2) Forklar forskjellen mellom en enkeltinstansdatabase og Oracle RAC.

Den grunnleggende forskjellen ligger i hvordan instanser samhandler med databasen.

Trekk Enkeltstående forekomst Oracle RAC
Architecture Én instans, én database Flere instanser, én database
Tilgjengelighet Nodefeil forårsaker nedetid Overlever nodefeil
skalerbarhet Vertikal (oppskalering) Horisontal (skalerbar)
Cache Kun lokal bufferbuffer Global hurtigbuffer delt på tvers av noder
Bruk sak Små til mellomstore arbeidsmengder Høybelastede, forretningskritiske systemer

Eksempel: En finansinstitusjon kan velge RAC for uavbrutt transaksjonsbehandling under nodevedlikehold.

3) Hvordan Oracle RAC tilbyr høy tilgjengelighet?

RAC oppnår høy tilgjengelighet gjennom noderedundans og automatiske failover-mekanismerNår én node i klyngen feiler, Oracle Clusterware flytter automatisk databasetjenester til overlevende noder, og opprettholder transaksjonskontinuitet.

  • Cluster Klartjenester (CRS) oppdage nodefeil.
  • Oracle Restart sørger for at viktige tjenester startes på nytt automatisk.
  • Transparent applikasjonsfailover (TAF) lar brukerøkter gjenopprette forbindelsen automatisk.

Eksempel: I et nettbanksystem, selv om node A mislykkes midt i en transaksjon, omdirigerer RAC umiddelbart forbindelsen til node B med minimal avbrudd.

4) Hva er rollen til Oracle Clustervare i RAC?

Oracle Clustervarer er grunnlaget for Oracle RAC. Den administrerer nodemedlemskap, klyngekommunikasjon og ressursovervåking.

Kjernekomponentene inkluderer:

  • Oracle Cluster SyncHroniseringstjenester (CSS): Synckroniserer noder.
  • Oracle Cluster Register (OCR): Lagrer klyngekonfigurasjonsdata.
  • Stemmeskive: Tracks-nodens helse.
  • CRS-daemoner: Administrer oppstart, avslutning og failover av ressurser.

I sammendraget, Clusterware sørger for at alle noder fungerer som en sammenhengende enhet og opprettholder klyngestabilitet, selv ved feil på individuelle noder.

5) Hvordan Oracle Håndterer RAC hurtigbufferkoherens mellom noder?

Cache-koherens opprettholdes ved hjelp av Globale hurtigbuffertjenester (GCS) og Globale køtjenester (GES)Disse tjenestene koordinerer datablokker på tvers av instanser for å sikre at hver node ser konsistente data.

  • GCS: Håndterer buffercache-overføringer mellom instanser.
  • GES: Administrerer låser og tilgangskontroll for ressurser.

Eksempel på mekanisme: Hvis node 1 oppdaterer en datablokk, sørger GCS for at foreldede kopier i andre noders hurtigbuffere blir ugyldiggjort eller oppdatert. Denne koordineringen forhindrer datakorrupsjon og opprettholder transaksjonskonsistens.

6) Hva er fordelene og ulempene ved å bruke Oracle RAC?

Fordeler Ulemper
Høy tilgjengelighet Kompleks oppsett og vedlikehold
Skalerbarhet (horisontal skalering) Høyere lisens- og maskinvarekostnader
Lastbalansering Krever avansert DBA-ekspertise
Forbedret ytelse Avhengighet av sammenkoblingsytelse
Feiltoleranse Nettverkskonfigurasjon kritisk

Eksempel: RAC er fordelaktig for ERP-systemer som trenger tilgjengelighet døgnet rundt, men ikke kostnadseffektivt for småskalaapplikasjoner.

7) Forklar Oracle RAC Architekstur og dens komponenter.

Oracle RAC-arkitekturen består av flere sammenkoblede noder, som hver kjører sin egen instans, men har tilgang til en delt database lagret på delte disker.

Hovedkomponenter:

  1. noder: Fysiske eller virtuelle servere som kjører Oracle tilfeller.
  2. Cluster Sammenkobling: Privat høyhastighetsnettverk for synkronisering.
  3. Delt lagring: Administreres av ASM for optimal datatilgang.
  4. Oracle Clusterware: Administrerer hele klyngen.

Eksempel: I et oppsett med 4 noder leser/skriver alle noder fra de samme databasefilene, men koordineringen skjer via GCS/GES over sammenkoblingen.

8) Hvilke forskjellige typer sammenkoblinger brukes i Oracle RAC?

Sammenkoblingen er kommunikasjonsryggraden for Oracle RAC. Vanlige typer inkluderer:

  • Gigabit Ethernet (GigE): Vanlig i små RAC-oppsett.
  • InfiniBand: Høyhastighetsalternativ med lav latens for bedriftsdistribusjoner.
  • 10/25/40 Gb Ethernet: Tilbyr skalerbar nettverksgjennomstrømning.

Faktorer å vurdere:

  • Krav til båndbredde og latens.
  • Redundans og failover.
  • Maskinvarekompatibilitet.

Eksempel: Mange RAC-klynger for produksjon bruker doble 10 GbE-sammenkoblinger for redundans og gjennomstrømning.

RELATERTE ARTIKLER

9) Hvordan oppnås lastbalansering i Oracle RAC?

Lastbalansering implementeres gjennom begge deler tjenersiden og klient side mekanismer.

  • Serverside: Oracle Lytteren ruter automatisk tilkoblinger basert på instansbelastning.
  • Klientsiden: Konfigurasjon av lastbalansering i tnsnames.ora distribuerer nye forbindelser på tvers av noder.

I tillegg Lastbalansering av kjøretidstilkobling (RCLB) omfordeler dynamisk forbindelser ved hjelp av tilbakemeldinger fra Oracles servicesjef.

Eksempel: I et oppsett med 3 noder, hvis node 2 er tungt belastet, blir nye tilkoblinger automatisk dirigert til node 1 og 3.

10) Hva er det Oracle Stemmeskive, og hvorfor er den viktig?

Ocuco Stemmedisk er en viktig fil som brukes av Oracle Clusterprogramvare for å bestemme nodetilstand og klyngemedlemskap.

  • Den registrerer hjerteslaginformasjon fra hver node.
  • Hvis en node ikke klarer å oppdatere disken innen en tidsavbruddsperiode, blir den kastet ut.
  • Flere stemmedisker gir redundans.
Parameter Tekniske beskrivelser
Formål Nodemedlemskap trackonge
Lagret informasjon Nodehjerteslag, klyngemetadata
Standardkopier Minimum 3 (for redundans)

Eksempel: I en klynge med 5 noder og 3 stemmedisker påvirker ikke tap av én disk driften, men tap av to kan føre til ustabilitet i klyngen.

11) Hva er det Oracle Cluster Register (OCR), og hvordan administreres det?

Ocuco Oracle Cluster Register (OCR) er en kritisk komponent av Oracle Clusterprogramvare som lagrer informasjon om klyngekonfigurasjon, for eksempel nodedetaljer, databaseforekomster, VIP-er og ASM-konfigurasjoner. Den fungerer som et sentralisert arkiv for klyngemetadata og sikrer synkronisering på tvers av noder.

Administratorer kan administrere OCR ved hjelp av ocrcheck, ocrconfigog ocrdump kommandoer.

  • ocrcheck validerer OCR-helse.
  • ocrconfig -showbackup viser automatiske sikkerhetskopieringssteder.
  • ocrconfig -restore gjenoppretter OCR-en fra sikkerhetskopi i tilfelle den er ødelagt.

Eksempel: Under en nodefeil sørger OCR for at alle konfigurasjonsdetaljer forblir konsistente og lar klyngen gjenopprette seg automatisk.

12) Hvordan Oracle ASM-støtte Oracle RAC-miljøer?

Automatisk lagringsadministrasjon (ASM) forenkler og optimaliserer lagringsadministrasjon i RAC-miljøer. Den administrerer delt lagring, fordeler data jevnt på tvers av disker og eliminerer behovet for manuell lastbalansering.

Viktige funksjoner:

  • Striping og speiling: Forbedre ytelse og redundans.
  • Dynamisk rebalansering: Omfordeler data automatisk når disker legges til eller fjernes.
  • Delt tilgang: Flere noder får tilgang til delte disker uten korrupsjon.

Eksempel: Hvis en ny disk legges til i en ASM-diskgruppe i et RAC-oppsett, balanserer ASM automatisk dataene på tvers av alle disker uten nedetid.

13) Forklar Oracle Oppstartssekvens for RAC-databasen.

Oppstartssekvensen i en Oracle RAC-databasen omfatter flere ordnede faser kontrollert av Oracle Clustervare.

Fase Tekniske beskrivelser
1. Clusterware Oppstart Starter OCR, stemmedisk og CSSD.
2. ASM-oppstart Initialiserer delt lagring.
3. Oppstart av databaseinstans Hver node starter sin instans (nomount → mount → open).
4. GCS/GES Synchronisering Sikrer global hurtigbufferkonsistens.
5. Registrering av tjenester Registrerer databasetjenester med lyttere.

Eksempel: I en RAC med to noder starter begge instansene parallelt, men deler de samme kontrollfilene og redo-loggene i løpet av monteringsfasen.

14) Hvordan håndteres sikkerhetskopiering og gjenoppretting i Oracle RAC?

Sikkerhetskopiering og gjenoppretting i Oracle RAC-bruk RMAN (Recovery Manager), som opererer på tvers av klyngen. RMAN koordinerer med alle noder for å sikre konsistente sikkerhetskopier av den delte databasen.

  • Fullstendig sikkerhetskopi av databasen: Kan tas fra hvilken som helst node.
  • Inkrementelle sikkerhetskopier: Reduser lagrings- og sikkerhetskopieringstid.
  • ArchiSikkerhetskopier av ved-logger: Samlet på tvers av forekomster.
  • Cluster-omfattende gjenoppretting: RMAN sørger for at alle forekomster gjenopprettes konsekvent.

Beste praksis: Konfigurer RMAN med en delt katalog for sentral sikkerhetskopieringsadministrasjon, og sørg for at alle noder bruker de samme gjenopprettingsmetadataene.

15) Hva er formålet med SCAN (Single Client Access Name) i Oracle RAC?

SKANNING (Single Client Access Name) forenkler klienttilkoblingsadministrasjon i RAC-miljøer. I stedet for å konfigurere flere IP-adresser, bruker klienter ett SCAN-navn som løser opp til flere IP-adresser for lastbalansering og failover.

  • Introdusert i Oracle 11g R2.
  • Gir automatisk lastbalansering på tvers av noder.
  • Sikrer tilkoblingsgjennomsiktighet under tilføyelser eller fjerninger av noder.

Eksempel: Klienter kobler seg til ved hjelp av sales-scan.company.com. Selv om en ny node legges til RAC-en, er det ikke nødvendig med noen endring av konfigurasjonen på klientsiden.

16) Hva er tjenestene i Oracle RAC, og hvordan forbedrer de arbeidsmengdehåndteringen?

Oracle tjenester definere en logisk gruppeping av arbeidsbelastninger som kan kjøre på én eller flere instanser i et RAC-miljø.

De lar databaseadministratorer kontrollere arbeidsfordeling, failover og lastbalansering.

Fordeler:

  • Sømløs arbeidsbelastningshåndtering.
  • Transparent applikasjonsfailover (TAF)-integrasjon.
  • Prioritering på ressursnivå.
  • Enklere overvåking gjennom Oracle Bedriftsleder (OEM).

Eksempel: Du kan opprette en tjeneste som heter FINANCE_SVC som kjører primært på node 1 og node 2, men automatisk flytter seg til node 3 ved feil.

17) Forklar konseptet med transparent applikasjons-failover (TAF) i Oracle RAC.

Transparent applikasjonsfailover (TAF) lar klienter automatisk koble seg til en overlevende node hvis den opprinnelige tilkoblingen mislykkes. Det sikrer kontinuitet uten ny autentisering.

TAF-moduser:

Mote Tekniske beskrivelser
ØKT Kobler til økten på nytt, men ikke aktive transaksjoner.
VELG replays SELECT uttalelser etter failover.
NONE Deaktiverer TAF.

Konfigurasjonseksempel:

(DESCRIPTION =
  (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = scan1)(PORT = 1521))
  )
  (CONNECT_DATA =
    (SERVICE_NAME = finance_svc)
    (FAILOVER_MODE = (TYPE = SELECT)(METHOD = BASIC))
  )
)

Dette sikrer at økter kobles automatisk til en annen node på nytt.

18) Hvordan håndteres kommunikasjon mellom noder i Oracle RAC?

Kommunikasjon mellom noder i RAC skjer via en privat sammenkoblingsnettverk dedikert for klyngetrafikk. Dette nettverket overfører hurtigbufferfusjonsblokker, hjerteslagmeldinger og synkroniseringsdata.

  • Protokoller brukt: UDP (User Datagram Protocol) eller RDS over InfiniBand.
  • optimalisering: Oracle anbefaler dedikerte, redundante sammenkoblinger med lav latens.
  • Håndtering av feil: ClusterWare oppdager sammenkoblingsfeil og omdirigerer kommunikasjonen automatisk.

Eksempel: I et oppsett med dobbel sammenkobling, hvis sammenkobling A svikter, fortsetter sammenkobling B å håndtere hurtigbufferfusjon sømløst.

19) Hva er Cache Fusion i? Oracle RAC, og hvordan fungerer det?

Cache-fusjon er en mekanisme som sikrer datakonsistens på tvers av alle noder i Oracle RAC. I stedet for å skrive blokker til disk, overfører RAC oppdaterte datablokker over sammenkoblingen mellom instansbuffere.

  • Reduserer disk I/O-forsinkelse.
  • Opprettholder hurtigbufferkoherens gjennom Global hurtigbuffertjeneste (GCS).
  • Tracks blokkerer eierskap ved bruk av Global ressurskatalog (GRD).

Eksempel: Hvis node 1 endrer en datablokk, sender GCS den oppdaterte blokken til node 2s hurtigbuffer når det er nødvendig, i stedet for at begge skriver til disk.

Fordel Forklaring
Raskere ytelse Minimerer fysiske I/O-operasjoner
Datakonsistens Sørger for at alle instanser har synkroniserte data

20) Hvordan overvåker og feilsøker du Oracle Problemer med RAC-ytelse?

Ytelsesovervåking i Oracle RAC involverer diagnostikk på både systemnivå og instansnivå.

Vanlige verktøy:

  • GV$-visninger (GV$SESSION, GV$SYSTEM_EVENT, GV$ACTIVE_INSTANCES).
  • AWR- og ADDM-rapporter: Gi ytelsesanalyse på tvers av instanser.
  • Clustervarelogger: Lokalisert i $GRID_HOME/log/<node_name>.
  • OEM Cloud Control: Tilbyr grafiske RAC-dashbord.

Feilsøkingstrinn:

  1. Sjekk nodetilstanden ved hjelp av crsctl check cluster.
  2. Identifiser blokkerende økter ved hjelp av GV$-visninger.
  3. Analyser sammenkoblingsforsinkelse med orachk.

Eksempel: Høye ventetider med «gc buffer busy» indikerer overbelastning av sammenkoblingen, noe som kan kreve nettverksjustering.

21) Hva er nodeutkastelse i Oracle RAC, og hvorfor oppstår det?

Nodeutkastelse oppstår når Oracle Clusterware fjerner en node med makt fra klyngen for å opprettholde datakonsistens og forhindre split-brain-tilstander.

Ocuco Cluster SyncChronization Service Daemon (CSSD) overvåker nodens hjerteslag. Hvis en node ikke sender hjerteslag til stemmedisken eller til peer-noder innen en definert tidsavbrudd, blir den kastet ut.

Vanlige årsaker:

  • Feil på sammenkoblingen.
  • Tap av tilgang til stemmedisk.
  • CSSD eller OS henger seg.

Eksempel: Hvis Node 2s sammenkobling midlertidig faller ned, kan CSSD fjerne den for å forhindre potensiell datakorrupsjon. Når problemet er løst, kan Node 2 bli med i klyngen igjen.

22) Forklar forskjellen mellom Oracle RAC og Oracle Datavakt.

Trekk Oracle RAC Oracle Datavakt
Hovedformål Høy tilgjengelighet og skalerbarhet Disaster Recovery
Architecture Flere instanser, samme database Separat standby-database
Failover-type Instansnivå Nettstedsnivå
Datadeling Delte databasefiler Fysisk eller logisk replikasjon
Synkronisering Sanntids hurtigbufferfusjon Gjør om tømmerskipetping og søk

Eksempel: RAC beskytter mot nodefeil i et datasenter, mens Data Guard beskytter mot nettstedsfeil på tvers av lokasjoner. Mange bedrifter implementerer begge for komplette HA-DR-løsninger (High Availability–Disaster Recovery).

23) Hvordan Oracle RAC håndterer angre tabellområder og gjør om logger?

Hver RAC-instans vedlikeholder sin eget angre-tabellområde og gjenta logggrupper, som sikrer transaksjonshåndtering på instansnivå.

  • Angre tabellområder isolerer ikke-iverksatte transaksjonsdata.
  • Redo-logger registrerer forekomstspesifikke endringer for gjenoppretting.
  • Alle redo-logger slås til slutt sammen til én enkelt database-redo-strøm.

Eksempel: I en RAC med 3 noder, hvis node 1 krasjer, Oracle bruker sine redo-logger til å gjenopprette uforpliktede transaksjoner mens nodene 2 og 3 fortsetter behandlingen som normalt.

24) Hvilke forskjellige typer ressurser forvaltes av Oracle Clustervare?

Oracle Clusterware administrerer flere ressurstyper som sikrer problemfri klyngedrift:

Ressurstype Tekniske beskrivelser
Database Kontrollerer databaseforekomster og -tjenester
ASM Administrerer lagrings- og diskgrupper
VIP Virtuelle IP-adresser for klientfailover
lytteren Administrerer klientforbindelser
Søknad Tilpassede brukerskript eller applikasjoner

Hver ressurs har avhengigheter og omstartspolicyer. For eksempel er databaseressursen avhengig av ASM- og lytterressurser for å starte uten problemer.

25) Hva er de beste fremgangsmåtene for Oracle RAC-utplassering?

  1. Bruk redundante nettverk: Separate sammenkoblings-, offentlige og lagringsnettverk.
  2. Implementer flerveisveiing: Forhindre I/O-feil ved hjelp av ASM-flerbanekonfigurasjon.
  3. Optimaliser sammenkoblingsforsinkelse: Bruk bundne grensesnitt eller InfiniBand.
  4. Skjerm med AWR/ADDM: Kontinuerlig ytelsesjustering.
  5. Vanlige sikkerhetskopier: Automatiser OCR og sikkerhetskopiering av stemmedisker.

Eksempel: Store bedrifter distribuerer ofte RAC på tvers av forskjellige rack med redundant strøm og nettverk for å oppnå begge deler. ytelse og resiliens.

⚙️ 10 VERDIØKENDE ORACLE RAC-SPØRSMÅL OG SVAR PÅ EKSPERTNIVÅ

26) Hvilke faktorer påvirker Oracle RAC-skalerbarhet og ytelse?

RAC-skalerbarhet avhenger av flere sammenhengende faktorer:

  • Samkoblingshastighet: Bestemmer latens for hurtigbufferfusjon.
  • Arbeidsmengdetype: OLTP vs. DSS påvirker kommunikasjon mellom noder.
  • Ytelse av I/O-delsystemet: Rask delt lagring forbedrer parallell prosessering.
  • Tjenestekonfigurasjon: Balansert arbeidsbelastning på tvers av noder.

Eksempel: En DSS-arbeidsmengde drar større nytte av RAC-skalering enn et lite OLTP-system på grunn av optimaliseringen av parallelle spørringer.

27) Hvordan Oracle Håndterer RAC splittet hjerne-scenarier?

A delt hjerne oppstår når klyngenoder mister kommunikasjon, men fortsetter å skrive til databasen uavhengig. Oracle Clustervaren forhindrer dette ved å bruke Stemmedisk for å bekrefte flertallsmedlemskapet.

  • Hvis en node mister quorum (flertallstilgang), er det kastet ut.
  • Dette forhindrer datadivergens eller korrupsjon.

Eksempel: I en klynge med 3 noder, hvis node 3 mister tilkoblingen til begge jevnaldrende, blir den fjernet for å opprettholde datakonsistens.

28) Hva er rollen til Global Resource Directory (GRD) i Oracle RAC?

Ocuco Global ressurskatalog (GRD) vedlikeholder metadata om alle hurtigbufrede datablokker i RAC. Det bidrar til å koordinere blokkeierskap og sikre konsistent tilgang.

  • Styrt av GCS og GES.
  • Tracks hvilken instans som holder hver blokk i delt eller eksklusiv modus.

Eksempel: Hvis node 1 oppdaterer en blokk, markerer GRD-oppføringen node 1 som blokkens nåværende eier, og unngår dermed dupliserte oppdateringer fra andre noder.

29) Hvordan kan du finjustere ytelsen til sammenkoblingen i Oracle RAC?

Tuning fokuserer på å minimere nettverkslatens og optimalisere hurtigbufferfusjon:

  1. Bruk dedikerte private nettverk for sammenkoblinger.
  2. aktiver Jumbo-rammer for større pakkestørrelser.
  3. Bruk bonding eller teaming for redundans.
  4. Overvåke gc cr block receive time beregninger.

Eksempel: Å bytte fra 1GbE til 10GbE-sammenkobling kan redusere globale ventetider i hurtigbufferen med over 60 %.

30) Hvordan Oracle RAC oppnår lastfordeling for spørringer?

Oracle RAC fordeler spørrearbeidsbelastninger på tvers av instanser ved hjelp av:

  • Tjenestebasert lastbalansering.
  • Parallell spørrekjøring.
  • Automatisk arbeidsbelastningsstyring (AWM).

Oracle's interne algoritmer tildeler dynamisk ressurser basert på gjeldende belastningsmålinger, og sikrer at ingen enkelt node blir en flaskehals.

31) Hva slags feil finnes det Oracle Kan RAC håndtere det automatisk?

Feiltype Automatisk gjenopprettingsmetode
Instansfeil Gjenværende forekomster fortsetter; en mislykket forekomst starter på nytt
Nodefeil Clusterware flytter tjenester automatisk
Diskfeil ASM-rebalansering sikrer kontinuitet
Nettverksfeil TAF omdirigerer økter til tilgjengelige noder

RACs integrerte feiltoleranse minimerer nedetid for både planlagte og uplanlagte hendelser.

32) Kan Oracle Kan RAC og Data Guard brukes sammen?

Ja, RAC og Data Guard kan kombineres for omfattende høy tilgjengelighet og katastrofegjenoppretting.

  • RAC: Håndterer lokale nodefeil (intra-site).
  • Datavakt: Håndterer datasenterfeil (mellom lokasjoner).

Eksempel: En RAC med 4 noder i New York kan ha en Data Guard standby RAC i London for fullstendig robusthet.

33) Hvordan legger du til en ny node i en eksisterende Oracle RAC-klynge?

Å legge til en node innebærer følgende trinn:

  1. Install Clusterware på den nye noden.
  2. Legg til noden ved hjelp av addnode.sh.
  3. Konfigurer ASM og databaseinstans.
  4. Registrer ny instans med SCAN og lyttere.

Eksempel: Du kan skalere fra en klynge med 2 noder til 3 noder uten nedetid, noe som forbedrer lastekapasiteten umiddelbart.

34) Hva er ulempene med Oracle RAC?

Ulempe Tekniske beskrivelser
Høy kostnad Lisens- og maskinvarekostnader
kompleksitet Krever ekspertkonfigurasjon og finjustering
Sammenkoblingsavhengighet Nettverksfeil kan påvirke ytelsen
Begrenset for små arbeidsmengder Overkill for små databaser

Til tross for disse utfordringene, oppveier fordelene for virksomhetskritiske systemer ulempene når de administreres riktig.

35) Hva er fremtiden til Oracle RAC i moderne skymiljøer?

Oracle RAC fortsetter å utvikle seg, spesielt med Oracle Skyinfrastruktur (OCI) integrasjon. RAC er nå tilgjengelig i OCI VM-klynger og Exadata Cloud Service, som tilbyr elastisk skalerbarhet og administrerte klyngeoperasjoner.

Skyadopsjon introduserer hybridmodeller som kombinerer RAC med Autonome databaser og Datavakt for hybride HA-DR-oppsett.

Eksempel: OCIs administrerte RAC-tjeneste forenkler konfigurasjon og overvåking samtidig som den opprettholder ytelsen på lokalt nivå.

🔍 Topp Oracle RAC-intervjuspørsmål med virkelige scenarier og strategiske svar

Nedenfor er 10 profesjonelle Oracle RAC-intervjuspørsmål med klare forventninger og modellsvar. Fire svar inkluderer de nødvendige frasene, hver brukt bare én gang.

1) Kan du forklare hva Oracle Hva er RAC, og hvorfor bruker organisasjoner det?

Forventet fra kandidaten: Forståelse av høy tilgjengelighet, skalerbarhet og klynging.

Eksempel på svar: Oracle RAC er en klyngebasert databaseløsning som lar flere servere få tilgang til én database samtidig. Organisasjoner bruker den for å oppnå høy tilgjengelighet, feiltoleranse og horisontal skalerbarhet for forretningskritiske applikasjoner. Hvis én node svikter, forblir databasen tilgjengelig via andre noder, noe som sikrer minimal nedetid.

2) Hvordan Oracle Håndterer RAC lastbalansering på tvers av flere noder?

Forventet fra kandidaten: Kunnskap om arbeidsfordeling og Oracle tjenester.

Eksempel på svar: Oracle RAC bruker en kombinasjon av Oracle Net Services, lastbalansering på tjenestenivå og dynamisk arbeidsbelastningsfordeling for å balansere tilkoblinger på tvers av noder. Cluster Ready Services overvåker nodebelastningen og hjelper til med å omdirigere økter for å sikre optimal ytelse.

3) Beskriv et utfordrende scenario der du diagnostiserte og løste et ytelsesproblem i Oracle RAC.

Forventet fra kandidaten: Problemløsnings- og feilsøkingsferdigheter.

Eksempelsvar (ved bruk av obligatorisk setning: I min forrige rolle): I min forrige rolle opplevde jeg et betydelig ytelsesproblem forårsaket av ujevn fordeling av økter på tvers av RAC-noder. Jeg brukte AWR- og ASH-rapporter for å identifisere et hotspot på én node. Etter å ha justert belastningsfordelingen på tjenestenivå for tilkoblinger og finjustert sammenkoblingstrafikken, stabiliserte ytelsen seg på tvers av alle noder.

4) Hvordan overvåker du nodehelse og klyngeytelse i Oracle RAC?

Forventet fra kandidaten: Kjennskap til skript, verktøy og Oracle verktøy.

Eksempel på svar: Jeg overvåker klyngetilstanden ved hjelp av Oracle Clusterprogramvareverktøy som CRSCTL og SRVCTL, samt OEM Cloud Control. Jeg gjennomgår også AWR-, ADDM- og ASH-rapporter og klyngelogger for å sikre at noder, nettverksgrensesnitt og lagringskomponenter fungerer som de skal.

5) Fortell meg om en gang du samarbeidet med tverrfaglige team mens du jobbet med Oracle RAC.

Forventet fra kandidaten: Kommunikasjons- og samarbeidsevner.

Eksempelsvar (ved bruk av obligatorisk setning: På en tidligere posisjon): I en tidligere stilling jobbet jeg tett med systemadministratorer og nettverksingeniører under en RAC-oppgradering. Jeg koordinerte failover-testing, validerte sammenkoblingskonfigurasjoner og samarbeidet om justeringer av lagringsmultipathing for å sikre at oppgraderingen gikk sømløst.

6) Hvordan Oracle RAC sikrer datakonsistens på tvers av noder?

Forventet fra kandidaten: Kunnskap om Cache Fusion og klyngeinternals.

Eksempel på svar: Oracle RAC bruker Cache Fusion, som overfører datablokker mellom noder over sammenkoblingen. Denne mekanismen sikrer at alle noder ser konsistente data i sanntid uten å være sterkt avhengige av disklesinger, noe som muliggjør høy gjennomstrømning og samtidighet.

7) Hvilke skritt tar du før du utfører vedlikehold på en Oracle RAC-miljøet?

Forventet fra kandidaten: Forståelse av vedlikeholdsplanlegging og risikoredusering.

Eksempel på svar: Før jeg utfører vedlikehold, verifiserer jeg sikkerhetskopier, gjennomgår status for klynger og databaser, tømmer økter fra målnoden ved hjelp av tjenester og varsler alle interessenter. Jeg følger også en tilbakerullingsplan for å sikre rask gjenoppretting hvis vedlikeholdet mislykkes.

8) Beskriv en gang du håndterte en uventet nodefeil. Hvordan reagerte du?

Forventet fra kandidaten: Evne til å håndtere hendelser under press.

Eksempelsvar (ved bruk av obligatorisk setning: På min forrige jobb): I min forrige jobb sviktet en RAC-node på grunn av et problem med nettverksgrensesnittet. Jeg analyserte umiddelbart CRS-loggene, bekreftet at de gjenværende nodene fungerte som de skal, og startet failover-prosedyrer. Deretter samarbeidet jeg med nettverksteamet for å erstatte den defekte maskinvaren og reintegrere noden.

9) Hvordan går du frem med ytelsesjustering Oracle RAC-miljøer?

Forventet fra kandidaten: Praktisk erfaring med tuning.

Eksempel på svar: Jeg begynner med å identifisere om flaskehalsen er klyngerelatert, databaserelatert eller maskinvarerelatert. Jeg analyserer sammenkoblingslatens, tjenestedistribusjon, ventehendelser og SQL-ytelse. Deretter justerer jeg parametere, finjusterer SQL-setninger og optimaliserer tjenester for bedre balansering av arbeidsmengden.

10) Gi et eksempel på et prosjekt der du forbedret skalerbarheten til en Oracle RAC-systemet.

Forventet fra kandidaten: Erfaring med kapasitetsplanlegging og optimalisering.

Eksempelsvar (ved bruk av obligatorisk setning: I min siste rolle): I min siste rolle optimaliserte jeg et RAC-miljø som støttet et raskt voksende transaksjonssystem. Jeg la til en ekstra node, omkonfigurerte tjenester for å distribuere arbeidsbelastninger mer effektivt og justerte den underliggende lagringen. Disse endringene forbedret skalerbarheten og reduserte ventetiden i rushtiden.

Oppsummer dette innlegget med: