Gelegentlich kann es immer wieder passieren, dass hier die ElasticSearch nüchtern formuliert „crasht“. Im Regelfall steht dann beim IndexServer der Status „disconnected“. Die Gründe dafür können vielfältig sein:

• die Indizesgröße ist zu groß für den Arbeitsspeicher (eher selten außer bei Kunden > 1000 Benutzer oder einer äquivalenten Menge an Dokumenten/Ordner im Index)
• zu viel Memory-Pressure vom VM-Host/Virtualisierungs-Host (hier versuchen teilweise die Virtualisierer Speicher zu überbuchen oder zu sharen und diese Mechanismen sind teilweise eher sehr Microsoft-optimiert)
• Hardware-Probleme

Das Unangenehme bei ElasticSearch Crashes ist hier immer noch, dass der Hersteller keine Mechanismen zur konsistenten Snapshot Sicherung vorsieht (hier müsste per NEST oder Java API die Elastic angehalten werden, eine Sicherung an einen Backup Ort durchzuführen). Ein Rückgriff auf die gesicherten Dateien eines regulären Backups (bspw. Veeam etc.) ist in der Regel mit dem Risiko behaftet, dass hier „inkonsistente“ Backups restort werden. Somit ist der primäre Weg, es sei denn man legt hier Programmierung für eine eigene Sicherungsroutine an, die Neuinstallation der ESearch Datenbasis mittels Serversetup.

Als schnellste Lösung bei produktiven Systemen kann hier der Weg der Leerung des „ISearch-Data-Ordner“ sein. Im Normalfall sollten sich hier 23/25er Systeme wieder von selbst regenerieren und auf der IndexServer/ISearch Statusseite kann ein „Re-Index“ ausgelöst werden. Das geht hier binnen von wenigen Minuten ohne gröberes Update-Risiko.

Wählt man diesen Weg, dann sollte man im Hinterkopf behalten, dass hier kein „SearchGuard“-Modul installiert wird. Das ist hier jenes Modul, das hier per REST Statusabfragen zu Indices ermöglicht. Auf der Status-Seite von ELO wird dann im Regelfall nichts angezeigt.

Wenn genug Zeit bleibt sollte aber die ESearch neu installiert werden. Der Weg dorthin ist von Serversetup-Version zu Version dann unterschiedlich. Hier kann man den Weg versuchen:

• den Applikationsserver zu deinstallieren per Setup.
• danach nach Spuren nach dem alten Server im System suchen, diese backupen, verschieben oder ggf. auch löschen
• ggf. den Dienst mit sc delete entfernen
• danach neu installieren