Ansicht
Dokumentation

APO-CA: liveCache Recovery ( RELNAPO_30A_SP1_CA_LCR )

Addresses (Business Address Services)   ROGBILLS - Synchronize billing plans  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Kurztext

APO-CA: liveCache Recovery

Verwendung

Ab APO Release 3.0A (First Customer Shipment und Support Package 1) können Sie durch das liveCache Recovery den liveCache nach einem liveCache-Absturz reaktivieren. Bislang war es nur möglich, den liveCache-Zustand des letzten Checkpoints wiederherzustellen. Änderungen, die zwischen zwei Checkpoints erfolgten (zeitl. Abstand 60 min.) gingen dadurch verloren. Wenn jetzt Programme Bewegungsdatenänderungen über das Interface übertragen, wird asynchron eine Kopie der Änderungen in den sogenannten liveCache log-Bereich (LCLB) gespeichert. Kommt es zu einem Absturz des liveCaches, werden die Daten des liveCache log-Bereichs in den liveCache gespielt. Es ist nicht nötig, eine vollständige Datenübertragung der seit dem letzten Checkpoint geänderten Bewegungsdaten durchzuführen.

Der log-Bereich ist zweifach angelegt. Zwischen zwei Checkpoints ist immer nur ein Bereich aktiv, während der zweite Bereich gelöscht wird. Dadurch ist gewährleistet, daß der log-Bereich nicht unendlich groß und dementsprechend bei einem Recovery, die Übertragungsdauer nicht unnötig lang wird.

Unterschieden wird das sogenannte synchrone liveCache-Logging und das CIF / BAPI-basierte (asynchrone) liveCache-Logging.

Beim synchronen liveCache-Logging werden alle Änderungen im liveCache synchron, d.h. noch in der laufenden Transaktion protokolliert. Beim CIF/BAPI-basierten liv Cache-Logging werden die Daten nur dann protokolliert, wenn der APO die Daten von einem angeschlossenen OLTP-System empfangen oder an ein solches versendet hat.

Die Performance des APO wird beim CIF/BAPI-basierten liveCache-Logging insgesamt höher sein als beim synchronen liveCache- Logging. Dafür lassen sich Datenänderungen im liveCache, die (noch) nicht an ein angeschlossenes OLTP System versendet wurden, nicht wiederherstellen. Da dies nicht für Daten gilt, die bis zum live Cache-Crash mit einem angeschlossenen OLTP-System ausgetauscht wurden, ist nach einem Recovery ein konsistenten Zustand zwischen APO und allen angeschlossenen OLTP-Systemen gewährleistet.

Stammdaten-Änderungen werden bei Anwendung der Recovery-Funktion nicht berücksichtigt. Folglich werden auch Änderungen an Bewegungsdaten, hervorgerufen durch Änderungen an Stammdaten, nicht erfaßt. Vor der Ausführung der Recovery-Funktion wird daher die aktive Planversion 000 mit dem Stand auf der APO-Datenbank abgeglichen.

Beachten Sie, daß es sich hierbei zur Zeit um eine CA-Funktion handelt.

Auswirkungen auf den Datenbestand

Auswirkungen auf die Datenübernahme

Bei der Durchführung des Recovery, ist ein regulärer Programmablauf im SAP APO nicht möglich. Änderungen an Bewegungsdaten können nicht erfaßt werden. Dies soll verhindern, daß Bewegungsdatenänderungen, die während des Recovery erfolgen, verloren gehen. Im R/3 ist ein fortlaufender Programmablauf möglich, da Änderungen gepuffert werden.

Auswirkungen auf die Systemverwaltung

Da die Recovery-Funktion unmittelbar Änderungen der Bewegungsdaten im SAP APO ausführen kann, ist die Anwendung der Funktion Systemadministratoren vorbehalten. Darüber hinaus müssen Objekte im SAP APO 2.0 modifiziert werden, was einen Einfluß auf die Support-Package-Strategie haben kann. In APO 3.0 kann man das Logging-Verfahren modifikationsfrei über einen Report einstellen.

Um mögliche Dateninkonsistenzen ausfindig zu machen und zu korrigieren, sollten Sie die Vergleich-Refresh-Funktion ausführen.

Auswirkungen auf das Customizing

Standardmäßig wird SAP APO so ausgeliefert, daß das liveCache-Logging abgeschaltet ist. Um es zu aktivieren, müssen Sie das Include /sapapo/om_liveCache_log aktivieren. Die Aktivierung des Includes im SAP APO 2.0 ist eine Modifikation. Es ist daher zu beachten, daß beim Einspielen nachfolgender Support Packages dieses Include nicht wieder überschrieben wird. Andernfalls wäre das liveCache-Logging nach dem Einspielen des Support Package wieder ausgeschaltet. Darüber hinaus muß durch den Report /sapapo/om_checkpoint_write periodisch und stündlich eingerichtet werden, um die Generierung der Checkpoints zu starten.

Weitere Informationen

TXBHW - Original Tax Base Amount in Local Currency   Addresses (Business Address Services)  
Diese Dokumentation steht unter dem Copyright der SAP AG.

Length: 5033 Date: 20240425 Time: 100624     sap01-206 ( 148 ms )