Basics af Oracle 12c's Real Application Clusters - dummies

Hvis du har besøgt Oracles websteder i de sidste 12 år, har du set marketing byline: "Ubrydelig. "Denne taglinje refererer til funktionen Real Application Clusters (RAC). Selvfølgelig er mange elementer involveret, men RAC har fokus.

RAC er Oracles database clustering løsning. På en måde virker det på teorien om, at der er styrke i tal. RAC giver dig mulighed for at have parallelle database instans driftsmiljøer.

Disse tilfælde samarbejder om at dele arbejde og tilbage hinanden i tilfælde af at en af ​​dem fejler. RAC kan hjælpe med både planlagte og uplanlagte udfald. Det giver dig mulighed for at skifte din behandling fra server til server med lidt eller ingen afbrydelse for dine slutbrugere og applikationer.

Real Applications Clusters versus Oracle Parallel Service

RAC, som har eksisteret i mange år, var tidligere kendt som parallel server-indstillingen. Før nogen bliver flammet om, hvor RAC var RAC, er det let at indrømme, at Oracle Parallel Server (OPS) før RAC-monikerne var langt fra de muligheder, som RAC har at tilbyde.

Oracle hærdede arkitekturen betydeligt, hvilket gjorde den mere tilgængelig og lettere at konfigurere. Oracle fokuserede også på komponenterne i miljøet, der minimerer nedetid. Så du kan sige, at RAC er en ny OPS-race, der langt overstiger tidligere kapaciteter i brugbarhed og ydeevne.

Det er en stor beslutning at afgøre, om RAC passer til dig. Implementering af RAC kræver masser af ressourcer og penge. Men nogle gange kan du spare lidt mere op foran, så du kan spare dig senere.

Overvej, hvad RAC kan tilbyde:

• Skalerbarhed: Teknologien er baseret på computere og ressourcer, der går sammen som en. Med RAC kan du købe og licensere hardware, som du har brug for. Desuden kan du tilslutte den nye hardware, mens du går uden at tage din database ned. Hvis du har overskredet dine computerkapacitet til serveren, skal du tilføje en til din konfiguration problemfrit.

• Uptime: RAC kan hærde dit computermiljø imod planlagt og uplanlagt nedetid. Du kan gennemsigtigt fjerne dele af applikationen for planlagt nedetid (såsom vedligeholdelse, patches og opgraderinger) med ringe eller ingen afbrydelse til slutbrugerne. Hvis et af dit computers databehandlingsressourcer ikke fejler, overfører RAC automatisk applikationsforbindelser til andre ressourcer i rammen.

• Ydeevne: Nogle kan argumentere med dette punkt, men du skal omhyggeligt definere RACs ydeevner:

  • Da RAC er et kompliceret miljø, skal din ansøgning udformes for at kunne udnytte fordelene.Hvis du ignorerer denne kendsgerning, kan RAC faktisk skade præstationen. Husk det.

  • RAC kan tilbyde præstationsfordele når det gælder divide-and-conquer methodology. Du kan opdele store job på tværs af computere. Hvis du ved, at en underpowered maskine begrænser din virksomhed, kan rekonfigureringen af ​​jobbet til at køre på flere maskiner give gode fordele.

    Den hedder parallelbehandling, , og det er en del af RAC-principperne. RAC er en skalering (vandret) løsning. Dette betyder at du føjer noder til klyngen i stedet for at have en server udskiftet med en anden stærkere server, eller skalere op (lodret).

Sådan udforskes Oracle 12c's RAC-arkitektur

RAC virker gennem en kompleks organisation af hardware og software konfigurationer. Oracle-databaser kaldes typisk som et enkelt sæt filer (databasen) og et enkelt sæt hukommelses- og proceskomponenter (forekomsten), der arbejder sammen for at få adgang til og vedligeholde dine data.

Det er den mest typiske konfiguration til en Oracle-installation. I denne konfiguration kan databasefilerne kun monteres og åbnes af kun en maskine og en Oracle-instans ad gangen.

Med RAC er disse filer delbare så mange maskiner og instanser kan få adgang til de samme filer. Du kan have (afhængigt af certificering og versioner) 100 databaser, der har adgang til den samme delte database. Ligesom du måske har to DBA'er på dit kontor:

• Man kan ferie mens de andre arbejder (læs: høj tilgængelighed).

• Begge kan arbejde sammen om et stort projekt for at opdele arbejdsbelastningen og møde en aggressiv tidslinje (læs: præstationer).

• Tilføj en tredje person for at opfylde kravene til arbejdsbyrde, da Oracle-ansvaret vokser (læs: skalerbarhed).

Der kræves mange komponenter i en RAC opsætning. For at få en generel ide om, hvordan arkitekturen ser ud.