(Win 2008 R2 / Hyper-V)
wie ist das �berhaupt mit herunterfahren ???
der RAM Inhalt von VMs wird ja auch auf die HDD geschrieben, entsprechend
Dateien von 4 oder 8 oder ... GB
was passiert mit den laufenden VMs wenn man die phy. Hardware herunterf�hrt
bzw. neustarten bzw. sie durch die USV heruntergefahren l�sst?
ich habe dies mit zwei Testsystemen versucht
Test 1 = phy. Hardware + 1x virt. Server 2008 R2
hier l�uft der virt. Server nach dem Neustart der Hardware einfach weiter,
z.B. Ping ohne Aussetzer, die VM wird sicherlich "angehalten"
Test 2 = phy. Hardware + 9x virt. Server 2008 R2 / 2008 / Win 7 usw.
gemischt
nach Neustart der Hardware meckert die VM "warum wurde System unerwartet
beendet" oder �hnlich ..., das hat den Anscheinen das die VMs "abschmieren"
Danke
mfg
Mario
das Verhalten der VMs w�hrend des Neustarts vom Host kann auf VM Basis im
Hyper-V Manager konfiguriert werden.
Das Standard Verhalten einer VM kann zudem speziell f�r den Start/Stop
seperat konfiguriert werden, ebenso eine Verz�gerung beim Start einzelner
VMs ist m�glich.
Sofern diese Werte nicht angepasst worden sind, steht es auf :
Start => "Automatisch starten, wenn VM vorher gelaufen ist..."
Stop => "Save State"
Checke bitte diese Settings und ggfs anpassen an deine Bed�rfnisse und die
Tests wiederholen.
Gru�
Ramazan
"Hoesel, Mario" <mario....@gmx.de> wrote in message
news:uYYHIPo9...@TK2MSFTNGP05.phx.gbl...
> Das Standard Verhalten einer VM kann zudem speziell f�r den Start/Stop
> seperat konfiguriert werden, ebenso eine Verz�gerung beim Start einzelner
> VMs ist m�glich.
>
> Sofern diese Werte nicht angepasst worden sind, steht es auf :
> Start => "Automatisch starten, wenn VM vorher gelaufen ist..."
> Stop => "Save State"
Ich habe hier einen VM-SBS2008, der zum Herunterfahren recht lange
braucht (gef�hlte 15 Minuten). Ist beim SBS ein h�ufiges Ph�nomen und
bei nichtvirtuellen Servern kein Problem.
Droht da eigentlich Gefahr, wenn ich einstelle, dass die Gastsysteme
heruntergefahren werden sollen, wenn der Wirt herunterf�hrt?
Ich denke an ein Time-out, nicht dass der Wirt den Gast w�hrend dessen
Shutdowns einfach abschaltet!
Gibt's dazu Erfahrungen?
--
Viele Gr��e,
J�rg Maier
Naja, wenn der Admin nach dem Neustart nach Hause gehen will, kann das
schon ein Problem sein. ;)
> Droht da eigentlich Gefahr, wenn ich einstelle, dass die Gastsysteme
> heruntergefahren werden sollen, wenn der Wirt herunterf�hrt?
Wenn sichergestellt ist, da� der Wirt wartet bis der Gast auch
wirklich aus ist.
> Ich denke an ein Time-out, nicht dass der Wirt den Gast w�hrend dessen
> Shutdowns einfach abschaltet!
Bei einem Testserver kann man das ja auch mal probieren:
http://support.microsoft.com/kb/827610/en-us
Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
GPO's: www.gruppenrichtlinien.de
Gruppenrichtlinien Mailingliste "gpupdate":
http://frickelsoft.net/cms/index.php?page=mailingliste
h�ngt von der Konfiguration ab und bei einer DC rolle (=SBS) w�rde ich auf
jedenfall einen sauberen Shutdown konfigurieren. Alleine um sicherzustellen
das damit die Datenkonsistenz bei den DBs (ntds.dit, xxx.edb...) erhalten
wird.
Die Shutdown/Start Zeit einer VM ist nat�rlich auch abh�ngig von der
drunterliegenden storage subsystem's performance und den I/O anforderungen
deiner VM. Bspw bei Exchange (h�ngt nat�rlich auch davon ab, wie gross die
Exchange DB ist, wieviel user usw...) werden beim Shutdown alle offenen
Transaktionen abgeschlossen und je nach Trafficaufkommen, k�nnen die
"gef�hlten" 15 min u.U. noch "normal" sein.
Sofern deine Eventlogs (Parent+Child) aber nicht auf einen Fehler hinweisen,
w�rde ich erstmal deine Disk worauf die SBS VM liegt, w�hrend des Betriebes
(+Shutdown) mittels perfmon �berwachen, speziell interessant w�ren hier dann
die "Physical Disk" counter wie.z.b Disk Que L�nge...... Denke, das dies
dein Bottleneck ist und dann sollte dieser Wert <2 liegen. Im bestfall ist
dieser Wert 0 = weniger ist besser ;-)
Hoffe das hilft dir weiter...
Gru�
Ramazan
"J�rg Maier" <joerg....@onlinehome.de> wrote in message
news:uahv9Xr...@TK2MSFTNGP02.phx.gbl...
ich werde es testen, danke
mfg
Mario
>> Das Standard Verhalten einer VM kann zudem speziell f锟絩 den Start/Stop
>> seperat konfiguriert werden, ebenso eine Verz锟絞erung beim Start einzelner
>> VMs ist m锟絞lich.
>>
>> Sofern diese Werte nicht angepasst worden sind, steht es auf :
>> Start => "Automatisch starten, wenn VM vorher gelaufen ist..."
>> Stop => "Save State"
>
> Ich habe hier einen VM-SBS2008, der zum Herunterfahren recht lange
> braucht (gef锟絟lte 15 Minuten). Ist beim SBS ein h锟絬figes Ph锟絥omen und
> bei nichtvirtuellen Servern kein Problem.
Exkurs: 15 Min. f锟絩 ein hochkomplexes System wie SBS 2008 ist durchaus
normal, vor allem bei gro锟絜n Exchange-Datenbanken und/oder bei langsamen
Storage-Subsystemen - speziell in virtuellen Umgebungen mit vielen
gleichzeitigen Zugriffen ist die I/O-Performance des selbigen
auschlaggebend -> Performancemonitor die physikalischen Latenzen (<<20ms)
und die Warteschlangen (<<5) 锟絙erpr锟絝en und bei Dauerbelastung 锟絙er eine
Anpassung des Storage-Subsystemen dringend nachdenken -> mehr+schnellere
Spindeln und/oder mehr aktiven Schreibcache ("Write-Back mit BBU" - s.
http://www.tecchannel.de/storage/san/432631/praxis_know_how_raid_controller_optimal_konfigurieren/index3.html)
des Hardware-RAID Controllers - max. 3..6 VMs pro LUN bei
Standardeinstellungen von "Max queue depth=32".
--
Tobias Redelberger
StarNET Services (HomeOffice)
Frankfurter Allee 193
D-10365 Berlin
Tel: +49 (30) 86 87 02 678
Mobil: +49 (163) 84 74 421
Email: T.Rede...@starnet-services.net
Web: http://www.starnet-services.net
> >> Das Standard Verhalten einer VM kann zudem speziell f�r den Start/Stop
> >> seperat konfiguriert werden, ebenso eine Verz�gerung beim Start einzelner
> >> VMs ist m�glich.
> >>
> >> Sofern diese Werte nicht angepasst worden sind, steht es auf :
> >> Start => "Automatisch starten, wenn VM vorher gelaufen ist..."
> >> Stop => "Save State"
> >
> > Ich habe hier einen VM-SBS2008, der zum Herunterfahren recht lange
> > braucht (gef�hlte 15 Minuten). Ist beim SBS ein h�ufiges Ph�nomen und
> > bei nichtvirtuellen Servern kein Problem.
>
> Exkurs: 15 Min. f�r ein hochkomplexes System wie SBS 2008 ist durchaus
> normal, vor allem bei gro�en Exchange-Datenbanken und/oder bei langsamen
> Storage-Subsystemen
Eben - aus Erfahrung mit nicht-virtuellen Server finde ich die Zeit
auch nicht dramatisch und w�sste auch nicht, warum ich die Performance
untersuchen sollte. F�r den Betrieb ist der Server schnell genug, und
die Shutdown-Zeit ist m. E. im Rahmen.
Schlecht w�re es nur, wenn Hyper-V den virtuellen Server nach 10
Minuten zwangsabschaltet - w�hrend der vielleicht gerade die
Benutzereinstellungen in die Registry schreibt.
Deshalb meine Frage, wie sich Hyper-V gegen�ber dem Gast offiziell
verh�lt.
Zwar w�re es unsch�n, wenn der Host bei einem wirklich h�ngenden
Gastsystem notfalls tagelang das Herunterfahren sein l��t (bis man
�ber die Konsole den Gast manuell abgeschaltet hat?) - aber irgendwie
f�nde ich es sinnvoll.
> J�rg Maier schrieb:
>
> > Ich habe hier einen VM-SBS2008, der zum Herunterfahren recht lange
> > braucht (gef�hlte 15 Minuten). Ist beim SBS ein h�ufiges Ph�nomen und
> > bei nichtvirtuellen Servern kein Problem.
>
> Naja, wenn der Admin nach dem Neustart nach Hause gehen will, kann das
> schon ein Problem sein. ;)
>
> > Droht da eigentlich Gefahr, wenn ich einstelle, dass die Gastsysteme
> > heruntergefahren werden sollen, wenn der Wirt herunterf�hrt?
>
> Wenn sichergestellt ist, da� der Wirt wartet bis der Gast auch
> wirklich aus ist.
Wenn...?
> > Ich denke an ein Time-out, nicht dass der Wirt den Gast w�hrend dessen
> > Shutdowns einfach abschaltet!
>
> Bei einem Testserver kann man das ja auch mal probieren:
> http://support.microsoft.com/kb/827610/en-us
Dazu sollte es doch eigentlich ein offizielles, berechenbares
Verhalten geben?
Soweit ich mich jetzt auch errinern kann, wird ein -force beim VM shutdown
prozess mitgegeben (welcher nur funktioniert wenn die ICs installiert sind),
somit werden alle offenen prozesse dazu "gezwungen" runterzufahren....
Im falle einer SBS VM macht dies auf jedenfall Sinn ;-)
Gru�
Ramazan
"J�rg Maier" <joerg....@onlinehome.de> wrote in message
news:OufovP49...@TK2MSFTNGP02.phx.gbl...