SAP ILM Speichern: Arten von Ursprüngen zur Bestimmung der Datenquelle

25-01-2024 | 6 Minute gelesen | SAP Information Lifecycle Management

SAP ILM Speichern: Arten von Ursprüngen zur Bestimmung der Datenquelle

Im Blog Alles über den SAP ILM Store haben wir gesehen, was es mit diesem Speicher auf sich hat. Für die Unerfahrenen: Der ILM Store hilft den Anwendern, den SAP-eigenen Store für den Datenaufbewahrungsprozess zu nutzen, d.h. die Anwender können die archivierten Dateien effizient und einfach archivieren und speichern. Der Store ist eine Komponente des Information Lifecycle Management und erfüllt die Anforderungsspezifikationen von BC-ILM 3.1 für seine konformen Speichersysteme. Mit diesem Speicher können Benutzer archivierte Dateien speichern und sie in einer Datenbank über WebDAV-Schnittstellenstandards katalogisieren.

Der Ursprung ist das zentrale Element der ILM-Store-Konfiguration, das den Store bei der Bestimmung seines Datenursprungs oder der Datenquelle unterstützt. Alle Systeme, die den ILM-Speicher verwenden, identifizieren die Datenquelle im Kontext eines Ursprungs, der beliebig sein kann. Der Ursprung kann zum Beispiel ein ILM-Objekt, ein einzelnes System oder eine große Gruppe von Systemen sein. Der Ursprung umfasst eine Datenquelle, die bei der Anpassung des ILM-Speichers zusammen mit den Schlüsseln für alle kombinierten Daten hilft. Darüber hinaus hilft der Ursprung auch bei der eindeutigen Behandlung von Daten aus den Quellen, wie z.B. – Daten in der produktiven Servergruppe können anders behandelt werden als die im ILM Retention Warehouse. Um dies zu erreichen, müssen Sie jedoch jede Anfrage mit dem ILM-Speicher mit dem gewünschten Ursprung verknüpfen.

SAP ILM Speichern: Arten von Ursprüngen zur Bestimmung der Datenquelle
Abbildung 1: Bildhafte Darstellung der Funktionsweise der Herkunft.
Quelle: SAP ILM Leitfaden zur Store-Konfiguration

Nun, da Sie eine Vorstellung davon haben, was ein Ursprung im ILM-Store ist, lassen Sie uns tief in seine Typen und Definitionen eintauchen. Es gibt zwei Haupttypen von Ursprüngen im ILM-Store –

1. Administrativer Ursprung

2. Operativer Ursprung

Es gibt jedoch noch eine dritte Art von Herkunft, die technische Herkunft, die jedoch ausschließlich von SAP verwendet wird.

Mit dem administrativen Ursprung werden die Einstellungen zur Aktivierung der Datenverarbeitung im ILM-Store erstellt, wobei jedem Client ein eindeutiger Ursprung zugewiesen wird. Dieser Ursprung ist immer eine Art Gruppe für mehrere operative Ursprünge. Innerhalb des administrativen Ursprungs selbst können die Benutzer jedoch keine Daten speichern oder verarbeiten. Aber die Benutzer können die Anpassungseinstellungen dieses Ursprungs als Standardwerte für die zugewiesenen operativen Ursprünge nutzen.

Kompliziert zu verstehen? Hier ist ein Beispiel von SAP, das dasselbe erklärt –

SAP ILM Speichern: Arten von Ursprüngen zur Bestimmung der Datenquelle

Allerdings können Benutzer mit dem administrativen Ursprung zusätzliche Einstellungen vornehmen, die im normalen Customizing nicht möglich sind. Benutzer können die Einstellungen im Customizing für zugewiesene operative Ursprünge auch über den administrativen Ursprung vornehmen. Administratoren können jedoch nur die Einstellungen ändern, für die sie autorisiert sind. Benutzer können die Einstellungen für den administrativen Ursprung im SAP Customizing Einführungsleitfaden unter –

Einführungsleitfaden für die ABAP-Plattform > Anwendungsserver > Basisdienste > Information Lifecycle Management > ILM-Speicher > Einstellungen für administrative Anpassungen definieren.

Der operative Ursprung wird verwendet, um Daten zu verarbeiten, wie z.B. das Speichern von Dateien, das Zuweisen von Eigenschaften, das Ändern oder Löschen von Eigenschaften und so weiter. Daher wird jede Verarbeitungsanforderung im Kontext einer operativen Herkunft ausgeführt, was bedeutet, dass jede Herkunft nur einer administrativen Herkunft zugewiesen werden darf. Die Herkunft ist ein Name, der frei definiert wird, um die Datenquelle zu bezeichnen, die für die Verarbeitung verwendet werden soll. Im operativen Ursprung können die Benutzer die Einstellungen im SAP Customizing Einführungsleitfaden unter –

Einführungsleitfaden für die ABAP-Plattform > Anwendungsserver > Basisdienste > Information Lifecycle Management > ILM-Speicher > Einstellungen für operatives Customizing definieren.

Bei der Einrichtung des ILM-Stores ist es wichtig, zwischen operativem und administrativem Customizing zu unterscheiden. Bei der operativen Anpassung können die Benutzer die Datenverarbeitung kontrollieren. Die administrative Anpassung hingegen hilft den Benutzern bei allen erforderlichen Einstellungen für die Verarbeitung der Daten mit ILM Store. Bei der administrativen Anpassung können die Benutzer administrative Ursprünge für die Installation des ILM-Stores verwenden. Außerdem werden die Customizing-Einstellungen, die Benutzer über den administrativen Ursprung vornehmen, als Standardwerte für die zugewiesenen operativen Ursprünge behandelt, wenn diese nicht definiert sind. Die Benutzer können die operativen Ursprünge für die Steuerung der Datenverarbeitung verwenden.

Mit Hilfe der Herkunft kann die Datenquelle eindeutig bestimmt werden. Zur Identifizierung der Datenquelle verwendet der ILM-Speicher Informationen, die über den URI der ADK-Datei (Archive Development Kit) übertragen werden. Zur Bestimmung der Datenquelle ist der Zugriff auf die folgenden Szenarien erforderlich –

4.2.1 Einfaches Szenario – Wenn die Systemdaten innerhalb eines Netzwerks geliefert werden, kann die Datenquelle eindeutig identifiziert werden.

4.2.2 Komplexes Szenario – In diesem Szenario können die Benutzer die Herkunft der Datenquelle für den Client bestimmen und den ILM-Speicher informieren. Dazu müssen die Benutzer jedoch die BAdI-Implementierung für das BAdI BADI_ILM_STOR_CLIENT auf dem Storage and Retention Service (SRS) System ausführen. Diese Eingabe hilft bei der Bestimmung des zu verwendenden Ursprungs, so dass die Benutzer ihn im entsprechenden ILM-Speicher-Customizing einrichten können.

Für SAP-Systeme gibt es spezielle Herkünfte, die SAP vorab ausliefert, so dass es notwendig ist, zusätzliche Einstellungen vorzunehmen.

  • Mit dem Release SAP NW 7.40 SP13 muss der SAP-Ursprung aufgrund der Sicherheitsanforderungen für die Dateibehandlung detaillierter festgelegt werden.
  • Für den archeb-Ursprung müssen die Einstellungen entsprechend angepasst werden, da alle Testprogramme in seinem Kontext laufen.
  • Für den arthurdent-Ursprung sind keine Einstellungen erforderlich, da sie für Unit-Tests verwendet werden.

Hinweis: Bitte beachten Sie den folgenden Hinweis: – DEFAULT bedeutet, dass die lokale Datenbank verwendet wird. Während dies für origin sap in Ordnung ist, müssen Benutzer von archeb origin ihre Zielverbindung verwenden, um es richtig zu testen.

Für die Speicherung archivierter Dateien müssen die Benutzer ihren eigenen Ursprung erstellen. Eine der Möglichkeiten dazu ist die Implementierung der BAdI ILM DB Store: Client-Funktionen des ILM DB Store (BADI_ILM_STOR_CLIENT) separat auf jedem System. Hier liefert die Methode DETERMINE_STORE_ORIGIN den Ursprung, der dann an den ILM-Speicher gesendet wird.

Hinweis: Damit diese Option funktioniert, muss SRS lokal installiert sein, und die entsprechenden SRS-Einstellungen müssen in der SARA-Transaktion vorgenommen werden.

Die zweite Möglichkeit, einen eigenen Ursprung für die Speicherung archivierter Dateien zu erstellen, besteht darin, den BADL zu implementieren, den der Benutzer auf dem ILM-Store-System und nicht auf dem Client-System hat, wie in NetWeaver 740 SPS 13 oder 7.50 SPS 02 beschrieben. Auf diese Weise haben die Benutzer eine einzige Quelle der Wahrheit für die Ursprünge.

Routing-Tabellen unterstützen die Herkunftsbestimmung für BAdl (BADl_ILM_STOR_CLIENT), die als DEFAULT in der Klasse CL_ILM_STOR_BADI_CLIENT implementiert ist. Hier geht es in erster Linie darum, einen Ressourcen-URI in seine identifizierenden Teile aufzuspalten, während Sie versuchen, einen passenden Eintrag in der Tabelle zu finden. Ein Ressourcen-URI hat das folgende Schema –

///.

Ein Beispiel: Der URI ZA4/001/ad/online_shopping/aa/20240103/a005o5/a005o5-001bc_sbook.adk kann wie folgt aufgeteilt werden:

  • System: ZA4
  • Kunde: 001
  • Schema: ad
  • Objekttyp: Online-Shopping

Die Routing-Tabelle mit dem Befehl TILM_STOR_O_ROUT_ enthält einen Eintrag, der diesen Feldern entspricht, die sich durch die Nomenklatur –

  • SYSTEM_ID
  • RESOURCE_TYPE
  • CLIENT, OBJECT_TYPE
  • URSPRUNG

Die Routing-Tabelle kann verwendet werden, um eine beliebige Kombination zu erstellen, die weiter zu einem Origin führt, sofern die System-ID verfügbar ist.

Um den Client und die Ursprünge im ILM Store einzurichten, müssen die Benutzer nur drei einfache Schritte befolgen –

1) Erstellen Sie den administrativen Ursprung und dann den Client.

2) Zweitens: Erstellen Sie den operativen Ursprung.

3) Bearbeiten Sie die Ursprünge gemäß den Anforderungen.

Mit SAP ILM Store wird es einfacher, den gesamten Datenlebenszyklus effektiver zu kontrollieren und den Prozess innerhalb der SAP-Umgebung ohne externe Schnittstellen zu unterstützen. Die TJC Group verfügt über mehr als 25 Jahre Erfahrung und ist Ihr zuverlässiger SAP ILM Partner. Mit uns können Sie –

  • Schließen Sie Prozesse ab, die schon seit langem offen sind.
  • Nutzen Sie die Bestimmungen vonDSGVO als Gelegenheit, um Ihre betrieblichen Abläufe gründlich zu überprüfen.
  • Löschen Sie unerwünschte/irrelevante Daten in Ihren SAP-Systemen.
  • Bleiben Sie konform und wahren Sie den Ruf Ihres Unternehmens.

Die TJC Group ist einer der führenden Experten für effiziente SAP-Datenarchivierungs- und Datenextraktionslösungen. Um mehr über unsere SAP ILM und Datenarchivierungslösungen zu erfahren, kontaktieren Sie uns noch heute!