Dokumente vom Archiv in's Mailfile zurückverschieben

[Jens_1]

Hallo NG,

da ein AW bei uns so gut wie alle Dokumente seiner versehentlich Datenbank archiviert hat möchte er nun diese Dokumente zurück in's Mailfile haben.
Ich war mir sicher, das daß immer über den Archivierungsagenten geklappt hätte, der dann einfach vom Archiv auf die Maildatenbank gezeigt hat.
Aber im aktuellen Fall und der Nachstellung in einer VMWare Testmaschine verschwinden die Dokumente einfach.

Hat da jemand eine Idee?
Cut und paste kommt wg. der Menge und Ordnerstruktur nicht in Frage.

Gruß
 Jens

[Jens_1]

Moin!

Bin ich wirklich der erste mit diesem Problem?
Da muss es doch etwas geben.....

Gruß
 Jens

[klaussal]

Da muss es doch etwas geben.....

Die Datensicherung.... ?

[Jens_1]

Da muss es doch etwas geben.....

Die Datensicherung.... ?

Klar - hab ich!
Aber damit habe ich auch eine Redundanz da ja zwischenzeitig noch Dokumente ich Datenbank eingegangen sind. Wie synchronisiere ich dieses Delta dann ggf.?

Gruß
 Jens

[klaussal]

Derzeit aktuelle DB wegkopieren, Dasi zurückspielen und dann den Rest per Copy&pasta.

Vielleicht gibt's auch noch andere Methoden...... 

[m3]

Mit einer Domino-Backuplösung lassen sich auch einzelne Dokumente wiederherstellen.
Wenn man aber immer nur die NSFen sichert, kann man nur diese entweder komplett wiederherstellen oder dann halt manuell die Dokumente umkopieren.
Aber das wird ja beim Erstellen des Sicherungskonzeptes alles bedacht, ist also sicher kein Problem. 

[koehlerbv]

Statt manuell zu kopieren, kann man auch die DB aus dem Backup mit der aktuellen DB replizieren. Sind in der aktuellen DB deletion stubs, so müssen diese vorher selbstverständlich entfernt werden.

Bernhard

[Jens_1]

Mit einer Domino-Backuplösung lassen sich auch einzelne Dokumente wiederherstellen.
Wenn man aber immer nur die NSFen sichert, kann man nur diese entweder komplett wiederherstellen oder dann halt manuell die Dokumente umkopieren.
Aber das wird ja beim Erstellen des Sicherungskonzeptes alles bedacht, ist also sicher kein Problem. 

Danke für die Info. Wie könnte mich das jetzt weiter bringen?
Die Ironie finde ich als nichtverantwortlicher für die BackupStrategie übrigens eher unpassend....  

Gruß
 Jens

[Jens_1]

Statt manuell zu kopieren, kann man auch die DB aus dem Backup mit der aktuellen DB replizieren. Sind in der aktuellen DB deletion stubs, so müssen diese vorher selbstverständlich entfernt werden.

Bernhard

Hi Bernard,

genau das habe ich versucht und eben das vorhandensein der Stubs festgestellt. Deshalb wird aus dem Backup auch immer alles wieder rausgelöscht bei der Replikation.
Wie könnte ich mich dem Thema der Entfernung der Stubs annähern?

Gruß
 Jens

[Jens_1]

Ich komme der Sache näher.
Wenn die Bild angezeigt Option auf Null gesetzt wird, so werden die Stubs sofort gelöscht.
Bei einer erneuten REplikation werden nun fast alle gelöschten Dokumente aus der Datensicherung wieder in die Live-Datenbank repliziert.
Ein Vergleich der Gesamtanzahl aller Dokumente in der DaSi und der Live-Datenbank vor bzw. nach der Replikation ergibt jedoch noch ein Delta.
Es werden also nicht wirklich alle Dokumente repliziert. In meinem Fall sind das ca. 10%. Also ein nicht unerheblicher Teil.....

Hat jemand eine Idee was das für Dokumente sein könnten?

Gruß
 Jens

[m3]

Die Ironie finde ich als nichtverantwortlicher für die BackupStrategie übrigens eher unpassend.... 

Na dann würde ich das Problem an den Verantwortlichen für die Backupstrategie eskalieren und die sollen das Problem lösen ....

Weiters gibt es von Yitra und Teamstudio Tools, welche DBs vergleichen, Deletion-Stubs löschen, etc. können. Ev. wollt Ihr Euch die genauer ansehen.

Prinzipiell muss/sollte das Thema allerdings wie gesagt zu den Backup-Verantwortlichen eskaliert werden, weil da ist eindeutig Murks passiert, der korrigiert gehört.
Oder ihr lebt nach dem Motto "Ich kann den Stand vom Tag X zurückspielen und das wars".

[Jens_1]

[...]

Na dann würde ich das Problem an den Verantwortlichen für die Backupstrategie eskalieren und die sollen das Problem lösen ....

Und die hauen mir das umgehend als "mein Problem" um die Ohren.

[...]

Oder ihr lebt nach dem Motto "Ich kann den Stand vom Tag X zurückspielen und das wars".

Ja.

Hast Du schon einmal in einer Behörde mit angeschlossenem Geschäftbetrieb gearbeitet wo so ziemlich jedes Ding zum Politikum wird?
Mit Pragmatismus hat das hier alles nix zu tun - nur mit Lobby. Und wenn Du ziemlich weit unten in der Nahrungskette stehst, dann ist Deine Sicht der Dinge absolut uninteressant - fertig. Friss oder Stirb.

Nicht schön - ist aber so.

Vielen Dank für die Hinweise zu den Fremdanbietertools. Ich werde mit das ansehen.

Gruß
 Jens

[m3]

Hast Du schon einmal in einer Behörde mit angeschlossenem Geschäftbetrieb gearbeitet wo so ziemlich jedes Ding zum Politikum wird?

 
Glaub mir, mehr Behörde als in meinem Umfeld geht kaum noch.

Und ja, es ist mühsam, usw. Aber wenn man den Anspruch hat, seinen Hob "ordentlich" zu machen, muss man auch mal auf den Tisch hauen bzw. jemanden vor den Kopf stoßen.
Kannst Du die Thematik nicht in Deiner Linie eskalieren? Da gehört dringend das Backup-Konzept geändert (und ja, ich weiß, wie lange das in einem Behördenumfeld dauern kann).

[LN4ever]

Die Deletion Stubs hast du ja mit dem Eintrag 0 Tage - hoofentlich ohne den Haken am Anfang der Zeile (!!!) - wegbekommen. Jetzt mußt du das CutOffDate noch weit in die Vergangenheit zurücksetzen und in beiden Repliken die Replizierprotokolle sicherheitshalber löschen. Dann sind es auf jeden Fall nicht deutlich weniger als 10% Differenz. Ein paar Dokumente Unterschied können aber trotzdem sein. Das sind aber meiner Erfahrung nach immer alte Dokumente.

Das Cut-Off-Date korrespondiert übrigens mit den 90 Tagen, die du auf 0 Tage setzst. Es findet sich in zwei Reiter tiefer.

Gruß

Norbert
P.S.: Eskalation nach erfolgreichem Würgaround ist übrigens der beste Anstoß für eine nachhaltige Verbesserung. Ihm fehlt jeder Vorwurf des "Schuld von sich weisens" und "Einen anderen Schuldigen suchen". Solange du das Anwenderproblem nicht gelöst hast und die Mängel der Backupstrategie geißelst, stehst du immer unter Verdacht, das nur zu tun, weil es dir nicht gelungen ist, das akute Problem zu lösen. Also: löse es und klage dann an.

[Jens_1]

Guten Morgen Norbert,

vielen Dank für Deinen Post.

Die Deletion Stubs hast du ja mit dem Eintrag 0 Tage - hoofentlich ohne den Haken am Anfang der Zeile (!!!) - wegbekommen.

Ich hatte einmal den Haken gesetzt, 0 eingetragen, auf "OK" geklickt und anschließend das ganz wieder Rückgängig gemacht. Eine Replikation hat zwischendruch nicht stattgefunden.
Das bedeutet, einfach eine Null einzutragen und ok zu klicken ohne den Hacken zu setzen reicht aus?

Jetzt mußt du das CutOffDate noch weit in die Vergangenheit zurücksetzen und in beiden Repliken die Replizierprotokolle sicherheitshalber löschen.

Yepp! Genau so hatte ich das gemacht. Bzw. das CutOffDate hatte ich komplett rausgelöscht.

Das Cut-Off-Date korrespondiert übrigens mit den 90 Tagen, die du auf 0 Tage setzst. Es findet sich in zwei Reiter tiefer.

Hmm - wie steht denn das CutOffDate mit diesem Datum in Zusammenhang?
Ich habe das so verstanden, daß die DeletionStubs die vor dem CutOffDate liegen nicht überprüft werden bei der Replikation.
Wenn ich die DeletionStubs nun rausgelöscht habe - wo ist dann da noch die weitere Beeinflussung?

P.S.: Eskalation nach erfolgreichem Würgaround ist übrigens der beste Anstoß für eine nachhaltige Verbesserung. Ihm fehlt jeder Vorwurf des "Schuld von sich weisens" und "Einen anderen Schuldigen suchen". Solange du das Anwenderproblem nicht gelöst hast und die Mängel der Backupstrategie geißelst, stehst du immer unter Verdacht, das nur zu tun, weil es dir nicht gelungen ist, das akute Problem zu lösen. Also: löse es und klage dann an.

Das nenn ich mal einen konstruktiven Vorschlag - prima!!!
Leider ist es in häufig und in vielen Unternehmen so, daß schon allein der Wille zu Veränderung nur sehr ungern gesehen wird und in jeder Form unterdrückt wird.
Viele Prozesse sind extra so vermurkst abgebildet, daß durch den erhöhten (intransparenten) Arbeitsaufwand die Daseinsberechtigung gesichert wird...

Gruß
 Jens

[DAU-in]

Ich hatte einmal den Haken gesetzt, 0 eingetragen, auf "OK" geklickt und anschließend das ganz wieder Rückgängig gemacht. Eine Replikation hat zwischendruch nicht stattgefunden.
Das bedeutet, einfach eine Null einzutragen und ok zu klicken ohne den Hacken zu setzen reicht aus?

Ohne Haken löscht du Deletion Stubs, mit Haken Dokumente, die länger als x Tage nicht modifiziertwurden.

Das weiss ich, seit mir ein Admin den Haken in der DB gesetzt hatte, 'um die Performance zu verbessern'.

[Jens_1]

Ich hatte einmal den Haken gesetzt, 0 eingetragen, auf "OK" geklickt und anschließend das ganz wieder Rückgängig gemacht. Eine Replikation hat zwischendruch nicht stattgefunden.
Das bedeutet, einfach eine Null einzutragen und ok zu klicken ohne den Hacken zu setzen reicht aus?

Ohne Haken löscht du Deletion Stubs, mit Haken Dokumente, die länger als x Tage nicht modifiziertwurden.

Das weiss ich, seit mir ein Admin den Haken in der DB gesetzt hatte, 'um die Performance zu verbessern'.

Ich habe zwischenzeitig in der Hilfe gelesen. Mit "DeletionStrubs" hatte ich nüscht gefunden. Mit "Löschrümpfe" kriegt man richtig gute Ergebnisse.
Der Haken sorg für eine Bereinigung der Dokumente.
Da in meinem Fall nur tagesaktuelle Dokumente in der Datanbankkopie waren sind die Dokumente  nicht alle verschwunden.
Aber selbst wenn - meine Spielereien sind soweit alle durch (eigene) Backups gesichert 
Die Performance hat Dein Admin ja auch verbessert. Fragt sich nur welche.... 

Gruß
 Jens

[Klafu]

Nur mal so: Ich kann die mails aus dem Archiv via Copy & Past wieder in meine MailDB verschieben.
Ist das ein Feature von Notes 8 oder warum machst du es nich so ?

Gruß

EDIT: Ja, das kommt davon wenn man sich alle antworten durchliest und dann vergisst, was am anfang steht

[DAU-in]

Die Dokumente werden dann auch durch einen Server task gelöscht, ich glaube es war 'Updall'

[Driri]

Nur mal so: Ich kann die mails aus dem Archiv via Copy & Past wieder in meine MailDB verschieben.
Ist das ein Feature von Notes 8 oder warum machst du es nich so ?

Da muß man aber gerade bei Terminen ganz vorsichtig mit sein. Besprechungen haben den unschönen Nebeneffekt, daß sie beim Pasten ggf. noch einmal als Einladung verschickt werden.