Datensätze mit ILM pflegen

ILM (Information Lifecycle Management) ist eine von zwei Methoden, um die Daten in Ihrer Datenbank regelmäßig zu reorganisieren und zu archivieren. ILM ist die richtige Wahl, wenn Sie über eine große, komplexe Datenbank verfügen und diese mit möglichst geringen Kosten in Bezug auf den Lade- und Wartungsaufwand von Automation Engine pflegen wollen. Es nutzt die Partitionierung, bei der Daten nach bestimmten Kriterien in verschiedenen Bereichen der Datenbank gespeichert werden. Dies vereinfacht die Wartung, da Datensätze eines bestimmten Zeitraums im gleichen logischen Bereich abgelegt werden und gemeinsam archiviert und reorganisiert werden können.

Die andere Möglichkeit der Reorganisation und Archivierung besteht in der Verwendung der Dienstprogramme (siehe Datensätze mit Dienstprogrammen pflegen). Siehe Datensätze pflegen für einen Vergleich der Vorteile beider Verfahren.

Dieses Thema beinhaltet Folgendes:

Allgemeine Informationen und ILM-Konfiguration

Die Kriterien für die Erstellung einer Partition und die Festlegung des Partitionssets, in dem Datensätze gespeichert werden sollen, basieren auf der Aktivierungszeit eines Objekts (Objekt, Serverprozess, Agent etc.). Datensätze mit aktuellen Aktivierungszeiten werden innerhalb des aktuellen Partitionssatzes gespeichert. Daten, die Aufgaben wie Berichten entsprechen (mit Aktivierungszeiten in der Vergangenheit), werden in der gleichen Partition gespeichert, in der auch die statistischen Aufzeichnungen gespeichert sind.

Als Automation Engine-Systemadministrator geben Sie die Anzahl der Partitionssets an und definieren, wo sie gespeichert werden. Um ILM nach der Installation zu konfigurieren, muss die Automation Engine aktiv sein und Sie müssen sich über das Automic Web Interface einloggen können.

So konfigurieren Sie ILM

  1. Melden Sie sich am Systemmandanten 0 an.

  2. Passen Sie die Variablen UC_ILM_SETTINGS - Einstellungen für die Partitionierung mit ILM und UC_ILM_CONTAINER_* - Automation EngineDatenbank-Partitionen (falls erforderlich) an.

  3. Passen Sie die Einstellung CHANGE_LOGGING-Parameter in den UC_SYSTEM_SETTINGS - Systemweite Einstellungen an, um an das Partitionswechselintervall anzupassen.

  4. Um festzulegen, wie oft die Automation Engine auf eine neue Partition wechseln soll, erstellen Sie ein Kalenderobjekt mit einem Kalenderereignis, das Sie der Variabel UC_SYSTEM_SETTINGS - Systemweite Einstellungen zuordnen.

  5. Aktivieren Sie ILM in der Perspektive „Administration“. Siehe ILM-Partitionen verwalten

  6. Automatisieren Sie die Handhabung von Partitionen wie Archivierung, Speicherung, Löschen und so weiter.

Beispiel

Ein Automation Engine-System verwendet die ILM-Partitionierung zur Datenpflege mit den folgenden Konfigurationsparametern:

Im November sind drei Partitionssets online und speichern die Datensätze von Objekten mit den folgenden Aktivierungszeiten:

Anfang Dezember prüft das System die maximale Anzahl der Online-Partitionen, die im ONLINE_PARTITIONS-Key (Variable „UC_ILM_SETTINGS“) konfiguriert wurde. In unserem Fall ist das 3. Daher wird die Partition P1 ausgeschaltet und geht offline und die Partition 4 wird erstellt. Die Daten der Partition P1 sind jedoch verfügbar, bis Sie sich entscheiden, sie zu löschen.

Von nun an sind P2, P3 und P4 online. Der letzte Partitionssatz ist P4, der die Daten aller neuen Aktivierungen speichert.

Best Practices und Datenbankrechte

Schlüsselkonzepte im Zusammenhang mit ILM

Typ der von ILM verwalteten Daten

Die Partitionierung der Automation Engine-Datenbank mit ILM betrifft nur die folgenden Datentypen:

Daten anderer Typen als Objektversionen und gelöschte Objekte werden vom ILM nicht verwaltet und müssen noch mit den Dienstprogrammen reorganisiert werden.

Partitionen zu Tablespaces / Dateigruppen zuordnen

Zuordnen bedeutet in diesem Zusammenhang, die physischen Speicherbereiche in der Datenbank (Tablespaces von Dateigruppen) zu definieren, in denen die Partitionssätze gespeichert sind. Um Partitionen den Tablespaces / Dateigruppen zuzuordnen, verwendet ILM Container. Es ist möglich, sowohl ganze Partitionssätze in einem Container als auch Gruppen von Partitionen eines Partitionssatzes in separaten Containern zu speichern.

Ganze Partitionssets im gleichen physischen Container speichern

Nach dem obigen Beispiel ordnen drei Container Partitionssets und Tablespaces / Dateigruppen wie folgt zu:

Die Zuordnung ist zyklisch, d.h. Partitionssatz 1 geht zu Tablespace 1, Partitionssatz 2 geht zu Tablespace 2, Partitionssatz 3 geht zu Tablespace 3, Partitionssatz 4 geht wieder zu Tablespace 1, etc.

Gruppen von Partitionen eines Partitionssets in separaten physischen Containern speichern

Anstatt ganze Partitionssets einem Tablespace zuzuordnen, können Sie auch ausgewählte Gruppen von Partitionen des Partitionssets in separaten Tablespaces speichern. Diese Gruppen von Partitionen sind Statistiken (Tabellen A*), Berichte (Tabellen R*) und der Rest wie Nachrichten und Audit-Trail (Tabellen Meld, XAO, XRO). Sie können diese Zuordnung mit den Variablen UC_ILM_CONTAINER_* - Automation EngineDatenbank-Partitionendefinieren:

Alle drei Variablen müssen die gleiche Anzahl von Einträgen haben. Es ist nicht möglich, fünf Partitionen für statistische Aufzeichnungen zu verwenden und nur drei für Berichte.

Auch in diesem Fall ist die Zuordnung zyklisch.

Beispiel

Die Variablen bestimmen, wo Daten gespeichert werden:

Beispiel

Alle Daten von Partitionssets werden in einem Tablespace gespeichert: Geben Sie TAll in alle Variablen für jeden Container ein

Partitionen ändern

Um das Datum zu definieren, an dem die Änderung der Partition stattfindet, benötigen Sie ein Kalenderobjekt, das Sie der Variabel UC_ILM_SETTINGS zuweisen. Die Partition ändert sich um 00:00 Uhr an den in diesem Kalender angegebenen Daten unter Verwendung der im Mandanten 0 definierten Zeitzone als Basis. Wenn die Automation Engine zu diesem Zeitpunkt nicht aktiv ist, ändert sich die Partition, sobald sie startet.

Eine neue Partition kann nur erstellt werden, wenn keine aktiven Datenbanktransaktionen vorhanden sind. Aus diesem Grund stoppt die Automation Engine die Ausgabe neuer Transaktionen, wenn eine Partitionsänderung eingeleitet wird, und wartet, bis alle Arbeitsprozesse ihre aktuellen Datenbanktransaktionen abgeschlossen haben. Die maximale Wartezeit legen Sie im Key TIMEOUT in der Variable UC_ILM_SETTINGS fest.

Die Automation Engine-Logdatei enthält detaillierte Informationen über die Änderungen der Partition, einschließlich einer Liste aller aktiven Aufgaben der Partition, die nicht mehr online sein sollten.

Nach einer Änderung der Partition, ob erfolgreich oder fehlgeschlagen, können Sie angeben, wie die Automation Engine in beiden Fällen reagieren soll. Dazu legen Sie in den Keys EXECUTE_ON_SUCCESS und EXECUTE_ON_FAILURE in der Variable UC_ILM_SETTINGS - Einstellungen für die Partitionierung mit ILM fest, welche Objekte ausgeführt werden sollen.

Wichtig!

Lang laufende Aufgaben

Aktive Aufgaben verhindern, dass Partitionen, die ihre statistische Aufzeichnungen enthalten, offline schalten. Geben Sie ein Intervall für die Änderung der Partition an, das lang genug ist, um eine solche Situation zu vermeiden. Dennoch gibt es Aufgaben, die von Natur aus entweder sehr lange laufen oder nie enden, wie z.B. Ereignisse. Remote Task Manager oder periodische Aufgaben.

Vergleichen Sie das Protokolländerungs-Intervall mit dem Zeitintervall der Partitionsänderung.

Für die folgenden Aufgaben wird das Protokoll automatisch direkt vor einer Partitionsänderung geändert, wenn Objekte einmalig ausführen werden.

Die folgenden Aufgaben erfordern eine manuelle Interaktion, da keine Protokolländerung vorgenommen wird:

Siehe auch: