Nozioni di base dell'architettura multi-tenant e dei database inseribili in Oracle 12c - dummies

Una delle novità più discusse di Oracle 12c è i database multi-tenant . Sono anche diventati noti come database innestabili. Se non hai sentito parlare del cloud, devi aver vissuto sotto una roccia negli ultimi anni. Il c in 12c sta per nuvola.

Al servizio delle risorse di elaborazione e delle applicazioni nel cloud è di gran moda in questi giorni. Ciò riduce le spese in conto capitale per le società e ha anche benefici fiscali immediati. Pertanto, le aziende hanno molti incentivi a trarre vantaggio dal cloud computing.

Una delle tecnologie che è davvero decollata con la rivoluzione del cloud computing è la virtualizzazione. L'utilizzo di macchine virtuali ricavate da macchine fisiche più grandi e l'utilizzo di licenze frazionarie riduce ulteriormente i costi per le società. I database multi-tenant Oracle sono stati sviluppati per aiutare le aziende a sfruttare tutte queste tecnologie e risparmiare sui costi.

L'opzione Multitenant di Oracle 12c è concessa in licenza. Come al solito, controlla con il tuo rappresentante di vendita Oracle i costi. Di nuovo, però, assicurati di essere a conoscenza del ritorno sull'investimento che questa funzione può offrirti.

È necessario essere consapevoli dei nuovi tipi di database che ora fanno parte di un'architettura multi-tenant:

• Database contenitore (CDB): Il database principale che contiene più plug-in banche dati. Molte operazioni possono essere eseguite a livello di contenitore per ridurre i costi di gestione. Un database viene creato come CDB o non-CDB.

• Pluggable Database (PDB): Un insieme di schemi, oggetti e oggetti non di schema che possono essere collegati e scollegati da un database contenitore. Il PDB appare a OracleNet e agli utenti finali come un database di per sé ma viene effettivamente gestito all'interno di un contenitore che può avere molti PDB.

• Database seme (PDB seme): Un PDB predefinito che il sistema utilizza come modello per il provisioning rapido di altri PDB creati dall'utente. Internamente, si chiama PDB $ SEED.

L'opzione Multitenant consente di ottenere quanto segue:

• Elevata densità di consolidamento: Molti database possono condividere processi di memoria e di background.

• Provisioning: Un database può essere scollegato da un ambiente e collegato a un altro o clonato con comandi SQL in pochi secondi. Possono anche essere collegati a sistemi operativi e chipset.

• Patching e aggiornamenti: È possibile applicare una patch a un database semplicemente scollegando da un contenitore senza patch e collegandolo a un altro contenitore con patch.

• Gestire molti database come uno: È possibile eseguire attività come il backup e l'applicazione di patch nel database del contenitore primario anziché nei singoli database collegabili.

• Gestione delle risorse: La funzionalità di Oracle Resource Manager può funzionare a livello di database collegabile per gestire la competizione delle risorse tra i database nel proprio ambiente.

Un'altra cosa degna di nota è che un database collegabile è pienamente compatibile con un non-CDB. In effetti, Oracle ha qualcosa che chiama la garanzia di compatibilità PDB / non-CDB, che afferma che tutto ciò che si farebbe in un non-CDB funzionerebbe anche in un PDB. Questa garanzia di compatibilità è importante quando si tratta di certificare cose come prodotti di terze parti che funzionano in un'architettura multi-tenant.

Come creare un ambiente di database multi-tenant in Oracle 12c

Quando si crea un database, è necessario designarlo come CDB o non-CDB per poter supportare l'architettura multi-tenant. La prossima serie di esempi ti guida attraverso i passaggi per creare un database container con DBCA. C'è solo un passaggio che differenzia un CDB da un non-CDB quando si utilizza il DBCA.

Seguendo il percorso avanzato di creazione di un database, la prima cosa che si potrebbe notare è una casella di spunta per Crea come database contenitore nel passaggio 4 di 13.

È anche possibile scegliere il numero di PDB creati in questo momento. È inoltre possibile scegliere di creare un database contenitore vuoto senza database innestabili all'inizio. Il resto dei passaggi è praticamente lo stesso di quando si crea un CDB non.

Come avviare e interrompere i database pluggable in Oracle 12c

Poiché l'architettura dell'istanza dei database pluggable è completamente diversa da un database non-contenitore, si potrebbe immaginare che anche gestire il loro stato di disponibilità sia diverso. Beh è vero. Iniziamo guardando il CDB stesso.

La prima cosa da ricordare è che, poiché il CDB mantiene l'istanza per cui tutti i PDB condividono, quell'istanza deve essere attiva e aperta affinché le persone possano connettersi ai PDB. L'avvio e l'arresto del CDB non sono diversi da quelli non CDB.

La prossima cosa da ricordare è che quando si avvia un CDB, tutti i PDB associati vengono lasciati nello stato MOUNT, il che significa che, per impostazione predefinita, non vengono aperti con il CDB. Sfortunatamente, 12cR1 non offre un'opzione per cambiare questo comportamento.

Tuttavia, 12c fornisce un nuovo tipo di trigger che si attiva se rileva un'apertura CDB e quindi apre PDB specificati. Consultare la documentazione Oracle per ulteriori informazioni sulla configurazione.

Dopo l'avvio e l'apertura di un CDB, è possibile aprire qualsiasi PDB corrispondente in questo modo:

SQL> aprire il database pluggable devpdb1 aperto; Database inseribile alterato.

Oppure:

SQL> altera il database inseribile aperto; Database inseribile alterato.

Per chiudere i PDB, puoi essenzialmente fare l'opposto dei comandi precedenti:

SQL> modifica del database pluggable devpdb1 close; Database inseribile alterato.

Oppure:

SQL> modifica il database inseribile tutti vicini; Database inseribile alterato.

È possibile utilizzare la visualizzazione del dizionario dati V $ PDBS per ottenere informazioni sulla disponibilità dei PDB.