SQL7017

[holly]

Hi all,
ich habe ein Problem bei einer neuen Maschine.
Wenn ich über iseriesNavigator eine neue Bibliothek anlegen will oder die Liste der anzuzeigenden Bibliotheken aufrufen will kommt der Fehler:
Anweisung kann mit angegebener COMMIT-Stufe nicht ausgeführt werden, da SQL keine Ressource mit COMMIT-Steuerung registrieren kann.Fehlerbeseitigung: Die vorherigen Nachrichten enthalten weitere Informationen. SQL7017.....

Wo kann ich im Navigator die Commit-Stufe einstellen????
Gruß Holger

[csupp]

Hallo Holger,

ich meine diesen Fehler irgendwann schon mal gehabt zu haben.
Letztendlich lag es an der nicht benamten Datenbank der 400.

Schau Dir doch mal mit WRKRDBDIRE an, ob die Datenbank einen Namen hat.

Ist nur so ne Idee

[holly]

Hallo Christoph,
danke erstmal. Die Richtung die Du ansprichst könnte stimmen.
Ich habe vorher nämlich folgendes gemacht:
IN WRKRDBDIRE den Eintrag für die lokale Datenbank gelöscht (Hieß noch S44...... [Serinummer]) und anschließend die Datenbank mit dem Namen der Maschine (XXTEST) eingetragen.
Dazu meine Frage: hätte ich nach löschen des lokalen Eintrags noch irgendein Eintrag, Journal oder ähnliches Löschen müssen??
Gruß Holger

[Fuerchau]

Da gibts nichts weiteres.
Allerdings:
Sämtliche existierenden MS-Queries (Excel->externe Daten->ODBC) können nun nicht mehr ausgeführt werden, da der DB-Name ja geändert wurde. Ggf. trifft das auch Access-Verweise.
Diese müssen halt neu erstellt werden.

[csupp]

Hallo Holger,

mir ist auch nix weiteres bekannt. Aber ich habe auch keine Ahnung, welche Auswirkungen das Löschen der Datenbank noch hatte.

Gruß

[Fuerchau]

Das Löschen des Datenbankeintrages hat ausschließlich Auswirkung auf externe Beziehungen. Im SQLConnect (auch beim Connect im STRSQL) wird der Datenbankname des WRKRDBDIRE angegeben und nicht der Systemname.
MS-Query und Konsorten arbeiten genauso (kennt man ja, wenn der Eintrag fehlt).
Der SQL im MS-Query sieht dann halt so aus:
select ... from dbname.library.table ...
Wenn also der DB-Name nicht mehr stimmt, kommt halt keine Verbindung mehr zustande.

[TARASIK]

Hallo Holly,
hast Du Dein Problem mit dieser Meldung schon gelöst und
wenn ja wie. Wir haben den gleichen Fehler.

[holly]

Hallo Holly,
hast Du Dein Problem mit dieser Meldung schon gelöst und
wenn ja wie. Wir haben den gleichen Fehler.

Hallo Tarasik,
das Problem ist bei mir weg, wodurch weiß ich nicht genau.
Ich habe die Bibliothek, die ich eigentlich anlegen wollte (mit Commit [qsqjrn] usw.) von unser Prod.maschine rückgespeichert. Nach einem weiteren IPL ging es dann.
Gruss Holger

[Fuerchau]

Der Unterschied liegt in der Art der Lib:
Um über SQL eine Lib anzulegen (und das macht scheinbar der OpsNav) wird "CREATE COLLECTION" verwendet. Dies setzt aber COMMIT(*CS) als Minimum voraus, da die Lib sonst nicht angelegt werden kann.
SQL erzeugt dann automatisch Journal und Empfänger sowie Sichten der SYSxxx-Files (SYSTABLES, SYSCOLUMNS usw).
Anschließend ist natürlich ein COMMIT erforderlich, sonst wird die Lib gleich wieder gelöscht.
Ich kann dies auch per SQL direkt durchführen.
Wird dann ein CREATE TABLE in dieser Lib durchgeführt, muss auch das Commited werden. Mit Rollback ist die Tabelle wieder weg. Die Tabelle wird dann auch automatisch im Journal der Lib aufgezeichnet.

[TARASIK]

Hallo Fuerchau,
das Problem ist, dass ein Operator den Systemnamen
geändert hat und seitdem bei den Anwendungen
und im OPSNAV dieser SQL7017 mit Commit Verweis
kommt, obwohl kein Commitment benutzt wird.

[Fuerchau]

Vielleicht kommt der OpsNav nicht damit zurecht, wenn der Systemname vom DB-Namen (WRKRDBDIRE) abweicht ?

[BenderD]

Hallo,

das ist definitiv kein Problem. maybe the ipl? nach dem Motto: ein Boot tut gut.

Dieter Bender

Vielleicht kommt der OpsNav nicht damit zurecht, wenn der Systemname vom DB-Namen (WRKRDBDIRE) abweicht ?