Oracle tilbyder Real Application Clusters (RAC) til virksomheder i alle former og størrelser. Det tilbyder skalerbarhed, gode priser, høj ydeevne og maksimal bruger samtidighed med tilgængelighed døgnet rundt. På grund af sin struktur betragtes RAC ofte som den bedste løsning for dem med kritiske databaser.
Selvom der kræves en RAC -licens for at få adgang til dette system, kan du integrere flere komponenter for at bygge de løsninger, du har brug for.
Som med ethvert system som dette er der visse fordele og ulemper, der skal tages i betragtning, før den endelige investering foretages.
Liste over fordele ved Oracle RAC
1. Visse patches kan anvendes i deres kontinuerlige tilstand.
Ved kontinuerlig patching lukkes hver node i Oracle RAC, og derefter påføres patchen. Når det sker, bliver noden aktiv igen. Ved at gå separat til hver node undgås en fuldstændig nedlukning, så oppetiden for denne mulighed er konsekvent på eller tæt på 100%. Selvom nogle patches ikke kan anvendes i denne tilstand, har den stadig minimale nedetidspatchfunktioner, der stadig hjælper dig med at forblive produktiv.
2. Det er belastningsbalanceret for bedre ydeevne.
Med Oracle RAC koordinerer tjenester dine sessioner ved at registrere din arbejdsbyrde. De kan også registrere mængden af arbejde, der udføres. Med disse oplysninger kan klienter omdirigeres til den mindst indlæste node, der kører en forekomst for deres specifikke tjenester. Der tilbydes to typer af belastningsbalancering: klientsiden og serversiden. Dette gør det muligt at blive ved med at arbejde med de hastigheder, du har brug for, uden de samme trusler om datatab.
3. Det er en yderst skalerbar løsning.
Når du vokser, kan Oracle RAC vokse med dig. En af dens hovedkarakteristika er muligheden for, at hver instans har en anden konfiguration. Det betyder, at du kan opdele applikationer uden hovedpine, have en OLTP med en anden forekomst og administrere alle andre forekomster på en måde, der fungerer godt med din unikke konfiguration. Alt dette sker med en enkelt database.
4. Medmindre forbindelserne ikke er RAC -kompatible, behøver de ikke at blive tilsluttet igen.
Fordi Oracle RAC er et nodebaseret system, skaber uplanlagte fejl minimal brugerpåvirkning i forhold til lignende tjenester. For at opretholde tilgængeligheden etablerer klienter, der er forbundet til en mislykket forekomst, straks en ny forbindelse med de overlevende instanser i databasen. Genforbindelse er ikke nødvendig i de fleste tilfælde, fordi du simpelthen ændrer tilstedeværelsen af din node. Så længe det primære sted forbliver intakt, forbliver denne fordel generelt.
5. DML -processer kan falde tilbage.
Der er tidspunkter, hvor du arbejder i SQL Plus -miljøet, hvor dine datasætningssprogssætninger ikke går som planlagt. I stedet for at din erklæring straks bliver permanent, giver dette system dig mulighed for at se effekten af en DML -erklæring i Developer. Det bliver ikke permanent, før du gennemfører en transaktion, der inkluderer den. Det gør det lettere at vende det, da en transaktion er en sekvens af datadrevne SQL-sætninger, der behandles som en enhed.
6. Det kan spare dig nogle penge.
Hvis du vælger standardudgaven af Oracle RAC i stedet for Enterprise-udgaven med to noder i stedet for 4, kan dine samlede 3-årige omkostninger være mindre end $ 250.000 med dette system. Det er vigtigt at gennemgå alle konfigurationsmuligheder, før du går ind på en specifik løsning for at sikre, at du får den bedst mulige handel.
Liste over ulemper ved Oracle RAC
1. Det kræver en bestemt netværkskonfiguration for at fungere korrekt.
Med Oracle RAC skal du have dine SCAN -IP’er, dine VIP’er og dine offentlige IP -adresser på det samme offentlige netværk for at databasen kan fungere korrekt. Private IP’er skal være på et andet netværk end det offentlige netværk. Du skal også pinge dine offentlige og private IP -adresser, før installationen begynder. Hvis et link i denne kæde ikke er på plads, vil der opstå en forkert netværkskonfigurationsfejl.
2. Du skal have Oracle RAC på delt lagerplads.
Med Oracle RAC skal du have dine databasefiler, din OCR -placering og din stemmedisk alle på delt lagerplads. Hvis du ikke gør det, fungerer det ikke korrekt. Ethvert problem, du har med konfigurationen af den delte disk, vil i sidste ende få systemet til at gå ned, hvilket resulterer i en dårlig fejlrapport om delt diskkonfiguration.
3. Der er mange forudsætninger, der skal opfyldes.
Når du konfigurerer dit netværk til Oracle RAC og Clusterware, vil du opdage, at hver node i klyngen har specifikke krav, der skal opfyldes. Du skal have mindst 2 netværksinterfacekort, offentlige grænsefladesnavne for hver node og også de samme private grænsefladesnavne for alle noder. Din netværksadapter skal understøtte TCP / IP, og den private grænseflade skal understøtte UDP for højhastighedsnetværksadaptere med en switch, der understøtter mindst gigabit ethernet. Dette er ud over hardwarekravene og andre forudsætninger, der skal opfyldes.
4. Det er ikke altid en omkostningsbesparende løsning.
Hvis du overvejer Oracle RAC som en måde at spare penge på, skal du sørge for, at du også overvejer hardwareomkostninger. Mange virksomheder ser kun på softwareomkostninger, hvilket fører til en ubehagelig overraskelse, når det er tid til at betale regningerne. Et diskarray med 20 TB brugbar kapacitet til primær lagring kan have en 3-årig pris på omkring $ 150.000 for nogle virksomheder. Tilføj licensgebyrer, som kan overstige en million dollars for nogle brugere, når der er brug for flere enheder, og omkostningerne kan være bedre, hvis du forbliver lokal og administrerer din egen database.
5. Der kan være nogle skalerbarhedsbegrænsninger.
Med Oracle RAC, hvis applikationen ikke skaleres på SMP, vil den heller ikke. Det er også vigtigt at tage en realistisk tilgang til de latensforskelle, du kan opleve med inter-node netværk og hukommelses-kun cache-forekomstkommunikation. Dette system fungerer bedst, når du har høj ydelse og høje tilgængelighedsbehov. Hvis du kun har et af disse behov, kan en enkelt instansserver eller en mindre kompleks løsning være en bedre mulighed.
Fordele og ulemper ved Oracle RAC kan hjælpe en virksomhed med at forstå, at den er klar til denne løsning, eller at den har noget at gøre. Det har nogle fantastiske oppetidstatistikker, giver dig beskyttelse mod fejl i enkeltforekomster og enkeltservere og hjælper dig med at drage fordel af de større SGA-størrelser i forhold til grundlæggende enkeltinstansservere.
