Grunderna i Oracle 12cs verkliga applikationskluster - dummies

Om du har besökt Oracles webbplatser under de senaste 12 åren har du sett marknadsföringslinjen: "Unbreakable. "Den här tagglinjen avser funktionen Verkliga programklyftor (RAC). Naturligtvis är många faktorer inblandade, men RAC har strålkastaren.

RAC är Oracles databasklusterlösning. På ett sätt fungerar det på teorin att det finns styrka i antal. RAC låter dig ha driftsmiljöer med parallell databas.

Dessa instanser samarbetar för att dela arbete och återställa varandra om en av dem misslyckas. RAC kan hjälpa till med både planerade och oplanerade avbrott. Det låter dig skifta din bearbetning från server till server med liten eller ingen avbrott för dina slutanvändare och applikationer.

Verkliga applikationer Clusters versus Oracle Parallel Service

RAC, som har funnits i många år, var tidigare känt som alternativet parallell server. Innan någon blir flamad om när RAC var RAC, är det lätt att erkänna att före RAC-moniker var Oracle Parallel Server (OPS) långt ifrån de möjligheter som RAC har att erbjuda.

Oracle har härdat arkitekturen betydligt, vilket gör det mer tillgängligt och lättare att installera. Oracle fokuserade också på komponenterna i miljön som minimerar driftstopp. Så du kan säga att RAC är en ny ras av OPS som överträffar tidigare möjligheter i användbarhet och prestanda.

Att bestämma om RAC är rätt för dig är ett stort beslut. Implementeringsrapportering kräver mycket resurser och pengar. Men ibland att spendera lite mer upp kan du spara dig senare.

Tänk på vad RAC kan erbjuda:

• Skalbarhet: Tekniken är baserad på datorer och resurser som samlar sig som en. Med RAC kan du köpa och licensiera hårdvara som du behöver. Dessutom kan du ansluta den nya hårdvaran när du går utan att ta ner din databas. Om du har överskridit dina datorfunktioner för servern, lägg till en till din konfiguration.

• Uptid: RAC kan härda din datormiljö mot planerad och oplanerad driftstopp. Du kan genomskinligt ta bort delar av applikationen för planerad driftstopp (t.ex. underhåll, patchar och uppgraderingar) med liten eller ingen avbrott för slutanvändare. Om en av dina miljöers dataförsättningar misslyckas, överför RAC automatiskt applikationsanslutningar till andra resurser i ramen.

• Prestanda: Vissa kan argumentera med den här punkten, men du måste noggrant definiera RACs prestandamöjligheter:

  • Eftersom RAC är en komplicerad miljö måste din ansökan utformas för att bäst dra nytta av.Om du ignorerar detta faktum kan RAC faktiskt skada prestanda. Kom ihåg det.

  • RAC kan erbjuda prestanda när det gäller divide-and-conquer methodology. Du kan dela stora jobb över datorer. Om du vet att en underpowered maskin begränsar ditt företag, kan omkonfigureringen av jobbet att köras på flera maskiner ge stora fördelar.

    Den heter parallellbehandling, och det ingår i RAC-principerna. RAC är en skala ut (horisontell) lösning. Det innebär att du lägger till noder i klustret istället för att ha en server ersatt med en annan kraftfullare server, eller skalar upp (vertikal).

Hur man utforskar Oracle 12cs RAC-arkitektur

RAC fungerar genom en komplex organisation av hårdvaru- och programvarukonfigurationer. Oracle-databaser kallas vanligen som en enda uppsättning filer (databasen) och en enda uppsättning minnes- och processkomponenter (förekomsten) som fungerar tillsammans för att du ska kunna komma åt och behålla dina data.

Det är den vanligaste konfigurationen för en Oracle-installation. I denna konfiguration kan databasfilerna monteras och nås av endast en maskin och en Oracle-instans åt gången.

Med RAC är dessa filer delbara så många maskiner och instanser kan komma åt samma filer. Du kan ha (beroende på certifiering och versioner) 100 databasinstanser som har samma delade databas. Precis som du kanske har två DBA: er på ditt kontor:

• Man kan semestra medan den andra fungerar (läs: hög tillgänglighet).

• Båda kan arbeta tillsammans i ett stort projekt för att dela arbetsbelastningen och möta en aggressiv tidslinje (läs: prestanda).

• Lägg till en tredje person för att uppfylla kraven på arbetsbelastning när Oracle ansvar växer (läs: skalbarhet).

Många komponenter krävs i en RAC-inställning. För att få en allmän uppfattning om hur arkitekturen ser ut.