Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- elo:esearch_crashes [2026/01/17 11:23] – 213.208.157.39
+++ elo:esearch_crashes [2026/02/24 17:49] (aktuell) – 84.20.184.166
@@ Zeile 13: / Zeile 13: @@
 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.
+===== Neuinstallation ESearch =====
+Ein durchaus möglicher Weg, der hier mit Version 23 LTS getestet werden konnte (Ende 2025 Serversetup) ist hier folgender Weg:
+  * Beenden der Dienste
+    * Danach die MMC mit der Dienstliste schließen auch den TaskManager um die Service-Handles freizugeben
+  * Löschen des Dienstes (mit der Endung -iSearch, sc delete <ServiceName>)
+  * Umbennenen / Löschen des ISearch Datenordners
+  * Umbennenen / Löschen des ISearch Konfigurationsordners
+  * Kontrolle ob der Dienst gelöscht ist, ggf. Neustart durchführen des Servers, wenn das Service Handle noch gesperrt ist und der Dienst noch nicht vollständig gelöscht ist.
+  * Serversetup neu ausführen
 ===== Neuinstallation ESearch im Vergleich zu Leeren des Index Ordners =====