Die AE-Datenbank vorbereiten - Oracle

Dieses Thema führt Sie durch die notwendigen Schritte zum Einrichten einer Oracle-Datenbank für die Automation Engine.

Hinweise:

Diese Seite beinhaltet Folgendes:

Erforderlicher Speicherplatz

Der anfänglich benötige Datenbank-Speicherplatz, der für eine Automation Engine-Installation benötigt wird, hängt vom Typ und von der Größe des Systems ab:

Weitere Informationen finden Sie unter Automic Automation Systemanforderungen und Dimensionierung.

Einstellung der Codepage

Wichtig! Die Codepage-Einstellung des DB-Mandanten muss mit den Datenbankeinstellungen übereinstimmen. Die drei Codepages, zwischen denen Sie wählen können, sind WE8ISO8859P1, WE8ISO8859P15 und WE8MSWIN1252. Welche Sie wählen, hängt davon ab, welchen Zeichensatz Sie in der Datenbank speichern müssen. Stellen Sie daher sicher, dass der in XML_ENCODING definierte Zeichensatz in der Variablen UC_SYSTEM_SETTINGS dem Zeichensatz der Datenbank entspricht. Weitere Informationen finden Sie unter XML_ENCODING.

So scheint beispielsweise WE8ISO8859P15 die bessere Wahl zu sein, da WE8ISO8859P1 das Eurozeichen (€) nicht unterstützt. WE8MSWIN1252 unterstützt das Eurozeichen sowie mehrere zusätzliche Zeichen. Verwenden Sie diese Codepage, wenn Sie Ihre Datenbank neu einrichten.

Hinweis: Eine Umstellung Ihrer Datenbank auf einen neuen Zeichensatz ist nicht erforderlich, wenn sie WE8ISO8859P1 verwendet und Sie keines der zusätzlichen Zeichen benötigen.

Bei der Verwendung von 8-Bit-Zeichensätzen können Sie das gleiche Code-Set für die Datenbank und den Datenbank-Client verwenden. In diesem Fall findet keine Datenkonvertierung statt. Allerdings müssen auch das User Interface, der Server und die Dienstprogramme mit dem 8-Bit-Zeichensatz kompatibel sein.

Mit dem folgenden Befehl können Sie Ihre Datenbankeinstellungen abfragen:

SELECT * FROM NLS_DATABASE_PARAMETERS

Sie können auch Ihre Codepage-Einstellung angeben:

Oracle UTF-8 und die Automation Engine

Das Automation Engine verwendet ANSI/ASCII. Der DB-Mandant muss mit einem 8-Bit-Zeichensatz richtig konfiguriert werden, da sonst die Daten nicht korrekt konvertiert werden können.

Die Benutzeroberfläche verwendet UTF-8 und wandelt Daten gemäß der angegebenen Codepage in ANSI/ASCII um, bevor sie zum Server transportiert werden. Verwenden Sie andere Zeichensätze nur in enger Zusammenarbeit mit dem CA Automic-Support.

Wenn Sie Ihre Datenbank für den Betrieb in UTF-8 benötigen, müssen Sie sicherstellen, dass die Daten korrekt konvertiert werden, da die Datenbank sonst nicht ordnungsgemäß funktioniert. Daher ist es unerlässlich, dass die Codepages des DB-Mandanten und das User Interface übereinstimmen. Stellen Sie im Verbindungs-String die dritte Ziffer auf "1", damit die String-Daten überprüft werden (sonst kann das Automation Engine nicht booten). In den Logdateien sehen Sie die Zeichen, die Oracle in ? umgewandelt hat und die daher nicht verfügbar sind.

Die folgenden Anforderungen sind entscheidend:

Sonstige Anforderungen

Datenbank Computer

Es muss ein 64-Bit-Client installiert sein.

Voraussetzungen für ILM

Sie können Ihre Datenbank mit ILM partitionieren, um die optimale Leistung Ihres Automation Engine-Systems zu gewährleisten. Oracle benötigt die Berechtigung für USER_OBJECTS, um mit ILM zu arbeiten.

Oracle RAC

Eine Oracle-Datenbank einrichten

Im Datenbank Computer:

  1. Definieren Sie die Tablespaces.

    • Ermöglichen Sie unlimitierte Extents (MAXEXTENTS), anstatt sie zu limitieren.

    • Die Tablespace-Größen können individuell angepasst werden (mindestens 1 GB UC4_DATA, 500 MB UC4_INDEX für eine Testumgebung).

    • Tablespace-Administration durch ASSM (Automatic Segment Space Management): SEGEMENT_SPACE_MANAGEMENT=AUTO.

    • Melden Sie sich mit einer Benutzer-ID mit DBA-Rechten der ORACLE-Datenbank an und definieren Sie die Tablespaces:

    • CREATE TABLESPACE UC4_DATA

      DATAFILE 'Pfad zu uc4_data.ora'

      SIZE 1024M

      AUTOEXTEND ON NEXT 1024M MAXSIZE 2048M

      DEFAULT STORAGE (INITIAL 512K NEXT 2048K MAXEXTENTS UNLIMITED);

       

      CREATE TABLESPACE UC4_INDEX

      DATAFILE 'Pfad zu uc4_index.ora'

      SIZE 512M

      AUTOEXTEND ON NEXT 512M MAXSIZE 1024M

      DEFAULT STORAGE (INITIAL 512K NEXT 512K MAXEXTENTS UNLIMITED);

      Hinweise:

      • Wenn Sie den Namen der Tablespaces (UC4_DATA oder UC4_INDEX) ändern, müssen die Namen auch in der Installationsdatei UC_DDL.SQL und in der Datenbanktabelle UC_DBSYN geändert werden. Dasselbe gilt für jede Aktualisierung von AE.

      • Am besten verwenden Sie nur die Tablespaces UC4_INDEX und UC4_DATA, da Sie sonst alle SQL-Dateien während des Upgrade-Prozesses manuell anpassen müssen.

  2. Legen Sie einen Datenbankbenutzer an. Es wird empfohlen, einen zusätzlichen Datenbankbenutzer für AE anzulegen. Dieser Benutzer muss über die erforderlichen Privilegien verfügen.

  3. Ändern Sie die Speicherparameter für große Tabellen:

    • Erhöhen Sie die Anfangswerte, wie sie für produktive Umgebungen und große Tabellen erforderlich sind. Dies gilt für die folgendie Registerkarteellen:

    • INI, MELD, ODOC, OT, AH, AJPP, AJPPA, RH und RT.

    • Um die Werte zu erhöhen, müssen Sie die Installationsdatei UC_DDL.SQL für die folgendie Registerkarteellen ändern:

    • CREATE TABLE MELD (

      MELD_Idnr INTEGER NOT NULL,

      MELD_USR_Idnr INTEGER NOT NULL,

      MELD_Seen SMALLINT NULL,

      MELD_TimeStamp DATE NULL,

      MELD_MsgNr INTEGER NULL,

      MELD_MsgInsert VARCHAR2 (255) NULL,

      MELD_DeleteFlag SMALLINT NULL,

      MELD_Client SMALLINT NULL,

      MELD_Source INTEGER NULL,

      MELD_Category INTEGER NULL,

      MELD_Type INTEGER NULL,

      MELD_Host VARCHAR2 (200) NULL,

      MELD_ArchiveFlag SMALLINT NULL,

      CONSTRAINT PK_MELD PRIMARY KEY

      (

      MELD_Idnr

      ) USING INDEX TABLESPACE UC4_INDEX

      ) TABLESPACE UC4_DATA

      STORAGE (INITIAL 51200K NEXT 7168K MAXEXTENTS UNLIMITED);

  4. Definieren Sie ein großes Rollback-Segment für die Automation Engine. Die Größe sollte 10-25 % der Automation Engine-Daten betragen.

Szenarien

Szenario 1: RAC

Die Automation Engine ist nicht vollständig RAC-fähig, da sie nur von der erhöhten Verfügbarkeit eines RAC-Systems profitiert. Seine Leistung verbessert sich jedoch nicht durch den Einsatz der RAC-Technologie. Im Gegenteil, Sie müssen sicherstellen, dass Ihr System nur mit einem Knoten des RAC-Systems kommuniziert, um den Datenverkehr durch das Cluster Interconnect und die administrative Arbeitsbelastung zu minimieren. Auf diese Weise reduzieren Sie auch die Wahrscheinlichkeit von Deadlocks, die in der Datenbank auftreten können, da Datenbankknoten versuchen, gleichzeitig auf die Datenbank zuzugreifen.

Hinweis: Innerhalb eines RAC-Knotens verwendet Oracle in der Regel eine Sperre auf Zeilenebene. Allerdings werden die Übertragung auf Blockebene und die Ressourcensperre zwischen den RAC-Knoten verwendet. Um sicherzustellen, dass die AE immer nur mit einem Knoten verbunden ist, wird die Verwendung von Cluster Managed Services empfohlen. Sie müssen sie so konfigurieren, dass der Dienst nur auf einem Knoten läuft und die Cluster-Software ihn bei Bedarf auf den zweiten Knoten verschiebt.

Beispiel für die Einrichtung eines Clusterdienstes:

srvctl add service –d <DB NAME> -s <SERVICE NAME> -r <Node 1> -a <Node 2>

srvctl start service –d <DB NAME> -s <SERVICE NAME>

Ebenso muss in TNSNAMES.ORA unter CONNECT_DATA=(SERVICE-NAME=<SERVICENAME<) der mit srvctl erzeugte Dienstname verwendet werden.

Stellen Sie sicher, dass die folgenden Datenbankparameter gesetzt sind, wenn Sie ein RAC-System mit der AE verwenden:

INIT.ORA

TNSNAMES.ORA

Szenario 2: Data Guard

Im Folgenden werden die Merkmale der Oracle-Data-Guard-Konfiguration beschrieben, die für die Verwendung mit der AE relevant sind. Welche Konfiguration Sie verwenden werden, hängt von der verfügbaren Infrastruktur und Ihren Anforderungen ab.

Konfiguration 1 (Maximaler Schutz - Garantierter Schutzmodus)

Die Primärdatenbank registriert eine Transaktion nur dann als bestätigt, wenn diese Transaktion auch in mindestens eine Standby-Datenbank durchgeführt wurde. Wenn die Transaktion nicht in eine Standby-Datenbank übertragen werden konnte, stoppt die Primärdatenbank.

Der Vorteil dieser Konfiguration ist, dass die Produktion nach einem kurzen manuellen Eingriff sofort fortgesetzt werden kann, wenn die Primärdatenbank ausgefallen ist. Überprüfen Sie, ob die Standby-Datenbank zum Zeitpunkt des Ausfalls mit der Primärdatenbank synchronisiert wurde. Wenn ja, können Sie die Standby-Datenbank aktivieren und fortfahren.

Maximaler Schutz - Stoppt die Primärdatenbank, wenn die letzte Standby-Datenbank nicht mehr verfügbar ist:

Darstellung der Maximum-Protection-Konfiguration

Konfiguration 2 (Maximale Verfügbarkeit - Instant/Rapid Protection Modus)

Diese Konfiguration stellt sicher, dass die Standby-Datenbank(en) rechtzeitig synchronisiert werden. Die Primärdatenbank beginnt jedoch mit der Verarbeitung der nächsten Transaktion, obwohl noch nicht bestätigt wurde, dass die vorherige Transaktion auch in mindestens eine Standby-Datenbank übertragen wurde. Daher stoppt die Primärdatenbank nicht, wenn keine Standby-Datenbank mehr verfügbar ist. Änderungen in der Primärdatenbank werden automatisch in der Standby-Datenbank aktualisiert, sobald sie wieder verfügbar sind. In dieser Konfiguration müssen Sie immer manuell prüfen, ob die Standby-Datenbank zum Zeitpunkt des Ausfalls mit der Primärdatenbank synchronisiert wurde.

Maximale Verfügbarkeit - Der Wechsel in den verzögerten Modus ist möglich, wenn die Standby-Datenbank nicht verfügbar ist:

Darstellung der Konfiguration zur Maximalverfügbarkeit

Konfiguration 3 (Maximale Leistung)

In dieser Konfiguration werden Änderungen nur dann in die Standby-Datenbank übertragen, wenn das online Redo-Log geändert wird. Daher können Sie nicht erwarten, dass die Standby-Datenbank aktuelle Daten enthält, wenn die Primärdatenbank ausfällt. Sie müssen immer alle AE-Aktivitäten, die seit der letzten Änderung des Protokolls stattgefunden haben, manuell überprüfen.

Maximale Leistung - Änderungen werden propagiert, wenn das Online-Protokoll gefüllt wird:

Darstellung der Konfiguration zur Maximalleistung

Vergleich von Data-Guard-Konfigurationen

In der Regel erfordern alle Konfigurationen, dass die gleiche Menge an Benutzerdaten zwischen Primär- und Standby-Datenbank übertragen wird. Der erforderliche Workload bei Ausfall der Primärdatenbank ist immer unterschiedlich. Je geringer der Workload bei einem Ausfall, desto höher die Belastung in Form von längeren Reaktionszeiten im täglichen Betrieb.

Aus den oben genannten Gründen muss für jeden Fall berechnet werden, wie der Anspruch auf Verfügbarkeit mit der aktuell verfügbaren Infrastruktur realisiert werden kann.

Maximaler Schutz

Maximale Verfügbarkeit

Maximale Leistung

Die untenstehende Abbildung zeigt den Zusammenhang zwischen Leistung und Verfügbarkeit der Data-Guard-Konfigurationen im Vergleich zu einer einzelnen Instanz (ohne Hardware-Cluster). Für eine einzelne Instanz ist die Verfügbarkeit im Vergleich zu einer Data-Guard-Lösung immer minimal. Die Leistung wird jedoch kaum beeinträchtigt. Im Gegenteil, für Data-Guard im Maximalverfügbarkeitsmodus ist die Verfügbarkeit sehr hoch, aber die negativen Auswirkungen auf die Leistung befinden sich auf dem Maximum. Wenn Sie AE-Data-Guard installieren möchten, konzentrieren Sie sich auf die verfügbare Infrastruktur, um sicherzustellen, dass Sie nicht mit Leistungsengpässen konfrontiert werden.

Die Darstellung, die weiter unten gezeigt wird, zeigt den Zusammenhang zwischen der Darstellung der Leistung und der Verfügbarkeit der Data-Guard-Konfigurationen im Vergleich zu einer einzelnen Instanz.

Siehe auch: