SDO-Repository installieren und konfigurieren
Service Data Objects (SDO) ist ein offener Standard, der Anwendungen ermöglicht, Daten aus anderen Datenquellen einheitlich als Datengraphen zu bearbeiten. SIB-fähige Web-Services verwenden ein SDO-Repository, um WSDL-Dateien zu speichern und bereitzustellen. Verwenden Sie diese Task, um die von Ihnen bevorzugte Datenbank für die Speicherung der SDO-Daten zu erstellen und zu konfigurieren und um ein SDO-Repository auf jedem Server zu installieren und zu konfigurieren, den Sie für busfähige Web-Services verwenden möchten.
Vorbereitende Schritte
Bestimmen Sie die Server oder Cluster, in denen Sie ein SDO-Repository installieren und konfigurieren möchten. Verwenden Sie dazu die Informationen im Artikel Installation busfähiger Web-Services planen. Fügen Sie anschließend jeden Server oder Cluster als Member eines Busses hinzu. Verwenden Sie hierfür die Informationen im Artikel Member eines Busses konfigurieren.
Ein SDO-Repository kann mit den meisten Datenbankprodukten verwendet werden. Spezifische Informationen zur Auswahl und Konfiguration der von Ihnen bevorzugten Datenbank erhalten Sie von Ihrem Datenbankadministrator, bzw. finden Sie in der Dokumentation zum Datenbankprodukt. Lesen Sie außerdem die Hinweise zur Datenbanknutzung in diesem Artikel.
Informationen zu diesem Vorgang
- Installieren Sie das von Ihnen bevorzugte Datenbankprodukt.
- Erstellen Sie einen JDBC-Provider und eine Datenquelle für Ihre Datenbank.
- Führen Sie das Script installSdoRepository.jacl mindestens einmal aus, um die SDO-Anwendung auf jedem Server zu installieren und den Datenbanktyp festzulegen, den das SDO-Repository verwenden soll.
Für eine Konfiguration mit einem einzigen Server können Sie die von Ihnen bevorzugte Datenbank oder die integrierte Apache Derby-Datenbank, die mit WebSphere Application Server bereitgestellt wird, verwenden.
In einer z/OS-Umgebung kann die eingebettete Derby-Datenbank nicht verwendet werden, weil nur jeweils ein Prozess auf diese Datenbank zugreifen kann und unter z/OS selbst ein einzelner Server in mehreren Prozessen ausgeführt werden kann.
- Für eine Network Deployment-Konfiguration können Sie die von Ihnen bevorzugte Datenbank oder die bereitgestellte Datenbank des Typs "Cloudscape Version 10.1.x (Derby)" und die zugehörige Network-Server-Anwendung verwenden. Beachten Sie jedoch die Einschränkungen, die für Derby Network Server gelten. Es werden beispielsweise keine Transaktionen unterstützt.
- Das SDO-Repository bestimmt das verwendete Schema und die Tabellennamen. Deshalb müssen unterschiedliche Repositorys unterschiedliche Datenbanken verwenden, damit gewährleistet ist, dass sie nicht auf dieselben Daten zugreifen.Verwenden Sie ein SDO-Repository für jede Zelle. Wenn Sie also mehrere Zellen haben, müssen Sie mehrere Datenbanken verwenden, eine für jede Zelle.
DB2 unter z/OS bietet keine Unterstützung für die Verwendung mehrerer Datenbanken. Auf z/OS-Systemen muss jedes SDO-Repository eine andere DB2-Instanz verwenden, um sicherzustellen, dass die Repositorys nicht auf dieselben Daten zugreifen.
- Erstellen Sie die Datenbank für Ihren bevorzugten Datenbankanbieter mit der Datei Table.ddl im entsprechenden Verzeichnis Stammverzeichnis_des_Anwendungsservers/util/SdoRepository/Datenbanktyp. Die Datei Table.ddl beschreibt die Datenbanktabelle, die das SDO-Repository benötigt.
- Das Flag -editBackendId, das mit dem Script installSdoRepository.jacl angegeben wird, bestimmt den vom Repository zu verwendenden Datenbanktyp. Die Backend-ID bestimmt, welche datenbankspezifischen Regeln die Anwendung bei der Kommunikation mit der Datenbank anwendet. Lesen Sie die Anmerkung zum Script installSdoRepository.jacl.
- Einige Datenbanken erfordern eine Benutzer-ID, der die Berechtigungen für den Zugriff auf die SDO-Repositorydatenbank erteilt wurden. Erstellen Sie eine Benutzer-ID für den Benutzernamen SDOREP, bevor Sie die Tabellen für Oracle-, Sybase- und SQL-Server-Datenbanken erstellen. Wegen der Art und Weise, in der diese Datenbanken Benutzernamen und Tabellennamen behandeln, muss der Benutzername SDOREP sein, damit das SDO-Repository mit dem vollständig qualifizierten Namen SDOREP.BYTESTORE auf seine Tabelle zugreifen kann. Stellen Sie sicher, dass Sie dem Benutzer SDOREP die erforderlichen Berechtigungen zum Lesen und Schreiben in der Datenbank zuweisen.
- Wenn Sie eine Informix-Datenbank verwenden, inaktivieren Sie die Protokollierung nicht.
- Das SDO-Repository erfordert keine XA-Unterstützung. In den meisten Fällen können Sie eine XA- oder Nicht-XA-Datenquelle verwenden. Wenn Sie jedoch mit Oracle 8 oder 9 arbeiten, müssen Sie den Oracle-JDBC-Treiber (Nicht-XA) für die Datenquelle des SDO-Repository verwenden.
- Sie können auch weitere Schritte ausführen, beispielsweise einen Index der Primärschlüssel erstellen, um die Leistung der Datenbank zu verbessern. Schema-, Tabellen- und Spaltennamen sollten nicht geändert werden.
- Wenn Sie dieses SDO-Repository für eine Zelle konfigurieren, die Anwendungsserver der WebSphere Application Server Version 6.0, der Version 6.1 und höher enthält, müssen Sie eine Datenbank verwenden, die mit allen diesen Versionen kompatibel ist.
- Verwenden Sie den Scripting-Client wsadmin, um das Script auszuführen.
Führen Sie das Script in der QShell aus.
- Das Script wird im Verzeichnis Stammverzeichnis_des_Anwendungsservers/bin bereitgestellt, wobei
Stammverzeichnis_des_Anwendungsservers für das Stammverzeichnis der Installation von
WebSphere Application Server steht. Wenn Sie den Scripting-Client "wsadmin" in einem anderen Verzeichnis ausführen möchten, müssen Sie mit der Befehlsoption den vollständigen Pfad des Scripts angeben. Wenn das Konsolenmodul in einem anderen als dem standardmäßig verwendeten Anwendungsserverprofil implementiert werden soll,
wechseln Sie in das Verzeichnis
Stammverzeichnis_des_Anwendungsservers/profiles/Profilname/bin, und geben Sie den folgenden Pfad zum Script ein:
wsadmin -f Stammverzeichnis_des_Anwendungsservers/bin/installSdoRepository.jacl
wsadmin.ext -f Stammverzeichnis_des_Anwendungsservers/bin/installSdoRepository.jacl
.ext steht für die Dateierweiterung .bat für ein Windows-System bzw. .sh für ein UNIX-, Linux- oder z/OS-System.
- Das Flag -editBackendId, das mit dem Script installSdoRepository.jacl angegeben wird, bestimmt den vom Repository zu verwendenden Datenbanktyp. Die Backend-ID bestimmt, welche datenbankspezifischen Regeln die Anwendung bei der Kommunikation mit der Datenbank anwendet. Verwenden Sie zum Anzeigen der vollständigen Liste der verfügbaren Backend-IDs das Flag
-listBackendIds:
Alle Back-End-ID-Werte in der Liste können verwendet werden, wenn das SDO-Repository in einem oder mehreren Anwendungsservern von WebSphere Application Server Version 7.0 oder höher installiert ist. Mit einem Stern (*) markierte Werte können nicht verwendet werden, wenn das SDO-Repository in Servern der Version 6.0 installiert ist. Mit zwei Sternen (**) markierte Werte können nicht verwendet werden, wenn das SDO-Repository in Servern der Version 6.0 oder Version 6.1 installiert ist.wsadmin -f installSdoRepository.jacl -listBackendIds
- Wenn die Datenquelle bereits vorhanden ist oder es eine vorherige fehlerhafte oder Teilinstallation der SDO-Repository-Anwendung gibt, kann das Script installSdoRepository.jacl nicht ausgeführt werden, und die Konfigurationsänderungen werden nicht gespeichert. In diesen Fällen führen Sie das Deinstallationsscript für das SDO-Repository aus, beheben das Problem und führen anschließend das Script installSdoRepository.jacl aus.
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
SDO-Repository für einen einzigen Server und die Verwendung der integrierten Derby-Datenbank konfigurieren
![[z/OS]](../images/ngzos.gif)
Vorbereitende Schritte
![[z/OS]](../images/ngzos.gif)
Informationen zu diesem Vorgang
Wenn Sie eine Einzelserverkonfiguration erstellen und die eingebettete Derby-Datenbank verwenden möchten, führen Sie das Script installSdoRepository.jacl mit dem Schalter -createDb aus. Bei dieser Aktion wird die Derby-Datenbank erstellt und das SDO-Repository installiert.
Führen Sie die folgenden Schritte aus, um das SDO-Repository für einen einzelnen Server mit der eingebetteten Derby-Datenbank zu konfigurieren:
Vorgehensweise
SDO-Repository für einen einzelnen Server mit einer anderen als der eingebetteten Derby-Datenbank konfigurieren
Informationen zu diesem Vorgang
- einmal, um die SDO-Anwendung im Anwendungsserver zu installieren und
- einmal zum Festlegen des Datenbanktyps, den das SDO-Repository verwenden soll.
Führen Sie die folgenden Schritte aus, um das SDO-Repository für einen einzelnen Server mit einer anderen als der eingebetteten Derby-Datenbank zu konfigurieren:
Vorgehensweise
SDO-Repository für eine Network Deployment-Zelle konfigurieren
Informationen zu diesem Vorgang
- einmal zum Installieren der SDO-Anwendung im Deployment Manager,
- einmal zum Festlegen des Datenbanktyps, den das SDO-Repository verwenden soll.
- und mehrfach für die Installation einer Instanz der SDO-Anwendung in jedem Server oder Cluster, den Sie für eine oder mehrere Rollen der busfähigen Web-Services verwenden möchten.
Zum Konfigurieren des SDO-Repository für eine Network Deployment-Zelle führen Sie die folgenden Schritte aus: