Ein Azure-Konto wurde eingerichtet und die erforderlichen vnet- und Netzwerksegmente wurden in Ihrem Azure-Konto erstellt.

Implementieren Sie im Azure-Cloud-Portal Azure Linux-VMs als Oracle DB-Server. Erstellen Sie einen Azure NetApp Files-Kapazitätspool und Datenbank-Volumes für die Oracle-Datenbank. VM-SSH-Authentifizierung für privaten/öffentlichen Schlüssel für Azure-Benutzer für DB-Server aktivieren Details zur Umgebungs-Einrichtung finden Sie im Architekturdiagramm im vorherigen Abschnitt. Auch genannt "Schritt-für-Schritt-Anweisungen zur Oracle-Implementierung auf Azure VM und Azure NetApp Files" Ausführliche Informationen finden Sie unter.

Stellen Sie bei Azure-VMs, die mit lokaler Festplattenredundanz implementiert werden, sicher, dass Sie mindestens 128 G auf der VM-Root-Festplatte zugewiesen haben, damit ausreichend Speicherplatz für die Bereitstellung von Oracle-Installationsdateien und die Hinzufügen der OS-Swap-Datei zur Verfügung steht. Erweitern Sie die Partition /tmplv und /rootlv OS entsprechend. Stellen Sie sicher, dass die Benennung des Datenbank-Volumes der Konvention VMname-u01, VMname-u02 und VMname-u03 entspricht.

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

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

Stellen Sie im Azure-Cloud-Portal einen Windows-Server bereit, damit das UI-Tool NetApp SnapCenter mit der neuesten Version ausgeführt wird. Details finden Sie unter folgendem Link: "Installieren Sie den SnapCenter-Server".

Stellen Sie eine Linux VM als Ansible-Controller-Node mit der neuesten Version von Ansible und Git bereit. Details finden Sie unter folgendem Link: "Erste Schritte mit der Automatisierung von NetApp Lösungen" In 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-Controller-Node kann entweder On-PreMisses oder in der Azure-Cloud finden, sofern er Azure DB VMs über ssh-Port erreichen kann.

Klonen Sie eine Kopie des NetApp Toolkit zur Implementierungsautomatisierung für NFS. Folgen Sie den Anweisungen unter "TR-4887" Um Playbooks auszuführen.

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

Stellen Sie die folgenden Oracle 19c-Installationsdateien auf das Azure DB VM /tmp/Archive-Verzeichnis mit 777 Berechtigungen bereit.

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 die neueste java-JDK herunter, und installieren Sie sie unter "Holen Sie sich Java für Desktop-Anwendungen".

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

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

Prüfen Get Started Online-Menü.

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

Bei Bedarf einstellen Session Timeout Für die SnapCenter-Benutzeroberfläche das gewünschte Intervall.

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

Der Roles Auf der Registerkarte werden die integrierten Rollen aufgeführt, die verschiedenen SnapCenter-Benutzern zugewiesen werden können. Benutzerdefinierte Rollen können auch vom Admin-Benutzer mit den gewünschten Berechtigungen erstellt werden.

Von `Settings-Credential`Erstellen Sie Anmeldeinformationen für SnapCenter-Management-Ziele. In diesem Demo-Anwendungsfall sind sie linux-Benutzer für die Anmeldung bei Azure VM und ANF-Berechtigungen für den Zugriff auf den Kapazitäts-Pool.

Von Storage Systems Registerkarte, hinzufügen Azure NetApp Files Mit oben erstellten Zugangsdaten.

Von Hosts Fügen Sie die Azure DB VMs hinzu, die das SnapCenter Plug-in für Oracle auf Linux installieren.

Sobald das Host-Plug-in auf der VM des DB-Servers installiert ist, werden die Datenbanken auf dem Host automatisch erkannt und in sichtbar Resources Registerkarte. Zurück zu Settings-Polices, Erstellen Sie Backup-Richtlinien für vollständige Oracle-Datenbank Online-Backup und Archiv Protokolle nur Backup. Weitere Informationen finden Sie in diesem Dokument "Erstellung von Backup-Richtlinien für Oracle Datenbanken" Für detaillierte Schritte.

Navigieren zu Resources Registerkarte, die die Datenbanken auflistet, die nach der Installation des SnapCenter-Plug-ins auf der Datenbank-VM ermittelt wurden. Zu Beginn der Overall Status Der Datenbank wird als angezeigt Not protected.

Klicken Sie auf View Zum Ändern in Resource Group. Klicken Sie auf Add melden sie sich rechts an, um eine Ressourcengruppe hinzuzufügen.

Benennen Sie Ihre Ressourcengruppe, Ihre Tags und jede benutzerdefinierte Benennung.

Fügen Sie Ihrem Ressourcen hinzu Resource Group. Durch die Gruppierung ähnlicher Ressourcen lässt sich das Datenbankmanagement in einer großen Umgebung vereinfachen.

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

Wenn die Backup-Verifizierung nicht in der Richtlinie konfiguriert ist, lassen Sie die Überprüfungsseite wie angezeigt.

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

Zusammenfassung der neuen Ressourcengruppe.

Wiederholen Sie die oben genannten Verfahren, um ein Datenbank-Archiv-Protokoll nur Backup mit entsprechenden Backup-Policy zu erstellen.

Klicken Sie auf eine Ressourcengruppe, um die darin vorhandenen Ressourcen anzuzeigen. Neben dem geplanten Backup-Job kann durch Klicken auf eine einmalige Sicherung ausgelöst werden Backup Now.

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

Ein Snapshot-Backup-Satz wird unter der Datenbanktopologie angezeigt, sobald ein erfolgreicher Backup-Job abgeschlossen ist. Ein vollständiges Datenbank-Backup-Set umfasst einen Snapshot der Datenbankdatenvolumes und einen Snapshot der Datenbankprotokollvolumes. Ein nur-Protokoll-Backup enthält nur einen Snapshot der Datenbankprotokollvolumes.

Von Resources Öffnen Sie die Datenbank Primary Backup(s) Seite. Wählen Sie den Snapshot des Datenbank-Daten-Volumes aus, und klicken Sie auf Restore Um den Datenbank-Recovery-Workflow zu starten. Notieren Sie sich die SCN-Nummer oder den Zeitstempel in den Backup-Sätzen, wenn Sie die Recovery durch Oracle SCN oder Zeitstempel ausführen möchten.

Wählen Sie Restore Scope. Bei einer Container-Datenbank kann SnapCenter flexibel eine vollständige Container-Datenbank (alle Datendateien), steckbare Datenbanken oder Restores auf Tablespaces-Ebene durchführen.

Wählen Sie Recovery Scope. All logs Bedeutet, alle verfügbaren Archivprotokolle im Backup-Satz anzuwenden. Point-in-Time-Wiederherstellung durch SCN oder Zeitstempel sind ebenfalls verfügbar.

Der PreOps Ermöglicht die Ausführung von Skripts für die Datenbank vor der Wiederherstellung/Wiederherstellung.

Der PostOps Ermöglicht die Ausführung von Skripts für die Datenbank nach der Wiederherstellung/Wiederherstellung.

Benachrichtigung per E-Mail, falls gewünscht.

Jobzusammenfassung wiederherstellen

Klicken Sie auf Job ausführen, um sie zu öffnen Job Details Fenster. Der Jobstatus kann auch über das geöffnet und angezeigt werden Monitor Registerkarte.

Von Resources Öffnen Sie die Datenbank Primary Backup(s) Seite. Wählen Sie den Snapshot des Datenbank-Daten-Volumes aus, und klicken Sie auf clone Um den Workflow für Datenbankklone zu starten.

Benennen Sie die SID der Klondatenbank. Optional kann für eine Container-Datenbank auch der Klon auf PDB-Ebene durchgeführt werden.

Wählen Sie den DB-Server aus, auf dem die geklonte Datenbankkopie gespeichert werden soll. Behalten Sie die standardmäßigen Dateispeicherorte bei, es sei denn, Sie möchten sie anders benennen.

Ein identischer Oracle-Software-Stack wie in der Quelldatenbank hätte auf geklontem DB-Host installiert und konfiguriert werden sollen. Behalten Sie die Standardanmeldedaten bei, ändern Sie sie jedoch Oracle Home Settings Zur Abstimmung mit den Einstellungen auf dem Clone-DB-Host.

Der PreOps Ermöglicht die Ausführung von Skripts vor dem Klonvorgang. Datenbankparameter können an die Anforderungen einer Klon-Datenbank im Gegensatz zu einer Produktionsdatenbank angepasst werden, beispielsweise ein verringertes SGA-Ziel.

Der PostOps Ermöglicht die Ausführung von Skripts für die Datenbank nach dem Klonvorgang. Die Wiederherstellung der Klondatenbank kann SCN, Zeitstempel-basiert oder bis zum Abbrechen (ein Rolling Forward der Datenbank zum letzten archivierten Protokoll im Backup-Satz) sein.

Benachrichtigung per E-Mail, falls gewünscht.

Jobzusammenfassung klonen.

Klicken Sie auf Job ausführen, um sie zu öffnen Job Details Fenster. Der Jobstatus kann auch über das geöffnet und angezeigt werden Monitor Registerkarte.

Unmittelbar geklonte Datenbank wird bei SnapCenter registriert.

Validierung der Klondatenbank auf dem DB-Server-Host Für eine geklonte Entwicklungsdatenbank sollte der Datenbankarchivierungsmodus 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;