Zugriffsprobleme – Replikation unter 8.2 Fix8
- Dieses Thema hat 4 Antworten und 1 Teilnehmer, und wurde zuletzt aktualisiert vor 18 Jahren, 6 Monaten von
Anonym.
-
AuthorPosts
-
5. April 2005 um 8:40 Uhr #2528
AnonymInaktivDerzeit test ich die Replikation unter DB2 8.2. Auf einem Server zwischen zwei bestehenden DBs kein Problem, aber sobald ich es zwischen zwei verschiedenen Servern probiere gibt mir das Apply-Programm einen Zugriffs-Fehler aus. Capture und Apply sind auf dem Quellserver gestartet. Auf Quell, sowie Ziel Datenbank greife ich mit gleichem User aber unterschiedlichem Passwort zu. Wenn ich in der Replikationszentral Kennwörter un Konnektivität teste funktionieren beide Verbindungen. Aber hier erstmal die Fehlermeldungen. Leider sind die Fehlercodes nicht alllzugroße Hilfe. Es liest ein bisschen so, als würde bei der Verbindung kein User und kein Passwort mitgegeben.
2005-04-05-10.32.43.156000 <dbConnection::dbConnectCtx> ASN0552E "Apply" : "BV" : "WorkerThread" : Im Programm ist ein SQL-Fehler aufgetreten. Servername: "BV_WEB". SQL-Anforderung: "CONNECT". Tabellenname: "N/A". SQLCODE-Wert: "-30082". SQLSTATE-Wert: "08001". SQLERRMC: "3ÿPASSWORD MISSINGÿ". SQLERRP: "SQLEXSMC".
2005-04-05-10.32.43.156000 SQL30082 "Apply" : "BV" : "WorkerThread" : Die Verbindung konnte auf Grund der Sicherheitsbedingung "3" ("PASSWORD MISSING") nicht hergestellt werden. SQLSTATE=08001
2005-04-05-10.32.43.156000 <dbConnection::dbConnectCtx> ASN0530E "Apply": "BV" : "WorkerThread": Das Programm konnte keine Verbindung zur Datenbank "BV_WEB" mit der Benutzer-ID "N/A" herstellen. SQLCODE-Wert: "-30082".
2005-04-05-10.32.43.156000 <dbConnection::dbSwapCtx> ASN8001D "Apply" : "BV" : "WorkerThread" : Unexpected return code "907" from routine "dbConnection::dbConnectCtx".
2005-04-05-10.32.43.156000 <process_set> ASN8001D "Apply" : "BV" : "WorkerThread" : Unexpected return code "907" from routine "dbSwapCtx".
Schon mal vien Dank für eure Hilfe.
Mfg
Matthias
8. April 2005 um 10:01 Uhr #2985
AnonymInaktivHi,
meine Propagator-Zeiten liegen zu lange zurück, um Einzelheiten zu kennen, aber es scheint ja wohl tatsächlich so zu sein, dass weder User noch Passwort mitgegeben werden.
Ist der dedizierte User denn am Server bereits eingerichtet? Teste das mal mit "db2 connect to BV_WEB user <userid> using <password>".
Ciao
Gernot
18. April 2005 um 10:13 Uhr #3302
AnonymInaktivHi,
danke erstmal für deine Antwort. Bin erst jetzt wieder aus dem Urlaub zurück (in der Hoffnung das sich mittlerweile was getan hätte ;)). Die User sind auf beiden Systemen eingerichtet und funktionieren auch. In der Replikationszentrale kann man sogar sich gleichzeitig Quell- und Zieltabelle öffen lassen und ansehen. Nur mit dem Apply funktioniert es halt nicht. Werde die Rplikation nun zum x-ten mal aufsetzen und auf einen Fehler meinerseits überprüfen.
18. April 2005 um 13:11 Uhr #3507
AnonymGastHi,
Ich teste gerade mit V8.1.8, was ja fast 8.2 ist.
Hast Du beim Starten vom Apply-Programm den Ort (APPLY_PATH) und Namen der Passwort-Datei (DEFAULT =asnpwd.aut) angegeben und die Passwort-Datei mit asnpwd erstellt?
Ich hatte anfangs die selbe Meldung.
Gegenfrage:
Der Replikationsmonitor, welcher auf dem Quellenserver läuft meldet dauernd, dass das Apply-Programm nicht läuft. Es läuft aber ???Gruss
Andy
23. Mai 2005 um 9:03 Uhr #3646
AnonymInaktivHi Andy,
danke für Deine Antwort. In der Tat befand sich die Passwort-Datei im falschen Pfad. Das hatte ich in der zwischenzeit aus dem Replikationshandbuch erfahren können (irgendwie habe ich keine Mail-Benachrichtigung vom Board erhalten).
Allerdings gibt’s neue Probleme. Bei bestimmten Tabellen funktioniert die erste Synchronisation zwischen Quelle und Ziel nicht, da das System eine Integritätsverletzung festellt. Dies kann ich nicht ganz nachvollziehen, da ich alle zusammenhängenden Tabellen in einer Subskriptionsgruppe erfasst habe. Wäre Klasse wenn du mich anmails, dann können wir uns ja im Einzelnen über unsere Probleme austauschen.
Hier noch die Fehlermeldung:
"ASN1001E APPLY-"BV" : "WorkerThread". Im Apply-Programm ist ein SQL-Fehler aufgetreten. ERRCODE: "730101". SQLSTATE-Wert: "23504". SQLCODE-Wert: "-532". SQLERRM: "PV.TARIFTEILLEISTUNG.FK901CEB33F31BC83". SQLERRP: "SQLRIERR". Servername: "". Tabellenname: "PV.TARIFWERTEFAKTOR". "(23504 – Das Aktualisieren oder Löschen eines Primärschlüssels wird durch eine Aktualisierungs- oder Löschregel NO ACTION verhindert.).
-
AuthorPosts
You must be logged in to reply to this topic.