Oracle Cloud Infrastructure-Dokumentation

Erste Schritte mit Oracle Exadata Database Service auf Exascale-Infrastruktur-Deployment

Nachdem Sie die Vorbereitungsaufgaben zur Vorbereitung von Oracle Exadata Database Service auf Exascale-Infrastruktur abgeschlossen haben, beginnen Sie mit dem Deployment Ihres Oracle Exadata Database Service auf Exascale-Infrastruktursystems gemäß diesen Verfahren.

Regionale Verfügbarkeit für Exadata Database Service on Exascale-Infrastruktur

Erfahren Sie, welche OCI-Regionen Oracle Exadata Database Service auf Exascale-Infrastruktur (ExaDB-XS) unterstützen.

In den Tabellen in diesem Thema finden Sie, welche Oracle Cloud Infrastructure-(OCI-)Regionen Exadata Database Service on Exascale Infrastructure anbieten.

Hinweis

Wenn die Region mehrere Availability-Domains (AD) unterstützt, wird nur eine Availability-Domain mit Oracle Exadata Database Service auf Exascale-Infrastruktur unterstützt.

Asien-Pazifik (APAC)

Regionsname Regionsschlüssel Regionsstandort

Australien Ost

SYD

Sydney, Australien

Australien Südosten

MEL

Melbourne, Australien

Indien Süd

HYD

Hyderabad, Indien

Indischer Westen

BOM

Mumbai, Indien

Japan Central

KIX

Osaka, Japan

Japan Ost

NRT

Tokio, Japan

Singapur

SIN

Singapur, Singapur

Singapur West

XSP

Singapur, Singapur

Südkorea Zentral

ICN

Seoul, Südkorea

Südkoreanischer Norden

YNY

Chuncheon, Südkorea

Europa, Naher Osten und Afrika (EMEA)

Regionsname Regionsschlüssel Regionsstandort

Zentralfrankreich

CDG

Paris, Frankreich

Frankreich Süd

MRS

Marseille, Frankreich

Deutschland Mitte

FRA

Frankfurt, Deutschland

West (Saudi-Arabien)

JED

Dschidda, Saudi-Arabien

Zentralafrikanische Republik

JNB

Johannesburg, Südafrika

Schweiz Nord

ZRH

Zürich, Schweiz

VAE Zentral

AUH

Abu Dhabi, Vereinigte Arabische Emirate

UK Süd

LHR

London, Vereinigtes Königreich

UK West

CWL

Newport, Vereinigtes Königreich

Schweiz Nord

ZRH

Zürich, Schweiz

Lateinamerika (LATAM)

Regionsname Regionsschlüssel Regionsstandort

Brasilien - Osten

GRU

Sao Paulo, Brasilien

Brasilien Südosten

VCP

Vinhedo, Brasilien

Chilenisches Zentrum

SCL

Santiago, Chile

Columbia Central

BOG

Bogata, Kolumbien

Nordamerika (NA)

Regionsname Regionsschlüssel Regionsstandort

Kanada Südosten

YYZ

Toronto, Kanada

Kanada Südosten

YUL

Montreal, Kanada

US East (Ashburn)

IAD

Ashburn, VA

West (USA)

PHX

Phoenix, AZ

West (USA)

SJC

San Jose, CA
Hinweis

Um Exadata Database Service auf Exascale-Ressourcen in einer unterstützten Region bereitzustellen, muss Ihr OCI-Mandant diese Region abonniert haben. Beispiel: Um Ressourcen für die Exadata Database on Exascale-Infrastruktur in der Region "Ost-US" bereitzustellen, muss Ihr OCI-Mandant US East (Ashburn) abonniert haben. Weitere Informationen finden Sie unter Regionen verwalten und Infrastrukturregionen abonnieren.

Oracle Exadata Database Service auf Exascale-Infrastrukturressourcen taggen

Tagging ist ein leistungsstarker Basisservice von Oracle Cloud Infrastructure (OCI), mit dem Benutzer eine Gruppe von Ressourcen basierend auf einem Tag suchen, den Zugriff darauf kontrollieren und Bulkaktionen damit ausführen können.

Bedeutung von Tagging

Mit dem Oracle Cloud Infrastructure-(OCI-)Taggingsystem können Sie Ressourcen in Übereinstimmung mit Ihrem Organisationsschema taggen, mit dem Sie Ressourcen gruppieren, Kosten verwalten und Erkenntnisse zur Nutzung gewinnen können. Mithilfe von Tags können Sie außerdem ein Governance-Modell in Bezug auf Sicherheit und Maximum Availability Architecture (MAA). Wenn Ihr Unternehmen seinen Cloud-Footprint erweitert, kann das Verfolgen der Deployment-Architekturen, Best Practices für die Sicherheit, MAA, Application Tier usw. eine Herausforderung darstellen. Wenn Sie Metadatentags zur Identifizierung von Workloads verwenden, können Sie mithilfe von Attributen mit der Sicherheit und Verfügbarkeit Ihres Mandanten Schritt halten, ohne dass Kostenüberschreitungen erforderlich sind.

Damit Kunden OCI-Ressourcen sicher und kosteneffektiv verwalten können, stellt Oracle eine Reihe vordefinierter Tags bereit, die den Best Practices zum Tagging von Ressourcen entsprechen. Diese Tags werden in den beiden Namespaces oracleStandard und OracleApplicationName gruppiert. Sie können sich einen Tag-Namespace wie einen Container für Ihre Tagschlüssel vorstellen.

Beispiel: Ihre Organisation verfügt über mehrere Cloud-Ressourcen wie Exadata-Infrastruktur, VM-Cluster, DB-Home, Oracle Database und VM-Clusternetzwerke über mehrere Compartments in Ihrem Mandanten. Sie möchten diese Cloud-Ressourcen für bestimmte Zwecke verfolgen, Berichte dazu erstellen oder Bulkaktionen ausführen? In diesem Fall benötigen Sie ein System, mit dem Sie diese Ressourcen basierend auf verschiedenen Kriterien wie Umgebung, Wichtigkeit, Zielbenutzer, Anwendung usw. gruppieren können. Sie können dies erreichen, indem Sie entsprechende Tags auf diese Ressourcen anwenden.

Beispiel: Sie können alle Ressourcen in Ihrem Entwicklungsstapel mit Oracle-Standard.Environment=Dev taggen oder für einen geschäftskritischen Anwendungsstapel Oracle-Standard.Criticality=High oder Extreme festlegen. Im Falle von Serviceunterbrechungen aus verschiedenen Gründen können Sie dann schnell alle OCI-Ressourcen identifizieren, die mit einer Anwendung oder Geschäftsfunktion verknüpft sind, oder kritische und nicht kritische Workloads schnell voneinander trennen.

Mit Tagging können Sie außerdem optimierte Konfigurationen basierend auf Workloadattributen bereitstellen, die über Tags identifiziert werden. Beispiel: Für Datenbank-Deployments für die PeopleSoft-Anwendung ist eine bestimmte Konfiguration erforderlich. Wenn Sie die Tags ApplicationName und AppMajorVersion festlegen, während Sie eine Oracle Database bereitstellen, kann sichergestellt werden, dass die Datenbank für die jeweilige Anwendung (in diesem Fall PeopleSoft) out-of-the-box konfiguriert und bereit ist.

Darüber hinaus kann Ihnen die Integration mit dem OCI-Service Cloud Advisor einen direkten, tiefen Einblick in die Einhaltung der Unternehmensrichtlinien durch Ihre Cloud-Services bieten und Ihrem Management helfen, fundierte Entscheidungen zu treffen. Weitere Informationen finden Sie unter Cloud Advisor - Überblick.

Tags hinzufügen

Sie können Ressourcen mit der Oracle Cloud Infrastructure-(OCI-)Konsole, der Befehlszeilenschnittstelle (CLI) oder einem SDK taggen.

In einem Oracle Exadata Database Service on Exascale-Infrastruktur-Deployment können viele Cloud-Ressourcen getaggt werden. Dazu gehören unter anderem Exadata-Infrastruktur, VM-Cluster, DB-Home, Oracle Database, autonome Exadata-VM-Cluster, autonome Containerdatenbank, Autonomous Database und VM-Clusternetzwerke. Tags können entweder beim Erstellen der Ressourcen angewendet oder später geändert werden. Beispiel: Sie können Tags beim Provisioning einer autonomen Containerdatenbank (ACD) auf die ACD anwenden oder sie später auf der Seite Details hinzufügen.

Weitere Informationen zur Verwendung von Tags finden Sie unter Funktionsweise von Tagging. Tagging ist in das Oracle Cloud Infrastructure-Autorisierungssystem integriert. Mit IAM-Policy-Steuerelementen können Sie die Delegation oder Einschränkung der Tagmanipulation aktivieren. Unter Authentifizierung und Autorisierung erhalten Sie Informationen zu den Berechtigungen, die für das Arbeiten mit definierten und Freiformtags erforderlich sind. (Erforderlich) Geben Sie hier einführenden Text ein, einschließlich Definition und Zweck des Konzepts.

Tipp:

Ein Tutorial zum Implementieren von Tags in Oracle Autonomous Database finden Sie unter Lab 14: Oracle Standard Tags in Oracle Autonomous Database Dedicated for Fleet Administrators Workshop auf Oracle LiveLabs.

Ihre Mandanten verfügen über eine Bibliothek von standardmäßigen definierten Tags, die auf die meisten Ressourcen angewendet werden können, die in der Feldliste Namespace verfügbar sind. Diese Tags sind derzeit als Set von Tag-Namespaces verfügbar, die von Governance-Administratoren bereitgestellt werden können. Gemäß Best Practices für OCI ist es empfehlenswert, diese Tags auf alle Ressourcen anzuwenden, auf die ein Standardtag angewendet werden kann. Neben Reporting und Governance kann die OCI-Serviceautomatisierung Workload-spezifische Optimierungen basierend auf Standardtagwerten bereitstellen. Sie können auch Freiformtags mit Ihren eigenen Schlüsselnamen im Feld Schlüssel und Ihren eigenen Werten im Feld Wert erstellen. Wenn Sie Ihre Einstellungen angegeben haben, klicken Sie auf Tag hinzufügen, um das Tag hinzuzufügen.

Abbildung 4-1: Beispiel für Tagging

Entsprechenden Anwendungstagschlüssel im Tag-Namespace "Oracle-ApplicationName" festlegen. Diese Aktion wird im vorstehenden Text beschrieben.

Oracle-Standardtags

Ihre Mandanten-Governance-Administratoren können die standardmäßigen definierten Tags auf Mandantenebene bereitstellen. Ihre Administratoren können bestimmte Tags auch als erforderlich markieren, wodurch Tags auf Ressourcen in diesen Compartments durchgesetzt werden. Im Folgenden werden die Standardtags aufgeführt, die im Namespace OracleStandard definiert sind. Weitere Informationen zum Importieren von Standardtags finden Sie im Abschnitt Tag-Namespaces verwalten unter So importieren Sie Standardtags.

Tabelle 4-1: Oracle-Standarddefinierte Tags

Tagschlüssel Tagwertoptionen Beschreibung

OracleStandard.Criticality
  • Extreme
  • High
  • Medium
  • Low

Ermöglicht das Tiering von Ressourcen gemäß den Klassifizierungsstandards der Unternehmensanwendung. Die Kunden-Governance kann dieses Tag beim Reporting einsetzen. Ferner kann sie mit diesem Tag sicherstellen, dass die Konfiguration von Ressourcen den Richtlinien des jeweiligen Tiers entspricht.

Beispiel: Für eine Datenbankressource, bei derOracleStandard.Criticality auf "Extreme" oder "High" gesetzt ist, ist möglicherweise das SLA für höchste Verfügbarkeit erforderlich. Zudem muss sie möglicherweise mit Autonomous Data Guard konfiguriert werden.

OracleStandard.Environment
  • Dev
  • Test
  • Produkt
  • Pre-Prod
  • Staging
  • Versuch
  • Sandbox
  • User Testing

Gibt einen Ressourcenlebenszyklus an. Bei Datenbanken hilft es dabei, die Konsolidierungsdichte und die Datenbankverteilung über Container zu bestimmen, Wartungspläne festzulegen und Klone zu verwalten.

OracleStandard.Sensitivity
  • Public
  • Intern
  • Vertraulich
  • Highly Sensitive
  • Extrem Sensitive

Ein Tag für Anwendungs- oder Datenbankklassifizierung. Die Einstellung von OracleStandard.Sensitivity auf Highly Sensitive kann darauf hinweisen, dass die Durchsetzung einer Access-Control-Liste oder einer bestimmten Netzwerksicherheitsgruppe (NSG) erforderlich ist, um den Zugriff einzuschränken.

OracleStandard.Regulation

Die Werte finden Sie unter Liste der Compliancevorschriften.

Gibt eine oder mehrere Compliancevorschriften an, die eine Ressource einhalten muss.

Tagadministratoren können der Liste über die OCI-Konsole Governance und Administration Werte hinzufügen. Weitere Informationen finden Sie unter Vordefinierte Werte verwenden.

OracleStandard.TargetUsers
  • Public
  • Kunden
  • Partners
  • Firma
  • Division
  • Department
  • Workgroup

Gibt die Endbenutzer einer Ressource an. Eine weitere Art der Ressourcenklassifizierung, mit der Zielbenutzer bestimmt werden können und Governance-Teams die Möglichkeit haben, Unternehmensstandards basierend auf Benutzer- oder Anwendungstyp festzulegen.

OracleStandard.EndUserCount
  • 1
  • 10
  • 100
  • 1.000
  • 10.000
  • 100.000
  • 1.000.000
  • 1.000.000
  • 10.000.000

Ungefähre Anzahl der Endbenutzer. Mit diesem Tag können Sie die Anzahl der betroffenen Benutzer oder die Auswirkungen eines Verfügbarkeits- oder Sicherheitsereignisses bestimmen. Es erleichtert Ihnen auch die Priorisierung der Recovery-Maßnahmen, wenn sich umfassende Ausfälle auf zahlreiche Cloud-Ressourcen auswirken.

OracleStandard.OwnerEmail

Freiformtag. Beispiel: john.smith@example.com oder app_support_grp@example.com

Gibt die E-Mail-Adresse des Ressourceneigentümers an.

OracleStandard.Org
  • HR
  • Finanzen
  • Marketing
  • Sales
  • Legal
  • R&D
  • Customer Support
  • Internal Support
  • Produktion

Gibt an, welcher Geschäftsbereich oder welche Abteilung des Kunden Eigentümer der Ressource ist oder die Ressource verwendet. Dies kann bei Kostenaggregationsberichten hilfreich sein und die Ermittlung der Nutzung in den verschiedenen Geschäftseinheiten erleichtern. Tagadministratoren können der Liste über die OCI-Konsole Governance und Administration. Weitere Informationen finden Sie unter Vordefinierte Werte verwenden.

OracleStandard.CostCenter
  • 12.345
  • WebMarketing

Freiformfeld für Kostenstelle.

OracleStandard.RecoveryTimeObjectiveMinutes

0-10.080

Zeit in Minuten. Gibt die maximale Zeit an, innerhalb der die Ressource nach einem Fehler wiederhergestellt werden muss.

OracleStandard.RecoveryPointObjectiveMinutes

0-1.440

Zeit in Minuten. Maximale Datenverlusttoleranz für eine Datenspeicherressource, wie eine Datenbank oder ein Speichergerät.

Um die Wartung der virtuellen Maschinen (VM) von Oracle Exadata Database Service auf Exascale-Infrastruktur zu vereinfachen, benachrichtigt Oracle Sie über geplante VM-Neustarts.

Die VMs von Oracle Exadata Database Service auf Exascale-Infrastruktur verwenden zugrunde liegende physische Hosts, die regelmäßig gewartet werden müssen. Wenn eine solche Wartung erforderlich ist, plant Oracle einen Neustart Ihrer VM und benachrichtigt Sie über den bevorstehenden Neustart. Durch den Neustart kann Ihre VM auf einen neuen physischen Host migriert werden, der nicht gewartet werden muss. Durch Stoppen und Starten wird der Knoten ebenfalls zu einem neuen physischen Host migriert. Die einzige Auswirkung auf Ihre VM ist der Neustart selbst. Die geplante Wartung der ursprünglichen physischen Hardware erfolgt nach der Migration der VM zum neuen Host und hat keine Auswirkung auf die VM. Wenn Sie die VM während des Benachrichtigungszeitraums nicht neu starten, startet Oracle die VM am Ende des Benachrichtigungszeitraums neu.
Hinweis

Wenn Oracle einen Neustart Ihrer VM plant, sind andere VMs in diesem VM-Cluster von der geplanten Wartung nicht betroffen. Die anderen Knoten in Ihrem Cluster bleiben im Rahmen Ihrer High Availability-(HA-)Strategie weiterhin verfügbar.

Verbindung zu Oracle Exadata Database Service auf Exascale-Infrastruktur-VM herstellen

Erfahren Sie, wie Sie mit SSH oder SQL Developer eine Verbindung zu einer virtuellen Maschine (VM) von Oracle Exadata Database Service auf Exascale-Infrastruktur herstellen.

Der Verbindungstyp hängt davon ab, wie Ihr Cloud-Netzwerk eingerichtet ist. Informationen zu verschiedenen Netzwerkszenarios finden Sie unter Networking - Überblick. Für spezielle Empfehlungen zum Herstellen einer Verbindung zu einer Datenbank in der Cloud wenden Sie sich an den Netzwerksicherheitsadministrator.

Hinweis

Oracle Exadata Database Service auf Exascale-Infrastrukturservern können nicht mit Active Directory-Domains verknüpft werden. Außerdem wird die Verwendung von Active Directory für die Benutzerauthentifizierung und -autorisierung nicht vom Service unterstützt.

Übergeordnetes Thema: Erste Schritte beim Oracle Exadata Database Service-Deployment auf Exascale-Infrastruktur

Voraussetzungen für den Zugriff auf Oracle Exadata Database Service auf Exascale-Infrastruktur

Um mit SSH auf einen Compute Node in einer Oracle Exadata Database Service on Exascale Infrastructure-(ExaDB-XS-)Instanz zuzugreifen, benötigen Sie diese Informationen.

Hinweis

Bevor Sie auf ExaDB-XS zugreifen können, müssen Sie den Exadata Database-Service auf Exascale-Infrastruktur konfiguriert haben.

  • Den vollständigen Pfad zu der Datei mit dem Private Key, der mit dem beim Starten des Systems verwendeten Public Key verknüpft ist.

  • Die öffentliche oder private IP-Adresse der Oracle Exadata Database Service on Exascale-Infrastrukturinstanz.

    Verwenden Sie die private IP-Adresse, um eine Verbindung vom On-Premise-Netzwerk oder vom virtuellen Cloud-Netzwerk (VCN) zum System herzustellen. Dazu gehört das Herstellen einer Verbindung von einem On-Premise-Host, der über ein VPN oder FastConnect mit Ihrem VCN verbunden ist, oder von einem anderen Host in demselben VCN. Verwenden Sie die öffentliche IP-Adresse, um von außerhalb der Cloud (ohne VPN) eine Verbindung zum System herzustellen. Sie finden die IP-Adressen in der Oracle Cloud Infrastructure-Konsole. Klicken Sie auf der Seite Exadata-VM-Clusterdetails in der Liste Ressourcen auf "Virtuelle Maschinen".

    Die Werte werden in den Spalten öffentliche IP-Adresse und Private IP-Adresse und DNS-Name der Tabelle mit den virtuellen Maschinen oder Knoten der Oracle Exadata Database Service on Exascale-Infrastrukturinstanz angezeigt.

Einstellung für SCAN-Listener-Port

Wenn Sie ein Cloud-VM-Cluster erstellen, können Sie optional eine andere SCAN-Listener-Portnummer angeben.

Der standardmäßige SCAN-Listener-Port für Cloud-VM-Cluster ist 1521. Mit der Konsole können Sie beim Provisioning des VM-Clusters eine andere SCAN-Listener-Portnummer angeben. In der OCI-Konsole wird diese Option beim Erstellen des Clusters unter Erweiterte Optionen angezeigt.

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.

Verbindung zu einer virtuellen Maschine mit SSH herstellen

Sie können mit Secure Shell (SSH) eine Verbindung zu den virtuellen Maschinen in einem Oracle Exadata Database Service on Exascale-Infrastruktursystem herstellen.

Die meisten Unix-Systeme (einschließlich Linux, Oracle Solaris und macOS) schließen einen SSH-Client ein. Bei Microsoft Windows-Systemen können Sie einen kostenlosen SSH-Client mit dem Namen PuTTY von der folgenden Website herunterladen: "http://www.putty.org".

Verwandte Themen

Übergeordnetes Thema: Verbindung zu einer Oracle Exadata Database Service auf einer Exascale-Infrastruktur-VM herstellen

Verbindung von einem Unix-System herstellen

Verwenden Sie dieses Verfahren, um von einem Unix-System mit SSH auf eine virtuelle Maschine in einem Oracle ExaDB-XS-System zuzugreifen.

  • Geben Sie den folgenden SSH-Befehl ein, um auf die virtuelle Maschine zuzugreifen:
    ssh –i private-key user@node

    In der obigen Syntax gilt:

    • private-key ist der vollständige Pfad und Name der Datei, die den SSH-Private Key enthält, der einem im System registrierten Public Key entspricht.
    • user ist der Betriebssystembenutzer, als der Sie die Verbindung herstellen möchten:
      • Um Vorgänge als Eigentümer der Oracle Database-Software auszuführen, stellen Sie die Verbindung als opc und su oracle her. Der Benutzer oracle hat keinen root-Benutzerzugriff auf die virtuelle Maschine.
      • Um Vorgänge auszuführen, die root-Zugriff auf die virtuelle Maschine erfordern, zum Beispiel Patching, stellen Sie die Verbindung als opc her. Der Benutzer opc kann den Befehl sudo -s verwenden, um root-Zugriff auf die virtuelle Maschine zu erhalten.
    • node ist der Hostname oder die IP-Adresse für die virtuelle Maschine, auf die Sie zugreifen möchten.
Verbindung zu einer virtuellen Maschine von einem Microsoft Windows-System aus mit PuTTY herstellen

Erfahren Sie, wie Sie von einem Microsoft Windows-System aus mit PuTTY auf eine virtuelle Maschine zugreifen.

Bevor Sie mit dem Programm PuTTY eine Verbindung zu einer virtuellen Maschine herstellen, benötigen Sie Folgendes:
  • IP-Adresse der virtuellen Maschine
  • Die SSH-Private-Key-Datei, die dem Public Key entspricht, der mit dem Deployment verknüpft ist. Diese Private-Key-Datei muss das PuTTY-Format .ppk aufweisen. Wenn die Private-Key-Datei ursprünglich auf der Linux-Plattform erstellt wurde, können Sie sie mit dem Programm PuTTYgen in das .ppk-Format konvertieren.

Bevor Sie beginnen

So stellen Sie mit dem Programm PuTTY unter Windows eine Verbindung zu einer virtuellen Maschine her:

  1. Laden Sie PuTTY herunter, und installieren Sie es.

    Um PuTTY herunterzuladen, gehen Sie zu http://www.putty.org/, und klicken Sie auf den Link Download PuTTY.

  2. Führen Sie das Programm PuTTY (putty.exe) aus.

    Das PuTTY-Konfigurationsfenster wird mit dem Bereich Session angezeigt.

  3. Geben Sie im Feld Host Name (bzw. IP address) den Hostnamen oder die IP-Adresse der virtuellen Maschine ein, auf die Sie zugreifen möchten.
  4. Stellen Sie sicher, dass die Option Connection type auf SSH gesetzt ist.
  5. Blenden Sie gegebenenfalls im Baum Category die Optionen für Connection ein, und klicken Sie auf Data.

    Der Bereich Daten wird angezeigt.

  6. Geben Sie im Feld Auto-login username den Betriebssystembenutzer ein, mit dem Sie eine Verbindung herstellen möchten.
    • Um Vorgänge auszuführen, die root erfordern, melden Sie sich als Benutzer opc an.
    • Um auf die virtuelle Maschine für Benutzervorgänge zuzugreifen (z.B. zum Ausführen von Backups), melden Sie sich als Benutzer oracle an. (Dieser Benutzer kann mit dem sudo-Befehl auch root- oder oracle-Zugriff auf die VM erlangen.
  7. Vergewissern Sie sich, dass die Option When username is not specified auf Prompt gesetzt ist.
  8. Blenden Sie im Category-Baum die Optionen für SSH ein, und klicken Sie auf Auth.
    Der Bereich Authentifizierung wird angezeigt.
  9. Klicken Sie neben dem Feld Private Schlüsseldatei für Authentifizierung auf Durchsuchen. Navigieren Sie im Fenster Private Key-Datei auswählen zu der Private Key-Datei, die dem Public Key entspricht, der mit dem Deployment verknüpft ist, und öffnen Sie sie.
  10. Klicken Sie im Category-Baum auf Session.

    Der Bereich Session wird angezeigt.

  11. Geben Sie im Feld Saved Sessions einen Namen für die Verbindungskonfiguration ein, und klicken Sie auf Speichern.
  12. Klicken Sie auf Open, um die Verbindung zu öffnen.

    Das PuTTY-Konfigurationsfenster wird geschlossen, und das PuTTY-Terminalfenster wird angezeigt.

    Wenn Sie sich zum ersten Mal bei der VM anmelden, wird das Fenster PuTTY "Sicherheitsalert" angezeigt, in dem Sie zur Bestätigung des Public Keys aufgefordert werden. Klicken Sie auf Ja, um mit der Verbindung fortzufahren.

Bei Verbindung mit der virtuellen Maschine auf Datenbank zugreifen

Nach Herstellung einer Verbindung zu einer virtuellen Maschine können Sie die folgenden Befehle verwenden, um eine Datenbank zu identifizieren und eine Verbindung zu ihr herzustellen.

  1. Greifen Sie als Benutzer opc mit SSH auf die VM zu.

  2. Melden Sie sich als Oracle-Benutzer an. Beispiel: sudo su oracle

  3. Mit dem Utility srvctl im Home-Verzeichnis von Oracle Grid Infrastructure können Sie die auf dem System vorhandenen Datenbanken auflisten. Beispiel: 

    /u01/app/12.2.0.1/grid/bin/srvctl config database -v
nc122   /u02/app/oracle/product/12.2.0/dbhome_6 12.2.0.1.0
s12c    /u02/app/oracle/product/12.2.0/dbhome_2 12.2.0.1.0

  4. Identifizieren Sie die Datenbankinstanzen für die Datenbank, auf die Sie zugreifen möchten. Beispiel:

    /u01/app/12.2.0.1/grid/bin/srvctl status database -d s12c
Instance s12c1 is running on node node01
Instance s12c2 is running on node node02

  5. Konfigurieren Sie die Umgebungseinstellungen für die Datenbank, auf die Sie zugreifen möchten. Beispiel:

    . oraenv
ORACLE_SID = [oracle] ? s12c
The Oracle base has been set to /u02/app/oracle
    export ORACLE_SID=s12c1

  6. Mit dem Befehl svrctl können Sie weitere Informationen zur Datenbank anzeigen. Beispiel: 

    srvctl config database -d s12c
Database unique name: s12c
Database name:
Oracle home: /u02/app/oracle/product/12.2.0/dbhome_2
Oracle user: oracle
Spfile: +DATAC4/s12c/spfiles12c.ora
Password file: +DATAC4/s12c/PASSWORD/passwd
Domain: example.com
Start options: open
Stop options: immediate
Database role: PRIMARY
Management policy: AUTOMATIC
Server pools:
Disk Groups: DATAC4
Mount point paths:
Services:
Type: RAC
Start concurrency:
Stop concurrency:
OSDBA group: dba
OSOPER group: racoper
Database instances: s12c1,s12c2
Configured nodes: node01,node02
CSS critical: no
CPU count: 0
Memory target: 0
Maximum memory: 0
Default network number for database services:
Database is administrator managed

  7. Sie können mit SQL*Plus auf die Datenbank zugreifen. Beispiel:

    sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production ...

Copyright (c) 1982, 2016, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c EE Extreme Perf Release 12.2.0.1.0 - 64bit Production

Verbindungen zu Datenbanken mit Oracle Net Services herstellen

Oracle Database Oracle Exadata Database Service auf Exascale-Infrastruktur unterstützt den Remotedatenbankzugriff über Oracle Net Services.

Da Oracle Exadata Database Service on Exascale Infrastructure Oracle Grid Infrastructure verwendet, können Sie Oracle Net Services-Verbindungen über Single Client Access Name-(SCAN-)Verbindungen herstellen. SCAN ist ein Feature, das einen einheitlichen Mechanismus für Clients für den Zugriff auf die Oracle Database-Instanzen in einem Cluster bereitstellt.

Der SCAN ist standardmäßig mit drei virtuellen IP-Adressen (VIPs) verknüpft. Jede SCAN-VIP ist auch mit einem SCAN-Listener verknüpft, der einen Verbindungsendpunkt für Oracle Database-Verbindungen bereitstellt, die Oracle Net Services verwenden. Zur Maximierung der Verfügbarkeit verteilt Oracle Grid Infrastructure die SCAN-VIPs und SCAN-Listener auf die verfügbaren Clusterknoten. Wenn ein Knoten heruntergefahren oder fehlerhaft ist, werden die SCAN-VIPs und SCAN-Listener automatisch auf einen der anderen Knoten migriert. Durch die Verwendung von SCAN-Verbindungen können Sie Oracle Database-Clients eine zuverlässige Gruppe von Verbindungsendpunkten bereitstellen, die alle im Cluster ausgeführten Datenbanken verarbeiten können.

Die SCAN-Listener sind zusätzlich zu den Oracle Net-Listenern verfügbar, die auf allen Knoten im Cluster ausgeführt werden. Sie werden auch als Node Listener bezeichnet. Wenn eine Oracle Net Services-Verbindung über eine SCAN-Verbindung hergestellt wird, leitet der SCAN-Listener die Verbindung an einen der Node Listener weiter und spielt bei der Verbindung keine weitere Rolle. Anhand verschiedener Faktoren, einschließlich Listener-Verfügbarkeit, Platzierung der Datenbankinstanz und Workload-Verteilung, wird bestimmt, welcher Node Listener die einzelnen Verbindungen empfängt.

Hinweis

Diese Dokumentation beschreibt grundlegende Voraussetzungen für die Verbindung zu Ihren Oracle Exadata Database Service on Exascale Infrastructure-Datenbanken über Oracle Net Services.

Übergeordnetes Thema: Verbindung zu einer Oracle Exadata Database Service auf einer Exascale-Infrastruktur-VM herstellen

Voraussetzungen für Verbindungen zu Datenbanken mit Oracle Net Services

Prüfen Sie die Voraussetzungen für Verbindungen zu einer Oracle Database-Instanz auf Oracle Oracle Exadata Database Service auf Exascale-Infrastruktur mit Oracle Net Services.

Um eine Verbindung zu einer Oracle Database auf Oracle Exadata Database Service auf Exascale-Infrastruktur mit Oracle Net Services herzustellen, benötigen Sie Folgendes:

  • Die IP-Adressen für Ihre SCAN-VIPs oder der Hostname bzw. die IP-Adresse für eine virtuelle Maschine, welche die Datenbank hostet, auf die Sie zugreifen möchten.
  • Die Datenbank-ID. Dies kann entweder die Datenbanksystem-ID (SID) oder ein Servicename sein.
Verbindungen zu Datenbanken mit SQL Developer herstellen

Sie können eine der folgenden Methoden verwenden, um mit SQL Developer eine Verbindung zu einer Datenbank herzustellen:

  • Erstellen Sie einen temporären SSH-Tunnel von Ihrem Rechner zur Datenbank. Diese Methode ermöglicht den Zugriff nur für die Dauer des Tunnels. (Wenn Sie mit der Verwendung der Datenbank fertig sind, schließen Sie den SSH-Tunnel, indem Sie die SSH-Session beenden.)
  • Öffnen Sie den als Oracle-SCAN-Listener verwendeten Port, indem Sie die Sicherheitsliste aktualisieren, die für das Cloud-VM-Cluster oder die DB-Systemressource in der Exadata Cloud Service-Instanz verwendet wird. Der standardmäßige SCAN-Listener-Port ist 1521. Diese Methode ermöglicht einen dauerhaften Zugriff auf die Datenbank. Weitere Informationen finden Sie unter Sicherheitsliste aktualisieren.

Nachdem Sie wie oben beschrieben einen SSH- Tunnel erstellt oder den SCAN-Listener-Port geöffnet haben, können Sie mit SCAN-IP-Adressen oder öffentlichen IP-Adressen eine Verbindung zu einer Oracle Exadata Database Service on Exascale-Infrastrukturinstanz herstellen, je nachdem, wie das Netzwerk eingerichtet ist und von wo aus Sie die Verbindung herstellen. Sie finden die IP-Adressen in der Konsole auf der Seite Datenbankdetails.

Übergeordnetes Thema: Verbindungen zu Datenbanken mit Oracle Net Services herstellen

So stellen Sie Verbindungen mit SCAN-IP-Adressen her

Sie können mit den SCAN-IP-Adressen eine Verbindung zur Datenbank herstellen, wenn Sie einen On-Premise-Client und eine FastConnect- oder Site-to-Site-VPN-Verbindung verwenden.

Sie haben folgende Möglichkeiten:

  • Verwenden Sie die privaten SCAN-IP-Adressen wie im folgenden Beispiel für tnsnames.ora gezeigt: 

    testdb=
  (DESCRIPTION =
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <scanIP2>)(PORT = 1521)))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )

  • Definieren Sie einen externen SCAN-Namen auf dem On-Premise-DNS-Server. Die Anwendung kann diesen externen SCAN-Namen in die privaten SCAN-IP-Adressen des DB-Systems auflösen. Anschließend kann die Anwendung eine Verbindungszeichenfolge mit dem externen SCAN-Namen verwenden. Im folgenden Beispiel für tnsnames.ora ist extscanname.example.com auf dem On-Premise-DNS-Server definiert. 

    testdb =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = <extscanname.example.com>)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
So stellen Sie Verbindungen mit öffentlichen IP-Adressen her

Mit der öffentlichen IP-Adresse des Knotens können Sie eine Verbindung zur Datenbank herstellen, wenn sich Client und Datenbank in verschiedenen VCNs befinden oder wenn sich die Datenbank in einem VCN mit einem Internetgateway befindet.

Dabei müssen Sie allerdings die folgenden wichtigen Auswirkungen berücksichtigen:

  • Wenn der Client die öffentliche IP-Adresse verwendet, umgeht der Client den SCAN-Listener und erreicht den Node Listener, sodass kein serverseitiges Load Balancing verfügbar ist.
  • Wenn der Client die öffentliche IP-Adresse verwendet, kann er das VIP-Failover-Feature nicht nutzen. Wenn ein Knoten nicht mehr verfügbar ist, "hängen" neue Verbindungsversuche zum Knoten, bis ein TCP/IP-Timeout auftritt. Sie können clientseitige sqlnet-Parameter festlegen, um den TCP/IP-Timeout zu begrenzen.

Das folgende Beispiel für tnsnames.ora zeigt eine Verbindungszeichenfolge mit dem Parameter CONNECT_TIMEOUT, um TCP/IP-Timeouts zu vermeiden. 

test=
  (DESCRIPTION =
    (CONNECT_TIMEOUT=60)
    (ADDRESS_LIST=
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP1>)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = <publicIP2>)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = <dbservice.subnetname.dbvcn.oraclevcn.com>)
    )
  )
Verbindungen zu Datenbanken über SCAN herstellen

Zum Herstellen einer Oracle Net Services-Verbindung über die SCAN-Listener gibt es zwei Möglichkeiten.

Übergeordnetes Thema: Verbindungen zu Datenbanken mit Oracle Net Services herstellen

Verbindung zu einer Datenbank über einen Verbindungsdeskriptor herstellen, der alle SCAN-VIPs referenziert

Sie können einen Verbindungsdeskriptor für Oracle Exadata Database Service on Exascale-Infrastruktursystem mit mehreren SCAN-Listenern einrichten.

Bei dieser Lösung müssen Sie alle SCAN-VIP-Adressen (Single Client Access Name Virtual IP) angeben. Oracle Net Services kann dann eine Verbindung zu einem verfügbaren SCAN-Listener herstellen.

  1. Verwenden Sie die folgende Vorlage, um einen Net Services-Alias zu definieren, der in der Regel als benutzerfreundlicher Name für den Verbindungsdeskriptor dient:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Dabei gilt:

    alias-name ist der Name für den Alias.

    SCAN-VIP-[1–3] sind die IP-Adressen für die SCAN-VIPs.

    sid-or-service-entry identifiziert die Datenbank-SID oder den Servicenamen in einem der folgenden Formate:
    • SID=sid-name. Beispiel: SID=S12C1.
    • SERVICE_NAME=service-name. Beispiel: SERVICE_NAME=PDB1.example.yourcloud.com.
    Hinweis

    Standardmäßig wird von Oracle Net Services nach dem Zufallsprinzip eine der Adressen in der Adressliste ausgewählt, um die Last zwischen den SCAN-Listenern auszugleichen.

Verbindung zu einer Datenbank mit einem Verbindungsdeskriptor herstellen, der einen benutzerdefinierten SCAN-Namen referenziert

Sie können einen Verbindungsdeskriptor für Oracle Exadata Database Service auf dem Exascale-Infrastruktursystem mit einem benutzerdefinierten SCAN-Namen einrichten.

Bei dieser Lösung definieren Sie einen benutzerdefinierten Single Client Access Name (SCAN) in Ihrem Domain Name Server (DNS), der in die drei virtuellen SCAN-IP-Adressen (VIPs) aufgelöst wird.

  1. Verwenden Sie die folgende Vorlage, um einen Net Services-Alias zu definieren, der den benutzerdefinierten SCAN-Namen referenziert:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Dabei gilt:

    alias-name ist der Name für den Alias.

    scan-name ist der benutzerdefinierte SCAN-Name.

    sid-or-service-entry identifiziert die Datenbank-SID oder den Servicenamen in einem der folgenden Formate:
    • SID=sid-name. Beispiel: SID=S12C1.
    • SERVICE_NAME=service-name. Beispiel: SERVICE_NAME=PDB1.example.yourcloud.com.
    Alternativ können Sie die Easy-Connect-Methode verwenden, um einen Verbindungsdeskriptor im folgenden Format anzugeben:
    scan-name:1521/sid-or-service-entry
    Beispiel:
    exa1scan.example.com:1521/S12C1
    oder
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Verbindungen zu Datenbanken über einen Node Listener herstellen

Um eine Verbindung zu einer Oracle Database-Instanz auf Oracle Exadata Database Service on Exascale Infrastructure mit einem Verbindungsdeskriptor herzustellen, der die SCAN-Listener umgeht, können Sie die Verbindung mit diesem Verfahren direkt an einen Node Listener leiten.

Mit dieser Methode verzichten Sie auf die High Availability und das Load Balancing von SCAN. Diese Option ist jedoch geeignet, wenn Sie Verbindungen an einen bestimmten Knoten oder eine bestimmte Netzwerkschnittstelle leiten möchten. So können Sie beispielsweise sicherstellen, dass Verbindungen von einem Programm, das Bulkdaten lädt, über das Backupnetzwerk hergestellt werden.

Bei dieser Methode verwenden Sie den Hostnamen oder die IP-Adresse des Knotens.

Beispiel 4-1: Net Service-Alias definieren, der den Knoten direkt referenziert

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Dabei gilt:

alias-name ist der Name für den Alias.

timeout gibt einen Timeoutzeitraum (in Sekunden) an, mit dem Verbindungsversuche ohne Warten auf einen TCP-Timeout beendet werden können. Der Parameter (CONNECT_TIMEOUT=timeout) ist optional.

node ist der Hostname oder die IP-Adresse für die virtuelle Maschine, die Sie verwenden möchten.

sid-or-service-entry identifiziert die Datenbank-SID oder den Servicenamen in einem der folgenden Formate:
  • SID=sid-name. Beispiel: SID=S12C1.
  • SERVICE_NAME=service-name. Beispiel: SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
Alternativ können Sie die Easy-Connect-Methode verwenden, um einen Verbindungsdeskriptor im folgenden Format anzugeben:
node:1521/sid-or-service-entry
Beispiel:
exa1node01.example.com:1521/S12C1
oder
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Verbindung zum Oracle Exadata Database Service auf Exascale-Infrastrukturservice herstellen

Erfahren Sie, wie Sie mit SSH eine Verbindung zu einem Oracle Exadata Database Service-on-Exascale-Infrastruktursystem herstellen sowie mit Oracle Net Services (SQL*Net) eine Verbindung zu einer Oracle Exadata Database Service-on-Exascale-Infrastrukturdatenbank.

Übergeordnetes Thema: Verbindung zu einer Oracle Exadata Database Service auf einer Exascale-Infrastruktur-VM herstellen

Verbindungen zu Datenbanken mit SQL Developer herstellen

Sie können eine der folgenden Methoden verwenden, um mit SQL Developer eine Verbindung zu einer Datenbank herzustellen:

  • Erstellen Sie einen temporären SSH-Tunnel von Ihrem Rechner zur Datenbank. Diese Methode ermöglicht den Zugriff nur für die Dauer des Tunnels. (Wenn Sie mit der Verwendung der Datenbank fertig sind, schließen Sie den SSH-Tunnel, indem Sie die SSH-Session beenden.)
  • Öffnen Sie den als Oracle-SCAN-Listener verwendeten Port, indem Sie die Sicherheitsliste aktualisieren, die für das Cloud-VM-Cluster oder die DB-Systemressource in der Exadata Cloud Service-Instanz verwendet wird. Der standardmäßige SCAN-Listener-Port ist 1521. Diese Methode ermöglicht einen dauerhaften Zugriff auf die Datenbank. Weitere Informationen finden Sie unter Sicherheitsliste aktualisieren.

Nachdem Sie wie oben beschrieben einen SSH- Tunnel erstellt oder den SCAN-Listener-Port geöffnet haben, können Sie mit SCAN-IP-Adressen oder öffentlichen IP-Adressen eine Verbindung zu einer Oracle Exadata Database Service on Exascale-Infrastrukturinstanz herstellen, je nachdem, wie das Netzwerk eingerichtet ist und von wo aus Sie die Verbindung herstellen. Sie finden die IP-Adressen in der Konsole auf der Seite Datenbankdetails.

Verbindungen zu Datenbanken mit Oracle Net Services herstellen

Sie können mit Oracle Net Services Verbindungen zu den virtuellen Maschinen in einem Oracle Exadata Database Service on Exascale-Infrastruktursystem herstellen.

Übergeordnetes Thema: Verbindung zum Oracle Exadata Database Service auf Exascale-Infrastrukturservice herstellen

Verbindungen zu Datenbanken mit Oracle Net Services herstellen

Oracle Database Oracle Exadata Database Service auf Exascale-Infrastruktur unterstützt den Remotedatenbankzugriff über Oracle Net Services.

Da Oracle Exadata Database Service on Exascale Infrastructure Oracle Grid Infrastructure verwendet, können Sie Oracle Net Services-Verbindungen über Single Client Access Name-(SCAN-)Verbindungen herstellen. SCAN ist ein Feature, das einen einheitlichen Mechanismus für Clients für den Zugriff auf die Oracle Database-Instanzen in einem Cluster bereitstellt.

Der SCAN ist standardmäßig mit drei virtuellen IP-Adressen (VIPs) verknüpft. Jede SCAN-VIP ist auch mit einem SCAN-Listener verknüpft, der einen Verbindungsendpunkt für Oracle Database-Verbindungen bereitstellt, die Oracle Net Services verwenden. Zur Maximierung der Verfügbarkeit verteilt Oracle Grid Infrastructure die SCAN-VIPs und SCAN-Listener auf die verfügbaren Clusterknoten. Wenn ein Knoten heruntergefahren oder fehlerhaft ist, werden die SCAN-VIPs und SCAN-Listener automatisch auf einen der anderen Knoten migriert. Durch die Verwendung von SCAN-Verbindungen können Sie Oracle Database-Clients eine zuverlässige Gruppe von Verbindungsendpunkten bereitstellen, die alle im Cluster ausgeführten Datenbanken verarbeiten können.

Die SCAN-Listener sind zusätzlich zu den Oracle Net-Listenern verfügbar, die auf allen Knoten im Cluster ausgeführt werden. Sie werden auch als Node Listener bezeichnet. Wenn eine Oracle Net Services-Verbindung über eine SCAN-Verbindung hergestellt wird, leitet der SCAN-Listener die Verbindung an einen der Node Listener weiter und spielt bei der Verbindung keine weitere Rolle. Anhand verschiedener Faktoren, einschließlich Listener-Verfügbarkeit, Platzierung der Datenbankinstanz und Workload-Verteilung, wird bestimmt, welcher Node Listener die einzelnen Verbindungen empfängt.

Hinweis

Diese Dokumentation beschreibt grundlegende Voraussetzungen für die Verbindung zu Ihren Oracle Exadata Database Service on Exascale Infrastructure-Datenbanken über Oracle Net Services.

Voraussetzungen für Verbindungen zu Datenbanken mit Oracle Net Services

Prüfen Sie die Voraussetzungen für Verbindungen zu einer Oracle Database-Instanz auf Oracle Oracle Exadata Database Service auf Exascale-Infrastruktur mit Oracle Net Services.

Um eine Verbindung zu einer Oracle Database auf Oracle Exadata Database Service auf Exascale-Infrastruktur mit Oracle Net Services herzustellen, benötigen Sie Folgendes:

  • Die IP-Adressen für Ihre SCAN-VIPs oder der Hostname bzw. die IP-Adresse für eine virtuelle Maschine, welche die Datenbank hostet, auf die Sie zugreifen möchten.
  • Die Datenbank-ID. Dies kann entweder die Datenbanksystem-ID (SID) oder ein Servicename sein.
Verbindungen zu Datenbanken über SCAN herstellen

Zum Herstellen einer Oracle Net Services-Verbindung über die SCAN-Listener gibt es zwei Möglichkeiten.

Übergeordnetes Thema: Verbindungen zu Datenbanken mit Oracle Net Services herstellen

IP-Adressen mit dem SDK oder der CLI identifizieren

Mit dem SDK oder der OCI-CLI können Sie die IP-Adressen von Oracle Exadata Database Service auf den Exascale-Infrastruktur-Compute Nodes identifizieren. Anschließend können Sie über die IP-Adressen eine Verbindung zum System herstellen.

  1. Verwenden Sie die API GetDbNode, um die Details von Oracle Exadata Database Service auf Exascale-InfrastrukturdbNode zurückzugeben. Beachten Sie die OCIDs, die für die Parameter hostIpId und backupIpId des dbNode zurückgegeben werden.
  2. Anhand der OCIDs in den Parametern hostIpId und backupIpId können Sie mit der API GetPrivateIp die privaten IP-Adressen abrufen, die von den Client- und Backupsubnetzen verwendet werden. Bei öffentlichen Subnetz-IP-Adressen verwenden Sie die API GetPublicIpByPrivateIpId.
Verbindung zu einer Datenbank über einen Verbindungsdeskriptor herstellen, der alle SCAN-VIPs referenziert

Sie können einen Verbindungsdeskriptor für Oracle Exadata Database Service auf dem Exascale-Infrastruktursystem mit mehreren SCAN-Listenern einrichten.

Bei dieser Lösung müssen Sie alle SCAN-VIP-Adressen (Single Client Access Name Virtual IP) angeben. Oracle Net Services kann dann eine Verbindung zu einem verfügbaren SCAN-Listener herstellen.

  1. Verwenden Sie die folgende Vorlage, um einen Net Services-Alias zu definieren, der in der Regel als benutzerfreundlicher Name für den Verbindungsdeskriptor dient:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-1)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-2)(PORT=1521))
    (ADDRESS=(PROTOCOL=tcp)(HOST=SCAN-VIP-3)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Dabei gilt:

    alias-name ist der Name für den Alias.

    SCAN-VIP-[1–3] sind die IP-Adressen für die SCAN-VIPs.

    sid-or-service-entry identifiziert die Datenbank-SID oder den Servicenamen in einem der folgenden Formate:
    • SID=sid-name. Beispiel: SID=S12C1.
    • SERVICE_NAME=service-name. Beispiel: SERVICE_NAME=PDB1.example.yourcloud.com.
    Hinweis

    Standardmäßig wird von Oracle Net Services nach dem Zufallsprinzip eine der Adressen in der Adressliste ausgewählt, um die Last zwischen den SCAN-Listenern auszugleichen.

Verbindung zu einer Datenbank mit einem Verbindungsdeskriptor herstellen, der einen benutzerdefinierten SCAN-Namen referenziert

Sie können einen Verbindungsdeskriptor für Oracle Exadata Database Service auf dem Exascale-Infrastruktursystem mit einem benutzerdefinierten SCAN-Namen einrichten.

Bei dieser Lösung definieren Sie einen benutzerdefinierten Single Client Access Name (SCAN) in Ihrem Domain Name Server (DNS), der in die drei virtuellen SCAN-IP-Adressen (VIPs) aufgelöst wird.

  1. Verwenden Sie die folgende Vorlage, um einen Net Services-Alias zu definieren, der den benutzerdefinierten SCAN-Namen referenziert:
    alias-name = (DESCRIPTION=
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=scan-name)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

    Dabei gilt:

    alias-name ist der Name für den Alias.

    scan-name ist der benutzerdefinierte SCAN-Name.

    sid-or-service-entry identifiziert die Datenbank-SID oder den Servicenamen in einem der folgenden Formate:
    • SID=sid-name. Beispiel: SID=S12C1.
    • SERVICE_NAME=service-name. Beispiel: SERVICE_NAME=PDB1.example.yourcloud.com.
    Alternativ können Sie die Easy-Connect-Methode verwenden, um einen Verbindungsdeskriptor im folgenden Format anzugeben:
    scan-name:1521/sid-or-service-entry
    Beispiel:
    exa1scan.example.com:1521/S12C1
    oder
    exa1scan.example.com:1521/PDB1.example.yourcloud.com
Verbindungen zu Datenbanken über einen Node Listener herstellen

Um eine Verbindung zu einer Oracle Database-Instanz auf Oracle Exadata Database Service on Exascale Infrastructure mit einem Verbindungsdeskriptor herzustellen, der die SCAN-Listener umgeht, können Sie die Verbindung mit diesem Verfahren direkt an einen Node Listener leiten.

Mit dieser Methode verzichten Sie auf die High Availability und das Load Balancing von SCAN. Diese Option ist jedoch geeignet, wenn Sie Verbindungen an einen bestimmten Knoten oder eine bestimmte Netzwerkschnittstelle leiten möchten. So können Sie beispielsweise sicherstellen, dass Verbindungen von einem Programm, das Bulkdaten lädt, über das Backupnetzwerk hergestellt werden.

Bei dieser Methode verwenden Sie den Hostnamen oder die IP-Adresse des Knotens.

Beispiel 4-2: Net Service-Alias definieren, der den Knoten direkt referenziert

alias-name = (DESCRIPTION=
  (CONNECT_TIMEOUT=timeout)					
  (ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=node)(PORT=1521)))
  (CONNECT_DATA=(sid-or-service-entry)))

Dabei gilt:

alias-name ist der Name für den Alias.

timeout gibt einen Timeoutzeitraum (in Sekunden) an, mit dem Verbindungsversuche ohne Warten auf einen TCP-Timeout beendet werden können. Der Parameter (CONNECT_TIMEOUT=timeout) ist optional.

node ist der Hostname oder die IP-Adresse für die virtuelle Maschine, die Sie verwenden möchten.

sid-or-service-entry identifiziert die Datenbank-SID oder den Servicenamen in einem der folgenden Formate:
  • SID=sid-name. Beispiel: SID=S12C1.
  • SERVICE_NAME=service-name. Beispiel: SERVICE_NAME=PDB1.example.oraclecloudatcust.com.
Alternativ können Sie die Easy-Connect-Methode verwenden, um einen Verbindungsdeskriptor im folgenden Format anzugeben:
node:1521/sid-or-service-entry
Beispiel:
exa1node01.example.com:1521/S12C1
oder
exa1node01.example.com:1521/PDB1.example.oraclecloudatcust.com

Kapazitätslimits für Exadata Database Service auf Exascale-Infrastruktur

Um die Skalierbarkeitsfeatures und die Ressourcenkapazität des ExaDB-XS-Service zu verstehen, prüfen Sie diese Tabellen und Listen.

Minimale VM-Clustergröße

  • VM-Cluster mit einem Knoten
  • 8 gesamte ECPUs pro VM
  • 220 GB Dateisystsem-Speicher pro VM
  • 300 GB Exascale Vault-Datenbankspeicher pro VM-Cluster

VM-Skalierbarkeitsoptionen

VM-Cluster können schnell und einfach skaliert werden, um Ihre Anforderungen zu erfüllen:

  • Es ist möglich, einen Teil der gesamten ECPUs zu aktivieren, die der VM zugewiesen sind.
  • Wenn Sie mehr der reservierten ECPUs für die VM aktivieren, können Sie die ECPUs skalieren, ohne die VM neu starten zu müssen.
  • Sie können den Arbeitsspeicher auf 2,75 GB pro ECPU insgesamt skalieren.
  • Sie können heiße Hinzufügungen oder Entfernungen von VMs durchführen
  • Sie können VM-Speicher skalieren (die Skalierung des VM-Speichers erfordert jedoch einen Neustart).
  • Sie können die Online-Skalierung von Exascale-Datenbankspeicher durchführen

Maximale VM-Clustergröße

Die folgende Liste enthält die maximalen VM-Clusterkonfigurationsoptionen

  • Anzahl VMs im VM-Cluster: 10 VMs.
  • ECPUs pro VM: 200 ECPUs
  • Dateisystemspeicher pro VM: 2 TB
  • Exascale-Vault-Speicher pro VM-Cluster: 100 TB

Minimale Database Storage Vault-Kapazität

Die minimale Gesamtkapazität, die für ExaDB-XS-Vaults in Rechnung gestellt wird, beträgt 300 GB. Images werden in einem Oracle Advanced Cluster File System (ACFS) gespeichert. Der verbleibende Speicherplatz ist für eine erste Datenbank verfügbar, wie in der folgenden Tabelle beschrieben.

Tabelle 4-2: ExaDB-XS: Minimale Database Storage Vault-Kapazität für Systeme und Datenbankverwendung

Zweck Minimale Kapazität
Systemverwendung (im ACFS gespeicherte Bilder) 50 GB
Datenbankverwendung (Bereitstellung einer ersten Datenbank) 250 GB

VM-Dateisystem-Speicher - Mindestkapazität

Die minimale Gesamtkapazität, die für den Virtual-Machine-(VM-)Speicher in Rechnung gestellt wird, beträgt 280 GB. Die Mindestkapazitäten für Dateisysteme sind in der folgenden Tabelle aufgeführt.

Tabelle 4-3: ExaDB-XS VM-Dateisystemspeicher - Mindestkapazität in Rechnung gestellt

Dateisystem Minimale Gesamtkapazität (GB) Minimale nutzbare Kapazität (GB)

/boot

0,512

0,412

/ (gespiegelt)

30

15

/tmp

10

10

/var (gespiegelt)

10

5

/var/log

18

18

/var/log/audit

3

3

/home

4

4

Swapspeicher

(/swap)

16

16

/crashfiles

20

20

/u01

82

80

/u02

84

81

Overhead

2

Nicht anwendbar

Alle Dateisysteme (mindestens insgesamt)

280

Nicht anwendbar

Best Practices für Oracle Exadata Database Service auf Exascale-Infrastruktur-VMs

Oracle empfiehlt, dass Sie diese Best-Practice-Richtlinien befolgen, um die Manageability der virtuellen Maschinen (VMs) von Oracle Exadata Database Service auf Exascale-Infrastruktur sicherzustellen.

Nachfolgende Best Practice-Richtlinien können Probleme verhindern, die sich auf die Verwaltbarkeit und Performance von yourOracle Exadata Database Service on Exascale-Infrastruktur-VMs auswirken können:

  • Verwenden Sie wenn möglich die von Oracle bereitgestellten Cloud-Schnittstellen, wie die Oracle Cloud Infrastructure-Konsole, -API, -CLI oder Cloud-spezifische Tools wie dbaascli, um Lebenszyklusmanagement- und administrative Vorgänge in Oracle Exadata Database Service auf Exascale-Infrastruktur-VM auszuführen. Beispiel: Verwenden Sie die OCI-Konsole, die API, die CLI oder dbaascli, um Oracle Database-Patches einzuspielen, anstatt opatch manuell auszuführen. Wenn ein Vorgang sowohl über die Konsole als auch über ein Befehlszeilenutility ausgeführt werden kann, empfiehlt Oracle die Verwendung der Konsole. Beispiel: Verwenden Sie die Konsole statt dbaascli, um Datenbanken zu erstellen.
  • Ändern Sie nicht die Gast-BS-Benutzer, und bearbeiten Sie nicht manuell die mit der VM verknüpften SSH-Schlüsseleinstellungen.
  • Spielen Sie nur Patches ein, die über den Datenbankservice verfügbar sind. Spielen Sie keine Patches von anderen Quellen ein, wenn Sie nicht von Oracle Support dazu aufgefordert werden.
  • Spielen Sie die vierteljährlichen Patches nach Möglichkeit regelmäßig jedes Quartal ein.
  • Ändern Sie die Ports für Oracle Net Listener nicht.