[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Jan 2006
    Beiträge
    68

    Datenübertragung zw. 2 iSeries

    Hallo!

    Um mein Wissen über die Möglichkeiten mit der iSeries mal wieder zu erweitern, wüsste ich gern, welche Möglichkeiten ich bei der Datenübertragung zw. 2 Geräten hab, sprich von Niederlassungsmaschine in Zentrale. Kann mir da jemand weiterhelfen?

    Ich will die Daten, die ich dank Query in der NI gewonnen, und in ein Savf gepackt hab, in die Zentrale verschicken...vorher brauch ich aber ne Übersicht über die Möglichkeiten um mich für die effizientiste zu entscheiden.

    LG
    Kath.

  2. #2
    Registriert seit
    Dec 2000
    Beiträge
    450
    Wenn die Daten in eine SAVF gepackt sind, würde ich FTP bevorzugen. Auf dem Zielsystem muss die SAVF schon bestehen, damit der FTP die da reinschreibt und keine PF erstellt.

    Bruno

  3. #3
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Über ein AS/400-Netzwerk gibts:
    - FTP (s.o.)
    - SNADS (suche nach ANYNET, SNA over IP)
    - DDMF und CPYF

    Oder ganz einfach:
    Wenn die Daten per Query gesammelt werden, kannst du auch mit meinem Tool SQLCPY direkt per SQL die Daten selektieren und in die Zieldatenbank als Remote schreiben.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  4. #4
    Registriert seit
    Jan 2006
    Beiträge
    68

    Question Nachgefragt

    Danke erst mal für eure Hilfe...

    Von anderer Seite wurden mir jetz folgende Möglichkeiten genannt:

    1. Mirroring -->mit savobj, savf, sndnetf ect. (meine bisherige Methode)

    2. (*hier fehlt mir die richtige Bezeichnung, wie oben Mirroring*) -->mit savrstobj aus der Niederlassung heraus

    3. (*hier fehlt mir die richtige Bezeichnung, wie oben Mirroring*) -->mit runsmgcmd aus der Zentrale heraus an alle Niederlassungen, wurde als "schlecht" Empfunden, weil sich die Maschine wohl öfters aufhängt und es so übertragungsprobleme gibt

    4. FTP --> dies wurde mir als "schlecht" beschrieben, weil die Befehle nich so toll sind

    Hab ich hier alle Möglichkeiten aufgezeichnet, fehlt noch was? Gibt es Meinungen über Vor-und Nachteile der verschiedenen Arten?



  5. #5
    Registriert seit
    Aug 2004
    Beiträge
    923
    Zitat Zitat von deni87991
    ...4. FTP --> dies wurde mir als "schlecht" beschrieben, weil die Befehle nich so toll sind
    ...
    Ach Quack.
    Mach es so wie Bruno Jakob geschrieben hat!
    Aus meiner Erfahrung raus würde ich sagen, dass das am einfachsten ist und vor allem die wenigsten Probleme bereitet.

    k.

  6. #6
    Registriert seit
    Jan 2006
    Beiträge
    68

    Befehl zum FTP.Datentransport im CL

    Der nächste Kritikpunkt an FTP war, das das Einbauen in mein CL schwierig seien würde, da ich als Anfänger ja eh ehr mässige Kenntnisse hab. Ist dem so? Ist das schwer?

  7. #7
    Registriert seit
    Aug 2004
    Beiträge
    923
    Nö, ist ganz einfach.
    Hier mal ein Beispiel:

    Vorbereitung1:
    eine leere CL-Source FTPTXT vom Typ TXT(!) erstellen. Da kommt später das Protokoll rein.

    Vorbereitung2:
    ein CL-Source FTPCMD vom Typ TXT erstellen für die FTP-Kommandos
    mit folgenden Beispielinhalt (Achtung, hier kommen eben alle FTP-Befehle rein, die für DICH relevant sind):
    LOGINNAME LOGINPASSWORT
    namefmt 1
    binary
    put /qdls/irgendwo/irgendwas.gz WOHIN.egal
    quit
    machst du ein CL, welches alles ausführt.
    CLP - FTPCALL

    ...blabla
    OVRDBF FILE(INPUT) TOFILE(MEINELIB/QCLSRC) MBR(FTPCMD)
    OVRDBF FILE(OUTPUT) TOFILE(MEINELIB/QCLSRC) MBR(FTPTXT)
    FTP RMTSYS('xxx.xxx.xxx.xxx')
    DLTOVR FILE(INPUT OUTPUT)
    ...blabla

    Voila!
    k.

  8. #8
    Registriert seit
    Sep 2003
    Beiträge
    236

    savrstlib geht ebenfalls!

    Hallo Zusammen,

    wenn die Leitungseinträge etc. eingerichtet sind
    wäre auch der Befehl

    SAVRSTLIB eine Alternative.
    Im Übrigen gibt es einige SAVRST-Cmd.

    Der Befehl SAVRSTLIB hat den Vorteil das die beiden Maschinen hintereinander den Job abarbeiten.(der eine sichert/ der andere restored anschließend)

    Ich habe somit die komplette Finanzbuchhaltung
    (intern über 100 MB-Übertragung) von einer 620 V4R3 auf 810 V5R2 in 6 Stunden "kopiert".


    -----------------------------------------------------

    Je nachdem sind auch die guten alten DDMF auch eine Möglichkeit "Daten" zu versenden.

    FTP ist ja schon erwähnt worden.
    SENDNETF die SAVF versenden.

    Vielleicht helfen diese Ideen ja.

    Gruss TF

  9. #9
    Registriert seit
    Oct 2003
    Beiträge
    192
    Hi,

    Die Meinungen über "leicht " und "schnell" gehen weit auseinander

    Leichteste (weil geringster Aufwand) ist m.E. die DDMF,
    Da es bei uns nicht geht haben wir uns für FTP entschieden

    (Sachen per SQL hin und her zu machen ist zu aufwendig für meinen Geschmack)

    Ansonsten wäre sicherlich auch der SAVRSTOBJ eine Variante.

    Auf jeden Fall solltest du auf das Fehlerhandling achten.

    Was passiert bei Leitungsabbruch etc.,
    Da gibt es bei den klassichen Befehlen das schöne Joblog, und beim FTP die Output Datei in der auch alles schön beschrieben ist.

    Lg
    Rince

  10. #10
    Registriert seit
    Oct 2003
    Beiträge
    71

    Warum habe ich den Befehl nicht?

    Ende
    Befehl
    ===> savrstlib
    F3=Verlassen F4=Bed.führung F5=Aktual. F12=Abbrechen
    F24=Weitere Tasten
    Befehl SAVRSTLIB in Bibliothek *LIBL nicht gefunden. +

  11. #11
    KM is offline [professional_User]
    Registriert seit
    Apr 2003
    Beiträge
    1.005
    Schau mal, ob Du vom LICPGM 5722SS1 die Option 22 installiert hast (ObjectConnect). Die brauchst Du dazu.

    Gruß,
    KM

  12. #12
    Registriert seit
    Jul 2002
    Beiträge
    377
    Hallo *all,

    natürlich sind alle eure Antworten richtig und auch machbar. Wir betrachten solche Fragen nach Übertragungsmöglichkeiten immer nach dem Gesichtspunkt der Verfügbarkeit und der business continuity. Handelt es sich "nur" um eine zusätzliche Sicherung und soll wenig Aufwand betrieben werden, sind sicherlich die angegebenen Lösungen der richtige Weg. Geht es aber um eine erhöhte Verfügbarkeit der Daten, die im Katastrophenfall eine business continuity aufrecht erhalten soll, dann sind sicher auch Überwachungsszenarien wichtig.

    Für alle Zwecke bieten wir Tools an, die angefangen vom advanced Backup (Produkt MCFTP mit automatisiertem Übertragen einer Tagessicherung auf eine andere Maschine mit Protokoll usw.) über Hochverfügbarkeit lite (unser Produkt HA-LT auf Journalebene mit Intervallübertragung) bis hin zu einer Hochverfügbarkeit mit Übertragung der Daten auf Transaktionsebene.

    Alle Tools bewegen sich in unterschiedlichen Preissegmenten. Immer angelehnt an die Anforderung der Datenverfügbarkeit schlagen wir unseren Kunden die Produkte vor.

    Bei näheren Fragen zum Thema, bzw. zu den S + S Produkten, einfach eine Mail an mich.
    Übrigens alle Produkte laufen mit Standard-Software der iSeries. Keine weitere Installation von SS1 oder anderen Komponenten ist nötig.

    Grüße
    Mit freundlichen Grüßen
    Christoph Supp


    SuS Group GmbH
    Mühlenweg 2
    56235 Ransbach-Baumbach

    Tel.: +49 26 23 / 92 64 55 0
    Fax :+49 26 23 / 92 64 55 9

    Internet: www.sus-group.de

Similar Threads

  1. Antworten: 0
    Letzter Beitrag: 11-01-07, 09:30
  2. iSeries Highlight 2007, das iNN - Partner Camp in Bad Nauheim
    By Kilianski in forum IBM i Hauptforum
    Antworten: 0
    Letzter Beitrag: 18-10-06, 08:46
  3. Java, JDBC, iSeries und Tschechische/Russische/Chinesische Zeichen
    By Christian.Hesse in forum NEWSboard Programmierung
    Antworten: 3
    Letzter Beitrag: 04-08-06, 10:04
  4. Antworten: 0
    Letzter Beitrag: 01-08-06, 14:08
  5. iSeries Bridge zw. Token-Ring und Ethernet
    By Nili in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 18-03-05, 18:23

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •