Trigger bei Sourcendatei

[Stefan_Sk]

Hallo

Ich habe folgende Frage:
wir haben eine zweite Maschine an einem anderen Standort
Ist es möglich das man die Sourcendatein mit Triggern bei beiden
Maschinen synchron hält.

Bis jetzt machen wir immer ein Savefile übertragen dann das mit FTP und
rücksichern dann auf der zweiten Maschine.
ist ziemlich mühselig.

Bitte um ein paar Vorschläge wie man das Problem am einfachsten
lösen kann.

mfg Stefan

[Fuerchau]

Trigger auf Source-PF geht nicht, da der SEU beim Save einen CLRPFM durchführt.
Auf einer getriggerten PF ist allerdings ein CLRPFM nicht mehr möglich, die Sätze müssen einzeln gelöscht werden.
Der SEU kann das allerdings nicht.
Das gleiche gilt dann auch für den CPYF (bem Kopieren von Teildateien, sprich Membern), da auch das REPLACE beim Kopieren nicht mehr geht.

[Stefan_Sk]

gibt es dann eine Möglichkeit das ich CLRPFM und CPYF auf einem
fernen System Durchführe.

[Fuerchau]

Klar, mittels DDMF, die auf die ferne Teildatei verweist. Allerdings musst du die DDMF jedesmal ändern um auf die korrekte Teildatei zu kommen.
Eine neue Teildatei (ADDPFM) kannst du auf diese Weise allerdings nicht erstellen.

Für Teildateien bietet sich SNADS an (ANYNET-Konfiguration).
Per SNDNETF und RCVNETF können so relativ einfach Teildateien ausgetauscht werden.
Über eine DDMF kannst du ggf. den RCVNETF als SBMRMTCMD auslösen.

[Stefan_Sk]

Klar, mittels DDMF, die auf die ferne Teildatei verweist. Allerdings musst du die DDMF jedesmal ändern um auf die korrekte Teildatei zu kommen.
Eine neue Teildatei (ADDPFM) kannst du auf diese Weise allerdings nicht erstellen.

Für Teildateien bietet sich SNADS an (ANYNET-Konfiguration).
Per SNDNETF und RCVNETF können so relativ einfach Teildateien ausgetauscht werden.
Über eine DDMF kannst du ggf. den RCVNETF als SBMRMTCMD auslösen.

bitte hilf mir nochmal weiter den DDMF und SNADS sagt mir nichts.

[Fuerchau]

Einrichten von SNADS und ANYNET findest du hier im Forum genug Hinweise.

Eine DDMF (CRTDDMF) ist eine lokale Datei die auf eine ferne Datei verweist. Für einen Verweis über SNA ist ANYNET erforderlich, du kannst allerdings als Art auch *IP verwenden.

Diese Datei kannst du dann per DSPPFM/CPYF oder auch im Progrmm mittels OVRDBF LVLCHK(*NO) verwenden.
Allerdings benötigst du auf dem Zielsystem ein identisches Profil und Kennwort für eine Anmeldung.

[Stefan_Sk]

Danke erst mal für deine hilfe Fuerchau.
mitlerweile hab ich die übertragung hinbekommen.
funktioniert auch "fast" mit einem kleinen cl pgm das mir per remotecomand RCVNETF
hinterherschickt.
das problem ist folgendes. wenn ich im remotecomand alle parameter fix reinschreibe
geht es tadellos. aber wenn ich variablen darin verwende bekomme ich die fehlermeldung das die zielmaschine diese nicht auflösen kann.

giebt es eine möglichkeit wie ich die variablen schon vorher auflösen kann und dann wirklich nur den wert verschicke.

mfg stefan

[Fuerchau]

Dazu müsste ich den CL-Befehl mal sehen. Normalerweise werden CL-Variablen in Kommandos automatisch durch ihren Wert ersetzt. Gibst du die Variablen (&VAR) ggf. in Hochkomma an ?

[Stefan_Sk]

habe das problem gelöst. habs in rpg gemacht und mit qcmdexec abgeschick.

danke noch mal für eure hilfe
mfg stefan

[kuempi von stein]

Hallo

Ich habe folgende Frage:
wir haben eine zweite Maschine an einem anderen Standort
Ist es möglich das man die Sourcendatein mit Triggern bei beiden
Maschinen synchron hält.

Bis jetzt machen wir immer ein Savefile übertragen dann das mit FTP und
rücksichern dann auf der zweiten Maschine.
ist ziemlich mühselig.

Bitte um ein paar Vorschläge wie man das Problem am einfachsten
lösen kann.

mfg Stefan

hello stefan,

so ein system hat vorteile und nachteile.
werden nur die sourcen auf der anderen kiste vorgehalten oder gibt es auch eine testumgebung (welche evtl. für debug die alten quellen braucht, da objekt noch das alte ist)?
und eine automatik steht und fällt mit der verfügbarkeit der fremden kiste und einer "stehenden" leitung.
eine total unbeaufsichtigte (und immer funktionierende) lösung ist ziemlich aufwändig denke ich.
ich persönlich habe in den langen jahren kein 100% funktionierendes system in dieser art gesehen.

aus meiner sicht ist es immer noch das beste sich selbst "perfekt" zu organisieren und eigenverantwortlich dafür zuständig zu sein.

grussle

kuempi