Tr-4987 : déploiement Oracle simplifié et automatisé sur Azure NetApp Files avec NFS
Suggérer des modifications
PDF
Allen Cao, Niyaz Mohamed, NetApp
Cette solution fournit une vue d'ensemble et des détails pour le déploiement automatisé d'Oracle dans Microsoft Azure NetApp Files en tant que stockage de base de données primaire avec le protocole NFS et la base de données Oracle est déployée en tant que base de données de conteneurs avec dNFS activé.
Objectif
L'exécution dans le cloud de workloads Oracle exigeant des performances élevées et sensibles à la latence peut s'avérer complexe. Azure NetApp Files (ANF) permet aux professionnels en entreprise et aux professionnels du stockage de migrer et d'exécuter facilement des workloads Oracle exigeants sans changement de code. Azure NetApp Files est largement utilisé en tant que service de stockage de fichiers partagés sous-jacent dans plusieurs scénarios, par exemple lors d'un nouveau déploiement ou d'une migration (lift-and-shift) de bases de données Oracle d'un environnement sur site vers Azure.
Cette documentation décrit le déploiement simplifié des bases de données Oracle dans Azure NetApp Files via des montages NFS via l'automatisation Ansible. La base de données Oracle se déploie dans une configuration de base de données de conteneurs (CDB) et de bases de données enfichables (PDB) avec le protocole Oracle dNFS activé pour optimiser les performances. En outre, la base de données ou PDB d'une instance unique Oracle sur site peut être migrée vers une base de données de conteneurs récemment déployée dans Azure à l'aide de la méthodologie de transfert automatique de PDB, avec une interruption de service minimale. Il fournit également des informations sur la sauvegarde, la restauration et le clonage rapides des bases de données Oracle avec l'outil de l'interface utilisateur de NetApp SnapCenter dans le cloud Azure.
Cette solution répond aux cas d'utilisation suivants :
-
Déploiement automatisé de bases de données de conteneurs Oracle sur Azure NetApp Files
-
Migration automatisée des bases de données Oracle entre des environnements sur site et le cloud Azure
Public
Cette solution est destinée aux personnes suivantes :
-
Administrateur de base de données qui souhaite déployer Oracle sur Azure NetApp Files.
-
Architecte de solutions de bases de données qui souhaite tester les workloads Oracle sur Azure NetApp Files.
-
Administrateur du stockage qui souhaite déployer et gérer une base de données Oracle sur Azure NetApp Files.
-
Propriétaire d'application qui souhaite créer une base de données Oracle sur Azure NetApp Files.
Environnement de test et de validation de la solution
Les tests et la validation de cette solution ont été réalisés dans un environnement de laboratoire qui ne correspond peut-être pas à l'environnement de déploiement final. Voir la section Facteurs clés à prendre en compte lors du déploiement pour en savoir plus.
Architecture
Composants matériels et logiciels
Matériel |
||
Azure NetApp Files |
Offre actuelle dans Azure de Microsoft |
Un pool de capacité avec niveau de service Premium |
Serveur de base de données Azure VM |
Standard_B4ms - 4 vCPU, 16 Gio |
Deux instances de machine virtuelle Linux pour un déploiement simultané |
Azure VM pour SnapCenter |
Standard_B4ms - 4 vCPU, 16 Gio |
Une instance de machine virtuelle Windows |
Logiciel |
||
Red Hat Linux |
RHEL Linux 8.6 (LVM) - x64 Gen2 |
Déploiement de l'abonnement Red Hat pour les tests |
Serveur Windows |
2022 datacenter ; correctif pour Azure Edition - x64 Gen2 |
Hébergement du serveur SnapCenter |
Base de données Oracle |
Version 19.18 |
Patch RU appliqué p34765931_190000_Linux-x86-64.zip |
OPICH Oracle |
Version 12.2.0.1.36 |
Dernier correctif p6880880_190000_Linux-x86-64.zip |
Serveur SnapCenter |
Version 5.0 |
Déploiement de groupes de travail |
Ouvrez JDK |
Version Java-11-openjdk |
Plug-in SnapCenter requis sur les VM de base de données |
NFS |
Version 3.0 |
Oracle dNFS activé |
Ansible |
noyau 2.16.2 |
Python 3.6.8 |
Configuration de la base de données Oracle dans l'environnement de laboratoire
Serveur |
Base de données |
Stockage DB |
ora-01 |
NTAP1(NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3) |
Montages NFS /u01, /u02, /u03 sur le pool de capacité d'ANF |
ora-02 |
NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3) |
Montages NFS /u01, /u02, /u03 sur le pool de capacité d'ANF |
Facteurs clés à prendre en compte lors du déploiement
-
Organisation du stockage de la base de données Oracle dans ce déploiement Oracle automatisé, nous provisionnons trois volumes de base de données pour chaque base de données afin d'héberger les fichiers binaires, les données et les journaux Oracle par défaut. Les volumes sont montés sur le serveur BDD Oracle sous la forme /u01 - binary, /u02 - data, /u03 - logs via NFS. Les fichiers de contrôle doubles sont configurés sur les points de montage /u02 et /u03 pour assurer la redondance.
-
Déploiement de plusieurs serveurs de bases de données. la solution d'automatisation peut déployer une base de données de conteneurs Oracle sur plusieurs serveurs de bases de données dans un seul PlayBook Ansible. Quel que soit le nombre de serveurs de base de données, l'exécution du PlayBook reste la même. Vous pouvez déployer plusieurs bases de données de conteneurs sur une seule instance de machine virtuelle en répétant le déploiement avec différents ID d'instance de base de données (SID Oracle). Mais assurez-vous qu'il y a suffisamment de mémoire sur l'hôte pour prendre en charge les bases de données déployées.
-
Configuration dNFS. en utilisant dNFS (disponible depuis Oracle 11g), une base de données Oracle s'exécutant sur une machine virtuelle Azure peut prendre en charge beaucoup plus d'E/S que le client NFS natif. Le déploiement Oracle automatisé configure par défaut dNFS sur NFSv3.
-
Allouez des volumes de grande taille pour accélérer le déploiement. le débit des E/S du système de fichiers ANF est régulé en fonction de la taille du volume. Pour le déploiement initial, l'allocation de volumes de grande taille peut accélérer le déploiement. Les volumes peuvent ensuite être dimensionnés de manière dynamique sans impact sur les applications.
-
Sauvegarde de la base de données. NetApp fournit une suite logicielle SnapCenter pour la sauvegarde, la restauration et le clonage de la base de données avec une interface utilisateur conviviale. NetApp recommande de mettre en œuvre cet outil de gestion afin de réaliser rapidement (moins d'une minute) des sauvegardes Snapshot, des restaurations rapides (en minutes) des bases de données et des clones de base de données.
Déploiement de la solution
Les sections suivantes présentent des procédures détaillées pour le déploiement automatisé d'Oracle 19c et la migration de bases de données sur Azure NetApp Files avec des volumes de base de données directement montés via NFS sur des machines virtuelles Azure.
Conditions préalables au déploiement
Details
Le déploiement nécessite les conditions préalables suivantes.
-
Un compte Azure a été configuré et les segments réseau et vnet nécessaires ont été créés dans votre compte Azure.
-
Depuis le portail cloud Azure, déployez les VM Azure Linux en tant que serveurs de base de données Oracle. Créez un pool de capacité Azure NetApp Files et des volumes de base de données pour la base de données Oracle. Activer l'authentification de clés privées/publiques SSH sur machine virtuelle pour l'azuretutilisateur vers les serveurs de base de données. Pour plus d'informations sur la configuration de l'environnement, reportez-vous au schéma d'architecture de la section précédente. Également mentionné à "Procédures détaillées de déploiement d'Oracle sur Azure VM et Azure NetApp Files" pour des informations détaillées.
Pour les machines virtuelles Azure déployées avec redondance de disque local, assurez-vous d'avoir alloué au moins 128 G au disque racine de la machine virtuelle pour disposer de l'espace suffisant pour préparer les fichiers d'installation Oracle et ajouter le fichier d'échange du système d'exploitation. Développez la partition /tmplv et /rootlv OS en conséquence. Ajoutez 1 Go d'espace libre à rootvg-homelv s'il est inférieur à 1 Go. Assurez-vous que le nom du volume de la base de données respecte les conventions VMname-u01, VMname-u02 et VMname-u03. sudo lvresize -r -L +20G /dev/mapper/rootvg-rootlvsudo lvresize -r -L +10G /dev/mapper/rootvg-tmplvsudo lvresize -r -L +1G /dev/mapper/rootvg-homelv -
Provisionnez un serveur Windows à partir du portail cloud Azure pour exécuter l'outil de l'interface utilisateur NetApp SnapCenter avec la dernière version. Pour plus de détails, cliquez sur le lien suivant : "Installez le serveur SnapCenter"
-
Provisionnez une VM Linux en tant que nœud de contrôleur Ansible avec la dernière version d'Ansible et de Git installée. Pour plus de détails, cliquez sur le lien suivant : "Commencer à utiliser l'automatisation des solutions NetApp" dans la section -
Setup the Ansible Control Node for CLI deployments on RHEL / CentOSou
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian.
Le nœud de contrôleur Ansible peut localiser soit sur site, soit dans le cloud Azure jusqu'à ce qu'il puisse accéder aux VM de base de données Azure via le port ssh. -
Clonez une copie du kit d'outils d'automatisation du déploiement NetApp pour Oracle pour NFS.
git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git -
Procédez comme suit : fichiers d'installation Oracle 19c sur le répertoire VM /tmp/archive du BDD Azure avec l'autorisation 777.
installer_archives: - "LINUX.X64_193000_db_home.zip" - "p34765931_190000_Linux-x86-64.zip" - "p6880880_190000_Linux-x86-64.zip"
-
Regardez la vidéo suivante :
Déploiement Oracle simplifié et automatisé sur Azure NetApp Files avec NFS
Fichiers de paramètres d'automatisation
Details
Le PlayBook Ansible exécute les tâches d'installation et de configuration de la base de données avec des paramètres prédéfinis. Pour cette solution d'automatisation Oracle, trois fichiers de paramètres définis par l'utilisateur doivent être saisis avant l'exécution du PlayBook.
-
hôtes : définissez les cibles pour lesquelles le playbook d'automatisation s'exécute.
-
rva/rva.yml - fichier de variables globales qui définit les variables qui s'appliquent à toutes les cibles.
-
host_rva/host_name.yml - fichier de variables locales qui définit les variables qui s'appliquent uniquement à une cible nommée. Dans notre cas d'utilisation, il s'agit des serveurs BDD Oracle.
Outre ces fichiers de variables définis par l'utilisateur, il existe plusieurs fichiers de variables par défaut qui contiennent des paramètres par défaut qui ne nécessitent aucune modification, sauf si nécessaire. Les sections suivantes expliquent comment configurer les fichiers de variables définis par l'utilisateur.
Configuration des fichiers de paramètres
Details
-
Cible Ansible
hostsconfiguration du fichier :# Enter Oracle servers names to be deployed one by one, follow by each Oracle server public IP address, and ssh private key of admin user for the server. [oracle] ora_01 ansible_host=10.61.180.21 ansible_ssh_private_key_file=ora_01.pem ora_02 ansible_host=10.61.180.23 ansible_ssh_private_key_file=ora_02.pem -
Mondial
vars/vars.ymlconfiguration de fichier###################################################################### ###### Oracle 19c deployment user configuration variables ###### ###### Consolidate all variables from ONTAP, linux and oracle ###### ###################################################################### ########################################### ### ONTAP env specific config variables ### ########################################### # Prerequisite to create three volumes in NetApp ONTAP storage from System Manager or cloud dashboard with following naming convention: # db_hostname_u01 - Oracle binary # db_hostname_u02 - Oracle data # db_hostname_u03 - Oracle redo # It is important to strictly follow the name convention or the automation will fail. ########################################### ### Linux env specific config variables ### ########################################### redhat_sub_username: XXXXXXXX redhat_sub_password: XXXXXXXX #################################################### ### DB env specific install and config variables ### #################################################### # Database domain name db_domain: solutions.netapp.com # Set initial password for all required Oracle passwords. Change them after installation. initial_pwd_all: XXXXXXXX -
Serveur DB local
host_vars/host_name.ymlconfiguration telle que ora_01.yml, ora_02.yml …# User configurable Oracle host specific parameters # Enter container database SID. By default, a container DB is created with 3 PDBs within the CDB oracle_sid: NTAP1 # Enter database shared memory size or SGA. CDB is created with SGA at 75% of memory_limit, MB. The grand total of SGA should not exceed 75% available RAM on node. memory_limit: 8192 # Local NFS lif ip address to access database volumes nfs_lif: 172.30.136.68
Exécution de PlayBook
Details
Le kit d'outils d'automatisation comprend cinq playbooks. Chacun exécute des blocs de tâches différents et répond à des besoins différents.
0-all_playbook.yml - execute playbooks from 1-4 in one playbook run. 1-ansible_requirements.yml - set up Ansible controller with required libs and collections. 2-linux_config.yml - execute Linux kernel configuration on Oracle DB servers. 4-oracle_config.yml - install and configure Oracle on DB servers and create a container database. 5-destroy.yml - optional to undo the environment to dismantle all.
Il existe trois options pour exécuter les playbooks avec les commandes suivantes.
-
Exécutez tous les playbooks de déploiement en une seule fois.
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -
Exécutez les playbooks un par un avec la séquence des nombres compris entre 1 et 4.
ansible-playbook -i hosts 1-ansible_requirements.yml -u azureuser -e @vars/vars.ymlansible-playbook -i hosts 2-linux_config.yml -u azureuser -e @vars/vars.ymlansible-playbook -i hosts 4-oracle_config.yml -u azureuser -e @vars/vars.yml -
Exécutez 0-all_PlayBook.yml avec une balise.
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t ansible_requirementsansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t linux_configansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t oracle_config -
Annulez l'environnement
ansible-playbook -i hosts 5-destroy.yml -u azureuser -e @vars/vars.yml
Validation post-exécution
Details
Une fois le PlayBook exécuté, connectez-vous à la machine virtuelle du serveur de base de données Oracle pour vérifier qu'Oracle est installé et configuré et qu'une base de données de conteneurs est correctement créée. Voici un exemple de validation de base de données Oracle sur l'hôte ora-01.
-
Validez les montages NFS
[azureuser@ora-01 ~]$ cat /etc/fstab # # /etc/fstab # Created by anaconda on Thu Sep 14 11:04:01 2023 # # Accessible filesystems, by reference, are maintained under '/dev/disk/'. # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info. # # After editing this file, run 'systemctl daemon-reload' to update systemd # units generated from this file. # /dev/mapper/rootvg-rootlv / xfs defaults 0 0 UUID=268633bd-f9bb-446d-9a1d-8fca4609a1e1 /boot xfs defaults 0 0 UUID=89D8-B037 /boot/efi vfat defaults,uid=0,gid=0,umask=077,shortname=winnt 0 2 /dev/mapper/rootvg-homelv /home xfs defaults 0 0 /dev/mapper/rootvg-tmplv /tmp xfs defaults 0 0 /dev/mapper/rootvg-usrlv /usr xfs defaults 0 0 /dev/mapper/rootvg-varlv /var xfs defaults 0 0 /mnt/swapfile swap swap defaults 0 0 172.30.136.68:/ora-01-u01 /u01 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0 172.30.136.68:/ora-01-u02 /u02 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0 172.30.136.68:/ora-01-u03 /u03 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0 [azureuser@ora-01 ~]$ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 8.6M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/rootvg-rootlv 22G 17G 5.8G 74% / /dev/mapper/rootvg-usrlv 10G 2.0G 8.1G 20% /usr /dev/mapper/rootvg-varlv 8.0G 890M 7.2G 11% /var /dev/sda1 496M 106M 390M 22% /boot /dev/mapper/rootvg-homelv 1014M 40M 975M 4% /home /dev/sda15 495M 5.9M 489M 2% /boot/efi /dev/mapper/rootvg-tmplv 12G 8.4G 3.7G 70% /tmp tmpfs 1.6G 0 1.6G 0% /run/user/54321 172.30.136.68:/ora-01-u01 500G 11G 490G 3% /u01 172.30.136.68:/ora-01-u03 250G 1.2G 249G 1% /u03 172.30.136.68:/ora-01-u02 250G 7.1G 243G 3% /u02 tmpfs 1.6G 0 1.6G 0% /run/user/1000
-
Validez l'écouteur Oracle
[azureuser@ora-01 ~]$ sudo su [root@ora-01 azureuser]# su - oracle Last login: Thu Feb 1 16:13:44 UTC 2024 [oracle@ora-01 ~]$ lsnrctl status listener.ntap1 LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 01-FEB-2024 16:25:37 Copyright (c) 1991, 2022, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ora-01.internal.cloudapp.net)(PORT=1521))) STATUS of the LISTENER ------------------------ Alias LISTENER.NTAP1 Version TNSLSNR for Linux: Version 19.0.0.0.0 - Production Start Date 01-FEB-2024 16:13:49 Uptime 0 days 0 hr. 11 min. 49 sec Trace Level off Security ON: Local OS Authentication SNMP OFF Listener Parameter File /u01/app/oracle/product/19.0.0/NTAP1/network/admin/listener.ora Listener Log File /u01/app/oracle/diag/tnslsnr/ora-01/listener.ntap1/alert/log.xml Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=ora-01.hr2z2nbmhnqutdsxgscjtuxizd.jx.internal.cloudapp.net)(PORT=1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=ora-01.hr2z2nbmhnqutdsxgscjtuxizd.jx.internal.cloudapp.net)(PORT=5500))(Security=(my_wallet_directory=/u01/app/oracle/product/19.0.0/NTAP1/admin/NTAP1/xdb_wallet))(Presentation=HTTP)(Session=RAW)) Services Summary... Service "104409ac02da6352e063bb891eacf34a.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "104412c14c2c63cae063bb891eacf64d.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "1044174670ad63ffe063bb891eac6b34.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "NTAP1.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "NTAP1XDB.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "ntap1_pdb1.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "ntap1_pdb2.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "ntap1_pdb3.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... The command completed successfully
-
Validez la base de données Oracle et dNFS
[oracle@ora-01 ~]$ cat /etc/oratab # # This file is used by ORACLE utilities. It is created by root.sh # and updated by either Database Configuration Assistant while creating # a database or ASM Configuration Assistant while creating ASM instance. # A colon, ':', is used as the field terminator. A new line terminates # the entry. Lines beginning with a pound sign, '#', are comments. # # Entries are of the form: # $ORACLE_SID:$ORACLE_HOME:<N|Y>: # # The first and second fields are the system identifier and home # directory of the database respectively. The third field indicates # to the dbstart utility that the database should , "Y", or should not, # "N", be brought up at system boot time. # # Multiple entries with the same $ORACLE_SID are not allowed. # # NTAP1:/u01/app/oracle/product/19.0.0/NTAP1:Y [oracle@ora-01 ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Thu Feb 1 16:37:51 2024 Version 19.18.0.0.0 Copyright (c) 1982, 2022, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.18.0.0.0 SQL> select name, open_mode, log_mode from v$database; NAME OPEN_MODE LOG_MODE --------- -------------------- ------------ NTAP1 READ WRITE ARCHIVELOG SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 NTAP1_PDB1 READ WRITE NO 4 NTAP1_PDB2 READ WRITE NO 5 NTAP1_PDB3 READ WRITE NO SQL> select name from v$datafile; NAME -------------------------------------------------------------------------------- /u02/oradata/NTAP1/system01.dbf /u02/oradata/NTAP1/sysaux01.dbf /u02/oradata/NTAP1/undotbs01.dbf /u02/oradata/NTAP1/pdbseed/system01.dbf /u02/oradata/NTAP1/pdbseed/sysaux01.dbf /u02/oradata/NTAP1/users01.dbf /u02/oradata/NTAP1/pdbseed/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/system01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/sysaux01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/users01.dbf NAME -------------------------------------------------------------------------------- /u02/oradata/NTAP1/NTAP1_pdb2/system01.dbf /u02/oradata/NTAP1/NTAP1_pdb2/sysaux01.dbf /u02/oradata/NTAP1/NTAP1_pdb2/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb2/users01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/system01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/sysaux01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/users01.dbf 19 rows selected. SQL> select name from v$controlfile; NAME -------------------------------------------------------------------------------- /u02/oradata/NTAP1/control01.ctl /u03/orareco/NTAP1/control02.ctl SQL> select member from v$logfile; MEMBER -------------------------------------------------------------------------------- /u03/orareco/NTAP1/onlinelog/redo03.log /u03/orareco/NTAP1/onlinelog/redo02.log /u03/orareco/NTAP1/onlinelog/redo01.log SQL> select svrname, dirname, nfsversion from v$dnfs_servers; SVRNAME -------------------------------------------------------------------------------- DIRNAME -------------------------------------------------------------------------------- NFSVERSION ---------------- 172.30.136.68 /ora-01-u02 NFSv3.0 172.30.136.68 /ora-01-u03 NFSv3.0 SVRNAME -------------------------------------------------------------------------------- DIRNAME -------------------------------------------------------------------------------- NFSVERSION ---------------- 172.30.136.68 /ora-01-u01 NFSv3.0 -
Connectez-vous à Oracle Enterprise Manager Express pour valider la base de données.
Migrez votre base de données Oracle vers Azure
Details
La migration des bases de données Oracle d'un environnement sur site vers le cloud est une opération lourde. L'utilisation de la stratégie appropriée et de l'automatisation peut faciliter le processus et réduire les interruptions de service et les temps d'indisponibilité. Suivez ces instructions détaillées "Migration de la base de données sur site vers le cloud Azure" pour guider la migration de vos bases de données.
Sauvegarde, restauration et clonage Oracle avec SnapCenter
Details
NetApp recommande l'outil de l'interface utilisateur SnapCenter pour gérer la base de données Oracle déployée dans le cloud Azure. Reportez-vous au document TR-4988 : "Sauvegarde, restauration et clonage de bases de données Oracle sur ANF avec SnapCenter" pour plus d'informations.
Où trouver des informations complémentaires
Pour en savoir plus sur les informations fournies dans ce document, consultez ces documents et/ou sites web :
-
Sauvegarde, restauration et clonage de bases de données Oracle sur ANF avec SnapCenter
-
Azure NetApp Files
-
Déploiement d'Oracle Direct NFS
-
Installation et configuration d'Oracle Database à l'aide des fichiers réponses