Distributed ExaDB-XS mit "Benutzerdefiniertes Erstellen" erstellen

1. Geben Sie die folgenden grundlegenden Informationen ein.

   Einstellung	Beschreibung und Hinweise
   Compartment	Wählen Sie ein Compartment aus, um die Distributed ExaDB-XS-Ressource zu hosten
   Anzeigename	Geben sie eine benutzerfreundliche Beschreibung oder sonstige Informationen ein, anhand deren Sie das Distributed ExaDB-XS leicht identifizieren können. Geben Sie dabei keine vertraulichen Informationen ein. Sie können diesen Namen nach der Ressourcenerstellung ändern.
   Datenbanknamenspräfix	Dieses Präfix wird zur Benutzerfreundlichkeit an alle Datenbanknamen in der Konfiguration angehängt.
   Datenbankversion	Oracle AI Database Release 26ai wird derzeit unterstützt.

2. Wählen Sie Ihren Lizenztyp aus.

3. Fügen Sie optional Tags zur Distributed ExaDB-XS-Ressource hinzu. Diese können auch nach der Erstellung hinzugefügt werden.

4. Geben Sie die folgenden Informationen ein:

   Einstellung	Beschreibung
   Datenverteilung	Automatisiert - Daten werden mithilfe der Partitionierung durch konsistenten Hash automatisch über Shards verteilt. Der Partitionierungsalgorithmus verteilt Daten gleichmäßig und zufällig auf Shards. Vom Benutzer verwaltet - wird derzeit nicht unterstützt
   Replikationstyp	Die Raft-Replikation erstellt Replikationseinheiten, die aus Chunksets bestehen, und verteilt sie automatisch auf die Shards, um die Chunk-Zuweisung, die Chunk-Bewegung, die Workload-Verteilung und das Balancing bei der Skalierung zu verarbeiten.
   Replikationsfaktor	Bei der Raft-Replikation ist der Replikationsfaktor die Anzahl der Replikate in einer Replikationseinheit. Diese Zahl enthält das primäre Element (Leader) der Einheit und ihre Replikate (Follower).
   Shard-Anzahl	Die Anzahl der Shards wird durch den Replikationsfaktor bestimmt.
   ECPU-Anzahl	Geben Sie die Anzahl der ECPU-Cores ein, die für jedes VM-Cluster aktiviert werden sollen. Geben Sie die Anzahl der ECPUs als Ganzzahl an. Die verfügbaren Cores hängen von den Servicelimits Ihres Mandanten ab. Sie müssen mindestens 8 ECPUs eingeben. ECPUs basieren auf der Anzahl der Cores, die elastisch aus dem Shared Pool von Exadata-Datenbankservern und Speicherservern zugewiesen werden. Der aggregierte ECPU-Verbrauch in einem bestimmten Cluster entspricht dem 1,5-fachen der ECPU-Anzahl. Beachten Sie, dass eine Reihe von ECPUs im Overhead verbraucht werden und für die Shards nicht verfügbar sind. Weitere Informationen finden Sie in der Oracle Cloud Infrastructure-Dokumentation.
   Vault-Speicherkapazität	GB Speicher, der dem Shard zugewiesen werden soll (Datenbank) Sie können denselben Vault für alle VM-Cluster (Katalog und Shards) verwenden, solange Sie für jede Datenbank in der Topologie eine Speicherkapazität von mindestens 500 GB konfigurieren. Beispiel: Wenn Sie 3 Shards und 1 Katalog haben, ist der gesamte erforderliche Mindestspeicher 500 GB x 4 = 2000 GB. In diesem Fall erstellen Sie einen einzelnen Vault mit einer Speicherkapazität von mindestens 2000 GB.

   In der Shards-Konfiguration können Sie Shards mit der Kartenansicht oder Listenansicht konfigurieren.

   • Wählen Sie in der Kartenansicht die Region aus, in der die Datenbank-Shards bereitgestellt werden sollen, und wählen Sie Shards konfigurieren aus, um die Einstellungen einzugeben.

   • In der Listenansicht werden die Einstellungen auf der Seite "Global verteilte Exadata-Datenbank auf Exascale-Infrastruktur erstellen" angezeigt.

   Shards-Liste

   Die Shards in der Listen- und Kartenansicht werden vorab mit Shard-Namen im Home-Mandanten aufgefüllt. Sie müssen die Shards bearbeiten, um weitere erforderliche Informationen hinzuzufügen.

   So konfigurieren Sie die Regionsplatzierung, Availability-Domain und das Subnetz eines Shards:

   • Wählen Sie in der Listenansicht im Aktionsmenü (…) die Aktion Bearbeiten aus.

   • In der Kartenansicht können Sie eine oder mehrere Regionen auswählen und dann Anzeigen/Bearbeiten oder Shards konfigurieren auswählen.

   Wenn sich alle Shards in derselben Region, Availability-Domain und demselben Subnetz befinden, aktivieren Sie Gleiche Einstellungen auf alle Shards anwenden.

   Sie können Shard hinzufügen auswählen, um bis zu 10 Shards in der Liste zu enthalten. Sie können auch Shards entfernen. Beachten Sie jedoch, dass die Shard-Anzahl größer als der Raft-Replikationsfaktor sein muss.

5. Konfigurieren Sie den Shard-Katalog in der Katalogkonfiguration.

   Sie können dieselbe Konfiguration verwenden, die auf die Shards angewendet wird, indem Sie Wie Shard-Konfiguration verwenden oder Änderungen vornehmen, die nur auf die Katalogdatenbank angewendet werden.

   Wählen Sie im Aktionsmenü (…) die Option Bearbeiten aus, um die Katalogverfügbarkeitsdomain und das Subnetz zu konfigurieren. Beachten Sie, dass die Katalogregion "US East (Ashburn)" lautet.

   Beachten Sie, dass die Raft-Replikation nicht für den Katalog gilt. Der Datenschutz für den Katalog wird nach der Erstellung der Globally Distributed Database konfiguriert. Siehe Katalog-Data Guard-Replikation hinzufügen.

6. Konfigurieren Sie die restlichen Einstellungen.

   Einstellung	Beschreibung und Hinweise
   Erstellen Sie Administratorzugangsdaten	Legen Sie das SYS-Benutzerkennwort fest, um auf alle Shard-Datenbanken und Katalogdatenbanken in der Konfiguration zuzugreifen.
   SSH-Schlüssel	Generieren Sie die SSH-Schlüssel, laden Sie sie hoch, oder fügen Sie sie ein, und speichern Sie diese Schlüssel für eine spätere Datenbankverbindung.
   Verschlüsselungsschlüssel	Select the vault and master encryption key that were configured in Task 5. Configure Security Resources.
   Privaten Endpunkt auswählen	Wählen Sie den privaten Endpunkt aus, der für dieses Distributed ExaDB-XS in Allgemeine Netzwerkressourcen erstellt wurde.
   Erweiterte Optionen: Shard-Konfiguration - Chunks	Unter "Erweiterte Optionen" können Sie optional die Anzahl der Blöcke pro Shard konfigurieren.
   Erweiterte Optionen: Shard-Konfiguration - Replikationseinheit	Zeigt die Anzahl der Raft-Replikationseinheiten an, die erstellt werden. Eine verteilte Datenbank mit Raft-Replikation enthält mehrere Replikationseinheiten. Eine Replikationseinheit (RU) ist ein Set aus Chunks mit derselben Replikationstopologie. Jedes RU besteht aus einem Leader und Replikaten und diese werden auf verschiedenen Shards platziert.
   Erweiterte Optionen: Erweiterte VM-Clusterkapazität	Konfigurieren Sie erweiterte Kapazität in ECPUs pro VM.
   Erweiterte Optionen: VM-Dateisystemspeicher	Geben Sie die Dateisystem-Speicherkapazität pro VM an.
   Erweiterte Optionen: Smart Flash Cache	Geben Sie den Prozentsatz der Speicherkapazität an, die als Smart Flash Cache hinzugefügt werden soll.
   Erweiterte Optionen: Zeichensätze auswählen	Wählen Sie den Zeichensatz und den nationalen Zeichensatz aus, die in allen Shard- und Shard-Katalogdatenbanken verwendet werden. Der AL32UTF8-Zeichensatz wird standardmäßig für den Zeichensatz empfohlen, und der AL16UTF16-Zeichensatz wird standardmäßig für den nationalen Zeichensatz empfohlen.
   Ports auswählen	Geben Sie GSM-Listener-Port, ONS-Port (lokal), ONS-Port (remote) und SCAN-Listener-Port ein. Hinweis: Die Nummer des ONS-Ports (Remote) muss für jede global verteilte Datenbank eindeutig sein. Eine Portnummer, die in einer anderen Globally Distributed Database verwendet wird, darf nur wieder verwendet werden, wenn ein Löschvorgang im Original vollständig verarbeitet wurde.
   Erweiterte Optionen: Diagnoseerfassung	Aktivieren Sie Diagnoseereignisse, Zustandsüberwachung und Logs.
   Erweiterte Optionen: Datenbankbackups	Aktivieren und planen Sie automatisierte Datenbankbackups. Informationen zu den Einstellungen finden Sie in der Dokumentation zu Exadata Database Service on Exascale Infrastructure.

7. Wählen Sie Validieren aus, damit Distributed ExaDB-XS Validierungstests für die Konfiguration ausführt.

8. Nachdem Validierungsfehler behoben wurden und die Validierung erfolgreich war, wählen Sie Erstellen aus, um die Ressourcen, VM-Cluster usw. zu erstellen.

   Jetzt wird der Anzeigename Distributed ExaDB-XS in der Liste angezeigt, während der Erstellungsvorgang ausgeführt wird.

   Die Erstellung kann eine Weile dauern, da im Rahmen des Erstellungsvorgangs mehrere Aufgaben ausgeführt werden, einschließlich Hostbeschaffung, VM-Bereitstellung, Installation von Software und Generierung von Zertifikaten für die Shard Directors (GSMs).

   Sie können den Vorgangsstatus in der Spalte "Status" überwachen und den Anzeigenamen Distributed ExaDB-XS auswählen, um den Fortschritt in der Registerkarte Arbeitsanforderungen zu verfolgen.

   Wenn der Status aller Shards auf der Registerkarte Shards "Verfügbar" lautet, ist die Distributed ExaDB-XS-Erstellung abgeschlossen und erfolgreich.

   Achtung:

   Verschieben Sie nach dem Erstellen eines Distributed ExaDB-XS keine Vaults oder Schlüssel, oder Distributed ExaDB-XS funktioniert nicht mehr.