Ein IBM Domino Server stellt uns im Durchschnitt 1.200 Statistiken zur Verfügung. Welche davon sind besonders wichtig? Welche Erkenntnisse und Maßnahmen lassen sich aus diesen Informationen ableiten? Während unseres Streifzuges durch die wichtigsten Statistiken widmen wir uns unter anderem folgenden Themenbereichen: Server Performance und Auslastung, Cluster Performance, Disk Performance, Kapazitätsplanung / Konsolidierung, Replikation, Ansichts-Indizes, Volltext-Indizes, NameLookupCache, Database Buffer Pool & Caching, Mail-Statistiken, u.v.m. Mit diversen Beispielen aus der Praxis bekommen Sie in dieser Session ein gutes - und bisweilen gar ganz neues - Bild von den vielen Informationen, die Ihnen ein Domino-Server im laufenden Betrieb zur Verfügung stellt. Zurück zu Hause verstehen Sie Ihre Domino-Server nach Besuch dieses Vortrages noch besser - und können so das Maximum aus Ihren Statistiken und Servern heraus holen. Track 1.2: Technik - Administration: Mittwoch, 12.11.2014

1. Marco Hiltebrand(Lead IT, RICOH SCHWEIZ AG)

2. 2

3. 3
•
•
•
•
•
•
•
•
•

4. 4
• 
•
•
•
•
•
•

5. 5
•
•
•
•

6. 6

7. 7
IBM Connections
IBM Notes

8. 8

9. 9
•
•
•
•
•
•
•
•
•
•

10. 10

11. 11
z.B.
0944:105 0419:1
0944 = tasktableentry
0419 = statspackage
…

12. 12
Platform.LogicalDisk.*
Platform.LogicalDisk.1.AssignedName = DPlatform.LogicalDisk.1.AvgQueueLen = 0Platform.LogicalDisk.1.AvgQueueLen.Avg = 0,01Platform.LogicalDisk.1.AvgQueueLen.Peak = 1,01Platform.LogicalDisk.1.BytesReadPerSec = 0Platform.LogicalDisk.1.BytesWrittenPerSec = 10.172,49Platform.LogicalDisk.1.PctUtil = 0,22Platform.LogicalDisk.1.PctUtil.Avg = 0,86Platform.LogicalDisk.1.PctUtil.Peak = 101,07Platform.LogicalDisk.1.ReadsPerSec = 0Platform.LogicalDisk.1.WritesPerSec = 2,07
Platform.LogicalDisk.2.AssignedName = CPlatform.LogicalDisk.2.AvgQueueLen = 0,01Platform.LogicalDisk.2.AvgQueueLen.Avg = 0,73Platform.LogicalDisk.2.AvgQueueLen.Peak = 34,74Platform.LogicalDisk.2.BytesReadPerSec = 17.272,75Platform.LogicalDisk.2.BytesWrittenPerSec = 63.697,52Platform.LogicalDisk.2.PctUtil = 1,11Platform.LogicalDisk.2.PctUtil.Avg = 72,8Platform.LogicalDisk.2.PctUtil.Peak = 3.473,81Platform.LogicalDisk.2.ReadsPerSec = 2,58Platform.LogicalDisk.2.WritesPerSec = 7,3
Interpretation
GUT < 2% < AvgQueueLen> 5% > SCHLECHT (1-100% = 0,01 –1,0!) GUT = PctUtil< 80% (1-100% = 1-100) HINWEIS: ggf. durch # Spindeln zu dividieren SAN/NAS
Lösung
Diverse Parameter (bufferpool, cache, namelookup), und OS / Disk Tuning

13. 13
Platform.LogicalDisk.#.PctUtil

14. 14
Platform.PagingFile.Total.*
Platform.PagingFile.Total.PctUtil= 0,28Platform.PagingFile.Total.PctUtil.Avg= 0,14Platform.PagingFile.Total.PctUtil.Peak= 0,8
OK < 0% < PctUtil.Avg > 10% > SCHLECHT
OS Level tuning, Check Memory
Hinweis: Wenn‚shsta’ keinePlatform.* StatistikenausgibtAdmin-Hilfe

15. 15
Mail.Mailbox.*
•(Mail.Mailbox.AccessConflicts/Mail.Mailbox.Accesses) x 100
•Muss < 2 sein; ansonsten eine weitere Mailbox(ab vier / fünf Mailboxen wird der „Benefit“ zunehmend geringer)
•Beispiel:
•Mail.Mailbox.AccessConflicts= 1636Mail.Mailbox.Accesses= 189864
•= 0,86 = ok

16. 16
Update.PendingList
•Update.PendingList= Anzahl von Ansichten die auf Aktualisierung warten
•WennUpdate.PendingList„laufend“ > 0, dann …
•Notes.ini: Update_Fulltext_Thread=1FTUPDATE_IDLE_TIME=4
Hintergrund:
•WennSievieleAnwendungenhaben…
•… und einen vielbeschäftigtenUpdate Task
–View updates sindbeeinträchtigt, solangeFull Text Index Aktualisierungenin Arbeitsind
•FTI Update von View Update trennen
–FTI erfolgtdannin eigenemMemory Thread
•Verbessert Performance
•Update_Fulltext_Thread=1
Wenn wir schon beim Thema Volltext-Index sind:
Siekönnenden FTI thread ausdemlimitiertenDomino update pool isolieren: ftg_use_sys_memory=1
Der FTI thread bekommtdannMemory vomOS pool
GibtDomino System Memory frei

17. 17
Database.Database.BufferPool.*
•Database.Database.BufferPool.PerCentReadsInBuffer= 78,96
•SCHLECHT < 90% < PercentReadsInBuffer< 98% < PERFEKT
•99.9% ist schlecht ...
–Führt meist dazu, dass zuvieleAnfragen auf Disk rausgeschrieben werden
–Der Server benötigt einen größeren BufferPool
•Lösung: notes.ini NSF_Buffer_Pool_Size_MB=n (in MB) ─ Default: 512 MB

18. 18
Database.DbCache.*
•Database.DbCache.CurrentEntries= 1647Database.DbCache.HighWaterMark= 1691Database.DbCache.MaxEntries= 1536Database.DbCache.OvercrowdingRejections= 0
•GUT = HighWaterMark< MaxEntriesGUT = 0 OvercrowdingRejections
•Lösung:
–notes.ini NSF_DbCache_MaxEntries= n
•Default: NSF_BUFFER Pool size x 3

19. 19
Replica.Cluster.*
•Replica.Cluster.FailedReplica.Cluster.SecondsOnQueueReplica.Cluster.WorkQueueDepth
•PERFEKT < 10 < SecondsOnQueue> 15 > SCHLECHTPERFEKT < 10 < WorkQueueDepth> 15 > SCHLECHT
•Lösung:
–Weitere Cluster Replikatorenhinzufügen
–Auslastungder Cluster-Serveroptimieren(z.B. aktiveUserimCluster aufteilen/ Load Balancing)

20. 20
Server.Trans.PerMinute
•Server.Trans.PerMinute=956Server.Users= 26 956/26=36,7
•HEAVY < 30 < Trans.PerMinute(per User) > 10 > LIGHT
•Lösung:
–Last erzeugendeUser identifizieren(db usage-View!)

21. 21
Database.NAMELookupCache*
•Database.NAMELookupCacheCacheSize= 2.513.328Database.NAMELookupCacheHits= 24.628.339Database.NAMELookupCacheMisses= 48.160.502
•WICHTIG: NoHitHits! 
•Miss > Hits: PRÜFEN
•Cache zu klein oder zu groß(!) ini: NLCache_Size=16000000

22. 22
Server.ConcurrentTasks*
•Server.ConcurrentTasksServer.ConcurrentTasks.Waiting
•Waiting sollte NULL sein
•Lösung: ─ Server_Pool_Tasks= n ( z.B. 80) ─ Server_Max_Concurrent_Trans= m(z.B. Server_Pool_Tasks* AnzahlPorts)

23. 23

24. 24
•Admin Client
•Server auswählen Server tabStatisticsSubtab
•Theoretisch auch Server Status Server Console sh staoder auch„sh stamail“ oder sh „stamail.trans*“
•Servertasks
•StatisticsLog Task (statlog)
•Optional: CatalogerTask (catalog) und names.nsf
•Serverdatenbanken
•log.nsf, catalog.nsf, names.nsf(domlog.nsf/ flat files), …

25. 25
Copy/Paste in Excel 
Daten Sortieren nach z.B. Transaktionen

26. 26 

27. 27

28. 28
Demo
http://www.panagenda.com/download/panagenda_iDNA_Report_Demo.html

29. 29