Créez une base de données de conteneur de shell sur le même hôte que la base de données à instance unique dans une base séparée ORACLE_HOME.

Arrêtez la base de données d'instance unique et redémarrez-la en mode lecture seule.

Exécutez le DBMS_PDB.DESCRIBE procédure de génération des métadonnées de la base de données.

BEGIN
  DBMS_PDB.DESCRIBE(
    pdb_descr_file => '/home/oracle/ncdb.xml');
END;
/

Arrêtez la base de données à instance unique.

Démarrez la base de données du conteneur.

Exécutez le DBMS_PDB.CHECK_PLUG_COMPATIBILITY Fonction permettant de déterminer si le non-CDB est compatible avec le CDB.

SET SERVEROUTPUT ON
DECLARE
  compatible CONSTANT VARCHAR2(3) :=
    CASE DBMS_PDB.CHECK_PLUG_COMPATIBILITY(
           pdb_descr_file => '/disk1/oracle/ncdb.xml',
           pdb_name       => 'NCDB')
    WHEN TRUE THEN 'YES'
    ELSE 'NO'
END;
BEGIN
  DBMS_OUTPUT.PUT_LINE(compatible);
END;
/

Connectez l'instance unique non-CDB.

CREATE PLUGGABLE DATABASE ncdb USING '/home/oracle/ncdb.xml'
  COPY
  FILE_NAME_CONVERT = ('/disk1/oracle/dbs/', '/disk2/oracle/ncdb/')
;

S'il n'y a pas suffisamment d'espace sur l'hôte, le NOCOPY Vous pouvez utiliser l'option pour créer le PDB. Dans ce cas, un non-CDB à instance unique n'est pas utilisable après la connexion en tant que PDB car les fichiers de données d'origine ont été utilisés pour le PDB. Veillez à créer une sauvegarde avant la conversion afin qu'il y ait quelque chose à redescendre en cas de problème.

Démarrez avec la mise à niveau PDB après la conversion si la version entre le non-CDB source à instance unique et le CDB cible sont différentes. Pour la conversion de la même version, cette étape peut être ignorée.

sqlplus / as sysdba;
alter session set container=ncdb
alter pluggable database open upgrade;
exit;
dbupgrade -c ncdb -l /home/oracle

Ouvrez la base de données enfichable, recherchez les violations de plug-in pdb et recompilez les objets non valides.

alter pluggable database ncdb open;
alter session set container=ncdb;
select message from pdb_plug_in_violations where type like '%ERR%' and status <> 'RESOLVED';
$ORACLE_HOME/perl/bin/perl $ORACLE_HOME/rdbms/admin/catcon.pl -n 1 -c 'ncdb' -e -b utlrp -d $ORACLE_HOME/rdbms/admin utlrp.sql

L'exécution noncdb_to_pdb.sql pour mettre à jour le dictionnaire de données.

sqlplus / as sysdba
alter session set container=ncdb;
@$ORACLE_HOME/rdbms/admin/noncdb_to_pdb.sql;

Créez un CDB dans le cloud public Azure sur une machine virtuelle Azure avec la même version et le même niveau de patch.

Depuis le contrôleur Ansible, clonez une copie du kit d'automatisation.

git clone https://github.com/NetApp-Automation/na_ora_aws_migration.git

Lisez les instructions du fichier README.

Configurez les fichiers de variables hôte Ansible pour les serveurs Oracle source et cible, ainsi que le fichier de configuration de l'hôte du serveur DB pour la résolution du nom.

Installez les prérequis sur le contrôleur Ansible sur le contrôleur Ansible.

ansible-playbook -i hosts requirements.yml
ansible-galaxy collection install -r collections/requirements.yml --force

Exécutez toutes les tâches de pré-migration sur le serveur sur site.

ansible-playbook -i hosts ora_pdb_relocate.yml -u admin -k -K -t ora_pdb_relo_onprem

L'utilisateur admin est l'utilisateur de gestion sur l'hôte serveur Oracle sur site avec des privilèges sudo. L'utilisateur admin est authentifié par un mot de passe.

Exécutez la relocalisation de l'APB Oracle depuis les sites vers l'hôte Oracle Azure cible.

ansible-playbook -i hosts ora_pdb_relocate.yml -u azureuser --private-key db1.pem -t ora_pdb_relo_primary

Le contrôleur Ansible peut être situé sur site ou dans le cloud Azure. Le contrôleur doit disposer d'une connectivité avec l'hôte du serveur Oracle sur site et l'hôte VM Azure Oracle. Le port de base de données Oracle (tel que 1521) est ouvert entre l'hôte du serveur Oracle sur site et l'hôte VM Azure Oracle.