Grunnleggende om Oracle 12c Real Application Clusters

Hvis du har besøkt Oracles nettsteder i de siste 12 årene, har du sett markedsføring byline: ". Unbreakable" Det kodelinje refererer til funksjonen Real Application Clusters (RAC). Selvfølgelig, mange elementer er involvert, men RAC har søkelyset.

RAC er Oracles database clustering løsning. På en måte virker det på teorien om at det er styrke i tall. RAC lar deg ha parallelle databaseforekomsten operativmiljøer.

Slike tilfeller samarbeider for å dele arbeidet og back hverandre opp i tilfelle en av dem svikter. RAC kan hjelpe med både planlagte og ikke planlagte driftsstans. Den lar deg skifte behandling fra server til server med liten eller ingen avbrudd til sluttbrukerne og applikasjoner.

Reelle søknader Clusters versus Oracle Parallel service

RAC, som har eksistert i mange år, var tidligere kjent som den parallelle server. Før noen blir flammet om når RAC var RAC, er det lett å innrømme at før RAC moniker, Oracle Parallel Server (OPS) var langt fra evner som RAC har å tilby.

Oracle betydelig herdet arkitekturen, noe som gjør det mer tilgjengelig og enklere å sette opp. Oracle også fokusert på komponentene i det miljø som reduserer dødtid. Så kan du si at RAK er en ny rase av OPS som langt overgår tidligere evner i brukervennlighet og ytelse.

Fastsettelse av hvorvidt RAK er riktig for deg er en stor avgjørelse. Implementering av RAC krever mye ressurser og penger. Men noen ganger tilbringe litt mer opp foran kan spare deg senere.

Vurdere hva RAC kan tilby:

• Skalerbarhet: Teknologien er basert på datamaskiner og ressurser som teamet opp som en. Med RAC, kan du kjøpe og lisens maskinvare som du trenger det. Videre kan du plugge inn den nye maskinvaren som du går uten å ta ned databasen. Hvis du har overskredet din databehandling for serveren, sømløst legge en til din konfigurasjon.
• Oppetid: RAC kan herde datamiljøet mot planlagt og ikke-planlagt nedetid. Du kan transparent fjerne deler av programmet for planlagt nedetid (som for eksempel vedlikehold, patcher, og oppgraderinger) med liten eller ingen avbrudd for sluttbrukerne. Videre, hvis en av dine miljøets dataressurser mislykkes, overfører RAC automatisk applikasjonstilkoblinger til andre ressurser i rammeverket.
• Ytelse: Noen vil kanskje argumentere med dette punktet, men du må nøye definere RAC sin ytelse evner:
  • Fordi RAC er et komplisert miljø, har søknaden din for å være utformet for å best kan dra nytte. Hvis du ignorerer dette faktum, kan RAC faktisk vondt ytelse. Ha det i tankene.
  • RAC kan tilby ytelse fordeler når det kommer til splitt-og hersk metodikk. Du kan dele store jobber på tvers av datamaskiner. Hvis du kjenner en underpowered maskin begrenser din bedrift, konfigurere jobben for å kjøre på flere maskiner kan tilby store fordeler.

    Det kalles parallell prosessering, og det er en del av RAC grunnprinsipper. RAC er en skalering ut (horisontal) løsning. Dette betyr at du legge til noder i klyngen snarere enn å ha en server erstattet med en annen kraftigere server, eller skalere opp (vertikalt).

Hvordan utforske Oracle 12c er RAC arkitektur

RAC fungerer gjennom en kompleks organisasjon av hardware og software konfigurasjoner. Oracle-databaser er vanligvis referert til som et enkelt sett med filer (databasen) og et enkelt sett med minne og prosesskomponenter (forekomsten) som arbeider sammen for deg å få tilgang til og vedlikeholde dine data.

Det er den mest typiske konfigurasjon for en Oracle installasjon. I denne konfigurasjonen, kan databasefilene monteres og nås ved kun en maskin og en Oracle eksempel på en gang.

Med RAC, disse filene er delbar så mange maskiner og instanser kan få tilgang til de samme filene. Du kan ha (avhengig av sertifisering og versjoner) 100 databaseforekomster tilgang til den samme felles database. Akkurat som du kan ha to DBA på kontoret:

• Man kan ferie mens de andre verkene (les: høy tilgjengelighet).
• Begge kan jobbe sammen på et stort prosjekt for å dele arbeidsmengden og møte en aggressiv tidslinje (les: ytelse).
• Legge til en tredje person til å møte arbeidsbelastning krav som Oracle ansvar vokse (les: skalerbarhet).

Mange komponenter er nødvendig i en RAC oppsett. For å få en generell ide om hva arkitekturen ser ut.