Bibliothek synchron halten auf meheren Systemen

[Matthias182]

Ich hatte eigentlich an etwas ganz simples gedacht, wie ein Job, der immer prüft, ob das Datum auf dem Objekt sich geändert hat. Ist das der Fall, dann sichere das Objekt in ein SAVF und schicke es an einen bestimmten User auf dem Zielsystem.

Auf dem Zielsystem läuft ebenfalls ein Prozess, der immer auf netfiles für diesen User prüft und wenn das der Fall ist, dann macht er einen Restore in die entsprechende Bibliothek.

Ist vielleicht etwas simpel dargestellt, aber vom Grundsatz her müsste das doch gehen, oder nicht?


Matthias

[Fuerchau]

Klar geht sowas.
Nur geht sowas nicht mal so eben.

Ich glaube, die Audit-Journale zeichnen die Objektänderungen auf.
Du brauchst dann "nur" diese Journale auswerten und deine Aktionen zu starten.

Ansonsten nach alter Methode:
DSPOBJD alle relevanten Objekte in eine Datei.
Vergleich Erstell-/Änderungsdatum (je nach Objektart ggf. spezifisch) mit vorheriger Datei.
Per SAVOBJ dann in eine SAVF (hier noch ggf. Namens-/Versionsverwaltung).
Diese dann (was schneller ist) per FTP auf das Zielsystem senden.

Im Zielsystem auf neue SAVF's prüfen.
Per API den Inhalt auslesen, da du ja beim RSTOBJ gezielte Angaben benötigst, den Restore durchführen (Achtung: ggf. ALWOBJDIFF o.ä. beachten) und die SAVF löschen.

Aktualitätsgrad - nicht abschätzbar
Programmieraufwand - ein paar Wochen

Sinn oder Unsinn - netter Zeitvertreib

[BenderD]

Hallo,

so haarig ist das auch wieder nicht:
- AuditJrn einrichten
- Exit Programm registrieren mit RCVJRNE
- SAVRSTOBJ
das hat dann dieselben Macken wie die sogenannte HA Software, die kochen auch nur mit Wasser

Die Haken liegen eher da, dass die HA Software schon an dieser Schnittstelle sitzt und man muss sich die Frage stellen, ob man da dann nicht mit fast konsistenten Zuständen zu tun bekommt - und was dann passiert (da liegt nämlich auch der HA-Hase begraben).
Vom HKG Prinzip ala DSPOBJD halte ich immer noch nix...

D*B

Klar geht sowas.
Nur geht sowas nicht mal so eben.

Ich glaube, die Audit-Journale zeichnen die Objektänderungen auf.
Du brauchst dann "nur" diese Journale auswerten und deine Aktionen zu starten.

Ansonsten nach alter Methode:
DSPOBJD alle relevanten Objekte in eine Datei.
Vergleich Erstell-/Änderungsdatum (je nach Objektart ggf. spezifisch) mit vorheriger Datei.
Per SAVOBJ dann in eine SAVF (hier noch ggf. Namens-/Versionsverwaltung).
Diese dann (was schneller ist) per FTP auf das Zielsystem senden.

Im Zielsystem auf neue SAVF's prüfen.
Per API den Inhalt auslesen, da du ja beim RSTOBJ gezielte Angaben benötigst, den Restore durchführen (Achtung: ggf. ALWOBJDIFF o.ä. beachten) und die SAVF löschen.

Aktualitätsgrad - nicht abschätzbar
Programmieraufwand - ein paar Wochen

Sinn oder Unsinn - netter Zeitvertreib