2. Datenbank als Fusionsvorbereitung

[jens1979]

Hallo mal wieder,

ich habe ein kleines Verständnissproblem in der Notes/Domino Umgebung.

Mein Problem ist folgendes, ich habe ein Datenbank in der Userdaten abgelegt werden. Nun steht eine Fusion mit einer anderen Firma an und ich soll diese Datenbank ein 2. mal (leer ohne Einträge) auf dem Dominoserver zur Verfügung stellen damit dort Daten der anderen Firma eingeplegt werden können.
Diese beiden Datenbanken sollen dann in absehbarer Zeit zusammen repliziert werden.

Mein Problem ist das Notes logischerweise weis das die beiden DB's zusammen gehören und es mir somit, jedes mal wenn ich eine neue Replik der leeren Datenbank auf dem Server anlegen will die leere Datenbank mit den Einträgen der alten füllt.

Ich hoffe ich hab mein Problem einigermaßen verständlich geschildert.

Vielen DAnk schon mal im Voraus,

Jens

[TMC]

Du hast hier afaik mehrere Möglichkeiten:
- Keine Replik sondern Kopie erstellen
- Replik erstellen, und in den Datenbank-Eigenschaften die Replizierungseigenschaften anpassen
- Berechtigungskonzept reinprogrammieren (Leserfelder), damit nur jeweils eine Firma ihre jew. Dokumente sehen kann.

Nachdem die beiden DBs aber erstmal getrennt behandelt werden sollen, würde ich hier eher eine Kopie vorziehen. Später kannst Du dann die beiden DB's verschmelzen, indem Du die Dokumente von DB1 in DB2 kopierst (per Hand oder LotusScript - evtl. danach noch hartcodierte UNID-Verweise korrigieren falls Du das drin hast). Danach DB2 löschen und von DB1 entsprechend eine Replik auf dem/den anderen Server(n) anlegen.

[koehlerbv]

Über die bestehende Datenbank müsste man mehr wissen, sonst ist es sehr schwer, hier eine brauchbare Lösung vorzuschlagen. Braucht die DB Dokumente zur "Selbstverwaltung" ? Meinst Du vielleicht gar eine Datenbank "zur Userdaten-Verwaltung", die zum System gehört (Domino Directory) ?

Prinzipiell: Wenn Du nicht weisst, wie Du solch eine (eigentlich sehr simple) Aufgabe lösen sollst, würde ich für einen derartigen Stunt einen externen Fachmann hinzuziehen. Die ist vermutlich mit dem Thema in sehr wenigen Stunden fertig - hat aber die Chance, die konkreten Bedingungen gezielt auszuloten.

Wie Matthias schon schrieb, gibt es prinzipiell zwei Möglichkeiten: Ist die DB sehr einfach und braucht (fast) nix zur Selbstverwaltung: Neue Replik mit anfangs gültigen restriktivsten Replizierparametern. Diese zum Zeitpunkt der Fusion dann aufheben.
Ist dies nicht möglich, Kopie und ein Agent zur Übertragung der Daten in die "Winner-DB".

Auf jeden nicht machen: Reolik erzeugen und daraus "unbenötigte" Dokumente löschen. Das bewirkt den Super-GAU.

Empfehlung: Da das Know-How bei Euch nicht da ist, Fachmann hinzuziehen. Diese Aufgabe könnte der mit hoher Wahrscheinlichkeit sogar remote erledigen, und in kurzer Zeit. Vorteil: Ihr habt eine Garantie (solltet Ihr explizit verlangen), es ist (vermutlich) in sehr wenigen Stunden erledigt, und Ihr könnt dabei noch lernen (auch das verlangen - Erklärungen !)

HTH,
Bernhard

[jens1979]

Danke euch beiden,

hatte leider in letzter Zeit sehr viel um die Ohren ... so kann ich erst jetzt antworten. Sorry nochmal.

Die Möglichkeit mit der zweiten Datenbank als Kopie ist mir auch direkt nach dem Post eingefallen (naja man sollte halt erst denken und dann fragen ... wie immer ). Ich hab das ganze dann wie beschrieben per script zusammen geführt ... hatte auch den Vorteil das ich in einigen Dokumenten noch ein paar Kleinigkeiten ändern konnte. Hat alles Super funktioniert.

Danke nochmal Jens