1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-Infrastruktur.
3. Klicken Sie auf Exadata Cloud-Infrastruktur erstellen.
4. Compartment: Wählen Sie ein Compartment für die Exadata-Infrastruktur aus.
5. Anzeigename: Geben Sie einen Anzeigenamen für die Exadata-Infrastruktur ein. Der Name muss nicht eindeutig sein. Mit einer Oracle Cloud-ID (OCID) wird die Cloud-Exadata-Infrastrukturressource eindeutig identifiziert. Geben Sie dabei keine vertraulichen Informationen ein.
6. Availability-Domain auswählen: Die Availability-Domain, in der sich die Exadata-Infrastruktur befindet.
7. Exadata Cloud-Infrastrukturmodell auswählen: Wählen Sie ein System mit einer festen Ausprägung (Quarter-, Half- oder Full-Rack-Ausprägungen X7-2 oder X8-2) oder ein skalierbares System (X8M-2, X9M-2 oder X11M) aus.

   X11M: Wenn Sie das flexible Cloud-Infrastrukturmodell X11M auswählen, kann Ihre anfängliche Exadata Cloud Infrastructure-Instanz mindestens 2 Datenbankserver und 3 Storage Server, bis zu 32 Datenbankservern und 64 Storage Servern enthalten. Außerdem müssen Sie den Datenbankserver und den Speicherservertyp auswählen. Standardmäßig wird X11M für den Datenbankservertyp und X11M-HC für den Speicherservertyp verwendet. Nach dem Provisioning können Sie die Serviceinstanz nach Bedarf skalieren, indem Sie zusätzliche Speicherserver, Compute-Server oder beides hinzufügen.

   X9M-2: Wenn Sie das flexible X9M-2-Cloud-Infrastrukturmodell auswählen, kann Ihre anfängliche Exadata Cloud Infrastructure-Instanz zwischen 2 Datenbankservern und 3 Speicherservern und 32 Datenbankservern und 64 Speicherservern enthalten. Nach dem Provisioning können Sie die Serviceinstanz nach Bedarf skalieren, indem Sie zusätzliche Speicherserver, Compute-Server oder beides hinzufügen.

   X8M-2: Wenn Sie das flexible Cloud-Infrastrukturmodell X8M-2 auswählen, kann die anfängliche Exadata Cloud Infrastructure-Instanz mindestens 2 Datenbankserver und 3 Speicherserver (entspricht einer X8-Quarter-Rack-Ausprägung) bis zu 32 Datenbankservern und 64 Speicherservern enthalten. Nach dem Provisioning können Sie die Serviceinstanz nach Bedarf skalieren, indem Sie zusätzliche Speicherserver, Compute-Server oder beides hinzufügen.

   X7 und X8: Wenn Sie ein X7- oder X8-System auswählen, können Sie ein Quarter Rack, Half Rack oder Full Rack bereitstellen. Details zu Hardware und Kapazität finden Sie unter Exadata-Ausprägungskonfiguration.

   Exadata-Basis: Die Exadata-Basisausprägung wird mit einer einzigen Konfiguration bereitgestellt und bietet eine wirtschaftliche Alternative zum Provisioning eines Quarter-Rack-Systems. Siehe Exadata-Ausprägungskonfiguration

8. Wenn Sie eine flexible Ausprägung ausgewählt haben (X8M-2, X9M-2, oder X11M), geben Sie die Compute- und Speicherkonfiguration an. Sie können Datenbankserver von mindestens 2 bis maximal 32 angeben. Sie können Speicherserver von mindestens 3 bis maximal 64 angeben.
9. Wählen Sie die Zeitzone aus: Wählen Sie eine der folgenden Optionen aus:
   • UTC
   • Andere Zeitzone auswählen
   • (Vom Browser erkannte) Zeitzone
10. Wartung konfigurieren.

    Klicken Sie auf Wartungsvoreinstellungen bearbeiten, um die Werte zu ändern.

    Konfigurieren Sie auf der Seite Wartung konfigurieren Folgendes:

    • Voreinstellung für die Wartungsplanung: Von Oracle verwalteter Zeitplan
      • Wählen Sie eine Wartungsmethode aus:
        • Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert. Dabei werden die Server der Reihe nach ohne Ausfallzeit aktualisiert.
        • Nicht-Rolling-Modus: Die Datenbank- und Speicherserver werden gleichzeitig aktualisiert. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
      • Aktivieren Sie benutzerdefinierte Aktionen, bevor Sie die Wartung auf DB-Servern starten: Aktivieren Sie benutzerdefinierte Aktionen nur dann, wenn Sie zusätzliche Aktionen außerhalb des Zuständigkeitsbereichs von Oracle ausführen möchten. Bei einer mit einem Rolling-Softwareupdate konfigurierten Wartung wird durch Aktivierung dieser Option erzwungen, dass der Wartungslauf vor Ausführung auf den einzelnen Servern auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout wartet. Ist die Wartung mit Nicht-Rolling-Softwareupdates konfiguriert, wird vor Ausführung der Wartung aller DB-Server auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout gewartet. Während auf die benutzerdefinierte Aktion gewartet wird, kann der Wartungslauf auch vor Ablauf des Timeouts fortgesetzt werden.
        • Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
          Hinweis
          
          Der Timeout für benutzerdefinierte Aktionen gilt nur für DB-Server. Der Kunde kann mindestens 15 Minuten und maximal 120 Minuten Zeitüberschreitung für benutzerdefinierte Aktionen angeben, bevor das Patching des DB-Servers gestartet wird. Innerhalb dieser Zeit können sie alle Aktionen ausführen, die sie geplant haben. Wenn sie die benutzerdefinierte Aktion erweitern möchten, können sie diese durch die Option "Wartungsfenster bearbeiten" erweitern. Wenn eine benutzerdefinierte Aktion ausgeführt wird, erhalten Kunden 2 Optionen - entweder das Timeout für benutzerdefinierte Aktionen verlängern oder das Wartungsfenster fortsetzen.

          Standard: 15 Minuten

          Maximum: 120 Minuten

      • Klicken Sie auf Änderungen speichern.

        Hinweis
        
        Ab dem nächsten Wartungslauf werden Ausführungen gemäß den Plänen von Oracle ausgeführt.
    • Voreinstellung für die Wartungsplanung: Vom Kunden verwalteter Zeitplan
      • Wartungsplan: Definieren Sie Wartungsvoreinstellungen für diese Infrastruktur.
        Hinweis
        
        Änderungen werden ab dem nächsten Wartungslauf wirksam.
        • Wartungsvoreinstellung konfigurieren: Definieren Sie Voreinstellungen für die Wartungszeit für jedes Quartal. Wenn Sie mehrere Voreinstellungen für ein Quartal definieren, wählt Oracle automatisch eine davon aus, um die Wartung auf allen Komponenten in Ihrer Infrastruktur durchzuführen.

          Wählen Sie mindestens einen Monat alle zwei Quartale aus.

        • Zeitplan angeben: Wählen Sie die gewünschte Woche, den Wochentag, die Startzeit und die Vorlaufzeit für die Infrastrukturwartung aus.
          • Optional. Geben Sie unter Woche des Monats an, in welcher Woche des Monats die Wartung stattfinden soll. Wochen beginnen jeweils am 1., 8., 15. und 22. Tag des Monats und dauern jeweils 7 Tage. Beginn und Ende einer Woche basieren auf Kalenderdaten und nicht auf Wochentagen. Die Wartung kann nicht für die fünfte Woche von Monaten mit mehr als 28 Tagen geplant werden. Wenn Sie keine Woche des Monats angeben, führt Oracle das Wartungsupdate in einer Woche aus, in der dies mit minimalen Unterbrechungen verbunden ist.
          • Optional. Geben Sie unter Tag der Woche den Wochentag an, an dem die Wartung stattfinden soll. Wenn Sie keinen Wochentag angeben, führt Oracle das Wartungsupdate an einem Wochenendtag aus, um Unterbrechungen zu minimieren.
          • Optional. Geben Sie unter Stunden des Tages die Stunde an, in der der Wartungslauf beginnt. Wenn Sie keine Startstunde angeben, wählt Oracle für die Ausführung des Wartungsupdates eine Zeit aus, zu der die Wartung mit minimalen Unterbrechungen verbunden ist.
          • Geben Sie unter Vorlaufzeit der Benachrichtigung die Mindestfrist in Wochen vor dem Wartungsereignis an, in dem Sie eine Benachrichtigung erhalten möchten. Die Angabe der Vorlaufzeit stellt sicher, dass neu freigegebene Wartungsupdates unter Berücksichtigung der erforderlichen Benachrichtigungsfrist eingeplant werden.
        • Wählen Sie eine Wartungsmethode aus:
          • Rolling: Standardmäßig wird die Exadata-Infrastruktur im Rolling-Modus aktualisiert. Dabei werden die Server der Reihe nach ohne Ausfallzeit aktualisiert.
          • Nicht-Rolling-Modus: Die Datenbank- und Speicherserver werden gleichzeitig aktualisiert. Die Nicht-Rolling-Wartungsmethode minimiert die Wartungszeit, verursacht jedoch eine Ausfallzeit für das ganze System.
        • Aktivieren Sie benutzerdefinierte Aktionen, bevor Sie die Wartung auf DB-Servern starten: Aktivieren Sie benutzerdefinierte Aktionen nur dann, wenn Sie zusätzliche Aktionen außerhalb des Zuständigkeitsbereichs von Oracle ausführen möchten. Bei einer mit einem Rolling-Softwareupdate konfigurierten Wartung wird durch Aktivierung dieser Option erzwungen, dass der Wartungslauf vor Ausführung auf den einzelnen Servern auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout wartet. Ist die Wartung mit Nicht-Rolling-Softwareupdates konfiguriert, wird vor Ausführung der Wartung aller DB-Server auf eine benutzerdefinierte Aktion mit konfiguriertem Timeout gewartet. Während auf die benutzerdefinierte Aktion gewartet wird, kann der Wartungslauf auch vor Ablauf des Timeouts fortgesetzt werden.
          • Benutzerdefinierter Aktionstimeout (in Minuten): Zeit, die für eine benutzerdefinierte Aktion verfügbar ist, bevor die Wartung der DB-Server gestartet wird.
            Hinweis
            
            Der Timeout für benutzerdefinierte Aktionen gilt nur für DB-Server. Der Kunde kann mindestens 15 Minuten und maximal 120 Minuten Zeitüberschreitung für benutzerdefinierte Aktionen angeben, bevor das Patching des DB-Servers gestartet wird. Innerhalb dieser Zeit können sie alle Aktionen ausführen, die sie geplant haben. Wenn sie die benutzerdefinierte Aktion erweitern möchten, können sie diese durch die Option "Wartungsfenster bearbeiten" erweitern. Wenn eine benutzerdefinierte Aktion ausgeführt wird, erhalten Kunden 2 Optionen - entweder das Timeout für benutzerdefinierte Aktionen verlängern oder das Wartungsfenster fortsetzen.

            Standard: 15 Minuten

            Maximum: 120 Minuten

        • Erweiterte Optionen anzeigen:
          • Monatliche Sicherheitsinfrastrukturwartung aktivieren: Aktivieren Sie dieses Kontrollkästchen, um eine monatliche Sicherheitsinfrastrukturwartung auszuführen.
      • Wartungsplan: Voreinstellungen für Wartungsfenster aus einer Planungs-Policy verwenden

        Nachdem die Planungs-Policy ausgewählt wurde, generiert Oracle während des Infrastruktur-Provisionings einen empfohlenen Wartungsplan, um Updates auf alle Komponenten in Ihrer Infrastruktur anzuwenden. Der empfohlene Plan plant alle DB-Server, gefolgt von Speicherservern, basierend auf der Dauer in die Wartungsfenster Ihrer Policy. Nach dem Provisioning der Infrastruktur können Sie den Zeitplanungsplan aktualisieren, indem Sie die Ressource "Wartungsplan" bearbeiten und die Aktualisierung an bestimmte Komponenten anpassen, um sie an verschiedenen Fenstern in Ihrer Zeitplanungs-Policy auszurichten.

        • Klicken Sie auf Policy auswählen.
        • Wählen Sie im daraufhin angezeigten Fenster "Wartungsplanungs-Policy auswählen" ein Compartment und eine Policy aus.

          Sie können auch eine Wartungsplanungs-Policy erstellen und verwenden. Weitere Informationen finden Sie unter Wartungsplanungs-Policy erstellen. Beachten Sie, dass Sie der Policy nach dem Erstellen zusätzliche Wartungsfenster hinzufügen können. Weitere Informationen finden Sie unter Weitere Wartungsfenster zu einer Wartungsplanungs-Policy hinzufügen.

        • Klicken Sie auf Änderungen speichern.
11. Geben Sie unter Wartungsdetails angeben bis zu 10 eindeutige E-Mail-Adressen für Wartungskontakte an. Klicken Sie auf Kontakt hinzufügen.
    Geben Sie im Feld Kontakt - E-Mail die E-Mail-ID eines gewünschten Kontakts an.

    Hinweis
    
    Mindestens ein Kontakt ist erforderlich.

    Klicken Sie auf Kontakt hinzufügen, um einen weiteren Kontakt hinzuzufügen.

12. Klicken Sie auf Erweiterte Optionen anzeigen, um erweiterte Optionen für die anfängliche Datenbank anzugeben.

    Auf der Registerkarte Tags können Sie der Datenbank Tags hinzufügen. Um ein definiertes Tag zuzuweisen, benötigen Sie die Berechtigungen zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch zuweisen.

13. Klicken Sie auf Exadata-Infrastruktur erstellen. Die Cloud-Exadata-Infrastruktur wird in der Exadata-Infrastrukturliste mit dem Status "Provisioning wird ausgeführt" angezeigt. Das Symbol der Infrastruktur ändert sich von Gelb in Grün (oder Rot, um Fehler anzuzeigen).

NÄCHSTE SCHRITTE

Nachdem die Cloud-Exadata-Infrastrukturressource erfolgreich bereitgestellt wurde und den Status "Verfügbar" aufweist, können Sie ein Cloud-VM-Cluster in Ihrer Infrastruktur erstellen, wie unter So erstellen Sie eine Cloud-VM-Clusterressource beschrieben. Sie müssen sowohl eine Infrastrukturressource als auch ein VM-Cluster bereitstellen, bevor Sie in der neuen Exadata Cloud Infrastructure-Instanz Ihre erste Datenbank erstellen.

Erstellen Sie ein VM-Cluster in einer Exadata Cloud Infrastructure-Instanz.

1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
2. Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster.
   Hinweis
   
   Mehrere VM-Cluster können nur in einer Multi-VM-fähigen Infrastruktur erstellt werden.
3. Klicken Sie auf Exadata-VM-Cluster erstellen.

   Die Seite Exadata-VM-Cluster erstellen wird angezeigt. Geben Sie die erforderlichen Informationen für die Konfiguration des VM-Clusters ein.

4. Compartment: Wählen Sie ein Compartment für die VM-Clusterressource aus.
5. Anzeigename: Geben Sie einen benutzerdefinierten Anzeigenamen für das VM-Cluster an. Der Name muss nicht eindeutig sein. Das DB-System wird durch eine Oracle Cloud-ID (OCID) eindeutig identifiziert. Geben Sie dabei keine vertraulichen Informationen ein.
6. Exadata-Infrastruktur auswählen: Wählen Sie die Infrastrukturressource für das VM-Cluster aus. Sie müssen eine Infrastrukturressource mit ausreichend Ressourcen zum Erstellen eines neuen VM-Clusters auswählen. Klicken Sie auf Compartment ändern, und wählen Sie ein anderes Compartment als das Compartment aus, in dem Sie arbeiten, um Infrastrukturressourcen in anderen Compartments anzuzeigen.
   Hinweis
   
   Mehrere VM-Cluster können nur in einer Multi-VM-fähigen Infrastruktur erstellt werden
7. Wählen Sie die Oracle Grid Infrastructure-Version aus: Wählen Sie in der Liste das Release von Oracle Grid Infrastructure (19c und 23ai) aus, das Sie im VM-Cluster installieren möchten.

   Das Oracle Grid Infrastructure-Release bestimmt die Oracle Database-Releases, die im VM-Cluster unterstützt werden. Sie können kein Oracle Database-Release ausführen, das neuer ist als das Oracle Grid Infrastructure-Softwarerelease.

   Hinweis
   
   Mindestanforderungen für das Provisioning eines VM-Clusters mit Grid Infrastructure 23ai:

   • Exadata-Gast-VM mit Exadata-Systemsoftware 23.1.8
   • Exadata-Infrastruktur, auf der Exadata-Systemsoftware 23.1.x ausgeführt wird
8. Wählen Sie eine Exadata-Imageversion aus:
   • Exadata-Infrastruktur mit Oracle Linux 7 und Exadata-Imageversion 22.1.10.0.0.230422:
     • Die Schaltfläche Bild ändern ist nicht aktiviert.
     • Die Oracle Grid Infrastructure-Version wird standardmäßig auf 19.0.0.0.0 gesetzt.
     • Die Exadata-Gastversion entspricht der Version des Host-BS.
   • Exadata-Infrastruktur mit Oracle Linux 8 und Exadata-Imageversion 23.1.3.0.0.230613:
     • Die Exadata-Gastversion ist standardmäßig die neueste Version (23.1.3.0).
     • Die Oracle Grid Infrastructure-Version ist standardmäßig 19.0.0.0.0
     • Die Schaltfläche Bild ändern ist aktiviert.
     • Klicken Sie auf Image ändern.

       Im daraufhin angezeigten Bereich "Image ändern" wird die Liste der verfügbaren Hauptversionen des Exadata-Images (23.1.3.0 und 22.1.3.0) angezeigt.

       Das neueste Release für jede Hauptversion wird mit "(letzte)" angegeben.

     • Folie Alle verfügbaren Versionen anzeigen.

       Sechs frühere Versionen, einschließlich der neuesten Versionen von Exadata-Images 23.1.3.0 und 22.1.3.0, werden angezeigt.

     • Version auswählen.
     • Klicken Sie auf Änderungen speichern.
9. VM-Cluster konfigurieren: Geben Sie die DB-Server an, die für das neue VM-Cluster verwendet werden sollen (standardmäßig sind alle DB-Server ausgewählt). Klicken Sie auf DB-Server ändern, um einen der verfügbaren DB-Server auszuwählen. Gehen Sie im Fensterbereich Ressourcenzuweisung pro VM wie folgt vor:
   • Geben Sie die Anzahl der OCPU/ECPUs an, die Sie den Virtual-Machine-Compute Nodes des VM-Clusters zuweisen möchten. Geben Sie für VM-Cluster, die auf der Exadata-Infrastruktur X11M erstellt wurden, ECPUs an. Geben Sie für VM-Cluster, die auf X10M und einer früheren Exadata-Infrastruktur erstellt wurden, OCPUs an. Mindestens 2 OCPU pro VM für X10M und frühere Infrastruktur oder 8 ECPUs pro VM für VM-Cluster, die auf der Exadata-Infrastruktur X11M erstellt wurden. Im schreibgeschützten Feld Angeforderte OCPU-Anzahl für das Exadata-VM-Cluster wird die gesamte Anzahl der zuzuweisenden OCPU- oder ECPU-Cores angezeigt.
   • Geben Sie den Arbeitsspeicher pro VM an, der den einzelnen VMs zugewiesen werden soll. Das Minimum pro VM beträgt 30 GB.
   • Geben Sie den Lokalen Speicher pro VM an, um den einzelnen VMs lokalen Speicher zuzuweisen. Das Minimum pro VM beträgt 60 GB.

     Jedes Mal, wenn Sie ein neues VM-Cluster erstellen, wird der vom insgesamt verfügbaren Speicherplatz verbleibende Speicherplatz für das neue VM-Cluster genutzt.

     Zusätzlich zu /u02 können Sie die Größe zusätzlicher lokaler Dateisysteme angeben.

     Weitere Informationen und Anweisungen zur Angabe der Größe für jede einzelne VM finden Sie unter Einführung in das vertikale oder horizontale Skalieren.

     • Klicken Sie auf Zusätzliche lokale Dateisystemkonfigurationsoptionen anzeigen.
     • Geben Sie die Größe der Dateisysteme /, /u01, /tmp, /var, /var/log, /var/log/audit und /home nach Bedarf an.
       Hinweis
       
       

       • Sie können diese Dateisysteme nur erweitern und die Größe nach der Erweiterung nicht reduzieren.
       • Aufgrund von Backuppartitionen und Spiegelung belegen die Dateisysteme / und /var doppelt so viel Speicherplatz, wie sie zugewiesen wurden. Dies wird in den schreibgeschützten Feldern Gesamter zugewiesener Speicher für / (GB) aufgrund von Spiegelung und Gesamter zugewiesener Speicher für /tmp (GB) aufgrund von Spiegelung angegeben.
     • Nachdem Sie das VM-Cluster erstellt haben, prüfen Sie im Abschnitt Exadata-Ressourcen auf der Seite Exadata-Infrastrukturdetails die Dateigröße, die dem lokalen Speicher (/u02) und dem lokalen Speicher (zusätzliche Dateisysteme) zugewiesen ist.
10. Exadata-Speicher konfigurieren: Geben Sie Folgendes an:

    • Nutzbaren Exadata-Speicher angeben (TB): Geben Sie den Speicher als Vielfaches von 1 TB an. Minimum: 2 TB
    • Speicher für Exadata-Sparse Snapshots zuweisen: Wählen Sie diese Konfigurationsoption aus, wenn Sie Snapshot-Funktionen in Ihrem VM-Cluster verwenden möchten. Wenn Sie diese Option auswählen, wird die SPARSE-Datenträgergruppe erstellt, sodass Sie die Snapshot-Funktionalität des VM-Clusters für das Erstellen von SPARSE-Klonen von PDBs verwenden können. Wenn Sie diese Option nicht auswählen, wird die SPARSE-Datenträgergruppe nicht erstellt, und die Snapshot-Funktionalität ist in keinen in der Umgebung erstellten Datenbank-Deployments verfügbar.
      Hinweis
      
      Die Speicherkonfigurationsoption für Sparse Snapshots kann nach der Erstellung des VM-Clusters nicht geändert werden.
    • Speicher für lokale Backups zuweisen: Wählen Sie diese Option aus, wenn Sie Datenbankbackups im lokalen Exadata-Speicher innerhalb der Exadata Cloud Infrastructure-Instanz erstellen möchten. Wenn Sie diese Option auswählen, wird der RECO-Datenträgergruppe mehr Speicherplatz zugewiesen, um die Backups im Exadata-Speicher zu speichern. Wenn Sie diese Option nicht auswählen, wird der DATA-Datenträgergruppe mehr Speicherplatz zugewiesen, sodass Sie mehr Daten in den Datenbanken speichern können.
      Hinweis
      
      Die Speicherkonfigurationsoption für lokale Backups kann nach der Erstellung des VM-Clusters nicht geändert werden.
11. SSH-Schlüssel hinzufügen: Fügen Sie den Public-Key-Teil der einzelnen Schlüsselpaare hinzu, die Sie für den SSH-Zugriff auf das DB-System verwenden möchten:
    • SSH-Schlüsselpaar generieren: (Standardoption) Wählen Sie dieses Optionsfeld aus, um ein SSH-Schlüsselpaar zu generieren. Klicken Sie dann im folgenden Dialogfeld auf Save private key, um den Schlüssel herunterzuladen. Klicken Sie dann optional auf Save public key, um den Schlüssel herunterzuladen.
    • SSH-Schlüsseldateien hochladen: Aktivieren Sie dieses Optionsfeld, um PUB-Dateien zu durchsuchen oder per Drag-and-Drop zu verschieben.
    • SSH-Schlüssel einfügen: Aktivieren Sie dieses Optionsfeld, um einzelne Public Keys einzufügen. Klicken Sie zum Einfügen mehrerer Schlüssel auf + Weiterer SSH-Schlüssel, und geben Sie einen Schlüssel pro Eintrag an.
12. Netzwerkeinstellungen konfigurieren: Geben Sie Folgendes an:
    Hinweis
    
    IP-Adressen (100.64.0.0/10) werden für das X8M-Interconnect von Exadata Cloud Infrastructure verwendet.

    Sie können nicht zwischen IPv4 (einzelner Stack) und IPv4/IPv6 (doppelter Stack) wählen, wenn beide Konfigurationen vorhanden sind. Weitere Informationen finden Sie unter VCN- und Subnetzverwaltung.

    • Virtuelles Cloud-Netzwerk: Das VCN, in dem Sie das VM-Cluster erstellen möchten. Klicken Sie auf Compartment ändern, um ein VCN in einem anderen Compartment auszuwählen.
    • Clientsubnetz: Das Subnetz, dem das VM-Cluster zugeordnet werden soll. Klicken Sie auf Compartment ändern, um ein Subnetz in einem anderen Compartment auszuwählen.

      Verwenden Sie kein Subnetz, das sich mit 192.168.16.16/28 überschneidet, da dieses vom Private Interconnect von Oracle Clusterware in der Datenbankinstanz verwendet wird. Wenn Sie ein sich überschneidendes Subnetz angeben, führt dies zu einer Fehlfunktion des Private Interconnects.

    • Backupsubnetz: Das Subnetz, das für das Backupnetzwerk verwendet werden soll, das im Allgemeinen zum Übertragen von Backupinformationen von und an das Backupziel und für die Data Guard-Replikation verwendet wird. Klicken Sie auf Compartment ändern, um gegebenenfalls ein Subnetz in einem anderen Compartment auszuwählen.

      Verwenden Sie kein Subnetz, das sich mit 192.168.128.0/20 überschneidet. Diese Einschränkung gilt sowohl für das Client- als auch für das Backupsubnetz.

      Wenn Sie Datenbanken in Object Storage oder Autonomous Recovery Service sichern möchten, prüfen Sie die Voraussetzungen für das Netzwerk unter Exadata-Datenbankbackups verwalten.

      Hinweis
      
      Bei Verwendung von Autonomous Recovery Service wird dringend ein neues dediziertes Subnetz empfohlen. Prüfen Sie die Netzwerkanforderungen und -konfigurationen, die für das Backup Ihrer Oracle Cloud-Datenbanken in Recovery Service erforderlich sind. Siehe Netzwerkressourcen für Recovery Service konfigurieren.
    • Netzwerksicherheitsgruppen: Optional können Sie eine oder mehrere Netzwerksicherheitsgruppen (NSGs) für das Client- und das Backupnetzwerk angeben. NSGs fungieren als virtuelle Firewall, sodass Sie ein Set von Ingress- und Egress-Sicherheitsregeln auf das Exadata Cloud Infrastructure-VM-Cluster anwenden können. Sie können maximal fünf NSGs angeben. Weitere Informationen finden Sie unter Netzwerksicherheitsgruppen und Netzwerksetup für Exadata Cloud Infrastructure-Instanzen.

      Wenn Sie ein Subnetz mit einer Sicherheitsliste auswählen, gelten für das VM-Cluster sowohl die Regeln in der Sicherheitsliste als auch die Sicherheitsregeln der NSGs.

      So verwenden Sie Netzwerksicherheitsgruppen:

      • Aktivieren Sie das Kontrollkästchen Netzwerksicherheitsgruppen zur Kontrolle des Traffics verwenden. Dieses Kästchen wird unter der Option für das Client- und das Backupsubnetz angezeigt. Sie können NSGs auf das Client- oder das Backupnetzwerk oder auf beide Netzwerke anwenden. Sie müssen ein virtuelles Cloud-Netzwerk ausgewählt haben, um einem Netzwerk NSGs zuweisen zu können.
      • Geben Sie die NSG an, die für das Netzwerk verwendet werden soll. Möglicherweise müssen Sie mehrere NSGs verwenden. Wenn Sie nicht sicher sind, wenden Sie sich an den Netzwerkadministrator.
      • Um zusätzliche NSGs für das Netzwerk zu verwenden, klicken Sie auf + Weitere Netzwerksicherheitsgruppe.
      Hinweis
      
      

      Um Ihren Cloud-VM-Clusterressourcen zusätzliche Sicherheit zu bieten, können Sie mit Oracle Cloud Infrastructure Zero Trust Packet Routing sicherstellen, dass nur Ressourcen mit Sicherheitsattributen über Netzwerkberechtigungen für den Zugriff auf Ihre Ressourcen verfügen. Oracle stellt Datenbank-Policy-Vorlagen bereit, mit denen Sie Policys für allgemeine Anwendungsfälle der Datenbanksicherheit erstellen können. Um sie jetzt zu konfigurieren, müssen Sie bereits Sicherheitsattribute mit Oracle Cloud Infrastructure Zero Trust Packet Routing erstellt haben. Klicken Sie am Ende dieses Verfahrens auf Erweiterte Optionen anzeigen.

      Beachten Sie, dass beim Angeben von Sicherheitsattributen für ein Cluster, sobald es angewendet wird, für alle Ressourcen eine Zero Trust Packet Policy für den Zugriff auf das Cluster erforderlich ist. Wenn ein Sicherheitsattribut auf einem Endpunkt vorhanden ist, muss es die Regeln der Netzwerksicherheitsgruppe (NSG) und der Oracle Cloud Infrastructure Zero Trust Packet Routing-Policy (OCI ZPR) erfüllen.

    • So verwenden Sie den privaten DNS-Service:
      Hinweis
      
      Ein privates DNS muss konfiguriert sein, bevor es ausgewählt werden kann. Siehe "Privates DNS konfigurieren".
      • Aktivieren Sie das Kontrollkästchen Privaten DNS-Service verwenden.
      • Private Ansicht auswählen. Klicken Sie auf Compartment ändern, um eine private Ansicht in einem anderen Compartment auszuwählen.
      • Private Zone auswählen. Klicken Sie auf Compartment ändern, um eine private Zone in einem anderen Compartment auszuwählen.
    • Hostnamenspräfix: Sie können einen Hostnamen für das Exadata-DB-System auswählen. Der Hostname muss mit einem Buchstaben beginnen und kann nur alphanumerische Zeichen und Bindestriche (-) enthalten. Für Exadata-DB-Systeme sind maximal 12 Zeichen zulässig.

      Achtung:

      Der Hostname muss innerhalb des Subnetzes eindeutig sein. Wenn er nicht eindeutig ist, verläuft das Provisioning des VM-Clusters nicht erfolgreich.
    • Hostdomainname: Der Domainname für das VM-Cluster. Wenn das ausgewählte Subnetz den von Oracle bereitgestellten Internet- und VCN-Resolver für die DNS-Namensauflösung verwendet, wird in diesem Feld der Domainname für das Subnetz angezeigt. Dieser Name kann nicht geändert werden. Andernfalls können Sie einen beliebigen Domainnamen angeben. Bindestriche (-) sind nicht zulässig.

      Wenn Sie Datenbankbackups in Object Storage oder Autonomous Recovery Service speichern möchten, empfiehlt Oracle, dass Sie einen VCN-Resolver zur Auflösung von DNS-Namen für das Clientsubnetz verwenden, weil er die Swift-Endpunkte für die Backups automatisch löst.

    • Host- und Domain-URL: Dieses Feld ist schreibgeschützt und enthält den Host- und Domainnamen, um den vollqualifizierten Domainnamen (FQDN) für die Datenbank anzuzeigen. Die maximale Länge beträgt 63 Zeichen.
13. Lizenztyp auswählen: Der Lizenztyp, den Sie für das VM-Cluster verwenden möchten. Ihre Auswahl wirkt sich auf die Messung für die Abrechnung aus.
    • Lizenz inklusive bedeutet, dass in den Kosten für den Cloud-Service eine Lizenz für den Datenbankservice inbegriffen ist.
    • Bring Your Own License (BYOL) bedeutet, dass Sie ein Oracle Database-Kunde mit einem unbefristeten oder befristeten Lizenzvertrag sind und Ihre Lizenz mit Oracle Cloud Infrastructure verwenden möchten. In diesem Fall benötigen Sie keine separaten On-Premise-Lizenzen und Cloud-Lizenzen.
14. Diagnoseerfassung: Durch das Aktivieren von Diagnoseerfassung und -benachrichtigungen können Sie und Oracle Cloud Operations Probleme mit Gast-VMs schnell und effektiv identifizieren, untersuchen, verfolgen und lösen. Abonnieren Sie Ereignisse, um über Änderungen des Ressourcenstatus benachrichtigt zu werden.
    Hinweis
    
    Durch Ihr Opt-in erkennen Sie an, dass sich die obige Liste der Ereignisse (oder Metriken, Logdateien) in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.
    • Diagnoseereignisse aktivieren: Lassen Sie zu, dass Oracle kritische, Warnungs-, Fehler- und Informationsereignisse erfasst und für Sie veröffentlicht.
    • Zustandsmonitoring aktivieren: Lassen Sie zu, dass Oracle Zustandsmetriken/-ereignisse wie Oracle Database-Status (hoch-/heruntergefahren), Belegung des Datenträgerspeicherplatzes usw. erfasst und mit Oracle Cloud Operations teilt. Sie werden dabei auch über einige Ereignisse benachrichtigt.
    • Vorfallslog- und Traceerfassung aktivieren: Lassen Sie zu, dass Oracle Vorfallslogs und Traces erfasst, um die Faultdiagnose und Problemlösung zu ermöglichen.
    Hinweis
    
    Durch Ihr Opt-in erkennen Sie an, dass sich die obige Liste der Ereignisse (oder Metriken, Logdateien) in Zukunft ändern kann. Ein Opt-out ist bei diesem Feature jederzeit möglich.
    Alle drei Kontrollkästchen sind standardmäßig aktiviert. Sie können die Standardeinstellungen unverändert lassen oder die Kontrollkästchen nach Bedarf deaktivieren. Sie können die Einstellungen für die Diagnoseerfassung auf der Seite VM-Clusterdetails unter Allgemeine Informationen >> Diagnoseerfassung anzeigen.

    • Aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (alle drei Optionen).
    • Deaktiviert: Wenn Sie keine Diagnosen, Zustandsmetriken, Vorfallslogs und Tracedateien erfassen möchten (keine der drei Optionen).
    • Teilweise aktiviert: Wenn Sie Diagnosen, Zustandsmetriken, Vorfallslogs oder Tracedateien erfassen möchten (eine oder zwei Optionen).
15. Klicken Sie auf Erweiterte Optionen anzeigen, um erweiterte Optionen für das VM-Cluster anzugeben:

    • Zeitzone: Diese Option befindet sich auf der Registerkarte Management. Die Standardzeitzone für das DB-System ist UTC, aber Sie können eine andere Zeitzone angeben. Die Zeitzonenoptionen entsprechen den in der Klasse Java.util.TimeZone und im Oracle Linux-Betriebssystem unterstützten Zeitzonen. Weitere Informationen finden Sie unter Zeitzonen für DB-Systeme .

      Hinweis
      
      

      Wenn Sie eine andere Zeitzone als UTC oder die vom Browser erkannte Zeitzone festlegen möchten und die gewünschte Zeitzone nicht angezeigt wird, wählen Sie die Option Andere Zeitzone auswählen aus. Wählen Sie dann in der Liste Region oder Land die Option "Sonstiges" aus, und suchen Sie nach der gewünschten Zeitzone.

    • SCAN-Listener-Port: Diese Option befindet sich auf der Registerkarte Netzwerk. Sie können einen SCAN-Listener-Port (TCP/IP) im Bereich zwischen 1024 und 8999 zuweisen. Der Standardwert ist 1521.
      Hinweis
      
      Das manuelle Ändern des SCAN-Listener-Ports eines VM-Clusters nach dem Provisioning mit der Backend-Software wird nicht unterstützt. Diese Änderung kann dazu führen, dass das Data Guard-Provisioning nicht erfolgreich verläuft.
    • Zero Trust Packet Routing (ZPR): Diese Option befindet sich auf der Registerkarte Sicherheitsattribute. Wählen Sie einen Namespace aus, und geben Sie den Schlüssel und den Wert für das Sicherheitsattribut an. Um diesen Schritt während der Konfiguration abzuschließen, müssen Sie bereits Sicherheitsattribute mit Oracle Cloud Infrastructure Zero Trust Packet Routing eingerichtet haben. Sie können Sicherheitsattribute auch nach der Konfiguration hinzufügen und später hinzufügen. Weitere Informationen zum Hinzufügen von Oracle Exadata Database Service on Dedicated Infrastructure-spezifischen Policys finden Sie unter Policy Template Builder.
    • Cloud Automation-Update: Oracle wendet regelmäßig Updates auf die für Cloud-Tools und -Automatisierung erforderlichen Datenbanktools und Agent-Software an. Sie können das bevorzugte Zeitfenster konfigurieren, damit diese Updates auf das VM-Cluster eingespielt werden.

      Legen Sie die Startzeit für Cloud-Automatisierungsupdates fest.

      Hinweis
      
      Oracle prüft täglich zwischen dem konfigurierten Zeitfenster auf die neuesten VM Cloud Automation-Updates und wendet gegebenenfalls Updates an. Wenn die Automatisierung aufgrund eines zugrunde liegenden Prozesses mit langer Ausführungszeit nicht mit dem Einspielen von Updates im konfigurierten Zeitfenster beginnen kann, prüft Oracle automatisch am folgenden Tag während des konfigurierten Zeitfensters, um mit dem Einspielen von Cloud-Automatisierungsupdates auf das VM-Cluster zu beginnen.

      Vorzeitigen Zugriff für Cloud-Toolupdates ermöglichen: VM-Cluster, die für vorzeitigen Zugriff bestimmt sind, erhalten Updates 1-2 Wochen, bevor sie für andere Systeme verfügbar sind. Aktivieren Sie dieses Kontrollkästchen, wenn Sie dieses VM-Cluster frühzeitig annehmen möchten.

      Cloud Automation Update Freeze-Zeitraum: Oracle wendet regelmäßig Updates auf die Datenbanktools und Agent-Software an, die für Cloud-Tools und -Automatisierung erforderlich sind. Aktivieren Sie einen Fixierungszeitraum, um ein Zeitfenster zu definieren, in dem die Oracle-Automatisierung keine Cloud-Updates einspielt.

      Verschieben Sie den Schieberegler, um die Fixierungsperiode festzulegen.

      Hinweis
      
      

      • Die Sperrperiode kann ab dem Startdatum um maximal 45 Tage verlängert werden.
      • Durch die Oracle-Automatisierung werden Updates mit kritischen Sicherheitsfixes (CVSS >= 9) auch während eines konfigurierten Fixierungszeitraums automatisch eingespielt.
    • Tags: Wenn Sie über Berechtigungen zum Erstellen einer Ressource verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag zuzuweisen, benötigen Sie die Berechtigungen zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollten, überspringen Sie diese Option, oder fragen Sie Ihren Administrator. Sie können die Tags auch später noch anwenden.
16. Klicken Sie auf Erstellen.

VM Cloud Automation-Softwareupdates für von Oracle verwaltete Agents und Tools auf Gast-VMs stellen den Zugriff auf die neuesten Oracle Cloud-Features sicher und unterstützen die fortlaufende Betriebseffizienz. Umgebungen können von bestimmten Versionen für benutzerdefinierte Skripte und Workflows abhängen oder Aktualisierungen erfordern, die auf Geschäftszyklen und kritische Vorgänge abgestimmt sind.

Mit diesen Funktionen profitieren Kunden von einer größeren Kontrolle und Flexibilität über ihren Aktualisierungsprozess. So können sie Risiken minimieren, indem sie Updates proaktiv testen und die Betriebsstabilität sicherstellen, indem sie kritische Geschäftsfenster vor Störungen schützen. Dieser Ansatz unterstützt die Stabilität des Geschäftsbetriebs und die effiziente Einführung von Oracle Cloud-Verbesserungen.

Kunden können die Planung und Anwendung von Updates für die VM Cloud Automation-Software auf verschiedene Arten steuern:

• Tägliche Updateplanung: Konfigurieren Sie bestimmte Zeiträume an dem Tag, an dem Gast-VMs Updates abfragen und einspielen, indem Sie die Softwarewartung an die bevorzugten Wartungsfenster und Betriebsanforderungen anpassen.
• Phasiger Rollout und frühe Tests: Weisen Sie bestimmte Cluster zu, um zuerst Updates zu erhalten. So können phasenweise Rollouts aktiviert werden und Updates in Nicht-Produktionsumgebungen vor einem breiteren Deployment ausgewertet werden.
• Zeiträume sperren: Definieren Sie Fenster, in denen Aktualisierungen angehalten werden, um eine unterbrechungsfreie Performance bei geschäftskritischen Vorgängen sicherzustellen.

Alle Updates werden online eingespielt, wodurch die Kontinuität bei der Ausführung von Gast-VMs und deren Datenbanken erhalten bleibt.

• Was Sie bei VM Cloud Automation Software-Updates erwarten können
  
• Voreinstellungen für VM Cloud Automation-Updates verwalten
  
• Fixierungszeitraum konfigurieren
  
• Voreinstellung "Cloud-Automatisierungsupdate abbrechen", während der Sperrzeitraum gültig ist
  
• Cloud Automation-Update erneut aktivieren
  

Verwenden Sie ein vorhandenes IP4-only-Subnetz im Datenbank-VCN für Recovery Service-Vorgänge. Definieren Sie Sicherheitsregeln, um den Backuptraffic zwischen Ihrer Datenbank und Recovery Service zu steuern. Registrieren Sie das private Subnetz schließlich als Recovery Service-Subnetz.

• Privates Subnetz für Recovery Service verwenden
  Recovery Service verwendet ein privates Subnetz in einem virtuellen Cloud-Netzwerk (VCN), in dem sich die Datenbank befindet. Das private Subnetz definiert den Netzwerkpfad für Backups zwischen Ihrer Datenbank und Recovery Service.
• Networking-Serviceberechtigungen zum Konfigurieren eines Subnetzes prüfen
  Stellen Sie sicher, dass Sie über diese Networking-Serviceberechtigungen verfügen, die zum Erstellen eines Subnetzes im Datenbank-VCN und zum Zuweisen von Sicherheitsregeln für Recovery Service erforderlich sind.
• Anforderungen an die Subnetzgröße und Sicherheitsregeln für das Recovery Service-Subnetz prüfen
  Die Sicherheitsregeln sind erforderlich, um Backuptraffic zwischen einer Datenbank und Recovery Service zuzulassen.
• Recovery-Servicesubnetz im Datenbank-VCN erstellen
  Mit der OCI-Konsole können Sie ein privates Subnetz für Recovery Service in Ihrem virtuellen Datenbank-Cloud-Netzwerk (VCN) konfigurieren.
• Recovery-Servicesubnetz registrieren
  Nachdem Sie ein privates Subnetz für Recovery Service in Ihrem Datenbank-VCN erstellt haben, registrieren Sie das Subnetz in Recovery Service.

• Stellen Sie sicher, dass das Recovery-Servicesubnetz mit Oracle-Services kommunizieren kann
  Das registrierte Recovery-Servicesubnetz muss mit dem Recovery-Service kommunizieren.
• Stellen Sie sicher, dass Ihre Datenbank TDE vollständig konfiguriert hat
  Wenn Sie den Autonomous Recovery Service verwenden, muss Ihre Datenbank vollständig TDE-verschlüsselt sein.
• Manuelle betriebliche Backups deaktivieren
  In einigen Fällen führen OCI-Benutzer manuelle betriebliche Backups aus. Diese Backups werden außerhalb des Standardtools ausgeführt und unterstützen ein Point-in-Time Recovery (Nicht-KEEP-Backups).