Grunderna för multitenantarkitektur och pluggbara databaser i Oracle 12c - dummies

En av de mest talade om nya funktioner i Oracle 12c är multitenant-databaser. De har också kommit att kallas plugbar databaser. Om du inte hört talas om molnet måste du ha bott under en sten under de senaste åren. c i 12c står för moln.

Servering av datortillgångar och applikationer i molnet är alla raserier idag. Att göra så minskar investeringarna för företag och har omedelbara skatteförmåner också. Därför har företagen ett stort incitament att utnyttja cloud computing.

En av de teknologier som verkligen har tagit slut med cloud computing revolutionen är virtualisering. Användning av virtuella maskiner huggade ut av större fysiska maskiner och utnyttjande fraktionerad licensiering minskar ytterligare kostnader för företag. Oracle multitenant databaser har utvecklats för att hjälpa företag att dra nytta av all denna teknik och kostnadsbesparingar.

Alternativet Multitenant för Oracle 12c är licensierat. Som vanligt, kolla med din Oracles försäljningsrepresentant för kostnader. Återigen, se till att du är medveten om avkastningen på investeringen som den här funktionen kan ge dig.

Du måste vara medveten om de nya typerna av databaser som nu ingår i en multitenantarkitektur:

• Container Database (CDB): Den primära databasen som innehåller flera plugin-in databaser. Många operationer kan utföras på behållarnivån för att minska förvaltningskostnaderna. En databas är skapad som antingen en CDB eller en icke-CDB.

• Pluggbar databas (PDB): En uppsättning scheman, objekt och objektsobjekt som kan kopplas och kopplas ur en containerdatabas. FBF verkar för OracleNet och slutanvändare som en databas i sig, men hanteras faktiskt inom en behållare som kan ha många PDB.

• Seed Database (Seed PDB): En standard PDB som systemet använder som en mall för att snabbt tillhandahålla andra användardefinierade PDB. Internt kallas det PDB $ SEED.

Alternativet Multitenant hjälper dig att uppnå följande:

• Hög konsolideringstäthet: Många databaser kan dela minnes- och bakgrundsprocesser.

• Tillhandahållande: En databas kan kopplas från en miljö och anslutas till en annan eller klonad med SQL-kommandon på bara några sekunder. De kan till och med anslutas över operativsystem och chipset.

• Patching och uppgraderingar: Du kan klistra in en databas genom att enkelt koppla ur en omlastad behållare och ansluta den till en annan patchad behållare.

• Hantera många databaser som en: Du kan utföra uppgifter som säkerhetskopiering och lappning i den primära behållardatabasen istället för de enskilda pluggbara databaserna.

• Resurshantering: Funktionen Oracle Resource Manager kan fungera på pluggbar databasnivå för att hantera resurskonkurrens mellan databaserna i din miljö.

En annan sak som är värt att nämna är att en pluggbar databas är fullt kompatibel med en icke-CDB. Faktum är att Oracle har något som kallar PDB / non-CDB-kompatibilitetsgarantin, som säger att allt du skulle göra i en icke-CDB skulle fungera i ett preliminärt preliminärt budgetförslag. Denna kompatibilitetsgaranti är viktig när det gäller att certifiera saker som leverantörsprodukter från tredje part för att arbeta i en multitenantarkitektur.

Skapa en multitenant databasmiljö i Oracle 12c

När du skapar en databas måste du ange den som en CDB eller en icke-CDB för att kunna stödja multitenantarkitekturen. Nästa uppsättning exempel går igenom stegen för att skapa en behållardatabas med DBCA. Det finns bara ett steg som skiljer en CDB från en icke-CDB när du använder DBCA.

Den avancerade sökvägen för att skapa en databas är den första du kanske märker är en kryssruta för Create As Container Database i steg 4 av 13.

Du kan också välja antal PDB: er skapade just nu. Du kan också välja att skapa en tom behållardatabas med inga pluggbara databaser vid starten. Resten av stegen är ungefär samma som när du skapar en icke-CDB.

Så här startar du och stoppar inställbara databaser i Oracle 12c

Eftersom instansarkitekturen för pluggbara databaser är helt annorlunda än en databas med icke-behållare, kan man föreställa sig att hanteringen av deras beredskapsläge också är annorlunda. Nå det är sant. Låt oss börja med att titta på CDB själv.

Det första att komma ihåg är att eftersom CDB upprätthåller förekomsten för alla PDB: er, måste den förekomsten vara öppen och öppen för att människor ska kunna ansluta till PDB: erna. Att starta och stoppa CDB skiljer sig inte från icke-CDB.

Nästa sak att komma ihåg är att när du startar en CDB, lämnas alla dess associerade PDB i MOUNT-tillstånd, vilket innebär att de som standard inte öppnas med CDB. Tyvärr erbjuder 12cR1 inte ett alternativ att ändra detta beteende.

Men 12c ger en ny typ av trigger som kommer att avfyra om den upptäcker en CDB-öppning och då öppnar specificerade PDB. Se Oracle-dokumentationen för mer information om hur du ställer in detta.

När du har startat och öppnat en CDB kan du öppna motsvarande PDB: s så här:

SQL> ändra pluggbar databas devpdb1 öppen; Pluggbar databas ändrad.

Eller:

SQL> ändra pluggbar databas alla öppna; Pluggbar databas ändrad.

För att stänga PDB: er kan du i huvudsak göra motsatsen till de föregående kommandona:

SQL> ändra pluggbar databas devpdb1 close; Pluggbar databas ändrad.

Eller:

SQL> ändra pluggbar databas alla nära; Pluggbar databas ändrad.

Du kan använda V $ PDBS data dictionary för att få information om beredskapen för PDB: erna.