Domino 9 und frühere Versionen > ND8: Administration & Userprobleme
Löschrümpfe - deletion stubs
DunkelHut:
Hallo Allerseits,
ich bräuchte mal eure Hilfe da ich gerade irgendwie Banane bin, sich mir wohl das Offensichtliche wohl gerade nicht zweifelsfrei erschließt. Ich hatte dieses Thema zwar während meiner Admin Schulung, aber irgendwie offenbart sich mir dieser Weg gerade nicht (Bretter, Bretter, Bretter).
Es geht im Endeffekt darum durch eine Manipulation des Auslaufdatum der Löschrümpfe (deletion stubs) vorher gelöschte Dokumente wieder herzustellen.
Die Adminhilfe sagt dazu folgendes:
--- Zitat ---Dokumente entfernen, die seit x Tagen nicht geändert wurden
Die Anzahl der hier angegebenen Tage, auch bekannt als Bereinigungsintervall, steuert, wann IBM® Lotus® Domino® Löschrümpfe aus einer Datenbank bereinigt. Löschrümpfe sind Markierungen, die von gelöschten Dokumenten zurückbleiben, sodass Domino weiß, dass diese Dokumente in anderen Repliken der Datenbank gelöscht werden müssen. Da Löschrümpfe Speicherplatz in Anspruch nehmen, entfernt Domino regelmäßig Löschrümpfe, die mindestens so alt sind wie der angegebene Wert. Es prüft nach einem Drittel der für das Bereinigungsintervall angegebenen Zeit auf zu entfernende Löschrümpfe. Angenommen, der Vorgabewert ist 90 Tage. Wenn ein Benutzer eine Datenbank öffnet, prüft Domino, ob seit dem Entfernen von Löschrümpfen mindestens 30 Tage vergangen sind. Ist dies der Fall, werden alle Löschrümpfe entfernt, die mindestens 90 Tage alt sind. Die Updall-Task, die standardmäßig um 2:00 Uhr ausgeführt wird, entfernt ebenfalls Löschrümpfe.
Sie können das Bereinigungsintervall bei Bedarf verkürzen, aber stellen Sie sicher, dass Sie die Replizierung häufiger als das Bereinigungsintervall ausführen. Anderenfalls werden gelöschte Dokumente in die Replik zurück repliziert.
Optional können Sie das Kontrollkästchen aktivieren, um Dokumente in der Replik zu löschen, die innerhalb des Bereinigungsintervalls nicht geändert wurden. Wenn das Kontrollkästchen aktiviert ist und Domino Löschrümpfe entfernt, werden außerdem Dokumente entfernt, die innerhalb der angegebenen Anzahl von Tagen nicht geändert wurden. Diese Dokumente werden bereinigt, d. h. für diese Dokumente bleiben keine Löschrümpfe zurück, sodass die Dokumente in anderen Repliken nicht gelöscht werden. Die Einstellung "Nur eingehende Dokumente replizieren, die gespeichert oder geändert wurden nach dem: Datum" verhindert, dass die bereinigten Dokumente über die Replizierung wieder angezeigt werden. Wenn für die anderen Repliken dieses Kontrollkästchen aktiviert ist, findet in ihnen ein Bereinigen von Dokumenten auf ähnliche Weise statt.
Achtung Wenn Sie das Kontrollkästchen in einer nicht-replizierten Datenbank aktivieren, gehen Dokumente verloren und Sie können sie nur mithilfe eines System-Backups wiederherstellen.
Hinweis IBM® Lotus® Domino® entfernt Löschrümpfe regelmäßig gemäß des Bereinigungsintervalls, selbst wenn Sie das Kontrollkästchen nicht aktivieren.
--- Ende Zitat ---
Die rot markierte Textpassage sagt an sich genau das aus was ich beabsichtige, nur bin ich mir nicht sicher auf welchem Wege das passiert..
Kann mir das jemand vielleicht mit anderen Worten so erklären das das für mich zweifelsfrei ist ?
Vielleicht mit einem simplen Beispiel ?
Vielen Dank für eure Mühe
Gruß
Stefan
elektron:
Hallo Stefan,
wenn du in einer Datenbank Dokumente löscht, kannst du NICHT
"durch eine Manipulation des Auslaufdatum der Löschrümpfe (deletion stubs) vorher gelöschte Dokumente wieder her(zu)stellen".
In der Adminhilfe wird nur der Effekt beschrieben, dass diese Dokumente AUS ANDEREN REPLIKEN in deine Datenbank per Replikation wieder angelegt werden können.
Ich glaube, du wirst dich wohl eher um deine Backupstrategie kümmern.
Gruss
Toralf
DunkelHut:
--- Zitat von: elektron am 28.09.10 - 10:47:56 ---Hallo Stefan,
wenn du in einer Datenbank Dokumente löscht, kannst du NICHT
"durch eine Manipulation des Auslaufdatum der Löschrümpfe (deletion stubs) vorher gelöschte Dokumente wieder her(zu)stellen".
In der Adminhilfe wird nur der Effekt beschrieben, dass diese Dokumente AUS ANDEREN REPLIKEN in deine Datenbank per Replikation wieder angelegt werden können.
Ich glaube, du wirst dich wohl eher um deine Backupstrategie kümmern.
Gruss
Toralf
--- Ende Zitat ---
Hallo Toralf,
nun ja, ich weiß wohl das löschen "eigentlich" nur "nicht sichtbar" heißt.
Eben darum ging es mir im Denkansatz. So wie man "forensisch" eigentlich JEDEN Schrott trotz Papierkorb leer, etc auf der Platte finden kann wenn man die übliche Welt der User verlässt und in den Admin-Werkzeugkasten schaut.
Das Problem offenbarte sich mir wie folgt.
Ein user hat "aufgeräumt" und dabei fast alle Mails gelöscht. Ich vermute mal über die Ansicht "Alle Dokumente".
In dem Fall habe ich nur den Papierkorb wiederhergestellt und gut wars.
Allerdings vermisste er dann die Mails der letzen 20 Tage, was ich mir wiederum nicht erklären kann, denn die Mails wurden heute 8:29 gelöscht und ich habe den Kram ca. 9:00 wieder aus dem Papierkorb geangelt.
Bei der Grundlagenforschung zum Restore ist mir dann aufgefallen das ich Esel nach dem letzten Plattencrash die Schattenkopien nicht wieder aktiviert hatte (also ein Danke an den User für den heutige Vorfall).
Die DASI wird am Wochenende mal komplett und manuell gezogen (manuell auf Platte) sonst stellt ein RAID 5 mit Hotspare da Platten- und Datensicherheit her.
Die Nummer mit den verschwundenen Mails war da eher eine Lapalie da der User dann meinte das wäre kein Problem, da die wichtigen Vorgänge ausgedruckt und abgeheftet werden.
Nur ich habe jetzt ein Problem da ich das nun gemerkt habe und in Zukunft gern einen leichtern, smarten Weg hätte.
Ansonsten halt über die Schattenkopie die letzte Version wiederherstellen und fertig bzw. aus dem letzten Backup zurückspielen. Das ein Mailsystem kein Archiv und eine Mail nicht das bedruckte Stück Papier ersetzt nun soweit denkt man da auf der Userseite schon mit. Trotzdem wäre es nett gewesen da einen leichten Weg zu haben....
Was Du mit ANDEREN REPLIKEN meinst, verstehe ich schon. Es ging mir auch nur um das künstliche Herstellen einer Datendifferenz. Ich habe den Kram (die vermeintliche Lösung) auch irgendwie auf Papier nur eben in einer Umzugskiste.... :-(. Im Moment sind die Repliken auf Server und Client gleich. Die Löschrümpfe zeigen aber eben 90 Tage in die Vergangenheit, was mir wiederum sagt das da noch was ist, denn sonst bräuchte man den Kram wohl kaum.
Nun ja, ich gründel da mal weiter und stelle die so gewonnenen Erkenntnisse hier zur Diskussion.
Danke für Deine Mühe.
Gruß
Stefan
koehlerbv:
Aus Deletion stubs kannst Du ebensowenig wie woandersher Löschungen rückgängig machen. Deletion stubs dienen dazu, gemachte Löschungen bei der Replikation an andere Repliken weiterzugeben.
Das kann man sich natürlich zunutze machen, in dem man die Ablauffrist in der betroffenen DB künstlich auf 0 setzt, compacted und anschliessend mit einer nicht betroffenen Replik repliziert. Da die deletion stubs nun in der betroffenen DB fehlen, gelten die hier gelöschten Dokumente, die es aber in der anderen Replik noch gibt, als neue Dokumente gelten und von dort wieder hinzugefügt werden.
Das genaue Vorgehen wurde hier schon mehrfach beschrieben und diskutuiert - Du müsstest also mal suchen.
HTH,
Bernhard
DunkelHut:
--- Zitat von: koehlerbv am 28.09.10 - 12:20:48 ---Aus Deletion stubs kannst Du ebensowenig wie woandersher Löschungen rückgängig machen. Deletion stubs dienen dazu, gemachte Löschungen bei der Replikation an andere Repliken weiterzugeben.
Das kann man sich natürlich zunutze machen, in dem man die Ablauffrist in der betroffenen DB künstlich auf 0 setzt, compacted und anschliessend mit einer nicht betroffenen Replik repliziert. Da die deletion stubs nun in der betroffenen DB fehlen, gelten die hier gelöschten Dokumente, die es aber in der anderen Replik noch gibt, als neue Dokumente gelten und von dort wieder hinzugefügt werden.
Das genaue Vorgehen wurde hier schon mehrfach beschrieben und diskutuiert - Du müsstest also mal suchen.
HTH,
Bernhard
--- Ende Zitat ---
Damit hast Du dann den Vorgang ja praktisch beschrieben...
Danke...
Da war wohl bei mir der Wunsch der Vater des Gedanken.
Trotzdem werde ich mir noch einmal meine Unterlagen anschauen, wenn mir die richtige Umzugskiste begegnet.
Da war noch irgend ein "krankes" Szenario dabei, sonst hätte sich mir das nicht so eingeprägt.
Was die Suche betrifft...
Irgendwie ist das immer so ein stiller Vorwurf, zeitweise sicherlich auch berechtigt, aber irgendwie scheint es mitunter so ein Schrei der Wissenden zu sein ihren Abstand zu denen deutlich zu machen die die Fragen im Forum formulieren.
Bernhard, ich habe da wirklich gesucht, ich räume jedoch ein, daß ich nach der dritten Seite aufgehört die einzelnen Beiträge komplett zu durchforsten. Mein Fehler lag wohl darin eben nach Löschrümpfen, statt nach "deletion stubs" gesucht zu haben. Die Adminhilfe hat mir ja einen Hinweis gegeben der sich aber für mich nicht zweifelsfrei erschlossen hat, weil mein Noteswissen eben eventbezogen seine Updates erfährt. Wir wissen alle das sich hinter einem Satz oft mehr verbirgt wie die einfache Information. Wenn man den Gedanken der Eigenrecherche konsequent umsetzt dann bräuchte man eben so ein Forum nicht, trotzdem existiert es und ist wohlbesucht. Man setzt eben da an wo der Formalismus aufhört und das Praxiswissen Theorien und Behauptungen relativiert. Ich werde mich also weiterhin vertrauensvoll an das Forum wenden wenn ich Unterstützung benötige, ebenso wie ich da, soweit möglich, auch Unterstützung geben möchte. Grundsätzlich möchte ich aber sagen das die Nummer mit dem "erhobenen Zeigefinger" einem nicht wirklich weiterhilft. Man kann nicht mehr tun als höflich um Unterstützung bitten und um die Unterstützung bittet man auch nur, weil man erst einmal nicht weiterkommt und einem irgendwie die Zeit im Nacken sitzt.
Das hier zuweilen die Themen 20x oder mehr behandelt werden, deutet aber auch darauf hin das es anderen auch so geht und Fragen der Qualität "Mein Auto ist kaputt... Warum ?" stellt wohl die Masse der Leute hier nun wirklich nicht.
Auch wenn ich gerade ein wenig angepisst klinge, bin ich Dir dennoch für die, für mich verständliche Antwort dankbar.
...trotzdem, wir sind hier irgendwie ein Team, auch wenn der Eine oder Andere eben mehr oder weniger präsent ist.
Gruß
Stefan
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln