[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Apr 2005
    Beiträge
    58

    QZDASOINIT Jobs Detailinformationen

    Hallo,

    wir haben QZDASOINIT Jobs die Datenbankdateien sperren und die Datensicherung verzögern! Da sehr viele Fremdprogramme auf das ERP per ODBC oder MS-SQL zugreifen würde es sehr hilfreich sein, wenn man die IP Adresse des Sperrusers feststellen könnte. Die Jobnummer alleine hilft uns nicht weiter da bei einem QZDASOINIT Eintrag mehrer Einträge mit Benutzer QUSER vorhanden sind. Ausserdem ist die LOGDatei (QHST) auch nicht sehr Informationsreich.
    Oder gibt es eine detailliertere Ausgabe zu den QZDASOINIT Jobs?
    Hier ein kleiner Auszug aus WRKOBJLCK:

    QZDASOINIT QUSER 646305 *SHRRD HELD *JOB
    QZDASOINIT QUSER 646328 *SHRRD HELD *JOB
    *SHRRD HELD *JOB
    *SHRRD HELD *JOB
    QZDASOINIT QUSER 646377 *SHRRD HELD *JOB
    *SHRRD HELD *JOB
    *SHRRD HELD *JOB
    QZDASOINIT QUSER 646490 *SHRRD HELD *JOB
    QZDASOINIT QUSER 646555 *SHRRD HELD *JOB



    Vielen Dank im Voraus

    Hermann TEUFl

  2. #2
    Registriert seit
    Jun 2009
    Beiträge
    294
    Im Joblog steht die IP-Adresse

  3. #3
    Registriert seit
    Nov 2020
    Beiträge
    80
    Es gibt auch mit die SQL Views NETSTAT_INFO & NETSTAT_JOB_INFO.
    Dort kannst du die entsprechenden Infos ermitteln.
    Es gibt auch die View QSYS2.OBJECT_LOCK_INFO um die Jobs mit den gesperrten Objekten zu finden.

    lg Andreas

  4. #4
    Registriert seit
    Jan 2003
    Beiträge
    699
    Sprich mal mit den ERP Leuten. Meist sind das lauschende oder Daten tauschende Verbindungen mit einem eigenen Wiederanlauf.

    Falls sich das bestätigt, kannst Du vor Deiner Sicherung einen ENDSBS QUSRWRK (*IMMED oder *CNTRLD mit n Sekunden) absetzen und danach das Subsystem mit STRSBS QUSRWRK wieder starten.

  5. #5
    Registriert seit
    Apr 2005
    Beiträge
    58
    Vielen Dank für die Antworten!

    Die SQL Abfrage von QSYS2.OBJECT_LOCK_INFO schaut vielversprechend aus. Werde mal versuchen den Täter(n) auf die Spur zu kommen.
    Vielen Dank für Eure Unterstützung

    Hermann TEUFL

  6. #6
    Registriert seit
    Feb 2001
    Beiträge
    19.095
    Ich würde da pragmatisch vorgehen. Wenn es heißt, zu bestimmten Zeiten stehen bestimmte Dienste nicht zur Verfügung, dann werden die Dienste einfach beendet.
    QUSRWRK würde ich nicht beenden, da auch andere Jobs dort laufen.
    U.U. greife ich mit einem Java-Job lokal zu, das läuft auch über QZDASOINIT.

    Hier reicht eher ein ENDHOSTSVR, der auch die offenen Verbindungen killt.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: http://www.fuerchau.de/software/upload400.htm
    BI? Da war doch noch was: http://www.ftsolutions.de

  7. #7
    Registriert seit
    Nov 2020
    Beiträge
    80
    Ich würde auch alle geschäftskritischen JDBC Verbindungen in ein eigenes SBS umleiten.
    Das kann dann nach belieben gestartet und beendet werden ohne dass andere (vielleicht wichtige) Verbindungen ebenfalls gleich beendet werden.

  8. #8
    Registriert seit
    Apr 2005
    Beiträge
    58
    Vielen Dank für die Inputs!

    Welcher HOSTSVR wäre zu beenden um die aktiven QZDASOINIT Jobs zu beenden? Ich denke man kann den Softwareherstellern kommunizieren, dass zur Backupzeit kein Zugriff auf das System erlaubt ist.
    Die Auswertung der QSYS2/OBJ_LOCK Datei hat auch kein vernünftiges Ergebnis gebracht. Hier stehen nur 2 Programme in der Auswertung (QDMCOPEN und QQQOOODBOP) mit dem Benutzer QUSER. Von dem her würde ich auch die Variante mit ENDHOSTSVR bevorzugen, damit alle nicht korrekt geschlossenen Verbindungen gekillt werden.

    Vielen Dank im Voraus und lg
    Hermann

  9. #9
    Registriert seit
    Feb 2001
    Beiträge
    19.095
    *DATABASE wäre der Service.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: http://www.fuerchau.de/software/upload400.htm
    BI? Da war doch noch was: http://www.ftsolutions.de

Ähnliche Themen

  1. Woher bekommt der QZDASOINIT seine Libl ?
    Von dschroeder im Forum IBM i Hauptforum
    Antworten: 16
    Letzter Beitrag: 17-03-16, 12:42
  2. QZDASOINIT-Job EXE aufrufen
    Von Dschainers im Forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 25-08-15, 10:28
  3. QZDASOINIT Job Prio und so...
    Von homerun im Forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 09-11-06, 14:21
  4. jobs in sbs stellen
    Von delphix im Forum IBM i Hauptforum
    Antworten: 3
    Letzter Beitrag: 03-12-01, 10:08
  5. QSERVER-Jobs
    Von Ursus im Forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 08-11-01, 07:31

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •