Performance Probleme nach Virtuaisierung

[umi]

Moin

Schon mal den Support von Gedys darauf angesprochen?
Haben die DB's einen Fulltext index ?

6h für einen Agent ist ja ein bisschen übertrieben.

[m3]

Den Index habe ich natürlich nicht nach der Migration gelöscht.

Ganz schlechte Idee. FT Index auf jeden Fall neu erstellen.
Und die View Indizes am besten auch neu aufbauen.

[Klaas]

Ich habe jetzt alle Indexes gelöscht. Dabei viel auf das der Index der Adress-Datenbank 1,2 Gb bei 61.000 Doc's fasste. Der Index der Vorgangs-Datenbank fasste bei 345.000 Doc's nur 1,5 Gb bei gleicher Konfiguration. Ich habe daraufhin nochmal alle Ansichten durchgerechnet, ein paar Überflüssige Ansichten gelöscht (ca. 5) und siehe da nur noch 150 MB Index. Jetzt bin ich mal gespannt was das alles heute Nacht bringt.

[Ralf_M_Petter]

Ich würde auf jeden Fall auch noch kontrollieren, ob die ODS auf die neueste Version hochgezogen wurde. Eventuell wurde das auch vergessen, nachdem auch die Indizes nicht neu erstellt wurden.

Grüße

Ralf

[Klaas]

Die ODS muss stimmen, da jedes Wochenende ein Compact-C auf jede Datenbank ausgeführt wird.

[Ralf_M_Petter]

compact -c sollte man meiner Meinung nach nicht generell machen und wenn die richtigen  Notes.ini z.B. "create_r85_databases=1" Einträge nicht gesetzt sind wird nach wie vor eine alte ODS verwendet.  Am besten die ODS im Administrator kontrollieren.

Grüße

Ralf

[Klaas]

Es wird auch kein Compact-C gemacht. (Hat mir grade der Admin gesagt)
Die ODS-Version ist 51

[Ralf_M_Petter]

Und wie läufts jetzt?

[PLi]

Ich grüble gerade über den Gedanken, ob es Sinn machen könnte die Volltextindizes in eine Ramdisk auszulagern, sofern die Indizes der Grund für die CPU-Last sind.

Das könnte man ja über den Notes.ini Parameter
FTBasePath=X:\FullTextIndex
bewerkstelligen, hätte allerdings den Nachteil, dass nach jedem Serverneustart die FT-Indizes erst einmal weg sind und ob dies den Server dann wiederum nach einem Reboot nachteilig beeinträchtigt könnt ihr sicherlich besser beurteilen als ich.

[Ralf_M_Petter]

Nein das wäre keine gute Idee. Wenn genügend Ram vorhanden ist, dann werden die Daten eh sowieso im Cache vorgehalten.

Grüße

Ralf

[PLi]

Aha, also Cache = RAM oder wo cached ein Dominoserver?

[Ralf_M_Petter]

Das macht das Betriebssystem automatisch. Vorteile hätte der Ansatz mit der Ramdisk nur bei Schreibzugriffen. Wobei aber Schreibzugriffe, wenn der Schreibcache richtig konfiguriert und nicht über beansprucht ist, ebenfalls sehr schnell ist?

Grüße

Ralf

[Klaas]

Hallo Ralf,

es geht so, der Server läuft im Moment ohne Einschränkungen für den User. Gestern haben wir die Hälfte der Ressourcen dem Server fest reserviert. Seit dem ist Ruhe. Aber ob es das war kann ich erst morgen/übermorgen sagen.

[Klaas]

Hallo,

ich wollte Abschließen zusammenfassen was wir alles gemacht haben.

Wir haben zunächst die Hälfte der Ressourcen der Virtuellen Maschine fest zugewiesen.
Wir haben alle Indexdatein verworfen und neu erstellt.
Wir haben den JVM-Arbeitsspeicher von 1024 auf 3056 erhöht.
Wir haben die Anzahl der zu Aktualisierenden Dokumente reduziert, ohne die Funktion zu beeinträchtigen.
Wir haben bei den Ansichten ausgemistet, Zusammengefasst und Benutzerspezifische Spaltenanzeigen deaktiviert.
Wir haben die Ressourcen-Last begutachtet und festgestellt das im Tagesverlauf keine Spitzen an die Spitzen der Nacht(Importe/Verarbeitung) reichen.

Vielen Dank für Eure Ideen und Vorschläge und Eure Hilfe. Auf manche Sachen hätte ich auch selber kommen können. Es hat Spass gemacht, mal kein Programmiere-Problem hier zu posten.

Wir haben wieder ein schnelles System.

[J Parlin]

Hi Klaas,

wie habt ihr die Ansichten ausgemistet und die Zahl der zu aktualisierenden Dokumente jetzt gemanaged ?

Danke

[Klaas]

Zu den Ansichten:

zum einen gab es bei uns noch Ansichten welche vom Update der 6er Gedys auf die 7er notwendig waren, zum anderen gab es mehrer Ansichtenpaare welche Sich über eine Kategorie vorweg zusammenfassen ließen. Und dann gab es noch Ansichten welche nie Benutzt wurden. In zahlen bin ich von 260 auf 232 Ansichten runter. Und in der Vorgangsdatenbank ähnlich.

Bei den Dokumenten, Aktualisierungen hatte sich ein Fehler eingeschlichen welcher ca. 150 unnötige Request pro Tag produziert hat. Diesen Fehler habe ich jetzt behoben.