SCSI-Laufwerke & -Speichersysteme

[Race-Machine]

Hallo Leute,

unsere ESX-Landschaft ist größtenteils so aufgebaut, dass wir einen ESX-Server mit einer internen Adaptec 39160 Controller Karte haben (mit 2 SCSI-Anschlüssen).

An dem einen SCSI-Anschluss befindet sich ein externer Turm (für das VMFS), an dem zweiten Anschluss hängt ein LTO-Laufwerk (zur Datensicherung).

Nun hatten wir zuletzt das Problem, dass das LTO-Laufwerk defekt war und wir dieses austauschen mussten. Dafür haben wir sicherheitshalber den gesamten ESX-Server heruntergefahren.

Könnte denn man das SCSI-Laufwerk auch im laufenden ESX-Betrieb abklemmen und wieder dranstecken (gleiche SCSI-ID vorausgesetzt)? Da es ja ein eigener SCSI-Bus ist, sollte es den Festplattenturm bzw. das ESX-Hostssystem nicht beeinträchtigen. Hat in diesem Bereich evtl. schon jemand Erfahrungen gemacht??

Danke + Gruß

[stgepopp]

Hallo,

m.W. ist SCSI nicht hotplugfähig. Erst durch Massnahmen, wie vorspringende Stromkontakte wird diese Fähigkeit realisiert. D.h. ein Abziehen im laufenden Zustand kann funktionieren, muss aber nicht. Einzelne Serverhersteller haben in der Vergangenheit ein sog. Warm-Replace für Removable-Devices angeboten.

Erich

[joe.hidden]

stgepopp hat soweit recht, SCSI ist per Design nicht hotplug fähig. aber viele Anbieter haben das mit eigenen Löusungen geschafft ein vernünfigen Hotplug-Zustand zu erreichen. Vorspringende stromkontakte sind eine vorn mehreren Ansätzen dazu.

im wesentlichen muss, damit hotplug ordentlich funktionert, zu Puggende Bus kurz datenfrei gestellt werden und nach erfolgreichm plug ein reset auf den Bus ausgeführt werden.

es gibt einige Komponenten die explizit hotplug fähig sind. Einige Platten gehören dazu sowie einige Controller. ist meist deutlich in den technschen daten angegegeben ob Hotpulg, und unter welchen bedingungen, das funktioniert.

für den esx stellt dies eine besondere herausforderung dar, denn so einfach ist hier die datenfreiheit des Buses nicht zu gewährleisten. entweder die steuersoftware vom contoller macht das auf die harte tour (delay of operation) oder du kommst in schwierigkeiten. selbst mit dem delay ist es unter esx schwierig, da die windows harddisktimeouts (in der VM) verdammt kurz sind und daher in der regel ein plattenfehler geloggt wird oder gar ein bluescreen erfolgt. für esx empfehle ich alos in der regel die VMs suspenden, den delay ausführen, platte wechseln, delay aufheben, VMs fortsetzen.

Oder - viel einfacher - gleich ein vernünfiges redundaten plattensystem einsetzen, welchen hotplug ohne Serverunterstützung umsetzen kann (90% aller hotplugfähigen NAS, SAN usw. Systeme können das)