Hyper-V - VMs nächtlich herunter fahren
Hallo zusammen,
kurz zu mir: Ich bin Azubi im ersten Lehrjahr als Fachinformatiker Anwendungsentwicklung. Nun hat mein Chef mir die Aufgabe gegeben ich soll mich schlau machen wie man unsere VMs auf dem Hyper-V nächtlich herunterfährt und früh wieder startet.
Ich hab zwar schon das Powershell Script zum herunterfahren, sichern und starten gefunden. Jetzt ist mein Problem bloß noch das dieses Zeitlich abhängig funktionieren müsste. Also Nachts um 12 herunterfahren und sichern und dann früh um 6 wieder starten.
Vielen Dank schonmal für eure hilfe.
Grüße
kurz zu mir: Ich bin Azubi im ersten Lehrjahr als Fachinformatiker Anwendungsentwicklung. Nun hat mein Chef mir die Aufgabe gegeben ich soll mich schlau machen wie man unsere VMs auf dem Hyper-V nächtlich herunterfährt und früh wieder startet.
Ich hab zwar schon das Powershell Script zum herunterfahren, sichern und starten gefunden. Jetzt ist mein Problem bloß noch das dieses Zeitlich abhängig funktionieren müsste. Also Nachts um 12 herunterfahren und sichern und dann früh um 6 wieder starten.
Vielen Dank schonmal für eure hilfe.
Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 146443
Url: https://administrator.de/forum/hyper-v-vms-naechtlich-herunter-fahren-146443.html
Ausgedruckt am: 11.04.2025 um 07:04 Uhr
8 Kommentare
Neuester Kommentar
Hi,
ich kenne die HyperV Plattform nicht und administriere inzwischen Linux Server. Da würd ich das mit crontab machen.
Auf ner Windows Maschine (auch Server 2008) sollte es doch aber immer noch die "geplanten Tasks" geben - oder irre ich mich?
Einen Task erstellen - Batch Datei aufrufen, in der die Skripte liegen.
Fertig.
Gruß
ich kenne die HyperV Plattform nicht und administriere inzwischen Linux Server. Da würd ich das mit crontab machen.
Auf ner Windows Maschine (auch Server 2008) sollte es doch aber immer noch die "geplanten Tasks" geben - oder irre ich mich?
Einen Task erstellen - Batch Datei aufrufen, in der die Skripte liegen.
Fertig.
Gruß
@maretz: das warum, hab' ich mir absichtlich gespart ... aber jetzt wissen wir's ja
Zitat von @Amanzo:
Da einige Entwickler die VMs dann
aber nicht mehr herunterfahren soll dieses nun automtisch gemacht werden. Damit nicht unnötig viele VMs laufen welche gar
nicht mehr gebraucht werden.
Da einige Entwickler die VMs dann
aber nicht mehr herunterfahren soll dieses nun automtisch gemacht werden. Damit nicht unnötig viele VMs laufen welche gar
nicht mehr gebraucht werden.
Na dann hoffe ich für Euch, das die Entwickler keine langlaufenden Datenbankabfragen oder Berechnungen laufen haben, wenn auf der VM eh nix los ist, bekommt die auch weniger Ress zugeteilt, stört also nicht
Gruß
24
och - spätestens nachdem der Entwickler morgens in die Firma kommt und feststellt das seine 12h-Abfrage nicht gelaufen ist wird er schon bescheid sagen ;)
Aber mal ernsthaft: Generell finde ich die Idee auch nicht schlecht. Nen Entwickler kann bei sowas ja auch mal bescheid sagen das die VM nachts anbleiben soll/muss. Denn es ist zwar richtig das ne VM ohne das die was zu tun hat weniger Resourcen bekommt. ABER: Ich kenne auch die andere Seite (och, lass durchlaufen, dann brauch ich die morgen nich starten....). Und wenn 10-20 vm's laufen dann ist das nicht unerheblich was die nehmen - auch wenn es PRO VM nur wenig Resourcen sind gehen da schnell mal nen paar GB RAM und einige MHz ins Land... Da würde ich mich als Entwickler dann auch freuen wenn man die runterfährt und meine 12h-Abfrage ggf. doch in 10h durchläuft... Ganz davon abgesehen bringt die schönste Optimierung nichts wenn meine VM leider alle paar Sekunden die Arbeit unterbricht - dann muss ich irgendwann doch wieder auf ner realen Maschine arbeiten -> Ziel verfehlt!
Aber mal ernsthaft: Generell finde ich die Idee auch nicht schlecht. Nen Entwickler kann bei sowas ja auch mal bescheid sagen das die VM nachts anbleiben soll/muss. Denn es ist zwar richtig das ne VM ohne das die was zu tun hat weniger Resourcen bekommt. ABER: Ich kenne auch die andere Seite (och, lass durchlaufen, dann brauch ich die morgen nich starten....). Und wenn 10-20 vm's laufen dann ist das nicht unerheblich was die nehmen - auch wenn es PRO VM nur wenig Resourcen sind gehen da schnell mal nen paar GB RAM und einige MHz ins Land... Da würde ich mich als Entwickler dann auch freuen wenn man die runterfährt und meine 12h-Abfrage ggf. doch in 10h durchläuft... Ganz davon abgesehen bringt die schönste Optimierung nichts wenn meine VM leider alle paar Sekunden die Arbeit unterbricht - dann muss ich irgendwann doch wieder auf ner realen Maschine arbeiten -> Ziel verfehlt!