Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- swxps4elo:usage_and_error_handling [2023/11/02 10:50] – [500er Fehler durch den ELO IX] 86.56.202.245
+++ swxps4elo:usage_and_error_handling [2025/12/03 14:19] (aktuell) – [Einsatzgebiete] 2001:4bb8:107:3348:38d1:15f0:3ea3:38ea
@@ Zeile 3: / Zeile 3: @@
 ISSP verwendet die PowerShell Cmdlets generell meist in Verbindung mit Migrationen von Systemen, Transformation von Daten, Konvertierung etc. Einsatzgebiete sind hier kleinere Volumina sowie Volumina bis 10-50 Millionen Dokumenten und Verarbeitung von langläufigen Prozessen. Die Verarbeitung der Dokumente findet in Verbindung mit den anderen Cmdlet-Bibliotheken statt - etwa wie der Sharepoint/Migrations Cmdlet Bibliothek. Hier können dann Sharepoint Dokumente übernommen werden, oder aber bereits migrierte Dokumente in einer Migrationsdatenbank abgelegt werden, die auf dem ORM "XPO" von DevExpress beruht.
+Des Weiteren verwendet ISSP die Cmdlets für sogenanntes „Fast-Laning“ in der Entwicklung. Sprich wenn noch keine andere Routine den benötigten Funktionsumfang bietet, dann wird mittels PowerShell die Lücke hin zum Standard geschlossen. Das ermöglicht den schnelleren Durchsatz in der Kundenentwicklung und vermeidet höhere Aufwände in der Standardentwicklung.
 ===== Speicherlecks von Cmdlets/PowerShell ISE =====
@@ Zeile 15: / Zeile 17: @@
   * zu große Dateien: steht dem IX ein Proxy vor, dann kann es bei zu großen Dateien ebenfalls einen 500er Fehler geben. Hier ist dann die maximale Requestgröße am Proxy (IIS, Apache etc.) dem entsprechend anzupassen
   * fehlender Plattenplatz: auch das kommt bei Migrationen immer wieder einmal vor. Nach einer bestimmten Anzahl von migrierten Dokumenten, läuft die Festplatte voll.
-  * Session-Probleme: bei Cluster-Konfigurationen oder fehlerhaften Konfigurationen kann es sein, dass es hier zu fehlerhaften Umleitungen auf andere IndexServer kommt.
+  * fehlerhafte Dokumentenpfade: teilweise kommt es bei fehlerhaften Konfigurationen vor, dass es Dok.Pfade gibt, die nicht mehr gültig sind. Ablagen dahin führen ebenfalls ggf. zu einem 500er Fehler.
+  * Session-Probleme: bei Cluster-Konfigurationen oder fehlerhaften Konfigurationen kann es sein, dass es hier zu fehlerhaften Umleitungen auf andere IndexServer kommt. Das führt dazu, dass andere IndexServer die Anfragen ablehnen, weil sie die Session nicht kennen.
 Leider ist es meist auf Clientseite nicht möglich die Details des Fehlers zu bekommen, da die Apache Implementation des Tomcat mittels Hardening abgesichert ist.