Das Notes Forum
Domino 9 und frühere Versionen => Administration & Userprobleme => Thema gestartet von: AC am 19.12.06 - 18:33:37
-
Hallo Experten.
Höchster Chef hat beim "Bereinigen" seines Mails zuviel "bereiningt".
Sprich 7000 Mails und Kalendereinträge sind weg.
Allerdings hat er die noch lokal, weil noch nicht repliziert und ich habe gleich auch noch eine Kopie der lokalen DB zur Sicherheit gezogen.
Was mach ich nun damit ich die "SAUBERSTE" Lösung kriege.
Möglichkeit 1:
Ich lösch die Maildatenbank am Server und lege sie dann anhand der lokalen Replik dann wieder am Server neu an.
Aber sind da Probelem zu erwarten oder ist das sauber ????
Möglichkeit 2:
Ich lösche sämtliche restlichen Dokumente und kopiere dann von Hand aus meiner Datenbank Kopie via "Alle Dokumente" die Dokumente wieder zurück.
(immer so in Tausender Schritten)
Sicherung scheidet aus da die nicht ganz so aktuell ist wie die lokale Replik.
Zu was würdet Ihr mir raten ?
Danke, Holcomb
-
Möglichkeit 1. Von Server wegnehmen (löschen) und dann eine neue Replik erstellen.
-
Möglichkeit 1. Von Server wegnehmen (löschen) und dann eine neue Replik erstellen.
Hallo Thomas,
und da gibts keine Nebeneffekte? Ich übersehe dabei nix
(wobei wir einfache Struktur haben, keine Cluster nix, nur einen einzigen Dominoserver )
Dies wäre mir auch die sympathischere Lösung - aber ich bin da etwas am grübeln
Ich frage lieber zwei mal nach, bevor ich da was mache.
Gruß AC
-
nicht das ich wüsste. Wenn das lokal nicht verschlüsselt ist, davon gehe ich aus dann passiert gar nichts. Da du eine lokale Kopie weggezogen hast kannst du doch experimentieren.
-
nicht das ich wüsste. Wenn das lokal nicht verschlüsselt ist, davon gehe ich aus dann passiert gar nichts. Da du eine lokale Kopie weggezogen hast kannst du doch experimentieren.
jou.
Also dann werde ich mal.....
Vielleicht schlafe ich auch noch mal drüber oder probier das nochmal mit einem Testuser.
Tschüss und danke und frohe Feiertage.
AC
PS da sind zwei Personen am Ende, er selbst und ich .
-
Noch eine Frage.
Seine Frau hat die aktuellere lokale Replik am Notebook.
Ist das sauber wenn ich "ihre" Replik von Ohrem Notebook hochlade:
Wenn ja, wie am besten mit ihrer eigenen ID (sie hat lt ACL Managerrechte)
oder soll ich die ID von ihrem Mann nehmen?
Ich tendier dazu das mit ihrer eigen ID dann hochzureplizieren.
Verflixt und zugenäht, ausgerechnet dem Chef muß das passieen wo der morgen den letzten Tag da ist im alten Jahr.
AC
-
Zunächst mal: Replik ist Replik, Hauptsache, diese ist nicht durch Replizierparameter oder Einstellungen für die lokale Sicherheit (divergierende ACLs) eingeschränkt ist. Auch lokale Verschlüsselung ist egal, solange man keine OS-Kopie macht, sondern - anders geht es ja gar nicht - mit der ID des Users die neue Replik auf dem Server anlegt.
Frage an die Profi-Admins: Da sollte doch auch was gehen über das Entfernen der Deletions-Stubs (Replizierparameter, Dokumente entfernen, die seit 0 Tagen nicht geändert wurden). Dann sollten doch die 7000 irrtümlich entfernen Mails wieder von einer lokalen Replik zurückkommen. Hat bei mir im Test aber eben nicht geklappt (Löschungen wurden nicht übertragen, aber die lokal noch vorhandenen Doks wanderten auch nicht wieder zurück zum Server). Kann da jemand etwas dazu sagen?
Die Sache hätte aber (wenn ich denn überhaupt richtig liege) auch einen Haken: Bei Standardeinstellungen (90 Tage, also 30 Tage für Deletion Stubs) würden alle in den letzten 30 Tagen gelöschten Dokumente, deren Löschung in der lokalen Replik noch nicht angekommen sind, auch wieder zurück übertragen.
Den negativen Effekt der nicht mehr vorhandenen Stubs habe ich schon erlebt, daher würde mich interessieren, ob man davon in solch einem Fall davon auch profitieren kann.
Bernhard
-
Hallo Bernhard
Eigentlich hätte es so funktionieren sollen...
Hattest du in der empfangen Datenbank sicherheitshalber die Replication History mit gelöscht?
-
danke nochmal für die Antworten.
Hab jetzt die aktuellste Replik (die der Gattin) wieder auf den Server gelegt (zuvor dort die alte gelöscht) .
Mails kamen an heute nacht. Scheint alles zu funzen.
Bin jetzt nur gespannt wie das aussieht mit mNotes auf seinem Handheld.
Er hatte auf seinem PDA vielleicht (weiss es nicht) zuvor die Löschungen schon synchronisiert, weiss jetzt nicht, was passiert wenn ich dort wieder abgleiche.
Ob er dann sich die Dokumente wieder neu zieht oder mit welchem Machnaismus da der Abgleich statt findet.
Am liebsten würde ich das Handheld mNotesmässig nochmal komplett platt machen und dann neu einichten.
Hmmm.
Aber nochmal merci für die Antworten:
Bernhard:
An die Sache mit den Deletion Stubs habe ich nicht gedacht, aber das wäre mir auch zu heiss gewesen.
AC
-
eine andere Möglichkeit wurde hier gar nicht angesprochen, die -IMHO- am wenigsten Risiko bedeutet hätte:
Bei der Replikation gewinnt immer die neuste Änderung.
Wenn ich also auf 1 Replik ein Dokument lösche, und dann (zeitlich später) das selbe Dokument in der 2. Replik ändere und repliziere, dann wird die Änderung die Löschung "rückgängig" machen.
Es wäre also einfach gewesen über @Command([ToolsRefreshSelectedDocs]) die 7000 Dokumente in der lokalen Replik zu aktualisieren und dann zu replizieren.
Und wenn man die 7000 nicht zu fassen kriegt, dann hätte man das auch auf alle Dokumente durchführen können.
Gruß
Tode
-
ich persönlich hätte die aktuellste replik genommen und vom originalmailfile die fehlenden dokumente von hand rüberkopiert (die paar mails die seit der löschung reinkamen, sowie die paar kalendereinträge) dann das vereinte mailfile an den alten originalplatz gestellt und sämtliche repliken davon neu gezogen.
dies allerdings nur, wenn nix verschlüsselt worden ist.
-
@ Bernhard..... bezüglich der Deletion stubs. mit der neuesten version von http://www.ytria.com/scanEZ lassen sich die deletion stubs in chronologischer reihenfolge ansehen (kostenlos) mit der premium version kannst du diese ausgewählten dann löschen (die in den gewünschten zeitraum fallen) Notes glaubt dass dort nie ein Dokument war und die Dokumente der lokalen Replik gewinnen bei der Replikation.
Grüsse André / Ytria