Ein Azure-Konto wurde eingerichtet und die erforderlichen VNet- und Netzwerksegmente wurden innerhalb Ihres Azure-Kontos erstellt.

Stellen Sie über das Azure-Cloudportal Azure Linux-VMs als Oracle DB-Server bereit. Erstellen Sie einen Azure NetApp Files Kapazitätspool und Datenbankvolumes für die Oracle-Datenbank. Aktivieren Sie die VM-SSH-Authentifizierung mit privatem/öffentlichem Schlüssel für Azureuser gegenüber DB-Servern. Einzelheiten zur Umgebungseinrichtung finden Sie im Architekturdiagramm im vorherigen Abschnitt. Auch bezeichnet"Schrittweise Oracle-Bereitstellungsverfahren auf Azure VM und Azure NetApp Files" für detaillierte Informationen.

Stellen Sie bei Azure-VMs, die mit lokaler Datenträgerredundanz bereitgestellt werden, sicher, dass Sie auf dem VM-Stammdatenträger mindestens 128 GB zugewiesen haben, um ausreichend Speicherplatz für die Bereitstellung der Oracle-Installationsdateien und das Hinzufügen der Betriebssystem-Auslagerungsdatei zu haben. Erweitern Sie die Betriebssystempartitionen /tmplv und /rootlv entsprechend. Stellen Sie sicher, dass die Benennung des Datenbank-Volumes der Konvention VMname-u01, VMname-u02 und VMname-u03 folgt.

sudo lvresize -r -L +20G /dev/mapper/rootvg-rootlv

sudo lvresize -r -L +10G /dev/mapper/rootvg-tmplv

Stellen Sie über das Azure-Cloud-Portal einen Windows-Server bereit, um das NetApp SnapCenter UI-Tool mit der neuesten Version auszuführen. Weitere Einzelheiten finden Sie unter folgendem Link:"Installieren des SnapCenter -Servers" .

Stellen Sie eine Linux-VM als Ansible-Controllerknoten bereit, auf der die neueste Version von Ansible und Git installiert ist. Weitere Einzelheiten finden Sie unter folgendem Link:"Erste Schritte mit der NetApp Lösungsautomatisierung^" im Abschnitt -
Setup the Ansible Control Node for CLI deployments on RHEL / CentOS oder
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian .

Der Ansible-Controllerknoten kann sich entweder vor Ort oder in der Azure-Cloud befinden, sofern er Azure DB-VMs über den SSH-Port erreichen kann.

Klonen Sie eine Kopie des NetApp Oracle Deployment Automation Toolkit für NFS. Befolgen Sie die Anweisungen in"TR-4887" um die Playbooks auszuführen.

git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git

Führen Sie die folgenden Oracle 19c-Installationsdateien im Verzeichnis /tmp/archive der Azure DB-VM mit der Berechtigung 777 durch.

installer_archives:
  - "LINUX.X64_193000_db_home.zip"
  - "p34765931_190000_Linux-x86-64.zip"
  - "p6880880_190000_Linux-x86-64.zip"

Sehen Sie sich das folgende Video an:

Überprüfen Sie die Get Started Online-Menü.

Laden Sie vom SnapCenter Windows-Server das neueste Java JDK herunter und installieren Sie es von"Holen Sie sich Java für Desktopanwendungen" .

Laden Sie vom SnapCenter Windows-Server die neueste Version (derzeit 5.0) der ausführbaren SnapCenter -Installationsdatei von der NetApp Supportsite herunter und installieren Sie sie:"NetApp | Unterstützung" .

Starten Sie nach der Installation des SnapCenter -Servers den Browser, um sich mit den Anmeldeinformationen des lokalen Windows-Administratorbenutzers oder Domänenbenutzers über Port 8146 bei SnapCenter anzumelden.

Rezension Get Started Online-Menü.

In Settings-Global Settings , überprüfen Hypervisor Settings und klicken Sie auf Aktualisieren.

Passen Sie bei Bedarf Session Timeout für die SnapCenter -Benutzeroberfläche auf das gewünschte Intervall.

Fügen Sie bei Bedarf weitere Benutzer zu SnapCenter hinzu.

Der Roles Auf der Registerkarte „Liste“ werden die integrierten Rollen aufgelistet, die verschiedenen SnapCenter Benutzern zugewiesen werden können. Benutzerdefinierte Rollen können auch von Administratorbenutzern mit den gewünschten Berechtigungen erstellt werden.

Aus Settings-Credential , erstellen Sie Anmeldeinformationen für SnapCenter -Verwaltungsziele. In diesem Demo-Anwendungsfall handelt es sich um einen Linux-Benutzer für die Anmeldung bei der Azure-VM und um ANF-Anmeldeinformationen für den Zugriff auf den Kapazitätspool.

Aus Storage Systems Registerkarte, Hinzufügen Azure NetApp Files mit den oben erstellten Anmeldeinformationen.

Aus Hosts Fügen Sie auf der Registerkarte Azure DB-VMs hinzu, wodurch das SnapCenter -Plugin für Oracle unter Linux installiert wird.

Sobald das Host-Plugin auf der DB-Server-VM installiert ist, werden Datenbanken auf dem Host automatisch erkannt und sind sichtbar in Resources Tab. Zurück zu Settings-Polices , erstellen Sie Sicherungsrichtlinien für die vollständige Online-Sicherung der Oracle-Datenbank und die Sicherung nur der Archivprotokolle. Siehe dieses Dokument"Erstellen von Sicherungsrichtlinien für Oracle-Datenbanken" für detaillierte Schritt-für-Schritt-Anleitungen.

Navigieren zu Resources Registerkarte, die die Datenbanken auflistet, die erkannt wurden, sobald das SnapCenter Plugin auf der Datenbank-VM installiert wurde. Zunächst Overall Status der Datenbank zeigt als Not protected .

Klicken Sie auf View Dropdown-Menü zum Ändern in Resource Group . Klicken Sie auf Add Melden Sie sich rechts an, um eine Ressourcengruppe hinzuzufügen.

Benennen Sie Ihre Ressourcengruppe, Tags und beliebige benutzerdefinierte Namen.

Fügen Sie Ressourcen zu Ihrem Resource Group . Durch die Gruppierung ähnlicher Ressourcen kann die Datenbankverwaltung in einer großen Umgebung vereinfacht werden.

Wählen Sie die Sicherungsrichtlinie aus und legen Sie einen Zeitplan fest, indem Sie auf das „+“-Zeichen unter Configure Schedules .

Wenn in der Richtlinie keine Sicherungsüberprüfung konfiguriert ist, lassen Sie die Überprüfungsseite unverändert.

Um einen Sicherungsbericht und eine Benachrichtigung per E-Mail zu versenden, wird in der Umgebung ein SMTP-Mailserver benötigt. Oder lassen Sie es schwarz, wenn kein Mailserver eingerichtet ist.

Zusammenfassung der neuen Ressourcengruppe.

Wiederholen Sie die obigen Schritte, um eine reine Datenbankarchivprotokollsicherung mit der entsprechenden Sicherungsrichtlinie zu erstellen.

Klicken Sie auf eine Ressourcengruppe, um die darin enthaltenen Ressourcen anzuzeigen. Neben dem geplanten Backup-Job kann ein einmaliges Backup durch Klicken auf Backup Now .

Klicken Sie auf den laufenden Auftrag, um ein Überwachungsfenster zu öffnen, in dem der Bediener den Auftragsfortschritt in Echtzeit verfolgen kann.

Ein Snapshot-Sicherungssatz wird unter der Datenbanktopologie angezeigt, sobald ein erfolgreicher Sicherungsauftrag abgeschlossen ist. Ein vollständiger Datenbank-Sicherungssatz umfasst einen Snapshot der Datenbankdatenvolumes und einen Snapshot der Datenbankprotokollvolumes. Eine reine Protokollsicherung enthält nur einen Snapshot der Datenbankprotokollvolumes.

Aus Resources Registerkarte, öffnen Sie die Datenbank Primary Backup(s) Seite. Wählen Sie den Snapshot des Datenbankdatenvolumens aus und klicken Sie dann auf Restore Schaltfläche, um den Datenbankwiederherstellungs-Workflow zu starten. Notieren Sie die SCN-Nummer oder den Zeitstempel in den Sicherungssätzen, wenn Sie die Wiederherstellung per Oracle SCN oder Zeitstempel ausführen möchten.

Wählen Restore Scope . Bei einer Containerdatenbank ist SnapCenter flexibel genug, um eine vollständige Containerdatenbank (alle Datendateien), steckbare Datenbanken oder eine Wiederherstellung auf Tablespace-Ebene durchzuführen.

Wählen Recovery Scope . All logs bedeutet, alle verfügbaren Archivprotokolle im Sicherungssatz anzuwenden. Eine zeitpunktbezogene Wiederherstellung per SCN oder Zeitstempel ist ebenfalls verfügbar.

Der PreOps ermöglicht die Ausführung von Skripten für die Datenbank vor dem Wiederherstellungsvorgang.

Der PostOps ermöglicht die Ausführung von Skripts für die Datenbank nach dem Wiederherstellungsvorgang.

Benachrichtigung auf Wunsch per E-Mail.

Zusammenfassung des Wiederherstellungsauftrags

Klicken Sie zum Öffnen auf den laufenden Job Job Details Fenster. Der Auftragsstatus kann auch geöffnet und angezeigt werden von der Monitor Tab.

Aus Resources Registerkarte, öffnen Sie die Datenbank Primary Backup(s) Seite. Wählen Sie den Snapshot des Datenbankdatenvolumens aus und klicken Sie dann auf clone Schaltfläche, um den Datenbankklon-Workflow zu starten.

Benennen Sie die SID der Klondatenbank. Optional kann das Klonen einer Containerdatenbank auch auf PDB-Ebene erfolgen.

Wählen Sie den DB-Server aus, auf dem Sie Ihre geklonte Datenbankkopie platzieren möchten. Behalten Sie die Standarddateispeicherorte bei, es sei denn, Sie möchten sie anders benennen.

Auf dem Klon-DB-Host sollte der identische Oracle-Software-Stack wie in der Quelldatenbank installiert und konfiguriert worden sein. Behalten Sie die Standardanmeldeinformationen bei, ändern Sie jedoch Oracle Home Settings um mit den Einstellungen auf dem Klon-DB-Host übereinzustimmen.

Der PreOps ermöglicht die Ausführung von Skripten vor dem Klonvorgang. Datenbankparameter können angepasst werden, um die Anforderungen einer Klon-Datenbank im Vergleich zu einer Produktionsdatenbank zu erfüllen, beispielsweise ein reduziertes SGA-Ziel.

Der PostOps ermöglicht die Ausführung von Skripten für die Datenbank nach dem Klonvorgang. Die Wiederherstellung geklonter Datenbanken kann auf Basis von SCN, Zeitstempeln oder „Bis zum Abbruch“ erfolgen (Rollback der Datenbank auf das letzte archivierte Protokoll im Sicherungssatz).

Benachrichtigung auf Wunsch per E-Mail.

Zusammenfassung des Klonauftrags.

Klicken Sie zum Öffnen auf den laufenden Job Job Details Fenster. Der Auftragsstatus kann auch geöffnet und angezeigt werden von der Monitor Tab.

Die geklonte Datenbank wird sofort bei SnapCenter registriert.

Validieren Sie die Klondatenbank auf dem DB-Server-Host. Bei einer geklonten Entwicklungsdatenbank sollte der Datenbankarchivmodus deaktiviert werden.

[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;