Oracle
 sql >> Database >  >> RDS >> Oracle

Migrazione di un database Oracle da AWS EC2 ad AWS RDS, parte 2

Servizio di migrazione del database diventa essenziale per diversi motivi, inclusa la migrazione da un database proprietario a un database open source, la migrazione tra database proprietari o open source e la migrazione a un servizio gestito. Stiamo esplorando la migrazione di un database Oracle da EC2 a RDS e nel primo di quattro articoli, "Migrazione di un database Oracle da AWS EC2 ad AWS RDS, parte 1", abbiamo creato un'istanza di Oracle Database su EC2 e un'altra su RDS. In questo secondo articolo creeremo un utente del database, creeremo una tabella del database da migrare e creeremo un'istanza di replica DMS, inclusi gli endpoint di replica.

Questo articolo ha le seguenti sezioni:

  • Creazione di un utente del database
  • Creazione di una tabella di database
  • Creazione di un'istanza di replica AWS DMS
  • Creazione di endpoint di replica
  • Conclusione

Creazione di un utente del database

Crea un utente Oracle Database da utilizzare con DMS:

SQL> CREATE USER DVOHRA IDENTIFIED BY Calgary_10
   DEFAULT TABLESPACE SYSTEM
   QUOTA 10M ON SYSTEM
   TEMPORARY TABLESPACE TEMP
   QUOTA 5M ON SYSTEM;
   2   3   4   5
User created.

Concedi all'utente i privilegi nel database Oracle. È richiesto solo un sottoinsieme di privilegi (http://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.Privileges), ma concedi tutti i privilegi.

SQL> grant all privileges to DVOHRA identified by password;
Grant succeeded.

Oracle Database, se utilizzato come endpoint del database di origine in Database Migration Service, deve essere in ARCHIVELOG modalità. Verifica che il database sia in modalità ARCHIVELOG.

SQL> select log_mode from v$database;
LOG_MODE
------------
ARCHIVELOG

Creazione di una tabella di database

Discuteremo due tipi di attività di migrazione:

  • Migra solo i dati esistenti
  • Migra i dati esistenti e replica le modifiche in corso

Per migrare i dati esistenti, crea una tabella di database nello schema DVOHRA con la seguente istruzione DDL:

SQL> CREATE TABLE DVOHRA.wlslog(time_stamp VARCHAR2(255)
   PRIMARY KEY,category VARCHAR2(255),type VARCHAR2(255),
   servername VARCHAR2(255),code VARCHAR2(255),msg VARCHAR2(255));
Table created.

Aggiungi i dati della tabella con le seguenti istruzioni DMS.

SQL> INSERT INTO DVOHRA.wlslog(time_stamp,category,type,
   servername,code,msg) VALUES('Apr-8-2014-7:06:16-PM-PDT',
   'Notice','WebLogicServer','AdminServer','BEA-000365',
   'Server state changed to STANDBY');
INSERT INTO DVOHRA.wlslog(time_stamp,category,type,servername,
   code,msg) VALUES('Apr-8-2014-7:06:17-PM-PDT','Notice',
   'WebLogicServer','AdminServer','BEA-000365','Server state
   changed to STARTING');
INSERT INTO DVOHRA.wlslog(time_stamp,category,type,servername,
   code,msg) VALUES('Apr-8-2014-7:06:18-PM-PDT','Notice',
   'WebLogicServer','AdminServer','BEA-000365','Server state
   changed to ADMIN');
INSERT INTO DVOHRA.wlslog(time_stamp,category,type,servername,
   code,msg) VALUES('Apr-8-2014-7:06:19-PM-PDT','Notice',
   'WebLogicServer','AdminServer','BEA-000365','Server state
   changed to RESUMING');
INSERT INTO DVOHRA.wlslog(time_stamp,category,type,servername,
   code,msg) VALUES('Apr-8-2014-7:06:20-PM-PDT','Notice',
   'WebLogicServer','AdminServer','BEA-000361','Started WebLogic
   AdminServer');
INSERT INTO DVOHRA.wlslog(time_stamp,category,type,servername,
   code,msg) VALUES('Apr-8-2014-7:06:21-PM-PDT','Notice',
   'WebLogicServer','AdminServer','BEA-000365','Server state
   changed to RUNNING');
INSERT INTO DVOHRA.wlslog(time_stamp,category,type,servername,
   code,msg) VALUES('Apr-8-2014-7:06:22-PM-PDT','Notice',
   'WebLogicServer','AdminServer','BEA-000360','Server started in
   RUNNING mode');

1 row created.
SQL>
1 row created.
SQL>
1 row created.

SQL>
1 row created.

SQL>
1 row created.

SQL>
1 row created.

SQL>
1 row created.

SQL> COMMIT;

Commit complete.

Creazione di un'istanza di replica AWS DMS

Utilizzeremo la stessa istanza di replica per creare due diversi tipi di attività di migrazione. Per creare un'istanza di replica, fai clic su Crea migrazione nel dashboard DMS, come mostrato nella Figura 1.


Figura 1: Crea migrazione

Nella pagina di benvenuto di Database Migration Service, fai clic su Avanti , come mostrato nella Figura 2.


Figura 2: Benvenuto>Avanti

In Crea istanza di replica , specifica un nome e una descrizione, come mostrato nella Figura 3. Seleziona una classe di istanza e una versione del motore di replica; vengono utilizzate le impostazioni predefinite per questi. Seleziona VPC come VPC in cui viene creata l'istanza database RDS. Seleziona l'opzione No per non creare un Multi-AZ istanza di replica. Seleziona la casella di controllo Accessibile al pubblico per rendere l'istanza di replica pubblicamente accessibile.


Figura 3: Crea istanza di replica

In Avanzate , seleziona Spazio di archiviazione allocato (l'impostazione predefinita è 50 GB), il Gruppo di sottoreti di replica e Zona di disponibilità (deve essere Nessuna preferenza ). Seleziona i Gruppi di sicurezza VPC come gruppo di sicurezza in cui viene creata l'istanza database RDS. Seleziona la chiave principale KMS come dms . Le impostazioni avanzate sono mostrate nella Figura 4.


Figura 4: Impostazioni avanzate

Seleziona la Manutenzione predefinita impostazioni e fai clic su Avanti , come mostrato nella Figura 5.


Figura 5: Crea istanza di replica>Avanti

Collega gli endpoint del database di origine e di destinazione viene visualizzata la pagina e viene avviata la creazione dell'istanza di replica, come indicato dal messaggio nella Figura 6.


Figura 6: È in corso la creazione dell'istanza di replica

Quando l'istanza di replica è stata creata, viene visualizzato il messaggio Istanza di replica creata correttamente viene visualizzato (vedi Figura 7).


Figura 7: Istanza di replica creata

Una nuova istanza di replica viene aggiunta in DMS>Istanze di replica , come mostrato nella Figura 8.


Figura 8: DMS>Istanze di replica

Creazione di endpoint di replica

Collega gli endpoint del database di origine e di destinazione la pagina contiene campi per Nome server per gli endpoint del database di origine e di destinazione, come illustrato in precedenza nella Figura 6. L'endpoint del database di origine Il nome del server è il DNS pubblico dell'istanza EC2 su cui è in esecuzione Oracle Database. Il DNS pubblico può essere ottenuto dalla console di gestione EC2, come mostrato nella Figura 9.


Figura 9: Nome DNS pubblico

Il nome del server per l'endpoint del database di destinazione è derivato dall'endpoint dell'istanza database RDS elencato nella console RDS nella Figura 10. L'endpoint è nel formato Nome host:Porta .


Figura 10: Endpoint dell'istanza database RDS

Seleziona Motore di origine e Motore di destinazione come oracle (vedi figura 11). Specificare il nome del server per gli endpoint del database di origine e di destinazione. Specifica Porta come 1521 per gli endpoint del database di origine e di destinazione.


Figura 11: Dettagli di connessione di origine e destinazione

Specifica la modalità SSL come nessuno per gli endpoint del database di origine e di destinazione. Specifica Nome utente per il database di origine come DVOHRA e il database di destinazione come l'utente configurato nell'istanza database RDS. Specifica la Password per il database di origine come password specificata durante la creazione di un'istanza database su EC2 e specificare la Password per il database di destinazione come password utilizzata nella configurazione dell'istanza database RDS. Specifica SID per il database di origine come Oracle SID (ORCL) specificato durante la creazione di Oracle Database su EC2. Specificare il SID per l'endpoint del database di destinazione come SID (ORCL) specificato durante la creazione dell'istanza database RDS, come mostrato nella Figura 12.


Figura 12: Dettagli di connessione al database di origine e di destinazione

In Avanzate sezione, seleziona la chiave principale del Servizio di gestione delle chiavi come dms sia per gli endpoint del database di origine che di destinazione, come mostrato nella Figura 13.


Figura 13: Impostazioni avanzate

Fai clic su Esegui test per testare la connessione al database di origine, come mostrato nella Figura 14.


Figura 14: Esegui il test

Allo stesso modo, fai clic su Esegui test per la connessione al database di destinazione.

Viene visualizzato il messaggio Verifica della connessione all'endpoint per le connessioni al database di origine e di destinazione, come mostrato nella Figura 15.


Figura 15: Test delle connessioni degli endpoint

Se viene stabilita una connessione, viene visualizzato il messaggio Connessione verificata correttamente viene visualizzato (vedi Figura 16).


Figura 16: Connessione verificata con successo

È inoltre possibile aggiungere un endpoint del database con Crea endpoint in DMS>Endpoint. Quando si utilizza l'opzione Crea endpoint, anche la connessione all'endpoint di prova prevede la selezione del VPC e Istanza di replica per l'endpoint, come mostrato nella Figura 17. Fare clic su Salva per salvare la connessione all'endpoint.


Figura 17: Test e salvataggio della connessione dell'endpoint

Le connessioni dell'endpoint del database di origine e di destinazione sono mostrate in DMS>Endpoint nella Figura 18.


Figura 18: Endpoint del database di origine e di destinazione

Conclusione

In questo secondo di quattro articoli, abbiamo creato un utente del database, creato una tabella del database da migrare e creato un'istanza di replica che include gli endpoint di replica. Nel terzo articolo, esploreremo la migrazione dei dati esistenti dagli endpoint di origine (EC2) a quelli di destinazione (RDS).