Überlegungen und Supportinformationen

Oracle Cloud Infrastructure Data Integration ist mit Oracle Cloud Infrastructure Vault integriert, damit Sie sensible Informationen mithilfe von Vaults, Schlüsseln und Secrets verwalten können.

Ein Vault ist ein Container für Schlüssel und Secrets. In Secrets werden Zugangsdaten wie erforderliche Kennwörter für die Verbindung zu Datenquellen gespeichert. Sie verwenden einen Verschlüsselungsschlüssel in einem Vault, um Secret-Inhalte zu verschlüsseln und in den Vault zu importieren. Secret-Inhalte sind base64-codiert. Oracle Cloud Infrastructure Data Integration verwendet denselben Schlüssel, um Secrets beim Erstellen eines Datenassets und beim Verbinden mit der Datenquelle abzurufen und zu löschen.

Bei den meisten Datenquellentypen können Sie das Kennwort für die Standardverbindung in einem Datenasset in einem Secret in OCI Vault speichern. Informationen zum Erstellen eines Vaults und eines Secrets finden Sie unter Vault erstellen und Secret in einem Vault erstellen.

Wenn Sie ein Datenasset erstellen, geben Sie die OCID des Secrets in den Verbindungsdetails an, sodass Sie das tatsächliche Kennwort nicht eingeben müssen. Informationen zum Kopieren der Secret-OCID finden Sie unter Details eines Secrets abrufen.

Bei Oracle Database-, Oracle Autonomous Data Warehouse- und Oracle Autonomous Transaction Processing-Quellen können Sie Secrets für das Oracle-Wallet und die Kennwörter verwenden, anstatt das Wallet hochzuladen und beim Erstellen des Datenassets das Wallet-Kennwort einzugeben.

Um ein Oracle-Wallet mit Secrets in OCI Vault zu verwenden, führen Sie folgende Schritte aus:

1. Geben Sie ein Wallet-Kennwort an, wenn Sie die Wallet-ZIP herunterladen. Siehe Informationen zur Datenbankverbindung herunterladen.
2. Löschen Sie in einer Eingabeaufforderung die .p12-Datei aus der heruntergeladenen Wallet-ZIP-Datei. Dekomprimieren Sie den Wallet-Inhalt nicht, entfernen Sie die Datei, und erstellen Sie keine neue ZIP-Datei.
3. Codieren Sie die geänderte Wallet-ZIP-Datei mit einem beliebigen Base64-Coder in Base64.
4. Kopieren Sie die base64-codierten Daten in ein Secret in einem Vault.
5. Erstellen Sie ein Secret für das Wallet-Kennwort.
6. Erstellen Sie ein Secret für das Datenbankkennwort.

Um Secrets in OCI Vault zu verwenden, benötigen Sie die folgende Policy:

allow any-user to read secret-bundles in compartment <compartment-name> where ALL {request.principal.type = 'disworkspace', request.principal.id = '<workspace-ocid>'}

Mit der folgenden Policy können Sie einer Gruppe von Benutzern, die keine Administratoren sind, die Verwendung von Secrets mit Oracle Autonomous Data Warehouse und Oracle Autonomous Transaction Processing ermöglichen:

allow group <group-name> to read secret-bundles in compartment <compartment-name>

In der folgenden Tabelle sind die Datenquellen aufgeführt, die Sie mit Data Integration verwenden können.

Data Integration unterstützt hierarchische Datentypen in Quell- und Zieldatenentitys.

Um Daten mit hierarchischen Datentypen zu lesen und zu schreiben, können Sie derzeit nur generische REST-Datenassets und Dateispeicherdatenassets wie OCI Object Storage, Amazon S3 und HDFS verwenden. Das JSON-Dateiformat wird von generischen REST-Datenassets unterstützt. Für Dateispeicherdatenassets werden die folgenden Dateiformate unterstützt:

• JSON und mehrzeilige JSON
• Avro
• Parquet

Die unterstützten hierarchischen Datentypen sind die komplexen Typen "Array", "Struct" und "Map". Sie können Dateitransformationen mit jedem Dateityp ausführen, wie JSON zu Avro oder Avro zu JSON.

Stellen Sie vor der Verwendung hierarchischer Datenentitys und komplexer Typen sicher, dass Sie die unterstützten Funktionen in Data Integration kennen, wenn Sie mit Komponenten arbeiten und Aufgaben ausführen.

{
   "CUST_ID":1333,
   "NAME":{
      "F_NAME":"Sam",
      "L_NAME":"Smith"
   },
   "EMAIL":[
      {
         "EMAILID":"abc@oracle.com",
         "EMAILtype":"work"
      },
      {
         "EMAILID":"abc@othermail.com",
         "EMAILtype":"personal"
      }
   ],
   "GENDER":"Male"
}

Data Integration unterstützt Unicode. Hierbei handelt es sich um einen universellen Standard zur Zeichencodierung für Schriftzeichen und Text in jeder Sprache. Unicode stellt eine eindeutige Nummer für jedes Zeichen bereit, unabhängig von Plattform, Gerät oder Anwendung. Beispiel: 0041 ist das Unicode-Zeichen für den lateinischen Buchstaben "A".

In Data Integration werden Unicode-Zeichen (einschließlich Multibyte-Zeichen) in Daten und Metadaten unterstützt.

Die Unterstützung von Unicode in Daten bedeutet, dass die Attribute und Attributwerte in den Quell- und Zieldatenassets Unicode- und Multibyte-Zeichen enthalten können. Sie können auch Unicode- und Multibyte-Zeichen in Ausdrücken eingeben. Für JSON- und CSV-Object Storage-Datenassets ist die Standardcodierung UTF-8. Sie können sie nicht ändern.

Die Unterstützung von Unicode in Metadaten bedeutet, dass die Datenentity- und Schemanamen Ihrer Datenassets Unicode- und Multibyte-Zeichen enthalten können. Sie können auch Unicode- und Multibyte-Zeichen für Namen und Beschreibungen eingeben, wenn Sie mit Objekten in Data Integration arbeiten.

In Unicode wird eine eindeutige Nummer, die einem Unicode-Zeichen zugewiesen ist, als Codepunkt bezeichnet. Derzeit unterstützt Data Integration die folgenden Unicode-Codepunkte und -Codepunktbereiche:

Die Datentypen der verwendeten Quell- und Zielsysteme werden einem Kernset von generischen Datentypen in Oracle Cloud Infrastructure Data Integration zugeordnet.

In dem Set von generischen Datentypen haben einige Typen Länge, Skalierung und andere Eigenschaften, mit denen Sie den Datentyp weiter einschränken können.

Der Ausdrucksoperator in Data Integration unterstützt noch nicht alle generischen Datentypen. Sie können ein neues Attribut nur dann auf Basis eines generischen Datentyps erstellen, wenn der generische Typ unterstützt wird.

Ihre Netzwerkkonfigurationen hängen davon ab, welche Quell- und Zieldatenassets Sie mit dem Data Integration-Service verwenden und wo sich die Assets befinden.

Im VCN-Konfiguration für Data Integration-Blog finden Sie die Optionen für Ihre Anforderungen.

Einem Workspace kann ein virtuelles Cloud-Netzwerk (VCN) angehängt sein. Erstellen Sie für Datenquellen in einem privaten Netzwerk ein VCN mit mindestens einem regionalen Subnetz. Nur regionale Subnetze werden unterstützt, und DNS-Hostnamen müssen in den Subnetzen verwendet werden. Abhängig vom Speicherort Ihrer Datenquellen müssen Sie möglicherweise andere Netzwerkobjekte wie Servicegateways, Netzwerksicherheitsgruppen und Network Address Translation-(NAT-)Gateways erstellen.

Im Allgemeinen gilt für Datenquellen, die über das Internet zugänglich sind, Folgendes:

• Wenn einem Workspace ein VCN zugeordnet ist: Die Data Integration-Verbindung kann direkt über ein Network Address Translation-(NAT-)Gateway im VCN des Workspace hergestellt werden.
• Wenn einem Workspace kein VCN angehängt ist: Die Data Integration-Verbindung kann direkt über öffentliche IP-Adressen hergestellt werden.

Ressourcen (z.B. Workspaces) mit in einem Subnetz definierten privaten IPs können über Servicegateways oder NAT-Gateways mit lokalen oder Remote-Peering-Gateways auf andere private Ressourcen in verschiedenen virtuellen Cloud-Netzwerken und Regionen zugreifen.

Sie können Gateways auch kombinieren, wenn Sie sowohl auf Object Storage als auch auf Autonomous Data Warehouse zugreifen müssen. Beispiel: Für öffentliche Konnektivität benötigen Sie sowohl ein Servicegateway für Object Storage als auch ein NAT-Gateway für Autonomous Data Warehouse.

Für Datenquellen, die nicht über das Internet zugänglich sind, stehen folgende Optionen zur Verfügung:

• Erstellen Sie einen Workspace mit aktiviertem privatem Endpunkt, wobei sich der private Endpunkt in demselben Subnetz wie die Datenquelle befindet.

• Verwenden Sie Oracle Cloud Infrastructure FastConnect.

• Verwenden Sie Oracle Cloud Infrastructure VPN Connect (auch als IPSec-VPN bezeichnet).

Beachten Sie jedoch, dass Oracle Cloud Infrastructure FastConnect und Oracle Cloud Infrastructure VPN Connect verwendet werden müssen, wenn diese Quellen in privaten Domains vorliegen:

• Oracle auf Amazon RDS
• MySQL auf Amazon RDS
• Amazon RDS for SQL Server
• Microsoft Azure SQL Database

Oracle Cloud Infrastructure Networking-Dokumentation:

• Networking - Überblick
• VCNs und Subnetze
• Netzwerksicherheitsgruppen
• Servicegateway
• VCN-Peering
• FastConnect
• Network Path Analyzer
• Blog: Verwenden von Network Path Analyzer (Fehlerbehebung, Verifizierung und Validierung)