Domino 9 und frühere Versionen > ND9: Administration & Userprobleme

Erfahrung mit dem Feature NIFNSF (Views aus der NSF-Datenbank ausgliedern)

(1/5) > >>

Patrick Schneider:
Hallo,

ich bin heute bei https://www.ibm.com/support/knowledgecenter/en/SSKTMJ_9.0.1/admin/tune_compactoptions_r.html über die compact Commandline Option "-c -nifnsf on" gestolpert.
Die scheint ja noch sehr frisch zu sein und implementiert wohl das Feature, die Views getrennt von der eigentlichen NSF Datenbank speichern zu können.
Dazu muss man in der Notes.ini noch folgende Parameter setzen (und ggf. den Server neu starten):

--- Code: ---NIFNSFEnable=1
NIFBasePath=E:\NIF

--- Ende Code ---

Wichtig auch: ODS sollte möglichst aktuell sein (Create_R9_Databases=1, compact -c -ODS)

Anschließend dann die gewünschten Datenbanken mit compact -c -nifnsf on pfad\zur\db.nsf  compacten.

Bei mir (Windows 2012R2, Domino 9.0.1 FP7 IF2, 64 Bit, aktuelle JVM) hat das auf einem System zum Crash von Domino mit NSD geführt (Fatal Thread ncompact.exe) - ich schiebe es mal darauf, dass das System 4 Domino Partitionen hat und Traveler auch noch drauf installiert ist.

Auf dem 2. System (Windows und Domino auf dem gleichen Stand wie auf dem ersten System, aber nur eine Domino Partition, dafür mit IMSMO 2.0.1.0) kann ich zwar compacten, aber außer ein paar Warnungen kommt nichts dabei rum:

--- Code: ---load compact -c -nifnsf on mail\xyz

[02F8:0004-09E0] 19.01.2017 15:47:12   Informational, NIFNSF has been enabled for database mail\xyz.
[02F8:0004-09E0] 19.01.2017 15:47:12   Informational, database design compression is enabled in database mail\xyz.
[02F8:0004-09E0] 19.01.2017 15:47:12   Informational, LZ1 is enabled in database mail\xyz.
[02F8:0004-09E0] 19.01.2017 15:47:12   Compacting mail\xyz(X Y),  -c -nifnsf on mail\xyz
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] dest should be linked, but not accessed C:\IBM\Domino\Data\mail\xyz.tmp
[02F8:0004-09E0] 19.01.2017 15:47:18   Compacted  mail\xyz, 0K bytes recovered (0%),  -c -nifnsf on mail\xyz

--- Ende Code ---

Auf einem dritten System (Win2003R2, 9.0.1 FP7 32 Bit, Traveler 9.0.1.15) ist der Server ebenfalls beim compact gecrasht.
Folgende Regelmäßigkeit ist mir aber aufgefallen:
Compact erzeugt immer erst eine dbname.tmp Datei im gleichen Verzeichnis wie die dbname.nsf liegt und crasht dann den Domino-Server.
Wenn der Server dann wieder da ist und man das compact auf die gleiche Datenbank ausführt, findet er anscheinend schon die .tmp Datei und kann damit weiterarbeiten und gliedert damit die Views aus.
Führt man das compact dann auf die nächste Datenbank aus, fängt das Spiel wieder von vorne an.
Hier z.B. nach dem Crash - die "activity.tmp" existierte dann schon -> activity.nsf wurde jetzt korrekt verarbeitet, aber bei der admin4.nsf ist er wieder gecrasht.

--- Code: ---> load compact -c -nifnsf on
19.01.2017 16:16:45   Informational, NIFNSF is already enabled in database activity.nsf.
19.01.2017 16:16:45   Informational, database design compression is enabled in database activity.nsf.
19.01.2017 16:16:45   Informational, document data compression is enabled in database activity.nsf.
19.01.2017 16:16:45   Informational, LZ1 is enabled in database activity.nsf.
19.01.2017 16:16:45   Compacting activity.nsf (Activity Trends (Sonne)),  -c -nifnsf on
19.01.2017 16:16:48   Recovery Manager: Assigning new DBIID for D:\Lotus\Domino\data\activity.nsf (need new backup for m
edia recovery).
Clearing DBIID EE8B5DED for DB D:\Lotus\Domino\data\activity.ORIG
19.01.2017 16:16:49   Compacted  activity.nsf, 1024K bytes recovered (8%),  -c -nifnsf on
19.01.2017 16:16:49   Informational, NIFNSF has been enabled for database admin4.nsf.
19.01.2017 16:16:50   Informational, database design compression is enabled in database admin4.nsf.
19.01.2017 16:16:50   Informational, document data compression is enabled in database admin4.nsf.
19.01.2017 16:16:50   Informational, LZ1 is enabled in database admin4.nsf.
19.01.2017 16:16:50   Compacting admin4.nsf (Admin-Anforderungen (V5.0)),  -c -nifnsf on
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp
dest should be linked, but not accessed D:\Lotus\Domino\data\admin4.tmp


 Thread=[1178:0004-0AC0]
Stack base=0x0CB4009C, Stack size = 19876 bytes
PANIC: LookupHandle: null handle

--- Ende Code ---
Im NIFBasePath ist jetzt eine entsprechende Struktur, in der dann .ndx Dateien liegen.

Hat jemand ähnliche Erfahrungen gemacht?

Viele Grüße,
Patrick

Tode:
Da ich noch in keiner Release- Note von dem Feature gelesen habe, denke ich, dass da "versehentlich" schon was in die Doku gerutscht ist, was eigentlich erst mit einem der nächsten "FeaturePacks" kommen soll... Ich meine mich zu erinnern, dass das Feature für FP8 vorgesehen ist, finde aber die Folie nicht mehr wo -zumindest grob- drinstand, welches Feature in welchen Featurepack kommt...

eknori:
NIFNSF kommt mit FP8. Der code ist schon in Domino 901 enthalten, aber noch nicht ganz ausgereift, wie du ja bereits durch den crash gemerk hast.
Im FP8 ( momentan als private Beta ) funktioniert das compact im laufenden Betrieb.
Unter 901 kann man den compact bei heruntergefahrenem Domino machen. Dann werden die View Index Daten ausgelagert. Danach kann der Server wieder gestartet werden.
 Bitte noch nicht produktiv einsetzen!!!

Ralf_M_Petter:
Sieht ja echt ziemlich cool aus, aber es wirft wirklich kein gutes Licht auf die IBM, dass einfach mal so unfertige Features integriert werden. Soweit ich weiß sollte dieses Feature erst in einem späteren FP kommen wie Thorsten und Ulrich sagen und hat damit absolut nichts in einem Produktionsrelease verloren, vor allem wenn es gleich mal den Server crashed.

P.S. Danke Ulrich für die Erklärung. Wird das am Client auch funktionieren und kann das helfen, dass man eventuell noch etwas mehr Platz bis zum 64 GB Datenbanklimit hat?

eknori:
@Ralf: habe ich noch nicht ausprobiert. Das Feature braucht aber Transaktionsprotokollierung. Gut, die funktioniert auch auf den Client. Muss ich mal ausprobieren.



Übrigens ist der Wert für NIFNSFEnable in 901 anders, damit man das nicht versehntlich aktiviert. 😬

Da war jetzt die IBM mit der Doku ausnahmsweise zu schnell. Und auserdem, seit wann liest jemand die Doku?

Navigation

[0] Themen-Index

[#] Nächste Seite