Inkonsistenten SHMA reaktivieren und Daten erhalten

Inkonsistenten SHMA reaktivieren und Daten erhalten

Hallo,
für die Änderung des Kreditlimits für einen Kunden (TA:FD32) habe ich einen Genehmigungsworkflow gebaut. Es werden die alten und neuen Werte aus der FD32 sowie einer eigenen FI Anwendung angezeigt und können entweder genehmigt oder abgewiesen werden.
Damit dies sessionübergreifend funktioniert, verwende ich ein Shared Memory Objekt bzw. ein SHMA.
Es kommt jetzt manchmal vor, dass der SHMA invalidiert ist. Ich vermute mal, dass hängt z.B. mit einem Transport von Dev nach Test zusammen.
Gibt es eine Möglichkeit zur Laufzeit diesen inkonsistenten Zustand zu beseitigen und die Daten zu erhalten?
Wenn dies nicht möglich ist, wie kann ich die zuvor abgelegten Daten aus einem inkonsistenten SHMA auslesen und sichern?
Viele Grüße,
Thomas

Re: Inkonsistenten SHMA reaktivieren und Daten erhalten

Hallo,
so wie ich das Thema SHMO/SHMA verstehe, handelt es sich hier um einen Speicherbereich auf dem Applikationsserver, der aus den versch. Sessions beschrieben und ausgelesen werden kann. Denn mit dem ABAP Memory habe ich keine Chance Daten aus einer anderen Transaktion (in einer anderen Session) abzugreifen oder auch mit einem 'dirty' assign komme ich weiter.
In der Beschreibung habe ich auch nichts gelesen, daß das SHMA primär nur für Stammdaten verwendet werden soll. Denn, was macht es für einen Unterschied, ob es sich um Stamm- oder Bewegungsdaten handelt und wie oft diese aktualisiert werden?
Das mit der Validierung habe ich befürchtet, hatte aber die Hoffnung, daß es doch eine Möglichkeit gibt, irgendwie an die Daten wieder heran zukommen. Aber das verhält sich wahrscheinlich analog zu einer Klasseninstanz. Wenn die weg ist oder invalidiert, dann komme ich auch nicht mehr an die Daten.
Viele Grüße,
Thomas/bapimueller

Re: Inkonsistenten SHMA reaktivieren und Daten erhalten

bapimueller hat geschrieben: ↑

03.03.2022 08:17

Gerade in einem Genehmigungprozeß, sollte ich mich darauf verlassen können, daß ich wieder an die 'zwischengespeicherten' Daten herankomme.

Dafür hat SAP eine Datenbank wo Daten über einen längeren Zeitraum gesichert abgelegt werden können.

bapimueller hat geschrieben: ↑

03.03.2022 08:12

so wie ich das Thema SHMO/SHMA verstehe, handelt es sich hier um einen Speicherbereich auf dem Applikationsserver, der aus den versch. Sessions beschrieben und ausgelesen werden kann. Denn mit dem ABAP Memory habe ich keine Chance Daten aus einer anderen Transaktion (in einer anderen Session) abzugreifen oder auch mit einem 'dirty' assign komme ich weiter.

Das ABAP Memory ist ja auch nur eine Art von Zwischenspeicher, der keine gesicherte Aufbewahrung garantiert.

bapimueller hat geschrieben: ↑

03.03.2022 08:12

In der Beschreibung habe ich auch nichts gelesen, daß das SHMA primär nur für Stammdaten verwendet werden soll. Denn, was macht es für einen Unterschied, ob es sich um Stamm- oder Bewegungsdaten handelt und wie oft diese aktualisiert werden?

Das geht aus dem "Kontext" hervor. Gebietskonstruktor, Gebietsaufbau (automatisch bei Leseanfrage, manuell) usw.
Das heißt soviel wie, dass das ganze Ding auch ohne expliziter Befüllung loslegen kann indem es sich selbstständig die Daten von der Datenbank besorgt und vorhalten kann. Zudem liegt es auf dem Applikationsserver. Wenn du also mehrere Instanzen hast, kannst du auch nicht auf die Daten zugreifen die auf einer anderen Instanz eingegeben wurden. Zu allem Überfluss hab ich irgendwo mal gelesen, dass die Schreiboperation auf eine Gebietsinstanz einen ziemlichen Overhead hat, vorallem weil die einzelnen Sessions die auf dem Applikationsserver laufen über Änderungen informiert werden müssen. Und die Sperrverwaltung selbst ist auch nicht gerade billig.