Behandeln von Betriebsproblemen mit dem Oracle Database-Adapter
Problembehandlungstechniken zum Beheben von Betriebsfehlern, die bei der Verwendung des Microsoft BizTalk-Adapters für Oracle-Datenbank auftreten können.
Aktivieren der Ablaufverfolgung
Informationen zur Unterstützung der Ablaufverfolgung im Oracle Database-Adapter finden Sie unter Diagnoseablaufverfolgung und Nachrichtenprotokollierung für den Oracle Database-Adapter.
Bekannte Probleme
Im Folgenden finden Sie die häufigsten Fehler, die bei der Verwendung des Oracle Database-Adapters auftreten können, sowie deren wahrscheinliche Ursache und Lösung.
Fehler beim Laden der Adapterbindungen
Problem
Wenn Sie versuchen, das Visual Studio-Plug-In "Adapterdienstverweis hinzufügen" oder das BizTalk-Projekt-Add-In "Adapterdienst nutzen" zu starten, wird der folgende Fehler angezeigt:
There was an error loading the binding, <binding name>, from your system configuration.
ConfigurationErrorsException: Exception has been thrown by the target of an invocation.
Ursache
Wenn Sie versuchen, das Add Adapter Service Reference Plug-In oder das Add-In Consume Adapter Service zu starten, lädt WCF die Adapterbindungen für alle installierten Adapter. Die Adapterbindungen wiederum sind von der spezifischen Clientsoftware für die Unternehmensanwendung abhängig. Dieses Problem kann aus einem oder beiden der folgenden Gründe auftreten:
Die erforderliche BRANCHENclientsoftware ist nicht auf dem Computer installiert, auf dem Sie den Adapter installiert haben.
Sie haben eine typische oder vollständige Installation des Adapters durchgeführt, der alle im BizTalk-Adapterpaket enthaltenen Adapter installiert. Die LOB-Clientbibliotheken werden jedoch möglicherweise nur für eine Unternehmensanwendung installiert. Daher kann die GUI die Bindungen für die anderen Adapter nicht laden.
Auflösung
Stellen Sie sicher, dass die erforderlichen BRANCHENclientversionen auf dem Computer installiert sind, auf dem Sie das BizTalk-Adapterpaket installiert haben. Unterstützte Branchen- und Enterprise-Systeme listet die unterstützten Clientversionen auf.
Stellen Sie sicher, dass Sie eine benutzerdefinierte Installation der Adapter durchführen, um nur den von Ihnen benötigten Adapter zu installieren.
Hinweis
Um sicherzustellen, dass Ihre Anwendung mit der neuesten Version von ODP.NET funktioniert, müssen die "Richtlinien-DLLs" auf dem Computer installiert und im GAC registriert sein. Weitere Informationen finden Sie unter Oracle-Datenanbieter für .NET auf der Oracle-Website.
Der Oracle-Datenbankadapter wird nicht in der Liste der Adapter in BizTalk Server Verwaltungskonsole angezeigt.
Problem
Der Oracle Database-Adapter, der mit dem BizTalk-Adapterpaket verbunden ist, ist in der Liste der Adapter in der BizTalk Server-Verwaltungskonsole nicht aufgeführt.
Ursache
Der Oracle Database-Adapter ist eine benutzerdefinierte WCF-Bindung. Obwohl die BizTalk Server-Verwaltungskonsole den WCF-Custom-Adapter anzeigt, werden die benutzerdefinierten WCF-Bindungen nicht angezeigt, sodass der WCF-basierte Oracle Database-Adapter nicht angezeigt wird.
Auflösung
Sie können den Oracle Database-Adapter explizit der BizTalk Server-Verwaltungskonsole hinzufügen, indem Sie die schritte ausführen, die unter Hinzufügen des Oracle Database Adapters zu BizTalk Server-Verwaltungskonsole beschrieben sind.
Fehler beim Abrufen der XML-Ausgabe mit mehr als 65.536 Knoten
Problem
Der Adapter gibt beim Abrufen einer XML-Ausgabe mit mehr als 65.536 Knoten den folgenden Fehler aus.
Maximum number of items that can be serialized or deserialized in an object graph is '65536'.
Change the object graph or increase the MaxItemsInObjectGraph quota.
Ursache
Der Adapter kann ein Objekt mit mehr als 65.536 Elementen nicht serialisieren und deserialisieren.
Auflösung
Sie können dieses Problem beheben, indem Sie den maxItemsInObjectGraph Parameter festlegen. Sie können dies auf eine der folgenden zwei Arten festlegen:
Legen Sie diesen Parameter fest, indem Sie den
maxItemsInObjectGraphParameter imServiceBehavior-Attribut ihrer Dienstklasse ändern.Fügen Sie der app.config-Datei Ihrer Anwendung Folgendes hinzu.
<behaviors> <endpointBehaviors> <behavior name="NewBehavior"> <dataContractSerializer maxItemsInObjectGraph="65536000" /> </behavior> </endpointBehaviors> </behaviors>Ein Beispiel app.config sieht wie folgt aus.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.serviceModel>
<behaviors>
<endpointBehaviors>
<behavior name="NewBehavior">
<dataContractSerializer maxItemsInObjectGraph="65536000" />
</behavior>
</endpointBehaviors>
</behaviors>
<client>
<endpoint behaviorConfiguration="NewBehavior" binding="oracleDBBinding"
contract="IOutboundContract" name="oracle_ICalculator" />
</client>
</system.serviceModel>
</configuration>
Fehler beim Ausführen von Vorgängen für die Oracle-Datenbank
Problem
Der Adapter gibt den folgenden Fehler aus, wenn ein Vorgang für die Oracle-Datenbank mithilfe von BizTalk Server ausgeführt wird.
Für BizTalk Server
System.ArgumentNullException: Value cannot be null.Ursache
Die WCF-Aktion für die Nachricht ist nicht angegeben. WCF erfordert, dass für jeden Vorgang eine SOAP-Aktion angegeben wird, die den Adapter über den Vorgang informiert, der für die BRANCHENanwendung ausgeführt werden soll.
Auflösung
Geben Sie die SOAP-Aktion im Sendeport oder als Nachrichtenkontexteigenschaft in einer BizTalk-Orchestrierung an. Anweisungen finden Sie unter Konfigurieren der SOAP-Aktion für Oracle Database. Eine Liste der Aktionen für jeden Vorgang finden Sie unter Nachrichten und Nachrichtenschemas .
XmlReaderParsingException aufgrund eines falschen Vorgangsnamens in der angegebenen Aktion
Problem
Die BizTalk Server-Verwaltungskonsole gibt beim Senden von Nachrichten an eine Oracle-Datenbank den folgenden Fehler aus:
Microsoft.ServiceModel.Channels.Common.XmlReaderParsingException: Invalid argument:
<BtsActionMapping xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Operation Name="<operation_name>" Action="<action>" />
</BtsActionMapping>
Ursache
Wenn Sie einen WCF-Custom Port konfigurieren, indem Sie die Portbindungsdatei importieren, die vom BizTalk-Projekt-Add-In "Adapterdienst nutzen" erstellt wurde, wird die Aktion im Port im folgenden Format angegeben:
<BtsActionMapping>
<Operation Name="Op1" Action="http://MyService/Svc/Op1" />
</BtsActionMapping>
Im obigen Format wird der Vorgangsname durch den Vorgang gesteuert, den Sie beim Generieren des Schemas ausgewählt haben. Wenn Sie beispielsweise ein Schema für den Insert-Vorgang für eine Tabelle generiert haben, lautet der Vorgangsname in der Aktion "Einfügen". Der Vorgangsname im logischen Port, der in der BizTalk-Orchestrierung in Visual Studio erstellt wurde, kann jedoch unterschiedlich sein.
Auflösung
Stellen Sie sicher, dass die Vorgangsnamen sowohl im logischen Port (in der BizTalk-Orchestrierung in Visual Studio) als auch im physischen Port (in BizTalk Server Verwaltungskonsole) identisch sind.
Fehler beim Angeben eines Verbindungs-URI für einen WCF-Custom Port in BizTalk
Problem
BizTalk Server gibt den folgenden Fehler an, wenn Sie einen Verbindungs-URI angeben, um eine Verbindung mit der Oracle-Datenbank herzustellen.
Error saving properties.
(System.ArgumentException) The specified address is invalid.
(System.ArgumentException) Invalid address;
"<connection URI>" is not a well-formed absolute uri.
Ursache
Der Verbindungs-URI entspricht nicht dem Standardcodierungsformat. Beispielsweise kann der Wert für einen Parameter ein Leerzeichen enthalten.
Auflösung
Stellen Sie sicher, dass der angegebene Verbindungs-URI dem Standardcodierungsformat entspricht. Beispielsweise muss ein Leerzeichen durch "%20" ersetzt werden.
Ungültige Cursorausnahme beim Aufrufen gespeicherter Prozeduren, die REF CURSOR-Parameter annehmen
Problem
Wenn Sie Prozeduren in der Oracle-Datenbank aufrufen, die REF CURSOR-Eingaben verwenden, erhalten Sie möglicherweise die folgende Ausnahme:
Microsoft.ServiceModel.Channels.Common.TargetSystemException: ORA-01001: invalid cursor ---> Oracle.DataAccess.Client.OracleException
Ursache
Der PL/SQL-Block für die Prozedur, die Sie aufrufen, könnte das Piping der REF CURSORs sein, d. h., der IN REF CURSOR könnte dem OUT REF CURSOR zugewiesen werden.
Auflösung
Der PL/SQL-Block darf das IN nicht ohne ordnungsgemäße Verarbeitung an die OUT REF CURSORs übergeben.
Fehler beim Überprüfen der Antwort für den ReadLOB-Vorgang mithilfe von BizTalk Server
Problem
Beim Ausführen eines ReadLOB-Vorgangs mithilfe des Oracle Database-Adapters mit BizTalk Server schlägt die Überprüfung der Antwort der Oracle-Datenbank mit der Web Services Description Language (WSDL) fehl.
Ursache
Die WSDL enthält einen StreamBody-Knotennamen, der für die Ausführung dienstbasierter Anforderungen definiert ist, aber für BizTalk-Szenarien nicht benötigt wird. Wenn also die Ausgabe-XML, die den StreamBody-Knoten nicht enthält, mit der WSDL verglichen wird, schlägt die Überprüfung fehl.
Auflösung
Entfernen Sie den StreamBody-Knoten aus der WSDL, wenn Sie die Mit BizTalk Server generierte Ausgabe überprüfen. Führen Sie dazu die folgenden Schritte aus:
Die WSDL, die den StreamBody-Knoten enthält, sieht wie folgt aus.
<xs:element name="ReadLOBResponse"> <xs:annotation> <xs:documentation> <doc:action xmlns:doc="http://schemas.microsoft.com/servicemodel/adapters/metadata/documentation">http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/TBL_ALL_DATATYPES/ReadLOB/response\</doc:action> </xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element minOccurs="1" maxOccurs="1" name="ReadLOBResult" nillable="true" type="ns3:StreamBody" /> </xs:sequence> </xs:complexType> </xs:element>Ersetzen Sie das vorangehende durch Folgendes.
<xs:element name="ReadLOBResponse"> <xs:annotation> <xs:documentation> <doc:action xmlns:doc="http://schemas.microsoft.com/servicemodel/adapters/metadata/documentation">http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/TBL_ALL_DATATYPES/ReadLOB/response\</doc:action> </xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:element minOccurs="1" maxOccurs="1" name="ReadLOBResult" type="xs:base64Binary" /> </xs:sequence> </xs:complexType> </xs:element>In diesem Schritt haben Sie den Verweis auf type="ns3:StreamBody" in der ursprünglichen XSD entfernt und durch type="xs:base64Binary" ersetzt. Außerdem haben Sie den Wert nillable="true" aus der ursprünglichen XSD entfernt.
Entfernen Sie Folgendes aus der WSDL.
<xs:complexType name="StreamBody"> <xs:sequence> <xs:element minOccurs="1" maxOccurs="1" name="Stream"> <xs:simpleType> <xs:restriction base="xs:base64Binary"> <xs:minLength value="0" /> </xs:restriction> </xs:simpleType> </xs:element> </xs:sequence> </xs:complexType> <xs:element name="StreamBody" nillable="true" type="ns3:StreamBody" />Hinweis
ReadLOB-Vorgang wird mit BizTalk Server nicht unterstützt. Sie sollten einen Tabellenauswahlvorgang verwenden, um LOB-Daten aus einer BizTalk Server-Lösung zu lesen.
Bei der Schemaüberprüfung kann in Abrufszenarien ein Fehler auftreten.
Problem
Fehler bei der Schemaüberprüfung in Szenarien, in denen der Oracle Database-Adapter Datenbanktabellen abruft, die Felder des Typs ROWID oder UNROWID enthalten.
Ursache
Wenn der Adapter zur Entwurfszeit Metadaten für die Tabelle generiert, die Felder des Typs ROWID oder UNROWID enthält, enthält das Schema "nillable=false", was bedeutet, dass Felder vom Typ ROWID oder UNROWID nicht NULL sein können. Zur Laufzeit, wenn der Adapter die Metadaten abruft, enthalten die Felder des Typs ROWID oder UNROWID jedoch NULL-Werte. Daher schlägt die Schemaüberprüfung fehl.
Lösung
Wenn Sie den Oracle Database-Adapter mit BizTalk Server verwenden, können Sie die Schemaüberprüfung deaktivieren. Alternativ können Sie das Schema manuell bearbeiten, um "nillbale=true" für ROWID- und UNROWID-Datentypen zu ändern.
Fehler "Unzumutbare Konvertierung angefordert" beim Ausführen gespeicherter Prozeduren mit Datensatztypen als Parameter
Ursache
Stellen Sie sich ein Szenario vor, in dem eine gespeicherte Oracle-Prozedur einen Datensatztyp als Parameter annimmt. Angenommen, der Datensatztyp ist als <Tabellenname>%ROWTYPE deklariert, wobei die Tabelle eine Spalte des Datentyps LONG aufweist. Wenn der Oracle Database-Adapter auf den LONG-Datentyp stößt, legt er die Größe des Datentyps auf den für die LongDatatypeColumnSize-Bindungseigenschaft angegebenen Wert fest. Die Oracle-Datenbank definiert jedoch keine Größe für den DATENTYP LONG. Wenn der Adapter also die gespeicherte Prozedur aufruft, führt dies zu einem Fehler "Unzumutbare Konvertierung angefordert".
Auflösung
Wenn ein Datensatztyp über einen LONG-Datentyp verfügt, müssen Sie ihn explizit als Teil eines Pakets definieren.
Der Adapter erkennt die Aktion am physischen Port nicht, obwohl Sie die vom Add-In "Adapterdienst nutzen" generierte Bindungsdatei verwenden, um die Ports zu erstellen.
Problem
Nachdem Sie das Add-In "Adapterdienst nutzen" zum Generieren eines Schemas für einen bestimmten Vorgang in der Oracle-Datenbank verwendet haben, erstellt das Add-In auch eine Portbindungsdatei. Sie können diese Bindungsdatei mithilfe der BizTalk Server-Verwaltungskonsole importieren, um physische Ports in BizTalk Server zu erstellen. Wenn Sie jedoch Nachrichten über solche Ports an die Oracle-Datenbank senden, versteht der Adapter die für den Port angegebene Aktion nicht und gibt einen Fehler wie den folgenden an:
Microsoft.ServiceModel.Channels.Common.UnsupportedOperationException: Incorrect Action
<BtsActionMapping xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Operation Name="<op_name>" Action="<action>" />
</BtsActionMapping>. Correct the specified Action, or refer to the documentation on the allowed formats for the Actions.
Ursache
Wenn Sie logische Ports in einer BizTalk-Orchestrierung erstellen, geben Sie bestimmte Namen für die Vorgänge an diesen Ports an, oder Sie verwenden einfach die Standardnamen wie Operation_1, Operation_2 usw. In der vom Add-In Verbrauchsadapterdienst generierten Bindungsdatei ist der Vorgangsname jedoch mit dem Namen des Oracle-Datenbankvorgangs identisch, für den Sie Metadaten generieren. Wenn Sie beispielsweise Metadaten für den Select-Vorgang in der Tabelle ACCOUNTACTIVITY in der Oracle-Datenbank generieren, wird die Aktion auf Folgendes festgelegt:
<Operation Name="Select" Action="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/ACCOUNTACTIVITY/Select" />
Wenn Sie die Bindungsdatei importieren, wird dieselbe Aktion für den physischen Port festgelegt. Daher stimmen die Vorgangsnamen auf dem logischen Port (Operation_1, Operation_2 usw.) nicht mit den Vorgangsnamen überein, die in der Aktion für den physischen Port angegeben sind, was zu einem Fehler führt.
Lösung
Stellen Sie sicher, dass der Vorgangsname im logischen Port mit dem Vorgangsnamen übereinstimmt, der als Teil der Aktion im physischen Port angegeben wurde. Führen Sie einen der folgenden Schritte aus:
Ändern Sie den Vorgangsnamen im logischen Port der BizTalk-Orchestrierung von Operation_1 usw. in den Vorgang, für den Sie Metadaten generieren, z. B. Select.
Ändern Sie den Vorgangsnamen in der Aktion für den physischen Port in den Vorgangsnamen im logischen Port. Beispielsweise können Sie die Aktion im physischen Port so ändern, dass sie wie folgt aussieht:
<Operation Name="Operation_1" Action="http://Microsoft.LobServices.OracleDB/2007/03/SCOTT/Table/ACCOUNTACTIVITY/Select" />
Der Adapter löst eine Überlaufausnahme ("System.OverflowException") beim Ausführen eines Vorgangs aus.
Problem
Wenn Sie mithilfe des Adapters versuchen, einen Vorgang mit numerischen Oracle-Datentypen in DataSets oder schwach typisierten REF CURSORS auszuführen, löst der Adapter möglicherweise eine Überlaufausnahme aus.
Ursache
Dies geschieht, wenn Sie einen großen Wert für den numerischen Oracle-Datentyp in DataSets oder schwach typisierte REF CURSORS bereitstellen, die nicht in den jeweiligen .NET-Typ passen können.
Lösung
Wenn Sie große Werte für den numerischen Oracle-Datentyp in DataSets oder in schwach typisierten REF CURSORS übergeben möchten, müssen Sie die sichere Eingabe aktivieren, indem Sie den Wert der EnableSafeTyping-Bindungseigenschaft auf true festlegen. Das Aktivieren der sicheren Eingabe macht den numerischen Oracle-Datentyp in DataSets oder schwach typisierte REF CURSORS als Zeichenfolgen verfügbar.
Fehler mit RootNode TypeName in BizTalk-Projekten
Problem
Wenn in einem BizTalk-Projekt in Visual Studio die schemas, die aus dem Add-In "Adapterdienst nutzen" generiert wurden, ungültige Zeichen oder reservierte Wörter für die RootNode TypeName-Eigenschaft enthalten, tritt beim Kompilieren des Projekts der folgende Fehler auf:
Node <node reference> - Specify a valid .NET type name for this root node.
The current .NET type name of this root node is invalid (it is a reserved BizTalk Keyword or is an invalid C# identifier).
Auflösung
Klicken Sie mit der rechten Maustaste auf den knoten, auf den im Fehler verwiesen wird, und wählen Sie Eigenschaften aus.
Entfernen Sie für die RootNode TypeName-Eigenschaft alle ungültigen Zeichen oder reservierten Wörter, z. B. Punkt (.).
Warnung zur ungültigen Bindung bei Verwendung des Adapters in Visual Studio
Problem
Wenn Sie mit dem Adapter eine Anwendung in Visual Studio 2013 erstellen und die vom Adapter generierte Konfigurationsdatei (app.config) öffnen, wird eine Warnung ähnlich der folgenden angezeigt:
The element 'bindings' has invalid child element 'oracleDBBinding'. List of possible elements expected: 'basicHttpBinding, customBinding, ...
Ursache
Diese Warnung wird angezeigt, da die Oracle Database-Adapterbindung keine Standardbindung ist, oracleDBBindingdie mit Windows Communication Foundation (WCF) ausgeliefert wird.
Lösung
Sie können diese Warnung problemlos ignorieren.
BizTalk Server löst eine Ausnahme aus, wenn Sie mehrere Benachrichtigungsschemas in derselben Anwendung oder das Benachrichtigungsschema für mehrere Anwendungen auf demselben Host verwenden.
Problem
BizTalk Server löst eine XLANG-Ausnahme oder eine Ausnahme aus, die besagt, dass die Anwendung die Dokumentspezifikation nicht finden kann, da mehrere Schemas mit dem Nachrichtentyp übereinstimmen.
Ursache
Dies geschieht aufgrund einer der folgenden:
Sie haben mehr als ein Benachrichtigungsschema in einem BizTalk Server-Projekt generiert, es in einer BizTalk Server-Anwendung bereitgestellt und dann die Anwendung ausgeführt, um Benachrichtigungen aus der Oracle-Datenbank zu empfangen. Da die Benachrichtigungsschemas häufig vorkommen, besteht ein Konflikt zwischen den Schemas, die in der BizTalk Server-Anwendung bereitgestellt werden.
Bei mehreren Projekten haben Sie ein Benachrichtigungsschema für jedes der BizTalk Server Projekte generiert, jedes Projekt in einer separaten BizTalk Server Anwendung auf demselben Host bereitgestellt und dann eine Anwendung oder Anwendungen ausgeführt, um Benachrichtigungen aus der Oracle-Datenbank zu empfangen. Da auf die Schemas und Assemblys für alle Anwendungen in BizTalk Server zugegriffen werden kann, besteht ein Konflikt zwischen den allgemeinen Schemas, die unter verschiedenen BizTalk Server Anwendungen und Assemblys bereitgestellt werden.
Auflösung
Verwenden Sie eine einzelne Benachrichtigungsschemadatei für eine BizTalk Server Anwendung. Wenn Sie das Benachrichtigungsschema in mehreren BizTalk Server Anwendungen auf demselben Host verwenden müssen, erstellen Sie eine Anwendung, die ein einzelnes Benachrichtigungsschema enthält, und verwenden Sie dann das Benachrichtigungsschema aus allen anderen Anwendungen in BizTalk Server.
Arbeitsspeicherauslastung und Threadanzahl erhöhen sich, wenn der Adapter in einem transaktionsgebundenen eingehenden Vorgang verwendet wird
Problem
Wenn bei einem transaktionsgebundenen eingehenden Vorgang, z. B. Polling, keine Daten in der abgefragten Tabelle verfügbar sind und der Adapter weiterhin abruft, kommt es über einen bestimmten Zeitraum zu einer Zunahme der Arbeitsspeicherauslastung und der Threadanzahl.
Ursache
Wenn in der abgefragten Tabelle keine Daten verfügbar sind, wird nach jedem Timeoutzyklus ein neuer Thread von Windows Communication Foundation (WCF) erstellt, um den Abrufvorgang fortzusetzen. Daher erhöhen sich die Threadanzahl und die Arbeitsspeicherauslastung über einen bestimmten Zeitraum. Wenn die abgefragte Tabelle jedoch einige Daten enthält, führt derselbe Thread weiterhin alle nachfolgenden Umfragen aus.
Auflösung
Es wird empfohlen, das ReceiveTimeout auf den maximal möglichen Wert festzulegen, der 24.20:31:23.6470000 (24 Tage) ist, sodass nur alle 24 Tage ein neuer Thread erstellt wird. Dadurch wird sichergestellt, dass die Arbeitsspeicherauslastung und die Threadanzahl nicht zu früh anwachsen.
Hinweis
Wenn SqlAdapterInboundTransactionBehavior festgelegt wurde, stellen Sie sicher, dass transactionTimeout auch auf den maximal möglichen Wert konfiguriert ist, der 24.20:31:23.6470000 (24 Tage) ist. Wenn Sie diese Problemumgehung verwenden, können Sie sqlAdapterInboundTransactionBehavior nur hinzufügen, wenn die Transaktionsisolationsstufe konfiguriert werden muss. Andernfalls empfiehlt es sich, dieses Verhalten zu entfernen.
Weitere Informationen zur ReceiveTimeout-Bindungseigenschaft finden Sie unter Informationen zu den Bindungseigenschaften des Oracle Database-Adapters. Anweisungen zum Angeben von Bindungseigenschaften finden Sie unter Konfigurieren der Bindungseigenschaften für Oracle Database.
Hinweis
Wenn Sie den Adapter mit BizTalk Server verwenden, wirkt sich das Festlegen des Timeouts auf einen großen Wert nicht auf die Funktionalität des Adapters aus.
Weitere Informationen
Problembehandlung für den Oracle Database-AdapterProblembehandlung bei Installationsproblemen mit dem Oracle Database-Adapter