Unerklärliches Verhalten beim Speicherverbrauch
Ursprünglicher Eintrag im FM des NERZ: https://fehlerverwaltung.nerz-ev.de/view.php?id=263
Um während der Archivumstellung keine Daten zu verlieren, wurde ein zusätzliches Archiv mit dem SW-Stand 4.2.1 gestartet. Dies läuft problemlos mit 7GB Heap-Speicher, wobei es alles Daten sichert. Es wurde mit Standardeinstellungen gestartet:
-konfigurationsVerantwortlicher=st.sba.uz.a2.archiv.zusatz.1
-debugFilePath=/bet/vba_a2/kernsoftware-3.12.0
-persistenzVerzeichnis=/bet/vba_a2/varZusatz1_2018/archiv
-kommandoPort=4243
-backup=/bet/vba_a2/varZusatz1_2018/filesystem.properties
-debugLevelStdErrText=CONFIG
-debugLevelFileText=CONFIG
-debugFileCount=50
Danach wurde das bestehende Archiv beendet. Die Archivsoftware 4.2.1 wird für das Hauptarchiv verwendet. Mittels ContainerRescue wurden alle Container- und Indexdateien repariert.
Durch Löschen der _startUpInfo.property
-Datei wurde ein Wiederherstellungslauf provoziert.
Danach wurde das Archiv mit folgenden Einstellungen und 10GB Heap-Speicher gestartet:
-persistenzVerzeichnis=/bet/vba_a2/var/archiv
-kommandoPort=4242
-backup=/bet/vba_a2/kernsoftware/properties/filesystem.properties
-debugLevelStdErrText=CONFIG
-debugLevelFileText=CONFIG
-debugFileCount=50
-defekteDateienVerschieben=ja
-cachePufferGroesse=2000
Wegen des unerklärlichen Speicherverbrauchs konnten nicht alle Datenidentifikationen zum Archivieren angemeldet werden.
Obwohl beim Hauptarchiv die cachePufferGroesse mit 2000 Byte angegeben wurde, Default-Wert 5120 Byte, benötigt das Hauptarchiv viel mehr Hauptspeicher, obwohl es noch nicht alle benötigten Datenidentifikationen (wie zusätzliches Archiv), archiviert. Das Verhalten beim Speicherverbrauch verhält sich je nach Start auch unterschiedlich.