Grunnleggende om multitenantarkitektur og pluggbare databaser i Oracle 12c - dummies

En av de mest omtalte nye funksjoner i Oracle 12c er multitenant databaser. De har også blitt kjent som pluggerbare databaser. Hvis du ikke har hørt om skyen, må du ha levd under en stein de siste årene. c i 12c står for sky.

Å vise opp databehandling ressurser og applikasjoner i skyen er alle raseri i disse dager. Dermed reduseres kapitalutgifter for selskaper og har umiddelbare skattefordeler også. Derfor har selskapene mye incitament til å utnytte cloud computing.

En av teknologiene som virkelig har tatt av med cloud computing revolusjonen er virtualisering. Bruk av virtuelle maskiner skåret ut av større fysiske maskiner og utnytte fraksjonert lisensiering reduserer ytterligere kostnadene for selskaper. Oracle multitenant databaser ble utviklet for å hjelpe bedrifter å dra nytte av alle disse teknologiene og kostnadsbesparelsene.

Alternativet Multitenant for Oracle 12c er lisensiert. Som vanlig, ta kontakt med din Oracles salgsrepresentant for kostnader. Igjen, sørg for at du er klar over avkastningen på investeringen som denne funksjonen kan gi deg.

Du må være oppmerksom på de nye typer databaser som nå er en del av en multitenantarkitektur:

• Container Database (CDB): Den primære databasen som inneholder flere plugget-moduler databaser. Mange operasjoner kan utføres på containernivå for å redusere administrasjonskostnadene. En database er opprettet som enten en CDB eller en ikke-CDB.

• Pluggbar database (PDB): Et sett med skjemaer, objekter og ikke-skjematiske objekter som kan kobles til og kobles fra en containerdatabase. FBF ser ut til OracleNet og sluttbrukere som en database i seg selv, men administreres faktisk innenfor en container som kan ha mange PDBer.

• Seed Database (Seed PDB): Et standard FBB som systemet bruker som en mal for raskt å gi andre brukeropprettede PDBer. Internt kalles det PDB $ SEED.

Alternativet Multitenant hjelper deg med å oppnå følgende:

• Høy konsolideringstetthet: Mange databaser kan dele minne- og bakgrunnsprosesser.

• Forsyning: En database kan kobles fra et miljø og kobles til en annen eller klones med SQL-kommandoer på bare noen få sekunder. De kan til og med være plugget på tvers av operativsystemer og brikkesett.

• Patching og oppgraderinger: Du kan lappe en database bare ved å koble fra en unpatched container og plugge den inn i en annen patched container.

• Administrer mange databaser som ett: Du kan utføre oppgaver som sikkerhetskopiering og patching på den primære containerdatabasen i stedet for de individuelle pluggbare databasene.

• Ressursadministrasjon: Oracle Resource Manager-funksjonen kan fungere på pluggable databasenivå for å administrere ressurskonkurranse mellom databasene i ditt miljø.

En annen ting å nevne er at en pluggbar database er fullt kompatibel med en ikke-CDB. Faktisk har Oracle noe som kaller PDB / ikke-CDB-kompatibilitetsgaranti, som sier at alt du ville gjøre i en ikke-CDB, ville også fungere i et FBF. Denne kompatibilitetsgarantien er viktig når det gjelder å sertifisere ting som tredjepartsleverandørprodukter for å jobbe i en multitenantarkitektur.

Slik oppretter du et multitenant databasemiljø i Oracle 12c

Når du oppretter en database, må du utpeke den som en CDB eller ikke-CDB for at den skal kunne støtte multitenantarkitekturen. Det neste settet med eksempler går deg gjennom trinnene for å opprette en containerdatabase med DBCA. Det er bare ett trinn som skiller en CDB fra en ikke-CDB når du bruker DBCA.

Etter den avanserte banen for å opprette en database, kan det første du merker, være en avkrysningsboks for Create As Container Database på trinn 4 av 13.

Du kan også velge antall PDBer som er opprettet på dette tidspunktet. Du kan også velge å opprette en tom containerdatabase uten pluggbare databaser ved starten. Resten av trinnene er stort sett det samme som når du oppretter en ikke-CDB.

Slik starter du og stopper pluggbare databaser i Oracle 12c

Fordi instansarkitekturen til pluggbare databaser er helt forskjellig fra en ikke-containerdatabase, kan man forestille seg at det er også forskjellig å administrere tilstanden deres. Vel, det er sant. La oss starte med å se på CDB selv.

Den første tingen å huske er at fordi CDB opprettholder forekomsten som alle PDBer deler, må forekomsten være opp og åpen for at folk skal kunne koble til PDBene. Starte og stoppe CDB er ikke forskjellig fra ikke-CDBer.

Den neste tingen å huske er at når du starter en CDB, blir alle tilhørende PDBer igjen i MOUNT-tilstand, noe som betyr at de som standard ikke åpnes med CDB. Dessverre tilbyr 12cR1 ikke et alternativ for å endre denne oppførselen.

Men 12c gir imidlertid en ny type trigger som vil brenne hvis den oppdager en CDB-åpning og deretter åpner angitte PDBer. Se Oracle-dokumentasjonen for ytterligere informasjon om hvordan du konfigurerer dette.

Etter at du har startet og åpnet en CDB, kan du åpne eventuelle tilsvarende PDBer slik:

SQL> endre pluggbar database devpdb1 åpen; Pluggbar database endret.

Eller:

SQL> endre pluggbar database alle åpne; Pluggbar database endret.

For å lukke PDBer, kan du i hovedsak gjøre det motsatte av de foregående kommandoene:

SQL> endre pluggbar database devpdb1 close; Pluggbar database endret.

Eller:

SQL> endre pluggbar database alle lukkede; Pluggbar database endret.

Du kan bruke V $ PDBS data ordliste visning for å få informasjon om beredskapen til PDBene.