DataCore SANsymphony

Überwache Nodes, vDisks, Disk-Pools, Pfade und Alerts deiner DataCore-SANsymphony-Umgebung.

Der Check DataCore SANsymphony überwacht SANsymphony-Nodes, etwa in einer terraXaler-HCI-Umgebung. Er liest Node-Zustand, virtuelle Disks, Disk-Pools, Pfade, Mirror-Recovery, CDP-History und offene DataCore-Alerts. Er läuft unter Windows, standardmäßig alle 5 Minuten.

Voraussetzungen

Ein Windows-Gerät mit octoja-Agent und installiertem DataCore-PowerShell-Modul. Der Check verwendet Windows PowerShell 5.1, nicht PowerShell 7.
Ein DataCore-Konto mit Leserechten (Rolle View). Bei Windows-Authentifizierung muss das ausführende Dienstkonto in DataCore entsprechend berechtigt sein; deine interaktive Anmeldung gilt nicht automatisch für den Agenten.
Du kannst dem Gerät Checks zuweisen; für Konfigurationspakete benötigst du Monitoring-Check-Verwaltung.

Schritte

Öffne das Windows-Gerät und füge unter Checks den Check DataCore SANsymphony hinzu. Für mehrere Nodes kannst du ein Konfigurationspaket verwenden.
Aktiviere Erweiterte Optionen anzeigen, um Server, Zugangsdaten und weitere Optionen einzublenden. Lass DataCore-Server leer, um den lokalen Node zu verwenden. Für einen anderen Server muss das DataCore-Modul trotzdem auf dem ausführenden Gerät installiert sein.
Lass DataCore-Benutzer und Passwort für Windows-Authentifizierung leer oder hinterlege ein DataCore-Konto.
Passe insbesondere die Mindestanzahl der Frontend- und Mirror-Pfade an deine Topologie an. Die Standardwerte sind kein universeller Sollzustand.
Speichere und prüfe nach der ersten Ausführung die Nodes, Pools und Disks im Ergebnis. Richte bei Bedarf Alarmierung ein.

Einstellungen

Feld	Typ	Erforderlich	Standard	Beschreibung
DataCore-Server	Text	Nein	Leer	Lokaler DataCore-Node
DataCore-Benutzer / Passwort	Zugangsdaten	Nein	Leer	Windows-Authentifizierung des ausführenden Kontos
Pool-Freiplatz Warnung (%) / Pool-Freiplatz Kritisch (%)	Prozent	Nein	20 / 10	Warnung / Kritisch bei höchstens diesem freien Anteil
Min. Frontend-Pfade pro vDisk	Zahl	Nein	8	Weniger Pfade melden einen problematischen Zustand
Min. Mirror-Pfade pro vDisk	Zahl	Nein	4	An die Spiegelungstopologie anpassen
Laufende Recovery als Warnung	Schalter	Nein	Ein	Laufende Recovery als Warnung; festgefahrene Recovery bleibt kritisch
Bei nicht verbundenen Ports warnen	Schalter	Nein	Ein	Aus unterdrückt alle Warnungen zu nicht verbundenen Ports, nicht nur iSCSI; Pfadprüfungen und DataCore-Alerts bleiben aktiv
Alerts ignorieren (Regex)	Regex-Liste	Nein	`DcsTmy`	Passende DataCore-Alerts werden nur gezählt, nie gewertet
Alert-Höchstalter (Stunden)	Stunden	Nein	24	Ältere Fehler werden zusammengefasst als Warnung; 0 deaktiviert den Altersfilter
CDP-Mindest-Retention (Stunden)	Stunden	Nein	0	0 deaktiviert diese Schwelle
Abfrage-Timeout (Sekunden)	Sekunden	Nein	120	Mindestens 30 Sekunden

Probleme eingrenzen

Bei fehlendem Modul, fehlenden Rechten oder Verbindungsfehlern prüfe zuerst die Ausführung auf dem Agentengerät. Ein erfolgreicher Login in deiner eigenen PowerShell-Sitzung beweist nicht, dass das Dienstkonto Zugriff hat. Fehlende Pfade und zu wenig freier Pool-Speicher musst du in DataCore untersuchen; der Check verändert die Storage-Konfiguration nicht. Null Pfade sind kritisch.

Absichtlich ungenutzte Port-Verbindungen

Wenn eine Port-Verbindung dauerhaft ungenutzt bleibt, etwa iSCSI, aktiviere in der Check-Konfiguration Erweiterte Optionen anzeigen und deaktiviere Bei nicht verbundenen Ports warnen. Nach der nächsten Ausführung erzeugen nicht verbundene Ports keine Warnung mehr.

Diese Einstellung gilt für alle Port-Verbindungen, nicht nur iSCSI. Frontend- und Mirror-Pfade, Storage-Zustand und DataCore-Alerts werden weiterhin ausgewertet. Andere Probleme können den Check daher weiterhin auf Warnung oder Kritisch setzen; null Frontend- oder Mirror-Pfade bleiben kritisch.

War dies hilfreich?

Brauchen Sie noch Hilfe? Team fragen