Grunnleggende om Oracle 12cs virkelige applikasjonsklynger - dummies

Hvis du har besøkt Oracles nettsteder de siste 12 årene, har du sett markedsføringslinjen: "Ubrytelig. "Den taglinjen refererer til funksjonen Real Application Clusters (RAC). Selvfølgelig er mange elementer involvert, men RAC har fokus.

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

Disse tilfellene samarbeider for å dele arbeid og tilbake hverandre i tilfelle en av dem mislykkes. RAC kan hjelpe med både planlagte og uplanlagte utbrudd. Den lar deg skifte prosessering fra server til server med liten eller ingen avbrudd for sluttbrukere og applikasjoner.

Real Applications Clusters versus Oracle Parallel Service

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

Oracle har herdet arkitekturen betydelig, noe som gjør den mer tilgjengelig og enklere å sette opp. Oracle fokuserte også på komponenter i miljøet som minimerer nedetid. Så, du kan si at RAC er en ny OPS-rasen som langt overgår tidligere evner i brukbarhet og ytelse.

Det er en stor beslutning om å avgjøre om RAC passer for deg. Implementering av RAC krever mye ressurser og penger. Imidlertid kan noen ganger spare litt mer opp foran, spare deg senere.

Vurder hva RAC kan tilby:

• Skalerbarhet: Teknologien er basert på datamaskiner og ressurser som lager opp som en. Med RAC kan du kjøpe og lisensiere maskinvare etter behov. Videre kan du plugge inn den nye maskinvaren mens du går uten å ta ned databasen. Hvis du har overskredet databehandlingskapasiteten til serveren, legger du sømløst til en i konfigurasjonen.

• Uptime: RAC kan hærre datamaskinmiljøet ditt mot planlagt og uplanlagt nedetid. Du kan gjennomsiktig fjerne deler av programmet for planlagt nedetid (for eksempel vedlikehold, oppdateringer og oppgraderinger) med liten eller ingen avbrudd for sluttbrukerne. Videre overfører RAC automatisk applikasjonsforbindelser til andre ressurser i rammen hvis et av miljøets databehandlingsressurser svikter.

• Ytelse: Noen kan argumentere med dette punktet, men du må nøye definere RACs ytelsesfunksjoner:

  • Fordi RAC er et komplisert miljø, må søknaden din utformes for å få best mulig nytte.Hvis du ignorerer dette faktum, kan RAC faktisk skade ytelsen. Husk på det.

  • RAC kan tilby ytelsesfordeler når det gjelder divide-and-conquer methodology. Du kan dele store jobber på tvers av datamaskiner. Hvis du vet at en underpowered maskin begrenser ditt firma, kan rekonfigurering av jobben til å kjøre på flere maskiner gi gode fordeler.

    Den kalles parallellbehandling, , og det er en del av RAC-grunnleggende. RAC er en skalering ut (horisontal) løsning. Dette betyr at du legger til noder i klyngen i stedet for å ha en server erstattet med en annen kraftigere server, eller skalere opp (vertikal).

Hvordan utforske Oracle 12cs RAC-arkitektur

RAC fungerer gjennom en komplisert organisering av maskinvare- og programvarekonfigurasjoner. Oracle-databaser refereres vanligvis til som et enkelt sett med filer (databasen) og et enkelt sett med minne- og prosesskomponenter (forekomsten) som fungerer sammen for at du får tilgang til og vedlikeholder dataene dine.

Det er den mest typiske konfigurasjonen for en Oracle-installasjon. I denne konfigurasjonen kan databasefilene monteres og åpnes av bare en maskin og en Oracle-forekomst av gangen.

Med RAC er disse filene delbare så mange maskiner og forekomster kan få tilgang til de samme filene. Du kan ha (avhengig av sertifisering og versjoner) 100 databaser som har tilgang til samme delte database. På samme måte som du kanskje har to DBAer på kontoret din:

• Man kan feriere mens den andre jobber (les: høy tilgjengelighet).

• Begge kan jobbe sammen på et stort prosjekt for å dele arbeidsbelastningen og møte en aggressiv tidslinje (les: ytelse).

• Legg til en tredje person for å møte arbeidsbelastningskravene etter hvert som Oracle-ansvaret vokser (les: skalerbarhet).

Mange komponenter kreves i et RAC-oppsett. For å få en generell ide om hvordan arkitekturen ser ut.