Skip to main content
NetApp Solutions
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Tr-4988 : sauvegarde, restauration et clonage de bases de données Oracle sur ANF avec SnapCenter

Contributeurs

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

Cette image fournit une vue détaillée de la configuration du déploiement Oracle dans le cloud public AWS avec iSCSI et ASM.

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"

  1. Un compte Azure a été configuré et les segments réseau et vnet nécessaires ont été créés dans votre compte Azure.

  2. 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.

    Remarque 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
  3. 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".

  4. 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.

    Remarque 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.
  5. 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
  6. 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"
  7. Regardez la vidéo suivante :

    Sauvegarde, restauration et clonage de bases de données Oracle sur ANF avec SnapCenter
  8. 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.

  1. À partir du serveur Windows SnapCenter, téléchargez et installez le dernier JDK Java à partir de "Obtenir Java pour les applications de bureau".

  2. À 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".

  3. 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.

    Cette image fournit un écran de connexion pour le serveur SnapCenter

  4. Révision Get Started menu en ligne.

    Cette image fournit un menu en ligne pour le serveur SnapCenter

  5. Dans Settings-Global Settings, vérifier Hypervisor Settings Et cliquez sur mettre à jour.

    Cette image fournit les paramètres d'hyperviseur pour le serveur SnapCenter

  6. Au besoin, régler Session Timeout Pour l'interface utilisateur SnapCenter à l'intervalle souhaité.

    Cette image fournit le délai d'expiration de session pour le serveur SnapCenter

  7. Ajoutez des utilisateurs supplémentaires à SnapCenter si nécessaire.

    Cette image fournit Paramètres-utilisateurs et accès pour le serveur SnapCenter

  8. 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.

    Cette image fournit des rôles pour le serveur SnapCenter

  9. 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é.

    Cette image fournit des informations d'identification pour le serveur SnapCenter Cette image fournit des informations d'identification pour le serveur SnapCenter Cette image fournit des informations d'identification pour le serveur SnapCenter

  10. De Storage Systems ajouter Azure NetApp Files avec les informations d'identification créées ci-dessus.

    Cette image fournit Azure NetApp Files pour serveur SnapCenter Cette image fournit Azure NetApp Files pour serveur SnapCenter

  11. De Hosts Ajoutez les VM de base de données Azure, qui installent le plug-in SnapCenter pour Oracle sous Linux.

    Cette image fournit des hôtes pour le serveur SnapCenter Cette image fournit des hôtes pour le serveur SnapCenter Cette image fournit des hôtes pour le serveur SnapCenter

  12. 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.

    Cette image fournit Paramètres-stratégies pour le serveur SnapCenter

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.

  1. 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, le Overall Status de la base de données s'affiche sous la forme Not protected.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  2. Cliquez sur View pour passer à Resource Group. Cliquez sur Add Connectez-vous à droite pour ajouter un groupe de ressources.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  3. Nommez votre groupe de ressources, vos balises et toute dénomination personnalisée.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  4. 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.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  5. Sélectionnez la stratégie de sauvegarde et définissez un planning en cliquant sur le signe « + » sous Configure Schedules.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  6. Si la vérification de sauvegarde n'est pas configurée dans la stratégie, laissez la page de vérification telle quel.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  7. 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é.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  8. Résumé du nouveau groupe de ressources.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  9. 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.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  10. 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.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  11. 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.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

  12. 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.

    Cette image fournit une sauvegarde de base de données pour le serveur SnapCenter

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.

  1. De Resources ouvrez la base de données Primary Backup(s) page. Choisissez l'instantané du volume de données de la base de données, puis cliquez sur Restore 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.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  2. 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.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  3. 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.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  4. Le PreOps permet l'exécution de scripts sur la base de données avant l'opération de restauration/récupération.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  5. Le PostOps permet l'exécution de scripts sur la base de données après une opération de restauration/récupération.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  6. Notification par e-mail si vous le souhaitez.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  7. Résumé de la tâche de restauration

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  8. Cliquez sur exécution du travail pour l'ouvrir Job Details fenêtre. L'état du travail peut également être ouvert et affiché à partir du Monitor onglet.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

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.

  1. De Resources ouvrez la base de données Primary Backup(s) page. Choisissez l'instantané du volume de données de la base de données, puis cliquez sur clone pour lancer le flux de travail de clonage de base de données.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  2. 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.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  3. 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.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  4. 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.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  5. 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.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  6. 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).

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  7. Notification par e-mail si vous le souhaitez.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  8. Résumé de la tâche de clonage.

    Cette image fournit le clone de base de données pour le serveur SnapCenter

  9. Cliquez sur exécution du travail pour l'ouvrir Job Details fenêtre. L'état du travail peut également être ouvert et affiché à partir du Monitor onglet.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  10. La base de données clonée s'enregistre immédiatement auprès de SnapCenter.

    Cette image fournit une restauration de base de données pour le serveur SnapCenter

  11. 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 :