Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

[geloest] Domino 8.5.2 Maildatenbank - Can't find $BusyName field on profile

<< < (3/4) > >>

koehlerbv:
Stefan, hör' mal mit der "Userdatenbank" auf. Das ist eine stinknormale Datenbank wie alle anderen auch. Nur zufällig ist es die Mail-Db des Users, der sie lokal replizieren will.

Was hast Du denn bisher explizit in Bezug auf die Replikation Client-Server vorgenommen? Wie verhalten sich andere DBs dieses Clients bei der Replikation?

Bernhard

Tode:
Hast Du die Standard- Vorgehensweise für Replizierprobleme schon durch?

- Replizierprotokoll überprüfen
- log.nsf des Clients auf Replizierfehler checken
- evtl. Replizierprotokoll auf lokal und server löschen (wenn Du Dir der möglichen Konsequenzen bewusst bist)
- Acl checken
- fixup, compact, updall auf lokale und serverreplik (lokal per cmd aus client- programm- verzeichnis)
- lokale Replik wegschmeissen und neu erstellen
- testen, ob andere datenbanken replizieren
- cache.ndk löschen, desktop komprimieren
- Arbeitsumgebung neu erstellen, weil dort auch Informationen zur Replikation gespeichert sind (u.a. Die Inhalte der Replikatorseite)

Gruss
Tode

DunkelHut:

--- Zitat von: koehlerbv am 27.04.11 - 22:36:37 ---Stefan, hör' mal mit der "Userdatenbank" auf. Das ist eine stinknormale Datenbank wie alle anderen auch. Nur zufällig ist es die Mail-Db des Users, der sie lokal replizieren will.

Was hast Du denn bisher explizit in Bezug auf die Replikation Client-Server vorgenommen? Wie verhalten sich andere DBs dieses Clients bei der Replikation?

Bernhard

--- Ende Zitat ---

Hallo Bernhard, Hallo Torsten,

wie ich unten schon geschrieben habe, ich habe den Client vollkommen neu aufgesetzt, diesem Sinn folgend den Client über die Windows Bordmittel deinstalliert und die Verzeichnisse hinterher per Hand gelöscht, sowohl das Programmverzeichnis als auch das Data Verzeichnis, eben um auszuschließen das da vom Client her irgendwelcher Müll da reinleuchtet.

Heute Morgen habe ich testhalber besagte Datenbank mal auf einen anderen Client repliziert und siehe da, die Replikation lief problemlos durch.

Hier im Forum habe ich einen Beitrag gefunden in dem berichtet wird, wie bei einem anderen User ebenso gar wunderliche Dinge beim Zugriff auf die Datenbank passiert sind. In diesem besagten Fall ein ODS Problem. Der Admin hat dann im letzten Versuch so eine Replik erzeugt, das Orginal auf dem Server gelöscht und die Replik statt dessen auf den Server kopiert. Hinterher war dann alles Piano.

In diesem speziellen Fall hatte IBM im PMR so reagiert, daß sie an dieser Stelle sagten das sie da nicht mehr weiterhelfen können.

Ich werde das jetzt in gleichem Maße vornehmen, ergo die Replik vom Client gegen die Datenbank auf dem Server tauschen und dann hier über das Ergebnis berichten.

Danke für eure Hilfe und Gedanken...
Gruß
Stefan

DunkelHut:
...gesagt getan, ich habe die besagte Datenbank auf dem Server gelöscht und die lokale Replik auf den Server kopiert. Jetzt schmeißt die Console folgende Warnung raus:

This database has local access protection (encrypted) and you are not authorized to access it

Auf dem anderen Client (Admin) kann ich die die lokale Replik dieser Datenbank aber öffnen und da steht unter Eigenschaften nichts von Verschlüsselung, weder unter  "Geheime Verschlüsselungsschlüssel" noch unter "Öffentliche Verschlüsselungsschlüssel". Wenn ich über den Server drauf zugreifen will, kommt ebenso die Meldung "Die Datenbank hat lokalen Zugriffsschutz (verschlüsselt). Sie sind nicht berechtigt darauf zuzugreifen"

Habt ihr eine Idee was das nun soll ?

m3:
Die lokale Datenbank nicht über das Filesystem sondern über den Notes Client auf den Server "kopieren" bzw. was Du willst ist ja ein "Replizieren".

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete