Tr-4988 : sauvegarde, restauration et clonage de bases de données Oracle sur ANF avec SnapCenter
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é. La base de données déployée dans Azure est protégée à l'aide de l'outil de l'interface utilisateur de SnapCenter pour une gestion simplifiée de la base de données.
Objectif
Le logiciel SnapCenter est une plateforme qui permet de coordonner et de gérer facilement et en toute sécurité la protection de vos données sur l'ensemble des applications, bases de données et systèmes de fichiers. Elle simplifie la gestion du cycle de vie des sauvegardes, des restaurations et des clones en confiant ces tâches aux propriétaires des applications, tout en gardant leur capacité à superviser et réguler l'activité au niveau des systèmes de stockage. En exploitant la gestion des données de stockage, il améliore la performance et la disponibilité, tout en réduisant le temps consacré au développement et aux tests.
Dans le document TR-4987, "Déploiement Oracle simplifié et automatisé sur Azure NetApp Files avec NFS", Nous présentons le déploiement automatisé Oracle sur Azure NetApp Files (ANF) dans le cloud Azure. Dans cette documentation, nous présentons la protection et la gestion des bases de données Oracle sur ANF dans le cloud Azure grâce à un outil d'interface utilisateur SnapCenter très convivial.
Cette solution répond aux cas d'utilisation suivants :
-
Sauvegarde et restauration des bases de données Oracle déployées sur ANF dans le cloud Azure avec SnapCenter.
-
Gérez les copies Snapshot de base de données et les copies de clone pour accélérer le développement d'applications et améliorer la gestion du cycle de vie des données.
Public
Cette solution est destinée aux personnes suivantes :
-
Administrateur de base de données qui souhaite déployer des bases de données 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 des bases 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 le niveau de service Premium |
Serveur de base de données Azure VM |
Standard_B4ms - 4 vCPU, 16 Gio |
Deux instances de machine virtuelle Linux |
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 AE - x64 Gen2 |
Hébergement du serveur SnapCenter |
Base de données Oracle |
Version 19.18 |
Correctif p34765931_190000_Linux-x86-64.zip |
OPICH Oracle |
Version 12.2.0.1.36 |
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
-
Déploiement SnapCenter. SnapCenter peut être déployé dans un domaine Windows ou un environnement de groupe de travail. Pour un déploiement basé sur un domaine, le compte utilisateur de domaine doit être un compte administrateur de domaine ou l'utilisateur de domaine appartient au groupe de l'administrateur local sur le serveur d'hébergement SnapCenter.
-
Résolution de nom. le serveur SnapCenter doit résoudre le nom en adresse IP pour chaque hôte de serveur de base de données cible géré. Chaque hôte de serveur de base de données cible doit convertir le nom du serveur SnapCenter en adresse IP. Si un serveur DNS n'est pas disponible, ajoutez un nom aux fichiers hôte locaux pour la résolution.
-
Configuration du groupe de ressources. le groupe de ressources dans SnapCenter est un regroupement logique de ressources similaires pouvant être sauvegardées ensemble. Il simplifie et réduit ainsi le nombre de tâches de sauvegarde dans un environnement de base de données volumineux.
-
Sauvegarde complète séparée de la base de données et du journal d'archives. la sauvegarde complète de la base de données inclut les volumes de données et les volumes de journal des snapshots de groupe cohérents. Un Snapshot fréquent de base de données complète entraîne une consommation de stockage plus élevée, mais améliore le RTO. Il est également possible d'utiliser des copies Snapshot de base de données complètes moins fréquentes et des sauvegardes de journaux d'archivage plus fréquentes. Cela consomme moins de stockage et améliore le RPO, mais peut étendre le RTO. Tenez compte de vos objectifs RTO et RPO lors de la configuration du schéma de sauvegarde. Le nombre de sauvegardes Snapshot sur un volume est également limité (1023).
-
Délégation de privilèges. tirer parti du contrôle d'accès basé sur les rôles intégré à l'interface utilisateur SnapCenter pour déléguer des privilèges aux équipes d'applications et de bases de données si nécessaire.
Déploiement de la solution
Les sections suivantes présentent des procédures détaillées pour le SnapCenter déploiement, la configuration et la sauvegarde, la restauration et le clonage de bases de données Oracle sur Azure NetApp Files dans le cloud Azure.
Conditions préalables au déploiement
Details
Le déploiement nécessite l'exécution de bases de données Oracle sur ANF dans Azure. Si ce n'est pas le cas, suivez les étapes ci-dessous pour créer deux bases de données Oracle pour la validation de la solution. Pour en savoir plus sur le déploiement d'une base de données Oracle sur ANF dans le cloud Azure avec automatisation, consultez le document TR-4987 : "Déploiement Oracle simplifié et automatisé sur Azure NetApp Files avec NFS"
-
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. 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-rootlv
sudo lvresize -r -L +10G /dev/mapper/rootvg-tmplv
-
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 / CentOS
ou
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. Suivez les instructions de la section "TR-4887" pour exécuter les playbooks.
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 :
Sauvegarde, restauration et clonage de bases de données Oracle sur ANF avec SnapCenter -
Vérifiez le
Get Started
menu en ligne.
Installation et configuration de SnapCenter
Details
Nous vous recommandons de consulter en ligne "Documentation du logiciel SnapCenter" Avant de passer à l'installation et à la configuration de SnapCenter : . Voici un résumé détaillé des étapes d'installation et de configuration du logiciel SnapCenter pour Oracle sur Azure ANF.
-
À partir du serveur Windows SnapCenter, téléchargez et installez le dernier JDK Java à partir de "Obtenir Java pour les applications de bureau".
-
À partir du serveur Windows SnapCenter, téléchargez et installez la dernière version (actuellement 5.0) du fichier exécutable d'installation SnapCenter sur le site de support NetApp : "NetApp | support".
-
Après l'installation du serveur SnapCenter, lancez le navigateur pour vous connecter à SnapCenter avec les informations d'identification de l'utilisateur administrateur local ou du domaine Windows via le port 8146.
-
Révision
Get Started
menu en ligne. -
Dans
Settings-Global Settings
, vérifierHypervisor Settings
Et cliquez sur mettre à jour. -
Au besoin, régler
Session Timeout
Pour l'interface utilisateur SnapCenter à l'intervalle souhaité. -
Ajoutez des utilisateurs supplémentaires à SnapCenter si nécessaire.
-
Le
Roles
Répertorie les rôles intégrés pouvant être attribués à différents utilisateurs SnapCenter. Les rôles personnalisés peuvent également être créés par l'utilisateur administrateur avec les privilèges souhaités. -
De
Settings-Credential
, Créez des informations d'identification pour les cibles de gestion SnapCenter. Dans cette démonstration, il s'agit d'un utilisateur linux qui se connecte à Azure VM et des informations d'identification ANF pour l'accès au pool de capacité. -
De
Storage Systems
ajouterAzure NetApp Files
avec les informations d'identification créées ci-dessus. -
De
Hosts
Ajoutez les VM de base de données Azure, qui installent le plug-in SnapCenter pour Oracle sous Linux. -
Une fois le plug-in hôte installé sur la machine virtuelle du serveur de base de données, les bases de données sur l'hôte sont automatiquement découvertes et visibles dans
Resources
onglet. Retour àSettings-Polices
, Créez des stratégies de sauvegarde pour la sauvegarde complète en ligne de la base de données Oracle et la sauvegarde des journaux d'archivage uniquement. Reportez-vous à ce document "Créez des règles de sauvegarde pour les bases de données Oracle" pour les procédures détaillées étape par étape.
Sauvegarde de la base de données
Details
Une sauvegarde Snapshot NetApp crée une image instantanée des volumes de base de données que vous pouvez utiliser pour restaurer en cas de panne système ou de perte de données. Les sauvegardes Snapshot prennent très peu de temps, généralement moins d'une minute. L'image de sauvegarde consomme un espace de stockage minimal et présente un impact négligeable sur les performances, car elle n'enregistre que les modifications apportées aux fichiers depuis la dernière copie Snapshot. La section suivante décrit la mise en œuvre de snapshots pour la sauvegarde de bases de données Oracle dans SnapCenter.
-
Accès à
Resources
Qui répertorie les bases de données découvertes une fois le plug-in SnapCenter installé sur la machine virtuelle de base de données. Au départ, leOverall Status
de la base de données s'affiche sous la formeNot protected
. -
Cliquez sur
View
pour passer àResource Group
. Cliquez surAdd
Connectez-vous à droite pour ajouter un groupe de ressources. -
Nommez votre groupe de ressources, vos balises et toute dénomination personnalisée.
-
Ajoutez des ressources à votre
Resource Group
. Le regroupement de ressources similaires peut simplifier la gestion de la base de données dans un grand environnement. -
Sélectionnez la stratégie de sauvegarde et définissez un planning en cliquant sur le signe « + » sous
Configure Schedules
. -
Si la vérification de sauvegarde n'est pas configurée dans la stratégie, laissez la page de vérification telle quel.
-
Pour envoyer un rapport de sauvegarde et une notification par e-mail, un serveur de messagerie SMTP est nécessaire dans l'environnement. Ou laissez-le noir si un serveur de messagerie n'est pas configuré.
-
Résumé du nouveau groupe de ressources.
-
Répétez les procédures ci-dessus pour créer une sauvegarde du journal d'archive de base de données uniquement avec la stratégie de sauvegarde correspondante.
-
Cliquez sur un groupe de ressources pour afficher les ressources qu'il contient. Outre la procédure de sauvegarde planifiée, une sauvegarde unique peut être déclenchée en cliquant sur
Backup Now
. -
Cliquez sur le travail en cours pour ouvrir une fenêtre de surveillance, qui permet à l'opérateur de suivre la progression du travail en temps réel.
-
Un jeu de sauvegardes d'instantanés apparaît sous la topologie de la base de données une fois la procédure de sauvegarde terminée. Un jeu complet de sauvegardes de base de données inclut un instantané des volumes de données de base de données et un instantané des volumes de journaux de base de données. Une sauvegarde de journal uniquement contient uniquement un snapshot des volumes de journal de base de données.
Restauration de la base de données
Details
La restauration de la base de données via SnapCenter restaure une copie Snapshot de l'image du volume de la base de données à un point dans le temps. La base de données est ensuite reprise vers l'avant jusqu'au point souhaité par SCN/TIMESTAMP ou par un point autorisé par les journaux d'archive disponibles dans le jeu de sauvegarde. La section suivante décrit le workflow de restauration de base de données avec l'interface utilisateur de SnapCenter.
-
De
Resources
ouvrez la base de donnéesPrimary Backup(s)
page. Choisissez l'instantané du volume de données de la base de données, puis cliquez surRestore
pour lancer le workflow de récupération de la base de données. Notez le numéro SCN ou l'horodatage dans les jeux de sauvegarde si vous souhaitez exécuter la restauration par le SCN Oracle ou l'horodatage. -
Sélectionnez
Restore Scope
. Pour une base de données de conteneurs, SnapCenter est flexible pour effectuer une restauration au niveau des bases de données de conteneurs complètes (tous les fichiers de données), des bases de données enfichables ou des espaces de stockage. -
Sélectionnez
Recovery Scope
.All logs
signifie appliquer tous les journaux d'archive disponibles dans le jeu de sauvegarde. La restauration instantanée par SCN ou par horodatage est également disponible. -
Le
PreOps
permet l'exécution de scripts sur la base de données avant l'opération de restauration/récupération. -
Le
PostOps
permet l'exécution de scripts sur la base de données après une opération de restauration/récupération. -
Notification par e-mail si vous le souhaitez.
-
Résumé de la tâche de restauration
-
Cliquez sur exécution du travail pour l'ouvrir
Job Details
fenêtre. L'état du travail peut également être ouvert et affiché à partir duMonitor
onglet.
Clone de base de données
Details
La création d'un nouveau volume à partir de la copie Snapshot d'un volume permet de cloner la base de données via SnapCenter. Le système utilise les informations de snapshot pour cloner un nouveau volume à l'aide des données du volume au moment de la prise de l'instantané. Plus important encore, il est rapide (quelques minutes) et efficace par rapport à d'autres méthodes d'effectuer une copie clonée de la base de données de production pour prendre en charge le développement ou le test. Vous pouvez ainsi améliorer considérablement la gestion du cycle de vie des applications de votre base de données. La section suivante décrit le workflow du clone de base de données avec l'interface utilisateur SnapCenter.
-
De
Resources
ouvrez la base de donnéesPrimary Backup(s)
page. Choisissez l'instantané du volume de données de la base de données, puis cliquez surclone
pour lancer le flux de travail de clonage de base de données. -
Nommer le SID de la base de données clone. En option, pour une base de données de conteneurs, le clonage peut également être effectué au niveau PDB.
-
Sélectionnez le serveur de base de données sur lequel vous souhaitez placer la copie de la base de données clonée. Conservez les emplacements de fichier par défaut, sauf si vous voulez les nommer différemment.
-
Une pile logicielle Oracle identique à celle de la base de données source doit avoir été installée et configurée sur l'hôte de base de données clone. Conservez les informations d'identification par défaut mais modifiez-les
Oracle Home Settings
Pour faire correspondre avec les paramètres sur l'hôte de base de données de clonage. -
Le
PreOps
permet l'exécution de scripts avant l'opération de clonage. Les paramètres de base de données peuvent être ajustés pour répondre aux besoins de base de données de clonage par rapport à une base de données de production, comme une cible SGA réduite. -
Le
PostOps
permet l'exécution de scripts sur la base de données après l'opération de clonage. La restauration de la base de données de clonage peut être basée sur SCN, l'horodatage ou jusqu'à l'annulation (reprise de la base de données vers le dernier journal archivé dans le jeu de sauvegarde). -
Notification par e-mail si vous le souhaitez.
-
Résumé de la tâche de clonage.
-
Cliquez sur exécution du travail pour l'ouvrir
Job Details
fenêtre. L'état du travail peut également être ouvert et affiché à partir duMonitor
onglet. -
La base de données clonée s'enregistre immédiatement auprès de SnapCenter.
-
Validez la base de données de clonage sur l'hôte du serveur de base de données. Pour une base de données de développement clonée, le mode d'archivage de la base de données doit être désactivé.
[azureuser@ora-02 ~]$ sudo su [root@ora-02 azureuser]# su - oracle Last login: Tue Feb 6 16:26:28 UTC 2024 on pts/0 [oracle@ora-02 ~]$ uname -a Linux ora-02 4.18.0-372.9.1.el8.x86_64 #1 SMP Fri Apr 15 22:12:19 EDT 2022 x86_64 x86_64 x86_64 GNU/Linux [oracle@ora-02 ~]$ 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 49M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/rootvg-rootlv 22G 17G 5.6G 75% / /dev/mapper/rootvg-usrlv 10G 2.0G 8.1G 20% /usr /dev/mapper/rootvg-homelv 1014M 40M 975M 4% /home /dev/sda1 496M 106M 390M 22% /boot /dev/mapper/rootvg-varlv 8.0G 958M 7.1G 12% /var /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-02-u03 250G 2.1G 248G 1% /u03 172.30.136.68:/ora-02-u01 100G 10G 91G 10% /u01 172.30.136.68:/ora-02-u02 250G 7.5G 243G 3% /u02 tmpfs 1.6G 0 1.6G 0% /run/user/1000 tmpfs 1.6G 0 1.6G 0% /run/user/0 172.30.136.68:/ora-01-u02-Clone-020624161543077 250G 8.2G 242G 4% /u02_ntap1dev [oracle@ora-02 ~]$ 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. # # NTAP2:/u01/app/oracle/product/19.0.0/NTAP2:Y # SnapCenter Plug-in for Oracle Database generated entry (DO NOT REMOVE THIS LINE) ntap1dev:/u01/app/oracle/product/19.0.0/NTAP2:N [oracle@ora-02 ~]$ export ORACLE_SID=ntap1dev [oracle@ora-02 ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Tue Feb 6 16:29:02 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 --------- -------------------- ------------ NTAP1DEV READ WRITE ARCHIVELOG SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup mount; ORACLE instance started. Total System Global Area 3221223168 bytes Fixed Size 9168640 bytes Variable Size 654311424 bytes Database Buffers 2550136832 bytes Redo Buffers 7606272 bytes Database mounted. SQL> alter database noarchivelog; Database altered. SQL> alter database open; Database altered. SQL> select name, open_mode, log_mode from v$database; NAME OPEN_MODE LOG_MODE --------- -------------------- ------------ NTAP1DEV READ WRITE NOARCHIVELOG SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 NTAP1_PDB1 MOUNTED 4 NTAP1_PDB2 MOUNTED 5 NTAP1_PDB3 MOUNTED SQL> alter pluggable database all open;
Où trouver des informations complémentaires
Pour en savoir plus sur les informations fournies dans ce document, consultez ces documents et/ou sites web :
-
Azure NetApp Files
-
Documentation du logiciel SnapCenter
-
Tr-4987 : déploiement Oracle simplifié et automatisé sur Azure NetApp Files avec NFS