Necron

Hi, was genau möchtest du erreichen?

Was passiert um diese Uhrzeit auf dem Host 04:01 und 04:02? Backup?

Je nachdem wie du dich jetzt entscheidest, kann man über den VMM betreffend vNICs alles vorkonfigurieren. Das erfordert aber Kenntnis und Verständnis der Thematik. Ansonsten ist soweit alles gesagt worden. :)

Alles klar! Dann würde aus meiner Sicht nichts gegen ein NIC-Team aus den 6 NICs sprechen. Kommt auch der SC2012 SP1 VMM zum Einsatz?

Hi, grundsätzlich gilt für NIC-Teaming, wenn VMs darüber kommunizieren, Hyper-V Port einzustellen sowie LACP, wenn unterstützt, zu bevorzugen. Du kannst auch alle NICs in einem Team zusammenfassen und dann mittels vNICs den Traffic separieren.

Hi, das Ereignisprotokoll wäre der erste Ansatz! Am besten auch noch ausstellen, dass das Betriebssystem bei einem Bluescreen automatisch neustartet. Ein paar mehr Details zum Betriebssystem in den VMs sowie der Konfiguration wären hilfreich!

Wenn es dir um Rechtschreibung geht: Familie, Freunde oder Verwandte lesen lassen. ;)

Hi, welche VM wurde neugestartet?

Hi, unsere Regeln bzgl. Passwort vergessen oder Passwort funktioniert nicht hast du mit der Anmeldung in diesem Forum akzeptiert. Daher endet unser Support leider hier. Fahre das Rettungssystem hoch, sichere die relevanten Konfigurationsdateien und setze den Server neu auf. Des Weiteren empfehle ich dann ein regelmäßiges Backup! Vielen Dank für dein Verständnis!

Hi, Liegt die VM im Standardpfad für VMs?

Hi, Wenn die Testversion nicht mehr im Evalcenter auftaucht, dann hast du nur noch per MSDN/TechNet Subscription die Möglichkeit. Aber wieso machst du nicht direkt die Prüfung für Windows 8?

Genau! Bei Load Balancing & Failover immer MPIO bei iSCSI/FC nehmen. Bei deiner jetzigen Konstellation würde ich 3 NICs teamen und die andere für das Management des Hyper-V Hosts verwenden.

Hi, auf welchem Storage sollen die VMs liegen? Local Storage oder Shared Storage (iSCSI, FC oder SMB 3.0)? Wenn du einen Switch hast der LACP unterstützt, dann würde ich auch LACP beim Teaming nehmen. Als Faustregel gilt "Hyper-V Port", wenn man VMs über das Team an das Netzwerk anbindet.

Hi, ist das BIOS auf dem aktuellen Stand?

Ja, genau.

Nein! Das Verzeichnis C:\WINDOWS\SYSVOL\sysvol wird als SYSVOL freigegeben. NETLOGON ist die Freigabe für C:\WINDOWS\SYSVOL\sysvol\domain.tld\SCRIPTS ;)

Hi, wie Nils es schon sagte, einfach mal versuchen. Ansonsten, wie auch bereits gesagt, die CPU-Kompatibilität bei jeder VM einschalten, damit funktioniert es auf alle Fälle dann! Wichtig die VM muss dafür heruntergefahren werden. Ab Windows Server 2012 kann man das Ganze wunderbar per PowerShell automatisieren. ;)

Danke für deine Rückmeldung! :)

Hi, mal davon abgesehen, dass das ganze von der Seite der Sicherheit aus her eher fragwürdig ist, eine Firewall als VM zu betreiben, würde mich interessieren zu welchen Netzwerken die Astaro VM verbunden ist? Allgmein beschreibe etwas detaillierter wie die Netzkonfiguration auf dem Hyper-V ist.

Hier schaut jeder über den Tellerrand und behält dabei seine Sachlichkeit, dass man MS und, auch wenn es ironisch/zynisch gemeint ist, nicht M$ schreibt. ;) Ich schreibe ja auch nicht Ci$co, sondern Cisco. ;) So nun aber bitte zurück zum Thema! :)

Trotzdem bitte MS und Windows schreiben!

Das SSP Portal ist zugunsten vom App Controller nicht mehr dabei. Beim SSP Portal hatte sich auch seit SCVMM 2008 R2 nichts mehr getan. ;) Hi, Darüber habe ich letztes Jahr in der Uni mein Praxisprojekt und meine Bachelor Arbeit geschrieben. Um dir hier weiterhelfen zu können wären deine Anforderungen interessant. Grundlegend kann man sagen, dass man mittels SCVMM in Kombination mit Hyper-V deutlich besser dran ist als ohne. Aber das kommt wieder auf die Anforderungen an.

Ein DC ist ein sicherheitsrelevantes Konstrukt, daher gehören auf einen DC nur die ADDS und DNS! Bei Hyper-V hat es Performancegründe. Jede weitere Rolle in der Management Partiton/Parent Partition bremst die Performance des Hypervisors aus und das schlägt sich bei den VMs nieder. Das nur kurz dazu. Ab Windows Server 2012 ist der Failover Cluster beim Starten nicht mehr vom AD abhängig, daher funktioniert auch der Zugriff auf die LUNs, wenn man CSVs verwendet. Ab Windows Server 2012 kann man mit virtuellen DCs ohne Probleme arbeiten. Bei Windows Server 2008 R2 sieht es anders aus, hat man keinen physischen DC, dann kommt der Cluster nicht hoch und auch der Zugriff auf die CSVs bleibt verwehrt. Man läuft in einen Deadlock rein.

Hi, ich würde an dieser Stelle eher eine neue benutzerdefinierte Regel für Port 3389 erstellen und die systemeigene Regel deaktivieren.

Wenn du Hyper-V Server 2012 oder den Windows Server 2012 mit Rolle Hyper-V für die Virtualisierung samt Failover Cluster und Shared Storage verwendest, dann kannst du alle DCs virtualisieren und die Hyper-V Hosts in diese Domain mit aufnehmen. Unter Windows Server 2008 R2 wird zwingend ein physischer DC benötigt, falls man die Hyper-V Hosts in derselben Domain hat wie die DCs. Und merke noch einmal: ein DC ist ein DC und ein Hyper-V ist ein Hyper-V! An der Aussage gibt es nichts zu rütteln. Dein Vorhaben in allen Ehren, aber das bedeutet nicht nur einen erhöhten Konfigurations- sondern auch einen erhöhten Verwaltungsaufwand!