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.
Sowohl die Cmdlets als auch die PowerShell ISE gelten als sehr stabil und weisen in der Regel keine Weariness/Fatigue (Performance Degradation) Effekte, sowie Speicherlecks oder plötzliche Fehler auf. Besondere Vorsicht sollte man aber dann walten lassen, wenn man direkt mit Speicheroperationen (Streams etc.) operiert oder Operationen an Bilddateien mit GDI+ durchführt.
Diese Fehler können immer wieder vorkommen und zwar in folgenden Zusammenhang:
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.
Somit ist es hier immer erforderlich das IndexServer Log / Proxy Log zu analysieren. Bei mehreren IndexServern ggf. auch die Logs aller IndexServer.
Eine Alternative zu einer händischen Kontrolle ist eine automatisierte Kontrolle des Logs mittels zusätzlicher Tools oder eine Konfiguration der Logback.xml Datei für ein separates Fehlerlog.