Erstmal Danke Muerte.
Das ist wenigstens mal ein Ansatz 
Hast du unter Umständen eine wenig Plan von den Replikationsformeln? (Siehe 1ster Post)
Sprich:
- Was sollte die Formel die hinterlegt ist bewirken?
- Warum werden sämtliche Dokumente aus der Replik gelöscht wenn ich die Replikationsformel herausnehme? <-- Wäre schon ziemlich wichtig das vorher zu wissen 
Danke im Voraus und freundliche Grüße aus Hannover!
Ups...da hab ich wohl die Frage nochmal beantwortet, dabei war wer schneller als ich...
Man könnte allerdings das Präfix ändern
Viel Spaß
KSchiffmann
Ok, wollte das nur nochmal sicherstellen das wir uns über das selbe unterhalten.
Es geht ausschließlich um die eine Datenbank da andere Datenbanken nicht unter den Servern repliziert werden. Es geht nur um diese eine Anwendung.
Ich kann also nicht klar nachvollziehen ob es die ganze Replikation ist oder die Datenkbank.
Hier noch ein anderer Gedanke:
Gegenzertifzierung
Die Server sind alle von unterschiedlichen Certifiern und stehen an unterschiedlichen Standorten. Die Directories haben jeweils nur Gegenzertifikate von den Servern mit denen sie direkt replizieren. Das heißt A hat eins von B und umgekehrt etc. Aber A besitzt z.B. kein Gegenzertifikat für den Server C. Kann das aus irgendeinem Grund zu Problemen führen?
Gruß und besten Dank
KSchiffmann
Meinst du "bei einer Datenbank" oder "bei einer Replik"?
Grundsätzlich geht es um eine Datenbank in der ein kleiner Workflow abgebildet ist, aber freilich hliegt auf jedem Server eine Replik.
Also da ist die Liste etwas länger. Aber die üblichen Dinge eben:
- Blanko replik mit neuem Design
- Verbindungsdokumente überprüfen
- ACL Prüfung
- Mehrfaches löschen des Replizierprotokolles
- etc...
Moin Zusammen,
ich habe hier mal was Interessantes für diejenigen die sich gern mit (Replikations-) Logik beschäftigen. Bin mir nebenbei auch nicht ganz sicher ob das ein Admin- oder Entwicklungsthema ist.
(Notfalls bitte verschieben)
Umfeld:
- 3 Server von 3 untersch. Organisationen
- 1 zu replizierende Datenbank
- Die Dokumente in der Datenbank sind mit Leser- und Autorenfeldern versehen, aber alle Server können sie lesen.
Problem (Symptome):
1. Dokumente werden nur noch in eine Richtung repliziert
2. Dokumente werden nach der Erstellung nicht mehr korrekt abgeglichen (Änderungen werden nicht korrekt übernommen)
Erläuterung:
vorweg: Ich habe die Administration und Pflege dieser Anwendung von einem Kollegen übernommen der inzwischen das Unternehmen leider verlassen hat und die Dokumentation ist an einigen Stellen etwas lückenhaft.
Grobes Replikationsschema sollte sein das alle 3 Server (A,B und C) über den gleichen Datenbestand verfügen (logisch!
Neue Dokumente werden auf Server A erstellt und nach Replikation auf Server C bearbeitet. Änderungen sollen wieder zurück repliziert werden. Server B dient lediglich als Verbindungsserver.
Wie unter Problem 1 erwähnt werden Dokumente nur noch von A nach C durchgegeben Änderungen und Child-Dokumente werden nicht mehr übertragen (ging ursprünglich). Problem 2 lässt mir das ganze etwas mysteriös vorkommen, da nach der Erstellung des Dokuments und anschließender Replikation Änderungen nicht mehr nach Server C übertragen werden obwohl diese in A korrket vorgenommen und gespeichert werden.
Mein Verdacht:
In der Replik auf Server C ist eine Replikationsformel hinterlegt die wie folgt lautet:
SELECT
(Type="Person":"Database")|((Type="Group")&(@IsUnavailable(GroupType)|(GroupType="0":"1")))Wenn ich diese herausnehme führt das zum Verschwinden sämtlicher Dokumte in der Replik und anhaltenden Moment der völligen Panik beim Admin
Ist ein wenig doof sich so mit Halbwissen über die Konfiguration einem solchen Problem zu stellen. Geht mir leider aber genau so. Ich wäre deswegen für jede Hilfe echt dankbar!
Irgendwelche Ideen?
Vielen Dank in jedem Fall!
KSchiffmann
Moin,
Ich weiß der Thread hier ist schon ein bisschen älter aber ich habe derzeit bei einer Datenbank das gleich Problem und wollte euch an dem Ergebnis meiner Recherchen Teilhaben lassen.
Folgende Aussage und Lösungsstrategie zu dem Problem von IBM:
http://www-01.ibm.com/support/docview.wss?uid=swg21161751
Zusammenfassung:
--> Problem wird ausgelöst dadurch das sich Dokumente mit einem Zukunfts-Create-Datum in der Datenbank befinden.
--> Diese werden als Korrupt angesehen und können nicht verarbeitet werden.
--> Folgender Lösungsweg soll zur Lösung führen:
a. Neue Replik erzeugen
b. Neue Kopie erzeugen(??)
c. Neue Datenbank erzeugen und Alle Dokumente und einstellungen aus der korrupten Datenbank übertragen.
(Lösungsweg Schritt für Schritt abarbeiten bis Fixup ohne Fehlermeldung beendet wird)
Finde die Lösungsvorschläge eigentlich zu radikal und war verwundert das es nichts besseres gibt. Ich meine hatte eigentlich nicht vor an meiner Server-Names.nsf so rumzupfuschen!?! :-/
Habe den Lösungsweg entsprechend auch noch nicht angewandt.
Falls jemand noch ne tollere Möglichkeit weiß wäre ich echt dankbar.
Grüße
KSchiffmann
Das Thema hat sich erledigt. Das mit der Verzeichnisverwaltung ist zwar nicht gerade eine unkomplzierte Lösung aber läuft.
Vilen dank für den Tipp!
Grüße
KSchiffmann
Sorry hey,
das mit dem tough war nur Spaß. Ich möcht hier echt nicht rummotzen. Ich bin eigentlich ziemlich dankbar das ihr euch die Zeit hierfür nehmt.
Was deine "Aufgabenstellung" angeht wär das kein Problem nur leider treten diese Fälle nur gelegentlich auf und wie es das Schicksal will gerade jetzt wo du fragst eben nicht ;). War klar...
Erstmal danke für deine Zeit und ich muss dich dann leider solange warten lassen bis ich die Infos hab.
Danke bis hierhin und grüße aus Hannover!
Zu tough für euch, wa!??! :strike:
Naja, bin in jedem Fall für jeden Tip offen.
Danke fürs reinschauen!
Hallo Jungs und Mädels,
Damen und Herren,
liebe Notes und Domino Freunde,
seid gegrüßt ihr Script-Götter,
ich habe hier mal eine interessante Frage was das Thema Replikation im Bezug auf Lotus-Script angeht.
Und zwar stelle ich zu meinem Leidwesen häufiger fest das wenn sich folgendes Scenario ergibt das Dokument nicht als Replizierwürdig erkannt wird.
Scenario:
Es wird eine Reihe von Dokumenten erstellt und nach erfolgreicher Erfassung, vielleicht ein bis zwei Tage später, ein Agent ausgeführt der das "Hauptdokument" mit einem Status versieht. In diesem Fall kommt es dazu das alledokumente die vom Benutzer geändert wurden korrekt repliziert werden, jedoch wird das "Haupdokument" nicht erneut repliziert obwohl sich der Inhalt des Statusfeldes geändert hat.
Ich weiß, kann eigentlich nicht sein...is aber so :-?
Also für den Fall das euch heute morgen eine Muse wachgeküsst hat dachte ich frage ich mal
Vielen Dank fürs zuhören und nette Grüße aus Hannover
Viieelleischt nen kleinen Tip wie man das so ca. macht?
mein letzter Admin Kurs is schon nen Jahr her
Mmh...
Stimmt mit der Schreibweise klappts. Danke!
Gibt es eventuell auch eine möglichkeit die User der Neuen Domäne an das Domino-Directory der alten einzupflegen?
Damit die USer die Namen beim Schreiben einer Mail vervollständigt bekommen oder nachschauen können?
Danke im Voraus!
Servus!
Ich hab derzeit folgendes Problemchen:
Wir ziehen eine neue Notesstruktur hoch die zu einem späteren Zeitpunkt die alte ersetzen soll. Und zwar habe ich einen komplett enuen Erstserver aufgezogen, diesen mit dem alten Cross-certified und die nötigen Vernindungsdokumente erzeugt.
Läuft auch...nur klappt das Mailrouting nicht so richtig. Zumindest nicht wie ich mir das vorstelle.
Nun zum eigentlichen Problem:
Wenn ich eine Mail zur anderen Organisation schicke und das mit der normalen Notes Namenskonvention ("Testaccount/NeueOrganisation") tue dann bekomme ich lediglich die Fehlermeldung "Not found in Dominodirectory")
Jemand nen Riecher woran das liegen könnte?
Viele Dank schonmal für die Mühe!
Ich hab mich entschlossen das Ding doch eben selber zu tippern.
Seis drum. Möchte eben gern ne Lösung die genau passt.
Also wenn ichs fertig hab sag ich nochmal bescheid...falls Interesse besteht
Vielen Dank auf jeden Fall für die Hilfe!
Hey cooler Tipp.
Und wenn das nicht ganz das ist was ich mir vorstelle dann kann ich immer noch den Multidatabase Teil davon nehmen und auf die schnelle daraus was stricken...danke
Klar User erziehen, Quotas setzen alles kein Thema.
Das Problem ist nur das die Mails selber zu archivieren bei uns im Unternehmen zwingend notwendig ist. Die Attachments jedoch eher niederprioritär sind. Also würde ich diese auf einen Backupserver auslagern. (dieser hat über ein TB Platz;)
Die wichtigen Daten (MailDb´s) werden per Bandlaufwerk gesichert und dann in einem Feuer und Einbruchssicheren Tresor gelagert. Band Platz ist mein problem! Den aknn ich nicht beliebig vergrößern.
Also bleibt mir nur die Anhänge auszulagern und so fast 90% des Platzes zu sparen.
Gruß
Hallo zusammen,
Ich habe folgendes Problem: Derzeit scheint der Speicherverbrauch unserer Maildatenbanken zu explodieren. Dies bringt undglücklicherweise mit sich das wir über die Grenzen unseres maximalen Backup Volumens hinausgeschossen sind.
Also bin ich derzeit dringend auf der Suche nach einem tool das es mir ermöglicht Mail-Anhänge ins File-system zu archivieren. Das Ganze sollte wenn möglich über einen ganzen Ordner im Dataverzeichnis lauffähig sein und wenn es dann noch ein sauberes Log schreib wäre das das Sahnehäubchen.
Prinzipiell etwas wie das Detach and Link tool von Open.NTF nur eben für Multidatabase processing.
Ich könnte das wohl auch selbst schreiben. Aber da das Ganze echt ziemlich dringend ist wär ich für Hinweise oder TIpss dankbar wo ich soetwas vielleicht finden kann.
Vielen Dank im voraus!
Hi,
ich wollte hierzu nochmal kurz die Lösung posten die ich für mich gefunden habe.
Und zwar war das ganze tatsächlich ein Script Fehler bzw. Eigenart im Umfeld. Und zwar scheint es einSpeicherfehler gewesen zu sein der bei einer Zuweisung von einer Varaint Variable auftritt.
Behoben habe ich das Ganze indem ich zwei Sachen verändert habe:
- Die Variant Variable in Double geändert
- Die Variable vorher mit 0 initialisiert
Dann trat der Fehler nicht mehr auf.
Das ist leider keine Hieb und Stich feste Lösung aber ich habe leider nicht die Zeit mich solch philosophischen Dingen hinzugeben.
Wenn jemand eine Idee hat würde ich mich trotzdem freuen wenn er sie hier mal postet...
Gruß
KSchiffmann
Der Fehler tritt bei allen Clients auf.
Und es kann auch nicht am Dokument liegen da ich bereits mit mehreren getestet habe.
Ist es unter Umständen möglich das die View von DB beschädigt ist?