Necron

Hi, sprichst du von physischen Subnetzen oder virtuellen Subnetzen? Ist SC2012 SP1 VMM im Einsatz? Beschreibe deine Umgebung bitte etwas detaillierter. :)

Hi, zu 1.) Geht nicht. zu 2.) Einen Adapter aussparen, anders geht es nicht. Der Hyper-V Host hat ja sonst keine Verbindung zum VMM. ;) zu 3.) Das Uplink Port Profile sollte kein Teaming verwenden. Separaten Logical Switch für iSCSI anlegen, wenn du die vNICs darüber verwalten möchtest. zu 3a.) Gib den definierten Pool beim Erstellen der vNIC mit an. Wenn er nicht erscheint, dann musst du das Subnet noch dem Logical Network hinzufügen. zu 3b.) Kann man machen, je nachdem wie man es haben möchte. Wichtig ist halt das die beiden NICs/vNICs für iSCSI halt nicht im selben Subnetz liegen. Ansonsten schau auch mal hier rein http://www.mcseboard.de/topic/191918-scvmm-2012-sp1-networking-probleme/ dort habe ich auch einige Screenshots meiner Testumgebung eingestellt und einige Artikel verlinkt. :)

Bitte mach ein neues Thema auf!

Du musst die Remote Server Administration Tools auf Windows 7 installieren, dann steht dir dort auch die Hyper-V MMC zur Verfügung. Bei Windows 8 ist das genau das Gleiche! Mit Windows Server 2012 Standard, hast du das Recht neben der physischen Installation, worauf nur die Rolle Hyper-V & das Failover Cluster Feature installiert sein dürfen, zwei virtuelle Instanzen des Windows Server 2012 zu betreiben.

Auf einem Hyper-V soll nur der Hyper-V laufen. ;) Daher wird, wenn man Hyper-V und SBS auf ein und derselben Hardware laufen haben möchte der SBS virtualisiert. Mit Windows 7 kannst du auch den Windows Server 2012 Hyper-V verwalten, aber dir fehlen die Menüs der neuen Funktionen. 5nine passt seine Software ja auch an. ;)

Hi, ich hoffe du hast nur die Hyper-V Verwaltungstools nach installiert. Des Weiteren gilt eigentlich als Faustregel: Windows 8 mit RSAT = Windows Server 2012 Windows 7 mit RSAT = Windows Server 2008 R2 Windows Vista mit RSAT = Windows Server 2008 Ein Ping funktioniert bei Windows ab Windows Vista/Server 2008 von Haus aus nicht mehr. Dazu muss die Regel für die Firewall aktiviert werden. Bei einer Core Installation kannst du dazu auch sconfig über die Kommandozeile verwenden.

Gerne! :)

Der neue SC2012 SP1 VMM ist vielleicht etwas komplexer als die 2008 R2 Version. Aber das liegt daran, dass der SC2012 SP1 VMM viel mehr abdecken muss: Private Cloud Szenarien, Converged Fabric Möglichkeiten, Multi-Tenancy, etc. Da hängt vieles dran, man muss sich halt mal durch die Technical Documentation durch arbeiten, um alle Funktionen zu verstehen. -> http://www.microsoft.com/en-us/download/details.aspx?id=6346 Das sind dann aber auch 615 Seiten. Zwischen SC2012 VMM, SC2012 SP1 VMM CTP1/2 und SC2012 SP1 VMM Beta bzw. jetzt SC2012 SP1 VMM lagen teilweise gewaltige Sprünge was den Funktionsumfang betrifft. Zum Abschluss noch etwas zu den vielen neuen Funktionen: Richtig eingesetzt erleichtern diese einem das Leben um ein vielfaches. Ich kann dir nur ans Herz legen, die Technical Documentation durchzuarbeiten. Dir hier die Neuerungen und deren Konfiguration zu erklären, übersteigt bei weitem das was ein Forum leisten kann. :)

Kannst du die genaue Fehlermeldung des VMM posten?

Wenn die Hosts unterschiedliche CPUs Modelle haben, dann muss noch die Prozessorkompatibilität aktiviert werden. Live Migrationen zwischen AMD und Intel gehen generell nicht.

Hi, um welche Anwendung handelt es sich denn genau?

Bitte per PN bei Datahighway melden.

Ich schrieb auch Hyper-V Settings in der Hyper-MMC. ;) Aber du hast den Punkt ja bereits im VMM gefunden. Ja, eine Network Site, die das Unternehmensnetzwerk angibt, muss vorhanden sein.

Das mag sein, ich habe es bisher noch nicht andersherum getestet. Switch Independent Teaming macht Sinn. Alleine das man schon LBFO hat. Okay, dann definierst du in den Hyper-V Settings in der Hyper-V MMC welches IP Subnetz für die Live Migration Verfahren genutzt werden soll. Ja, du kannst mehrere Network Sites in einem einzigen Logical Network definieren. Macht meiner Meinung bei vNICs aber nur Sinn, wenn du die statische IP über den VMM direkt bei Erstellung zuweisen möchtest. Zu den DNS Einträgen lies dir den Eintrag auf dem Blog von Carsten Rachfahl durch. iSCSI, CSV und LM Netzwerk brauchen nur IP-Adresse und die Subnetzmaske mehr nicht. Die Blogartikel von www.server-talk.eu gehen schon sehr in Richtung Basics. Wenn man es noch detaillierter erläutern würde, dann setzt man weiter oben an. Das ist aber nur meine Meinung und Wahrnehmung dazu, die muss nicht unbedingt stimmen. ;) Korrekt!

Ein Logical Switch hätte gereicht. ;) Windows Server 2012 unterstützt NIC-Teaming auch mit verschiedenen NIC Vendoren. Welche vNIC für Live Migration Traffic oder CSV Traffic genutzt wird, definierst du über den Failover Cluster Manager. Ansonsten wird das über die Vergabe der IP-Adresse geregelt. Management NIC, iSCSI NIC, CSV NIC und Live Migration NIC sollten alle unterschiedliche IP-Adressen in verschiedenen IP-Subnetzen haben. -> http://www.hyper-v-server.de/management/aufbau-und-einrichtung-eines-failovercluster-unter-windows-server-2012/ Zum Beispiel meine Konfiguration in meiner Testumgebung: Der Logical Switch basiert auf einem NIC-Team. iSCSI1: 10.0.1.11 - 255.255.255.0 iSCSI2: 192.168.1.2 - 255.255.255.0 LiveMigration: 192.168.4.2 - 255.255.255.0 CSV: 192.168.3.2 - 255.255.255.0 LAN (Management & VM-Traffic): 10.0.0.3 - 255.255.254.0 Diese Artikel von Michel Lüscher & Thomas Maurer sollten dir auch weiterhelfen. ;) -> http://www.server-talk.eu/2013/02/13/hyper-v-networking-grundlagen-in-system-center-2012-sp1-virtual-machine-manager/ -> http://www.server-talk.eu/2013/02/15/der-logical-switch-in-system-center-2012-sp1-virtual-machine-manager/

Einfach wo anders hochladen und hier her verlinken. ;) Ich leite es trotzdem mal an unseren Admin weiter.

Du hast ja ein VM Network ohne Isolation, dieses muss dort bei den vNICs zugeordnet werden, so dass diese die Konnektivität ins Unternehmensnetzwerk haben. Genauso wird dieses VM Network für VMs verwendet, die nicht über die Netzwerkvirtualisierung isoliert werden sollen. Wenn beide NICs im Server dem Logical Switch zugeordnet sind, dann kannst du bei den Hosts über den VMM den Standard Virtual Switch entfernen. Vielleicht noch interessant bezüglich der Konfiguration der vNICs: http://www.danielstechblog.de/converged-fabric-virtuelle-nics-mit-sc2012-sp1-vmm/

Hi, vielleicht hilft dir die Übersicht von Aidan Finn erst einmal weiter. -> http://www.aidanfinn.com/?p=14161 Wichtig ist es bei Einsatz des Logical Switchs, dass der Hyper-V Host mindestens zwei physische NICs hat. Man fügt zu erst die eine NIC dem Logical Switch hinzu und lässt dies den SC2012 SP1 VMM verarbeiten. Dann kann im nächsten Schritt die zweite NIC hinzufügen, so ist garantiert, dass der Hyper-V Host immer Kontakt zum VMM hat.

Hi, dann schau dir mal die Erklärungen und Erläuterungen in der MSDN an: -> http://msdn.microsoft.com/en-us/library/windows/hardware/hh582268(v=vs.85).aspx -> http://msdn.microsoft.com/en-us/library/windows/hardware/hh582256(v=vs.85).aspx -> http://msdn.microsoft.com/en-us/library/windows/hardware/hh598163(v=vs.85).aspx

Hi, hast du schon mal die Volumen Schattenkopien überprüft? Gerade wenn eine Backupsoftware verwendet wird, die den VSS verwendet, kann dies vorkommen. vssadmin und diskshadow dürften dir bei der Identifizierung per CMD behilflich sein.

Hi, wie Dukel schon schrieb, ist es auch nach meiner Ansicht nach korrekt. Aber Norberts Frage, welchen Hintergrund die Frage von CoolAce hat interessiert mich sehr!

Wenn der VSS Writer registriert wird, dann spricht nichts dagegen.

Den VSS Writer muss man bei Windows Server 2008 R2 Hyper-V registrieren, wenn man die Windows Server Sicherung nutzt!

Hi, MS Virtual Academy und dann danach die MS TechNet. :)

Vergiss es. Die Netzwerkvirtualisierung kannst du derzeit nicht so richtig verwenden, da es keine Gateways bzw. Gateway Provider auf dem Markt gibt, so dass du aus dem VM Netzwerk heraus in externe Netze kommst. Das habe ich leider selber in der letzten Zeit leidvoll erfahren müssen. Derzeit sind in der Pipeline Gateway Appliances von nappliance und f5. Wann diese auf den Markt kommen? Keine Ahnung!