Configurare un database Oracle pluggable

Datastream supporta l'architettura multi-tenant Oracle, in cui un singolo database di container (CDB) contiene uno o più database modulari (PDB). Ogni database pluggable è un database autonomo con un ID e un nome univoci e può essere gestito in modo indipendente.

Per connetterti a un contenitore in una configurazione di architettura multi-tenant o per passare da una sessione del contenitore all'altra, utilizza il seguente comando:

ALTER SESSION SET CONTAINER = CONTAINER_NAME;

Sostituisci CONTAINER_NAME con il nome del contenitore, ad esempio il database pluggable o il contenitore CDB$ROOT.

Puoi configurare il database Oracle pluggable per l'utilizzo con i seguenti metodi CDC:

• Lettore di log binari (anteprima)
• API LogMiner

Per ulteriori informazioni sul lettore di log binari e sull'API LogMiner, consulta Utilizzo dei file di log di ripetizione del database Oracle.

Per istruzioni dettagliate su come configurare il database Oracle di origine per ciascuno di questi metodi, consulta le sezioni seguenti.

Configura il database Oracle pluggable per il lettore di log binari

Preview

This feature is subject to the "Pre-GA Offerings Terms" in the General Service Terms section of the Service Specific Terms. Pre-GA features are available "as is" and might have limited support. For more information, see the launch stage descriptions.

Per configurare il database Oracle pluggable per l'utilizzo con il metodo CDC del lettore di log binari, segui questi passaggi:

1. Seleziona uno dei seguenti metodi per accedere ai file di log:

   • Automatic Storage Management (ASM): se selezioni questa opzione, devi creare una connessione ASM dedicata e fornire i relativi dettagli quando crei il profilo di connessione.
   • Directory del database: se selezioni questa opzione, devi creare oggetti directory del database che rimandino ai file di log di ripristino e ai file di log archiviati e concedere all'utente del database l'accesso READ alle directory:

   CREATE DIRECTORY DIRECTORY_NAME_1 as 'ONLINE_REDO_LOGS_PATH';
   CREATE DIRECTORY DIRECTORY_NAME_2 as 'ARCHIVED_REDO_LOGS_PATH';
   GRANT READ ON DIRECTORY DIRECTORY_NAME_1 to USER_NAME;
   GRANT READ ON DIRECTORY DIRECTORY_NAME_2 to USER_NAME;

   Sostituisci quanto segue:

   • DIRECTORY_NAME_1: il nome della directory per i file log di reimpostazione online.
   • DIRECTORY_NAME_2: il nome della directory per i file log di reintegrazione archiviati.
   • ONLINE_REDO_LOGS_PATH: il percorso della directory in cui devono essere archiviati i file log di reintegrazione online.
   • ARCHIVED_REDO_LOGS_PATH: il percorso della directory in cui devono essere archiviati i file log.
   • USER_NAME: il nome dell'utente del database a cui vuoi concedere accessoREAD.

   Se selezioni il metodo di lettura del log binario e utilizzi le directory del database, devi fornire i nomi delle directory dei log redo e dei log archiviati quando crei lo stream.

2. Verifica che il database sia in esecuzione in modalità ARCHIVELOG.

   Per farlo, accedi al database Oracle ed esegui il seguente comando alla richiesta di SQL:

   SELECT LOG_MODE FROM V$DATABASE;

   1. Se il risultato è ARCHIVELOG, vai al passaggio successivo.
   2. Se il risultato è NOARCHIVELOG, dovrai abilitare la modalità ARCHIVELOG per il tuo database.

   3. Esegui i seguenti comandi dopo aver eseguito l'accesso come SYSDBA:

      SHUTDOWN IMMEDIATE;
      STARTUP MOUNT;
      ALTER DATABASE ARCHIVELOG;
      ALTER DATABASE OPEN;

   4. I file di log archiviati occupano spazio su disco, quindi ti consigliamo di configurare il parametro DB_RECOVERY_FILE_DEST_SIZE per il tuo database. Utilizza questo parametro per specificare (in byte) il limite massimo dello spazio totale da utilizzare per i file di recupero del database di destinazione. Impostando questo parametro, puoi gestire il compromesso tra la protezione del database da esaurimento dello spazio su disco e l'errore dello stream a causa della perdita della posizione del log.

3. Definisci una policy di conservazione dei dati per il tuo database eseguendo questi comandi Oracle Recovery Manager (RMAN):

   TARGET /
   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;

   Utilizza il comando TARGET / per avviare un client RMAN e connetterti al database di origine. Consulta Eseguire connessioni al database con RMAN.

   Ti consigliamo di conservare i backup e i log di archiviazione per almeno 4 giorni, ma è consigliabile conservarli per 7 giorni.

   L'esecuzione di questo comando riavvia l'istanza di database in modo che le modifiche apportate al database possano essere applicate.

4. Torna al prompt SQL dello strumento di database che stai utilizzando per configurare il criterio di rotazione dei file di log Oracle. Ti consigliamo di impostare una dimensione massima del file di log non superiore a 512 MB.

5. Attiva i dati di log supplementari. Per farlo, abilita prima il logging supplementare minimo a livello di database eseguendo il seguente comando:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;

   Quindi, scegli se attivare il logging per tabelle specifiche o per l'intero database.

   Per registrare le modifiche solo per tabelle specifiche, esegui il seguente comando per ogni tabella da replicare:

   ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   Sostituisci quanto segue:

   • SCHEMA: il nome dello schema che contiene la tabella.
   • TABLE: il nome della tabella per la quale vuoi registrare le modifiche.

   Per replicare la maggior parte o tutte le tabelle del database, ti consigliamo di attivare il logging per l'intero database. Esegui il comando seguente per abilitare i dati di log supplementari per l'intero database:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

   La modalità di logging supplementare deve essere impostata su ALL. Non puoi impostare questa modalità su PK_ONLY.

6. Concedi i privilegi appropriati all'account utente che verrà utilizzato per la connessione al tuo database collegabile. Per farlo, esegui il comando seguente:

   GRANT SELECT ON GV_$LOG TO USER_NAME;
   GRANT SELECT ON GV_$LOGFILE TO USER_NAME;
   GRANT SELECT ON GV_$ARCHIVED_LOG TO USER_NAME;
   GRANT SELECT ON GV_$INSTANCE TO USER_NAME;
   GRANT SELECT ON GV_$STANDBY_LOG TO USER_NAME;
   GRANT SELECT ON V_$INSTANCE TO USER_NAME;
   GRANT SELECT ON V_$PDBS TO USER_NAME;
   GRANT SELECT ON V_$TRANSPORTABLE_PLATFORM TO USER_NAME;
   GRANT SELECT ON V_$DATABASE TO USER_NAME;
   GRANT SELECT ON COL$ TO USER_NAME;
   GRANT SELECT ON DBA_OBJECTS TO USER_NAME;
   GRANT SELECT ON DBA_TABLESPACES TO USER_NAME;
   GRANT SELECT ON DBA_ENCRYPTED_COLUMNS TO USER_NAME;
   GRANT SELECT ON DBA_EXTENTS TO USER_NAME;
   
   GRANT CONNECT TO USER_NAME;
   GRANT CREATE SESSION TO USER_NAME;
   GRANT SELECT ANY TABLE TO USER_NAME;
   GRANT READ ON DIRECTORY ONLINELOG_DIR TO USER_NAME;
   GRANT READ ON DIRECTORY ARCHIVELOG_DIR TO USER_NAME;

   Sostituisci USER_NAME con il nome dell'account utente che intendi utilizzare per connetterti al tuo database.

Configura il database Oracle pluggable per LogMiner

Per configurare un database Oracle pluggable self-hosted in modo da poterlo utilizzare con l'API LogMiner, svolgi i seguenti passaggi:

1. Verifica che il database sia in esecuzione in modalità ARCHIVELOG. Per farlo, esegui il comando seguente dal contenitore CDB$ROOT:

   SELECT LOG_MODE FROM V$DATABASE;

   1. Se il risultato è ARCHIVELOG, vai al passaggio 2.
   2. Se il risultato è NOARCHIVELOG, dovrai abilitare la modalità ARCHIVELOG per il tuo database.

   3. Esegui i seguenti comandi dopo aver eseguito l'accesso come SYSDBA:

      SHUTDOWN IMMEDIATE;
      STARTUP MOUNT;
      ALTER DATABASE ARCHIVELOG;
      ALTER DATABASE OPEN;
      

   4. I file di log archiviati occupano spazio su disco, quindi ti consigliamo di configurare il parametro DB_RECOVERY_FILE_DEST_SIZE per il tuo database. Utilizza questo parametro per specificare (in byte) il limite massimo dello spazio totale da utilizzare per i file di recupero del database di destinazione. Impostando questo parametro, puoi gestire il compromesso tra la protezione del database da un eventuale esaurimento dello spazio su disco e l'interruzione dello stream a causa della perdita della posizione del log.

2. Definisci un criterio di conservazione dei dati per il tuo database eseguendo il seguente comando Oracle Recovery Manager (RMAN) dal contenitore CDB$ROOT:

   CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 4 DAYS;
   

   Il comando definisce il criterio di conservazione dei dati per tutti i database collegabili nel database contenitore.

   Puoi utilizzare il comando TARGET / per avviare un client RMAN e connetterti al contenitore CDB$ROOT del database di origine. Per ulteriori informazioni, consulta Eseguire connessioni al database con RMAN.

   Ti consigliamo di conservare i backup e i log di archiviazione per almeno 4 giorni, ma è consigliabile conservarli per 7 giorni.

3. Torna al prompt SQL dello strumento di database che stai utilizzando per configurare il criterio di rotazione dei file di log Oracle. Ti consigliamo di impostare una dimensione massima del file di log non superiore a 512 MB.

4. Attiva i dati di log supplementari. Per farlo, abilita prima il logging supplementare nel database a livello di contenitore CDB$ROOT eseguendo il seguente comando:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
   

   Quindi, scegli se attivare il logging per tabelle specifiche o per l'intero database pluggable.

   Per registrare le modifiche solo per tabelle specifiche, connettiti al contenitore del database pluggable ed esegui il seguente comando per ogni tabella da replicare:

   ALTER TABLE SCHEMA.TABLE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
   

   Sostituisci quanto segue:

   • SCHEMA: il nome dello schema che contiene la tabella.
   • TABLE: il nome della tabella per la quale vuoi registrare le modifiche.

   Per replicare più tabelle o tutte le tabelle del database, ti consigliamo di attivare il logging per l'intero database.

   Esegui il comando seguente per abilitare i dati di log supplementari per l'intero database:

   ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
   

   La modalità di logging supplementare deve essere impostata su ALL. Non puoi impostare questa modalità su PK_ONLY.

5. Crea un utente comune. Un utente comune ha la stessa identità nel contenitore CDB$ROOT e nei database collegabili. Un utente comune può connettersi ed eseguire operazioni all'interno del contenitore CDB$ROOT e in qualsiasi database pluggable in cui dispone di privilegi. Il nome utente comune deve iniziare con C## o c##.

6. Concedi i privilegi appropriati all'utente comune che verrà utilizzato per la connessione al tuo database. Sono necessarie autorizzazioni diverse a livello di contenitore CDB$ROOT e database collegabile.

   • Connettiti al contenitore CDB$ROOT ed esegui i seguenti comandi:

   GRANT CREATE SESSION TO USER_NAME;
   GRANT SET CONTAINER TO USER_NAME;
   GRANT SELECT ON SYS.V_$DATABASE TO USER_NAME;
   GRANT SELECT ON SYS.V_$LOGMNR_CONTENTS TO USER_NAME;
   GRANT EXECUTE ON DBMS_LOGMNR TO USER_NAME;
   GRANT EXECUTE ON DBMS_LOGMNR_D TO USER_NAME;
   GRANT LOGMINING TO USER_NAME;
   GRANT EXECUTE_CATALOG_ROLE TO USER_NAME;
   

   • Connettiti al database collegabile ed esegui i seguenti comandi:

   GRANT CREATE SESSION TO USER_NAME;
   GRANT SET CONTAINER TO USER_NAME;
   GRANT SELECT ANY TABLE TO USER_NAME;
   GRANT SELECT ON SYS.V_$DATABASE TO USER_NAME;
   GRANT SELECT ON SYS.V_$ARCHIVED_LOG TO USER_NAME;
   GRANT SELECT ON DBA_SUPPLEMENTAL_LOGGING TO USER_NAME;
   

   Per ogni comando, sostituisci USER_NAME con il nome dell'account utente comune. L'esecuzione di questi comandi concederà all'utente i privilegi di lettura da V$DATABASE (obbligatorio per la convalida), avvierà il miner dei log e concederà i privilegi per la selezione da V$LOGMNR_CONTENT.

7. Concedi all'utente comune SELECT l'accesso alla vista DBA_EXTENTS nel tuo database. Questo privilegio ti consente di utilizzare il backfill basato su ROWID per l'origine Oracle:

   GRANT SELECT ON DBA_EXTENTS TO USER_NAME;

Passaggi successivi

• Scopri di più su come funziona Datastream con le origini Oracle.