Zugriffsprobleme – Replikation unter 8.2 Fix8
- Dieses Thema hat 4 Antworten und 1 Teilnehmer, und wurde zuletzt aktualisiert vor 18 Jahre vonMitglied.
- AuthorPosts
- 5. April 2005 um 8:40 Uhr #2528
Derzeit 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
Matthias8. April 2005 um 10:01 Uhr #2985Hi,
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
Gernot18. April 2005 um 10:13 Uhr #3302Hi,
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 #3507Hi,
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
Andy23. Mai 2005 um 9:03 Uhr #3646Hi 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.