e_filenet

diesen artikel habe ich nun seit fast 2 jahren als draft hier herumkugeln; fertigschreiben? no time for that. löschen? zu schade. also – here it is…

MKF datenbanken:
– permanent (enthält im wesentlichen informationen über übertragene dokumente)
– transient (enthält im wesentlichen informationen über dokumente im cache)
– security (enthält im wesentlichen informationen über benutzer und gruppen)
– NCH (network clearinghouse db)

Cache:
wird ein neues dokument hinzugefügt, so landet es normalerweise ja zuerst im bes cache (id=3) – mit dem commital wandert es in den page-cache (id=1) und hat den status “locked”, sprich es darf nicht gelöscht werden, weil es ja noch nicht auf osar bzw msar geschrieben wurde. dies passiert durch die migration, das dokument hat nun den status “ageable”. eine ausnahme ist z.b. cold, hier wandern dokumente direkt in den page cache ohne den umweg über den bes cache. im falle des falles kann es also sein, dass dokumente noch nicht auf die library geschrieben wurden – daher muss auch der cache gesichert werden.

die mkf datenbanken und den cache sichert man am besten mit einem filenet tool namens “ebr”, welches allerdings den cache und die transient datenbank nur sichern kann, wenn filenet nicht läuft; mit anderen worten: man hat jedenfalls eine downtime. zwar ist in den ebr sample files der hinweis “First release supports full and offline backup for transient database” enthalten wodurch man vermuten könnte, dass sich das ändern wird – da es den ebr aber schon lange gibt und das noch immer so ist, wird das wohl auch in der zukunft noch so bleiben…

zusätzlich dumpt man
security informationen: mittels “SEC_tool” export filename
classes, families und indexes: mittels “ddexim” -e > filename

eigentlich nur für mich selbst, damit ich es nicht jedes mal neu suchen muss:

in den elogs (/fnsw/local/logs/elogs/elogYYYYMMDD) sind kritische fehler mit “[SERIOUS]” zu erkennen – danach zu greppen ist also ohne probleme möglich. allerdings steht die wichtige information erst in der zeile danach:

2007/12/31 09:26:37.532 121,0,41 INXbg -s IndexServer (4513) … [SERIOUS]
Oracle not available. (ORA-3113), (File: ../src/GDBO.c, Line 3823)

daher reicht ein normales grep nicht – aber awk kann helfen:

export R=SERIOUS
awk ‘{if ($0~/’$R’/) {print $0; n=1} else { if (n==1) {print $0; n=0}}}’ elogYYYYMMDD

… leider nicht mehr wie geplant im alten jahr (weil die ibm seite mit einem gateway timeout streikte), dafür aber heute abgeschlossen:

FileNet IS Certification

ich persönlich halte nicht viel bis eigentlich nichts von solchen zertifizierungen, weil diese genau gar nichts über das können aussagen – ich kenne genug beispiele, da haben die leute mit zertifizierung traurigerweise genau gar keine ahnung 😮

schon bevor man zu den fragen kommt wird es einen bei ibm nicht leicht gemacht…
please fill out all fields