Kopieren von Daten von und nach Oracle mithilfe von Azure Data Factory oder Azure Synapse Analytics

GILT FÜR: Azure Data Factory Azure Synapse Analytics

In diesem Artikel wird beschrieben, wie Sie die Kopieraktivität in Azure Data Factory verwenden, um Daten aus einer Oracle-Datenbank und in eine Oracle-Datenbank zu kopieren. Der Artikel baut auf der Übersicht über die Kopieraktivität auf.

Unterstützte Funktionen

Dieser Oracle-Connector wird für die folgenden Funktionen unterstützt:

① Azure Integration Runtime ② Selbstgehostete Integration Runtime

Eine Liste der Datenspeicher, die als Quellen oder Senken für die Kopieraktivität unterstützt werden, finden Sie in der Tabelle Unterstützte Datenspeicher.

Dieser Oracle-Connector unterstützt insbesondere Folgendes:

• Die folgenden Versionen einer Oracle-Datenbank für Version 2.0:
  • Oracle Database 19c und höher
  • Oracle Database 18c und höher
  • Oracle Database 12c und höher
  • Oracle Database 11g und höher
• Die folgenden Versionen einer Oracle-Datenbank für Version 1.0:
  • Oracle 19c R1 (19.1) und höher
  • Oracle 18c R1 (18.1) und höher
  • Oracle 12c R1 (12.1) und höher
  • Oracle 11g R1 (11.1) und höher
  • Oracle 10g R1 (10.1) und höher
  • Oracle 9i R2 (9.2) und höher
  • Oracle 8i R3 (8.1.7) und höher
  • Oracle Database Cloud Exadata Service
• Paralleles Kopieren aus einer Oracle-Quelle. Weitere Informationen finden Sie im Abschnitt Paralleles Kopieren aus Oracle.

Voraussetzungen

Wenn sich Ihr Datenspeicher in einem lokalen Netzwerk, in einem virtuellen Azure-Netzwerk oder in Amazon Virtual Private Cloud befindet, müssen Sie eine selbstgehostete Integration Runtime konfigurieren, um eine Verbindung herzustellen.

Handelt es sich bei Ihrem Datenspeicher um einen verwalteten Clouddatendienst, können Sie die Azure Integration Runtime verwenden. Ist der Zugriff auf IP-Adressen beschränkt, die in den Firewallregeln genehmigt sind, können Sie Azure Integration Runtime-IPs zur Positivliste hinzufügen.

Sie können auch das Feature managed virtual network integration runtime (Integration Runtime für verwaltete virtuelle Netzwerke) in Azure Data Factory verwenden, um auf das lokale Netzwerk zuzugreifen, ohne eine selbstgehostete Integration Runtime zu installieren und zu konfigurieren.

Weitere Informationen zu den von Data Factory unterstützten Netzwerksicherheitsmechanismen und -optionen finden Sie unter Datenzugriffsstrategien.

Die Integration Runtime stellt einen integrierten Oracle-Treiber bereit. Daher müssen Sie zum Kopieren von Daten aus und nach Oracle nicht manuell einen Treiber erstellen.

Erste Schritte

Zum Ausführen der Kopieraktivität mit einer Pipeline können Sie eines der folgenden Tools oder SDKs verwenden:

• Tool zum Kopieren von Daten
• Azure-Portal
• .NET SDK
• Python SDK
• Azure PowerShell
• REST-API
• Azure Resource Manager-Vorlage

Erstellen eines verknüpften Diensts zu Oracle mittels Benutzeroberfläche

Verwenden Sie die folgenden Schritte, um einen verknüpften Dienst zu Oracle im Azure-Portal zu erstellen.

1. Navigieren Sie in Ihrem Azure Data Factory- oder Synapse-Arbeitsbereich zur Registerkarte „Verwalten“, wählen Sie „Verknüpfte Dienste“ aus, und klicken Sie dann auf „Neu“:

   • Azure Data Factory
   • Azure Synapse

   

2. Suchen Sie nach Oracle, und wählen Sie den Oracle Connector aus.

   

3. Konfigurieren Sie die Dienstdetails, testen Sie die Verbindung, und erstellen Sie den neuen verknüpften Dienst.

   

Details zur Connectorkonfiguration

Die folgenden Abschnitte geben Details an von Eigenschaften, die zum Definieren von Entitäten speziell für den Salesforce-Connector verwendet werden.

Eigenschaften des verknüpften Diensts

Die Oracle Connector Version 2.0 unterstützt TLS 1.3. Lesen Sie diesen Abschnitt , um Ihre Oracle Connector-Version von Version 1.0 zu aktualisieren. Einzelheiten zur Eigenschaft finden Sie in den entsprechenden Abschnitten.

• Version 2.0
• Version 1.0

Version 2.0

Der verknüpfte Oracle-Dienst unterstützt die folgenden Eigenschaften, wenn Version 2.0 angewendet wird:

Je nach Fall können Sie die folgenden zusätzlichen Verbindungseigenschaften im verknüpften Dienst festlegen.

Beispiel:

{
    "name": "OracleLinkedService",
    "properties": {
        "type": "Oracle",
        "version": "2.0",
        "typeProperties": {
            "server": "<server name>", 
            "username": "<user name>", 
            "password": "<password>", 
            "authenticationType": "<authentication type>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Beispiel: Speichern des Kennworts in Azure Key Vault

{
    "name": "OracleLinkedService",
    "properties": {
        "type": "Oracle",
        "version": "2.0",
        "typeProperties": {
            "server": "<server name>", 
            "username": "<user name>", 
            "authenticationType": "<authentication type>",
            "password": { 
                "type": "AzureKeyVaultSecret", 
                "store": { 
                    "referenceName": "<Azure Key Vault linked service name>", 
                    "type": "LinkedServiceReference" 
                }, 
                "secretName": "<secretName>" 
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

server Eigenschaftenkonfiguration

Für die Eigenschaft server können Sie eines der folgenden drei Formate angeben.

In der folgenden Liste sind die unterstützten Parameter aufgeführt, die in server verwendet werden. Wenn Sie Parameter verwenden, die sich nicht in der folgenden Liste befinden, schlägt die Verbindung fehl.

• Bei Verwendung der Azure-Integrationslaufzeit:

  GASTGEBER
  HAFEN
  PROTOKOLL
  SERVICE_NAME
  SID
  INSTANCE_NAME
  SERVER
  CONNECT_TIMEOUT
  RETRY_COUNT
  RETRY_DELAY
  SSL_VERSION
  SSL_SERVER_DN_MATCH
  SSL_SERVER_CERT_DN

• Bei Verwendung der selbst gehosteten Integrationslaufzeit:

  GASTGEBER
  HAFEN
  PROTOKOLL
  ENABLE
  Ablaufzeit
  FAILOVER
  Lastenausgleich
  RECV_BUF_SIZE
  SDU
  SEND_BUF_SIZE
  SOURCE_ROUTE
  DIENSTLEISTUNGSTYP
  COLOCATION_TAG
  VERBINDUNGS_ID_PRÄFIX
  Fehlermodus
  GLOBAL_NAME
  HS
  INSTANCE_NAME
  Poolgrenze
  POOL_CONNECTION_CLASS
  POOL_NAME
  POOL_REINHEIT
  RDB_DATABASE
  SHARDING_KEY
  SHARDING_KEY_ID
  SUPER_SHARDING_KEY
  SERVER
  SERVICE_NAME
  SID
  TUNNEL_SERVICE_NAME
  SSL_CLIENT_AUTHENTIFIZIERUNG
  SSL_CERTIFICATE_ALIAS
  SSL_ZERTIFIKAT_FINGERABDRUCK
  SSL_VERSION
  SSL_SERVER_DN_MATCH
  SSL_SERVER_CERT_DN
  WALLET_LOCATION
  CONNECT_TIMEOUT
  RETRY_COUNT
  RETRY_DELAY
  TRANSPORT_CONNECT_TIMEOUT
  RECV_TIMEOUT
  Kompression
  KOMPRESSIONSEBENEN

Version 1.0

Der verknüpfte Oracle-Dienst unterstützt die folgenden Eigenschaften, wenn Version 1.0 angewendet wird:

Wenn Sie mehrere Oracle-Instanzen für ein Failoverszenario haben, können Sie den mit Oracle verknüpften Dienst erstellen und den primären Host, den Port, den Benutzernamen, das Kennwort usw. ausfüllen sowie ein neues „Zusätzliche Verbindungseigenschaften“ mit dem Eigenschaftsnamen AlternateServers und dem Wert (HostName=<secondary host>:PortNumber=<secondary port>:ServiceName=<secondary service name>) hinzufügen. Vergessen dabei nicht die eckigen Klammern, und achten Sie auf die Doppelpunkte (:) als Trennzeichen. Beispielsweise definiert der folgende Wert von alternativen Servern zwei alternative Datenbankserver für das Verbindungsfailover: (HostName=AccountingOracleServer:PortNumber=1521:SID=Accounting,HostName=255.201.11.24:PortNumber=1522:ServiceName=ABackup.NA.MyCompany).

Weitere Verbindungseigenschaften, die Sie abhängig von Ihrem Anwendungsfall in der Verbindungszeichenfolge festlegen können:

Zum Aktivieren der Verschlüsselung bei einer Oracle-Verbindung haben Sie zwei Möglichkeiten:

• Um die Triple-DES-Verschlüsselung (3DES) und Advanced Encryption Standard (AES) zu verwenden, wechseln Sie aufseiten des Oracle-Servers zu Oracle Advanced Security (OAS), und konfigurieren Sie die Verschlüsselungseinstellungen. Ausführliche Informationen finden Sie in der Oracle-Dokumentation. Der Oracle-ADF-Connector (Application Development Framework) handelt automatisch die zu verwendende Verschlüsselungsmethode als diejenige aus, die Sie in OAS bei der Verbindungsherstellung mit Oracle konfigurieren.

• Um TLS zu verwenden, richten Sie truststore für die SSL-Serverauthentifizierung ein, indem Sie eine der folgenden drei Methoden anwenden:

  • Methode 1 (empfohlen):

    1. Installieren Sie das TLS- bzw. SSL-Zertifikat, indem Sie es in den lokalen Zertifikatspeicher importieren. Der integrierte Oracle-Treiber kann das erforderliche Zertifikat aus dem Zertifikatspeicher laden.

    2. Konfigurieren Sie im Dienst die Oracle-Verbindungszeichenfolge mit EncryptionMethod=1.

  • Methode 2:

    1. Rufen Sie die TLS- bzw. SSL-Zertifikatinformationen ab. Rufen Sie die DER-codierten (Distinguished Encoding Rules) oder PEM-codierten (Privacy Enhanced Mail) Zertifikatinformationen Ihres TLS- bzw. SSL-Zertifikats ab.

       openssl x509 -inform (DER|PEM) -in [Full Path to the DER/PEM Certificate including the name of the DER/PEM Certificate] -text
       

    2. Konfigurieren Sie im Dienst die Oracle-Verbindungszeichenfolge mit EncryptionMethod=1 und dem entsprechenden Wert von TrustStore. Zum Beispiel, Host=<host>;Port=<port>;Sid=<sid>;User Id=<username>;Password=<password>;EncryptionMethod=1;TrustStore= data:// -----BEGIN CERTIFICATE-----<certificate content>-----END CERTIFICATE-----

       Hinweis

       • Dem Wert des Felds für TrustStore sollte data:// vorangestellt werden.
       • Wenn Sie Inhalt für mehrere Zertifikate angeben, geben Sie den Inhalt jedes Zertifikats zwischen -----BEGIN CERTIFICATE----- und -----END CERTIFICATE----- an. Die Anzahl der Gedankenstriche (-----) sollte vor und nach BEGIN CERTIFICATE und END CERTIFICATE identisch sein. Beispiel:
         -----BEGIN CERTIFICATE-----<certificate content 1>-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----<certificate content 2>-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----<certificate content 3>-----END CERTIFICATE-----
       • Das Feld für TrustStore unterstützt eine Länge von bis zu 8.192 Zeichen.

  • Methode 3:

    1. Erstellen Sie die truststore-Datei mit einem starken Verschlüsselungsverfahren wie AES256.

       openssl pkcs12 -in [Full Path to the DER/PEM Certificate including the name of the DER/PEM Certificate] -out [Path and name of TrustStore] -passout pass:[Keystore PWD] -keypbe AES-256-CBC -certpbe AES-256-CBC -nokeys -export
       

    2. Legen Sie die truststore-Datei auf dem Computer mit der selbstgehosteten Integration Runtime ab. Legen Sie die Datei beispielsweise unter C:\MyTrustStoreFile ab.

    3. Konfigurieren Sie im Dienst die Oracle-Verbindungszeichenfolge mit EncryptionMethod=1 und dem entsprechenden Wert von TrustStore/TrustStorePassword. Beispiel: Host=<host>;Port=<port>;Sid=<sid>;User Id=<username>;Password=<password>;EncryptionMethod=1;TrustStore=C:\\MyTrustStoreFile;TrustStorePassword=<trust_store_password>.

Beispiel:

{
    "name": "OracleLinkedService",
    "properties": {
        "type": "Oracle",
        "typeProperties": {
            "connectionString": "Host=<host>;Port=<port>;Sid=<sid>;User Id=<username>;Password=<password>;"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Beispiel: Speichern des Kennworts in Azure Key Vault

{
    "name": "OracleLinkedService",
    "properties": {
        "type": "Oracle",
        "typeProperties": {
            "connectionString": "Host=<host>;Port=<port>;Sid=<sid>;User Id=<username>;",
            "password": { 
                "type": "AzureKeyVaultSecret", 
                "store": { 
                    "referenceName": "<Azure Key Vault linked service name>", 
                    "type": "LinkedServiceReference" 
                }, 
                "secretName": "<secretName>" 
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Dataset-Eigenschaften

Dieser Abschnitt enthält eine Liste der Eigenschaften, die vom Oracle-Dataset unterstützt werden. Eine vollständige Liste mit den Abschnitten und Eigenschaften, die zum Definieren von Datasets zur Verfügung stehen, finden Sie im Artikel zu Datasets.

Legen Sie zum Kopieren von Daten aus bzw. nach Oracle die Eigenschaft „type“ des Datasets auf OracleTable fest. Die folgenden Eigenschaften werden unterstützt.

Beispiel:

{
    "name": "OracleDataset",
    "properties":
    {
        "type": "OracleTable",
        "schema": [],
        "typeProperties": {
            "schema": "<schema_name>",
            "table": "<table_name>"
        },
        "linkedServiceName": {
            "referenceName": "<Oracle linked service name>",
            "type": "LinkedServiceReference"
        }
    }
}

Eigenschaften der Kopieraktivität

Dieser Abschnitt enthält eine Liste der Eigenschaften, die von der Oracle-Quelle und -Senke unterstützt werden. Eine vollständige Liste der verfügbaren Abschnitte und Eigenschaften zum Definieren von Aktivitäten finden Sie unter Pipelines.

Oracle als Quelle

Legen Sie zum Kopieren von Daten aus Oracle den Quelltyp in der Kopieraktivität auf OracleSource fest. Die folgenden Eigenschaften werden im Abschnitt source der Kopieraktivität unterstützt.

Beispiel: Kopieren von Daten mit einer einfachen Abfrage ohne Partition

"activities":[
    {
        "name": "CopyFromOracle",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<Oracle input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "OracleSource",
                "convertDecimalToInteger": false,
                "oracleReaderQuery": "SELECT * FROM MyTable"
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

Oracle als Senke

Legen Sie zum Kopieren von Daten in Oracle den Senkentyp in der Kopieraktivität auf OracleSink fest. Die folgenden Eigenschaften werden im Abschnitt sink der Kopieraktivität unterstützt.

Beispiel:

"activities":[
    {
        "name": "CopyToOracle",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<Oracle output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "<source type>"
            },
            "sink": {
                "type": "OracleSink"
            }
        }
    }
]

Parallele Kopie von Oracle

Der Oracle-Connector stellt eine integrierte Datenpartitionierung zum parallelen Kopieren von Daten aus Oracle zur Verfügung. Die Datenpartitionierungsoptionen befinden sich auf der Registerkarte Quelle der Kopieraktivität.

Wenn Sie partitioniertes Kopieren aktivieren, führt der Dienst parallele Abfragen gegenüber Ihrer Oracle-Quelle aus, um Daten anhand von Partitionen zu laden. Der Parallelitätsgrad wird über die Einstellung parallelCopies der Kopieraktivität gesteuert. Wenn Sie z. B. parallelCopies auf vier einstellen, generiert der Dienst gleichzeitig vier Abfragen auf der Grundlage der von Ihnen angegebenen Partitionsoption und -einstellungen und führt sie aus, wobei jede Abfrage einen Teil der Daten aus Ihrer Oracle-Datenbank abruft.

Es wird empfohlen, das parallele Kopieren mit Datenpartitionierung zu aktivieren, vor allem, wenn Sie große Datenmengen aus Ihrer Oracle-Datenbank laden. Im Anschluss finden Sie empfohlene Konfigurationen für verschiedene Szenarien. Beim Kopieren von Daten in einen dateibasierten Datenspeicher wird empfohlen, mehrere Dateien in einen Ordner zu schreiben (nur den Ordnernamen anzugeben). In diesem Fall ist die Leistung besser als beim Schreiben in eine einzelne Datei.

Beispiel: Abfrage mit physischer Partition

"source": {
    "type": "OracleSource",
    "query": "SELECT * FROM <TABLENAME> PARTITION(\"?AdfTabularPartitionName\") WHERE <your_additional_where_clause>",
    "partitionOption": "PhysicalPartitionsOfTable",
    "partitionSettings": {
        "partitionNames": [
            "<partitionA_name>",
            "<partitionB_name>"
        ]
    }
}

Beispiel: Abfrage mit dynamischer Bereichspartition

"source": {
    "type": "OracleSource",
    "query": "SELECT * FROM <TABLENAME> WHERE ?AdfRangePartitionColumnName <= ?AdfRangePartitionUpbound AND ?AdfRangePartitionColumnName >= ?AdfRangePartitionLowbound AND <your_additional_where_clause>",
    "partitionOption": "DynamicRange",
    "partitionSettings": {
        "partitionColumnName": "<partition_column_name>",
        "partitionUpperBound": "<upper_value_of_partition_column>",
        "partitionLowerBound": "<lower_value_of_partition_column>"
    }
}

Datentypzuordnung für Oracle

Wenn Sie Daten von und nach Oracle kopieren, werden die folgenden vorläufigen Datentypzuordnungen innerhalb des Dienstes verwendet. Weitere Informationen dazu, wie die Kopieraktivität das Quellschema und den Datentyp zur Senke zuordnet, finden Sie unter Schema- und Datentypzuordnungen.

NUMBER(p,s) wird je nach Präzision (p) und Skalierung (s) dem entsprechenden Interimdatentyp der Version 2.0 zugeordnet.

Eigenschaften der Lookup-Aktivität

Ausführliche Informationen zu den Eigenschaften finden Sie unter Lookup-Aktivität.

Upgrade des Oracle-Connectors

Die folgenden Schritte helfen Ihnen beim Upgrade des Oracle-Connectors:

1. Wählen Sie auf der Seite "Verknüpften Dienst bearbeiten " die Option 2.0 unter "Version " aus, und konfigurieren Sie den verknüpften Dienst, indem Sie auf die Verknüpften Diensteigenschaften Version 2.0 verweisen.

   Geben Sie für die Authentifizierungseigenschaften einschließlich Benutzername und Kennwort die ursprünglichen Werte in den entsprechenden Feldern in Version 2.0 an. Andere Verbindungseigenschaften wie Host, Port und Oracle Service Name/Oracle SID in Version 1.0 sind jetzt Parameter der server Eigenschaft in Version 2.0.

   Wenn Sie z. B. den verknüpften Dienst version 1.0 wie unten dargestellt konfigurieren:

   

   { 
       "name": "OracleLinkedService", 
       "properties": { 
           "type": "Oracle", 
           "typeProperties": { 
               "connectionString": "host=oraclesample.com;port=1521;servicename=db1" 
           }, 
           "connectVia": { 
               "referenceName": "<name of Integration Runtime>", 
               "type": "IntegrationRuntimeReference" 
           } 
       } 
   }
   

   Die identische, mit Version 2.0 verknüpfte Dienstkonfiguration mit Easy Connect (Plus) Naming lautet:

   

   { 
       "name": "OracleLinkedService", 
       "properties": { 
           "type": "Oracle", 
           "version": "2.0", 
           "typeProperties": { 
               "server": "oraclesample.com:1521/db1",  
               "username": "<user name>",  
               "password": "<password>",  
               "authenticationType": "<authentication type>" 
           }, 
           "connectVia": { 
               "referenceName": "<name of Integration Runtime>", 
               "type": "IntegrationRuntimeReference" 
           } 
       } 
   } 
   

   Die identische, mit Version 2.0 verknüpfte Dienstkonfiguration mit Connectordeskriptor lautet:

   

   { 
       "name": "OracleLinkedService", 
       "properties": { 
           "type": "Oracle", 
           "version": "2.0", 
           "typeProperties": { 
               "server": "(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST= oraclesample.com)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=db1)))",  
               "username": "<user name>",  
               "password": "<password>",  
               "authenticationType": "<authentication type>" 
           }, 
           "connectVia": { 
               "referenceName": "<name of Integration Runtime>", 
               "type": "IntegrationRuntimeReference" 
           } 
       } 
   } 
   

   Tipp

   Azure Key Vault wird für die server Eigenschaft unterstützt. Sie können den verknüpften Dienst-JSON bearbeiten, um den Azure Key Vault-Verweis hinzuzufügen, wie unten gezeigt:
   

   Beachten Sie dabei Folgendes:

   • Wenn Sie Oracle Service Name in Version 1.0 verwenden, können Sie easy Connect (Plus) Naming or Connector Descriptor als Serverformat in Version 2.0 verwenden.

   • Wenn Sie Oracle SID in Version 1.0 verwenden, müssen Sie Connector-Deskriptor als Serverformat in Version 2.0 verwenden.

   • Für einige zusätzliche Verbindungseigenschaften in Version 1.0 stellen wir alternative Eigenschaften oder Parameter in der server Eigenschaft in Version 2.0 bereit. Sie können auf die nachstehende Tabelle verweisen, um die Version 1.0-Eigenschaften zu aktualisieren.

     Version 1.0	Version 2.0
     Verschlüsselungsmethode	PROTOCOL (Parameter in server)
     tnsnamesfile	TNS_ADMIN (Umgebungsvariable, die in der selbst gehosteten Integrationslaufzeit unterstützt wird)
     Servername	server
     Bulkload aktivieren Wert: 1, 0	enableBulkLoad Wert: wahr, falsch
     fetchtswtzastimestamp Wert: 1, 0	fetchTswtzAsTimestamp Wert: wahr, falsch
     alternierende Server	DESCRIPTION_LIST (Parameter in server)
     arraysize	fetchSize
     Zwischengespeicherte Cursorbegrenzung	statementCacheSize
     connectionretrycount	RETRY_COUNT (Parameter in server)
     initializationstring	initializationString
     Anmeldezeitschwelle	CONNECT_TIMEOUT (Parameter in server)
     Krypto-Protokollversion	SSL_VERSION (Parameter in server)
     truststore	WALLET_LOCATION (Parameter in server)

     Wenn Sie beispielsweise in Version 1.0 verwenden alternateservers , können Sie den DESCRIPTION_LIST Parameter in der Servereigenschaft in Version 2.0 festlegen:

     Mit Version 1.0 verknüpfter Dienst mit alternateservers:

     {
         "name": "OracleV1",
         "properties": {
             "type": "Oracle",
             "typeProperties": {
                 "connectionString": "host=oraclesample.com;port=1521;servicename=db1;alternateservers=(HostName= oraclesample2.com:PortNumber=1521:SID=db2,HostName=255.201.11.24:PortNumber=1522:ServiceName=db3)"
             }
         }
     }
     

     Identischer, mit Version 2.0 verknüpfter Dienst mit dem Parameter DESCRIPTION_LIST im Connectordeskriptor:

     {
         "name": "OracleV2",
         "properties": {
             "type": "Oracle",
             "version": "2.0",
             "typeProperties": {
                 "server": "(DESCRIPTION_LIST=(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oraclesample.com)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=db1)))(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oraclesample2.com)(PORT=1521))(CONNECT_DATA=(SID=db2)))(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=255.201.11.24)(PORT=1522))(CONNECT_DATA=(SERVICE_NAME=db3))))",
                 "username": "<user name>",  
                 "password": "<password>",  
                 "authenticationType": "<authentication type>" 
             }
         }
     }
     

2. Die Datentypzuordnung für die Oracle-verknüpfte Dienstversion 2.0 unterscheidet sich von der für die Version 1.0. Informationen zur neuesten Datentypzuordnung finden Sie unter "Datentypzuordnung für Oracle".

   Eine zusätzliche Verbindungseigenschaft supportV1DataTypes in Version 2.0 kann Upgradeprobleme verringern, die durch Änderungen des Datentyps verursacht werden. Durch Festlegen dieser Eigenschaft wird true sichergestellt, dass der Datentyp in Version 2.0 mit Version 1.0 konsistent bleibt.

Unterschiede zwischen Oracle Version 2.0 und Version 1.0

Die Oracle Connector Version 2.0 bietet neue Funktionen und ist mit den meisten Features von Version 1.0 kompatibel. Die folgende Tabelle zeigt die Featureunterschiede zwischen Version 2.0 und Version 1.0.