-
ODBC ohne Funktion nach Systemwechsel
Moin!
Unsere ODBC Abfragen funktionieren nicht mehr, nachdem wir die AS/400 ausgewechselt haben (sind auf ein größeres Modell migriert).
Nun melden alle gespeicherten ODBC Abfragen aus Windows (unter Excel) den Fehler:
SQL0114 - Relationale Datenbank XYZ nicht mit dem aktuellen Server S.... identisch.
Was können wir tun??
Viele Grüße aus Hamburg
iSeries Mod.170 + iSeries Mod. 270 + div. PC Server W2K + W2003
-
Mit WRKRDBDIRE den alten Namen der Datenbank wieder eintragen.
-
Zitat von Fuerchau
Mit WRKRDBDIRE den alten Namen der Datenbank wieder eintragen.
Das System läßt nur einen *local-namen zu. Wenn ich den alten Namen löschen will um den neuen einzugeben, gibt´s ne Fehlermeldung. Kann man die Meldung ignorieren? Im CMD CHGDDMTCPA, der in der Fehlermeldung angegeben wird, steht nicht aufregendes drin
-
Hallo,
vielleich klappt es andersrum. Erst den neuen eintragen, dann den alten löschen.
Gruss
akorb
-
Zitat von akorb
Hallo,
vielleich klappt es andersrum. Erst den neuen eintragen, dann den alten löschen.
Gruss
akorb
Wie gesagt, ich kann keinen zusätzlichen *local-Namen eintragen
-
Hallo!
Zitat von oopsy-dear
Wenn ich den alten Namen löschen will um den neuen einzugeben, gibt´s ne Fehlermeldung. Kann man die Meldung ignorieren?
Welche Fehlermeldung kommt denn genau? Ist das eine Meldung, die eine Antwort erwartet?
Gruß
Jürgen
-
*LOCAL ist nur 1 Mal erlaubt.
Wenn der Eintrag nicht löschbar ist, deutet das auf eine fehlerhafte Wiederherstellung der QUSRSYS hin.
Dieses Thema hatten wir auch schon mal.
Beim RSTLIB der QUSRSYS wurde ALWOBJDIF(*ALL) gewählt. Dadurch werden einige Systemdateien aus dem alten Release wiederhergestellt, die nicht kompatibel zum Neuen sind.
Dies läßt sich leider nicht so einfach lösen !!!
Normalerweise geht das nur mit einer kompletten Neuinstallation des OS.
Der mühevolle Weg:
Untersuche alle Dateien in der QUSRSYS mit einer 4-stelligen numerischen Endung, die im Text auf den Originalnamen verweisen (wenn sie nicht inzwischen gelöscht wurden).
Mittels DSPFD/DSPOBJD kannst du herausfinden, auf welchem Release diese erstellt wurden um festzustellen, welche die neuere ist.
Wenn die Formatebenenid's (DSPFFD) der Dateien identisch ist, braucht nichts weiter gemacht zu werden.
Ansonsten:
Vergleiche die Inhalte mit dem jetztigen Originalnamen und kopiere ggf. fehlende oder abweichende Sätze in die neue Datei (CPYF ... FMTOPT(*MAP *DROP)).
Benenne die Originaldatei in irgendwas um und die ersetzte Datei wieder in die Originaldatei.
Teilweise geht das im laufenden Betrieb, teilweise nur im eingeschränkten Zustand.
Einige Systemdatei lassen sich weder anzeigen noch kopieren, auch hier kann es zu Versionsproblemen kommen.
Ich habe das Ganze Thema bereits einmal hinter mich gebracht, Aufwand ca. 10 MT, also mit 2 Leuten 1 Woche.
Viel Spaß dabei.
-
chkprdopt 5722SS1
Hallo,
um das herauszubekommen, ob die Qusrsys mit alten Daten
belastet ist, muss man einen chkprdopt 5722ss1 ausführen,
ansonsten ist die genaue Fehlermeldung eine Hilfe.(CPF;CPA...)
-
@TARASIK
Leider gibt das auch nicht immer viel her, manchmal kommt nur die Meldung "Aktuelle Daten konnten nicht abgerufen werden", aber woher kann man leider nicht erfahren.
-
Zitat von oopsy-dear
Das System läßt nur einen *local-namen zu. Wenn ich den alten Namen löschen will um den neuen einzugeben, gibt´s ne Fehlermeldung. Kann man die Meldung ignorieren? Im CMD CHGDDMTCPA, der in der Fehlermeldung angegeben wird, steht nicht aufregendes drin
Alten Eintrag löschen, Fehlermeldung mit G zur Seite schieben, neuen (richtigen) *local Eintrag erstellen.
-h
-
Zitat von Fuerchau
fehlerhafte Wiederherstellung der QUSRSYS hin.
Dieses Thema hatten wir auch schon mal.
...
Dies läßt sich leider nicht so einfach lösen !!!
Normalerweise geht das nur mit einer kompletten Neuinstallation des OS.
Doch, wenn die QUSRSYS nicht richtig restauriert wurde:
- endsbs *all *immed
- aktuelle ptfs fürs aktuelle release einspielen
- clrlib qusrsys
- rstusrprf *all
- rstlib qusrsys
- rstaut
- qusrsys von CD installieren
- (notfalls noch mal ptfs)
klappt in 99% der Fälle sauber.
-h
-
Zitat von Fuerchau
*LOCAL ist nur 1 Mal erlaubt.
Wenn der Eintrag nicht löschbar ist, deutet das auf eine fehlerhafte Wiederherstellung der QUSRSYS hin.
Dieses Thema hatten wir auch schon mal.
Beim RSTLIB der QUSRSYS wurde ALWOBJDIF(*ALL) gewählt. Dadurch werden einige Systemdateien aus dem alten Release wiederhergestellt, die nicht kompatibel zum Neuen sind.
Dies läßt sich leider nicht so einfach lösen !!!
Normalerweise geht das nur mit einer kompletten Neuinstallation des OS.
Der mühevolle Weg:
Untersuche alle Dateien in der QUSRSYS mit einer 4-stelligen numerischen Endung, die im Text auf den Originalnamen verweisen (wenn sie nicht inzwischen gelöscht wurden).
Mittels DSPFD/DSPOBJD kannst du herausfinden, auf welchem Release diese erstellt wurden um festzustellen, welche die neuere ist.
Wenn die Formatebenenid's (DSPFFD) der Dateien identisch ist, braucht nichts weiter gemacht zu werden.
Ansonsten:
Vergleiche die Inhalte mit dem jetztigen Originalnamen und kopiere ggf. fehlende oder abweichende Sätze in die neue Datei (CPYF ... FMTOPT(*MAP *DROP)).
Benenne die Originaldatei in irgendwas um und die ersetzte Datei wieder in die Originaldatei.
Teilweise geht das im laufenden Betrieb, teilweise nur im eingeschränkten Zustand.
Einige Systemdatei lassen sich weder anzeigen noch kopieren, auch hier kann es zu Versionsproblemen kommen.
Ich habe das Ganze Thema bereits einmal hinter mich gebracht, Aufwand ca. 10 MT, also mit 2 Leuten 1 Woche.
Viel Spaß dabei.
Der Eintrag ist löschbar, es kommt nur ein Warnhinweis, den ich nicht einfach mit "G" geantworten wollte. Die QUSRSYS wurde nicht mit übernommen, sondern nur die nicht vorhandenen Objekte hinzugefügt. Der Status des LIC-Pgms ist "COMPATIBLE.
Vielen Dank für Deine Hilfe!
Similar Threads
-
By berndl in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 13-10-06, 09:28
-
By synus in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 06-10-06, 15:38
-
By Marsman in forum NEWSboard Programmierung
Antworten: 8
Letzter Beitrag: 27-09-06, 12:32
-
By steven_r in forum NEWSboard Programmierung
Antworten: 1
Letzter Beitrag: 01-06-06, 12:16
-
By Hubert in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 12-05-06, 11:52
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