-
QSQSRVR Jobs
Hallo!
Welche Funktion haben QSQSRVR Jobs in QSYSWRK?
Wir sichern im aktiven Zustand und manchmal bricht die Sicherung ab: CPI8365 - COMMIT- oder ROLLBACK-Operation für Job .../QUSER/QSQSRVR zum Sichern im aktiven Zustand erforderlich.
Wir haben schon SAVLIB und SAVOBJ Befehle verändert und SAVACTWAIT auf 20sek. gesetzt.
Mit den anderen Libs. gibt es keine Probleme. Wenn ein Objekt mehr als 20sek gesperrt ist, wird es nicht gesichert und die Sicherung läuft weiter. Aber wenn QUSRSYS gesichert werden muss, dann sieht es so aus, dass COMMIT & ROLLBACK- Anforderung den SAVACTWAIT Parameter gar nicht interessiert :-)
Ich danke allen im voraus für eine Antwort!
Samik
-
Such mal hier im Forum nach QSQSRVR.
Gruß
Bruno
-
Danke dir Bruno,
aber es gibt nur mich mit dieser Frage
Zitat von Bruno Jakob
Such mal hier im Forum nach QSQSRVR.
Gruß
Bruno
-
Seltsam, die Suchfunktion hier. Versuch mal den Link:
http://www.rlpforen.de/showthread.php?t=4554
Gruß
Bruno
-
Ach ja, das sagt die IBM dazu:
QSQSRVR jobs: Perform Call Level Interface DB2 UDB SQL functions used by IBM functions such as Management Central and typically by Java-based applications performing SQL. These jobs or threads default to running at priority value 10.
-
Danke Bruno,
ich habe die Infos gelesen, vielen Dank.
Sie können natürlich alle laufen, aber was mache ich mit den Jobs, die meine Sicherung zum Abbruch bringen? Im Sicherungsjob alle bekannten Msg abfangen?
-
Komisch, bei mir bricht eine Datensicherung nicht ab, wenn DB-Dateien im Zugriff sind, da für diese ein temporärer Bereich angelegt wird.
Anders siehts tatsächlich mit Journalen aus, wenn ein Commit-Zyklus über die SAVACTWAIT-Zeit hinaus dauert. Dann geht der Save dafür nicht.
Offene Commit-Zyklen über 20 Sekunden sollten eigentlich nicht vorkommen !!!
Welche Objekte genau sind denn da im Zugriff bzw. werden nicht gesichert ?
Gibt es ODBC-Anwendungen, die ggf. dauernd neue Tabellen anlegen, löschen und das ganze noch journalisiert (wobei das nicht die QUSRSYS betrifft) ?
-
Hallo,
ich denke Benutzerjobs scheiden eigentlich aus.
Ich tippe eher auf:
- stecken gebliebene Adminkonsole von WebsFear
- stecken gebliebener Ooops Nerv
- stecken gebliebener Management Central
oder irgendwas von dieser "Qualität".
Diesen dreien und Lokus Notes traue ich jedenfalls auch Stunden lange Commit Zyklen zu.
Was macht denn eigentlich der Sicherungsjob da genau? Bleibt der stehen und wartet sich tot? oder bröselt er runter, das könnte man ja fangen.
mfg
Dieter Bender
Zitat von Fuerchau
Komisch, bei mir bricht eine Datensicherung nicht ab, wenn DB-Dateien im Zugriff sind, da für diese ein temporärer Bereich angelegt wird.
Anders siehts tatsächlich mit Journalen aus, wenn ein Commit-Zyklus über die SAVACTWAIT-Zeit hinaus dauert. Dann geht der Save dafür nicht.
Offene Commit-Zyklen über 20 Sekunden sollten eigentlich nicht vorkommen !!!
Welche Objekte genau sind denn da im Zugriff bzw. werden nicht gesichert ?
Gibt es ODBC-Anwendungen, die ggf. dauernd neue Tabellen anlegen, löschen und das ganze noch journalisiert (wobei das nicht die QUSRSYS betrifft) ?
-
Hallo Dieter,
danke für die Antwort.
Die Fehlermeldungen werden mit MONMSG CPF0000 abgefangen, deshalb bleibt der Job nicht hängen.
Heute lassen wir die Sicherung ohne MONMSG laufen, dann haben wir bestimmt mehr Infos.
MfG
Samik
-
Hallo,
ich würde den MONMSG CPF0000 auf MONMSG CPF9999 ändern, dann steht die letzte Meldung mit im Joblog. Ansonsten ist es sowieso eine gute Idee, alles was bei der Sicherung der QUSRSYS nicht geht zu ignorieren, das darf eh' nicht restored werden und da kommen und gehen die Probleme mit jedem Cum Stand.
mfg
Dieter Bender
Zitat von samik
Hallo Dieter,
danke für die Antwort.
Die Fehlermeldungen werden mit MONMSG CPF0000 abgefangen, deshalb bleibt der Job nicht hängen.
Heute lassen wir die Sicherung ohne MONMSG laufen, dann haben wir bestimmt mehr Infos.
MfG
Samik
-
Dieter, danke für den Tip, ich werde das Programm so ändern.
mfg
Samik
-
Hallo Dieter,
nach der Änderung auf MONMSG CPF9999 habe ich die Nachricht: *MGTCOL/Q310000004 in QMPGDATA kann nicht verwendet werden.
Anforderung zum Sichern im aktiven Zustand durch anstehende Satzänderungen verhindert.
Also die Sicherung ist wieder nicht vollständig. Wir sichern mit BRMS und haben jetzt die Lib QMPGDATA aus der *ALLUSR sicherung ausgeschlossen. Mal sehen, ob es besser wird.
Dieter, was hast mit WebSphere Jobs gemeint? Wir haben letzte Woche Development Studio Client auf einem PC und IBM WebSphere Application Server auf der AS/400 installiert.
Schönen Tag!
Samik
Similar Threads
-
By bode in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 15-12-06, 09:43
-
By Blaumeise in forum IBM i Hauptforum
Antworten: 24
Letzter Beitrag: 21-11-06, 15:33
-
By ratinger in forum NEWSboard Server Software
Antworten: 11
Letzter Beitrag: 09-11-06, 16:02
-
By lyrics in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 29-08-06, 09:03
-
By ratinger in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 23-05-06, 10:55
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks