Basics of Multitenant Architecture and Pluggable Databases i Oracle 12c - dummies

En af de mest omtalte nye funktioner i Oracle 12c er multitenant databaser. De er også blevet kendt som pluggbare databaser. Hvis du ikke har hørt om skyen, skal du have levet under en sten i de seneste år. c i 12c står for sky.

Servering af computervirksomheder og applikationer i skyen er al den vrede i disse dage. Dermed reduceres investeringsudgifter for virksomheder og har umiddelbare skattefordele også. Derfor har virksomheder en stor incitament til at udnytte cloud computing.

En af de teknologier, der virkelig har taget sig af med cloud computing revolutionen, er virtualisering. Brug af virtuelle maskiner udskåret af større fysiske maskiner og udnyttelse fraktioneret licensering reducerer yderligere omkostningerne for virksomheder. Oracle multitenant databaser blev udviklet for at hjælpe virksomhederne med at udnytte alle disse teknologier og omkostningsbesparelser.

Muligheden for Multitenant til Oracle 12c er licenseret. Som sædvanlig, kontakt din Oracle-forhandler for omkostninger. Igen skal du dog være opmærksom på investeringsafkastet, som denne funktion kan medføre.

Du skal være opmærksom på de nye typer af databaser, der nu er en del af en multitenantarkitektur:

• Container Database (CDB): Den primære database, der indeholder flere plug-in databaser. Mange operationer kan udføres på containerniveau for at reducere administrationsomkostningerne. En database er oprettet som enten en CDB eller en ikke-CDB.

• Pluggbar database (PDB): Et sæt skemaer, objekter og ikke-skematiske objekter, der kan tilsluttes og frakobles fra en container database. FBF ser ud til OracleNet og slutbrugere som en database i sig selv, men administreres faktisk inden for en container, der kan have mange PDB'er.

• Seed Database (Seed PDB): Et standard FBF, som systemet bruger som en skabelon til hurtigt at levere andre brugeroprettede PDB'er. Internt kaldes det PDB $ SEED.

Funktionen Multitenant hjælper dig med at opnå følgende:

• Høj konsolideringstæthed: Mange databaser kan dele hukommelses- og baggrundsprocesser.

• Forsyning: En database kan kobles fra et miljø og plugges til en anden eller klones med SQL-kommandoer på få sekunder. De kan endda tilsluttes operativsystemer og chipsæt.

• Patching og opgraderinger: Du kan patch en database ved blot at frakoble fra en upakket beholder og tilslutte den til en anden patched container.

• Administrer mange databaser som en: Du kan udføre opgaver som sikkerhedskopiering og patching på den primære containerdatabase i stedet for de individuelle pluggbare databaser.

• Ressourceadministration: Funktionen Oracle Resource Manager kan fungere på pluggable databaseniveau, så du kan styre ressourcekonkurrence mellem databaserne i dit miljø.

En anden ting værd at nævne er, at en pluggbar database er fuldt kompatibel med en ikke-CDB. Faktisk har Oracle noget, der kalder PDB / non-CDB-kompatibilitetsgarantien, , hvori det hedder, at alt, hvad du ville gøre i en ikke-CDB, også ville fungere i et FBF. Denne kompatibilitetsgaranti er vigtig, når det gælder certificering af ting som tredjepartsleverandørprodukter til at arbejde i en multitenantarkitektur.

Sådan oprettes et multitenant-databasemiljø i Oracle 12c

Når du opretter en database, skal du udpege den som en CDB eller ikke-CDB, for at den kan understøtte multitenantarkitekturen. Det næste sæt eksempler går igennem trinene for at oprette en container database med DBCA. Der er kun ét trin, der differentierer en CDB fra en ikke-CDB, når du bruger DBCA.

Efter den avancerede vej til oprettelse af en database er det første, du måske bemærker, et afkrydsningsfelt til Create As Container Database i trin 4 af 13.

Du kan også vælge antallet af PDB'er, der er oprettet på dette tidspunkt. Du kan også vælge at oprette en tom containerdatabase med ingen pluggbare databaser ved starten. Resten af ​​trinene er stort set de samme som når du opretter en ikke-CDB.

Sådan startes og stoppes pluggbare databaser i Oracle 12c

Da instansarkitekturen for pluggbare databaser er helt forskellig fra en ikke-container database, kan man forestille sig, at styring af deres tilstand af beredskab også er anderledes. Nå, det er sandt. Lad os begynde med at kigge på CDB'en selv.

Den første ting at huske er, at fordi CDB vedligeholder forekomsten, som alle PDB'er deler, skal forekomsten være op og åben for at folk skal kunne oprette forbindelse til PDB'erne. Start og stop af CDB er ikke forskellig fra ikke-CDB'er.

Den næste ting at huske på er, at når du starter en cdb, bliver alle dens tilknyttede PDB'er tilbage i MOUNT-tilstand, hvilket betyder, at de som standard ikke åbnes med CDB'en. Desværre tilbyder 12cR1 ikke en mulighed for at ændre denne adfærd.

Men 12c giver dog en ny type trigger, der vil slukke, hvis den registrerer en CDB-åbning og derefter åbner specificerede PDB'er. Se Oracle-dokumentationen for yderligere oplysninger om opsætning af dette.

Når du har startet og åbnet en CDB, kan du åbne eventuelle tilsvarende PDB'er som:

SQL> ændre pluggbar database devpdb1 åben; Pluggbar database ændret.

Eller:

SQL> ændre pluggbar database alle åbne; Pluggbar database ændret.

For at lukke PDB'er kan du i det væsentlige gøre det modsatte af de foregående kommandoer:

SQL> ændre pluggbar database devpdb1 close; Pluggbar database ændret.

Eller:

SQL> ændre pluggbar database alle tætte; Pluggbar database ændret.

Du kan bruge V $ PDBS data ordbog oversigt for at få oplysninger om beredskabet af PDB'erne.