Necron

Hi, so ein ähnliches Problem kenne ich nur beim Backup erstellen per VSS.

Das ist dein Problem. Seit Windows Server 2012 immer das native NIC Teaming des Windows Server nehmen. Microsoft unterstützt das NIC Teaming auf Treiberebene nicht mehr, sondern nur noch das native NIC Teaming des Betriebssystems. Das heißt derzeit, dass dein System sich in einem nicht unterstützten Zustand befindet.

Hi, von was für einem Hersteller sind die Netzwerkkarten in dem Server?

Also kommen keine Warnungen/Fehler im Ereignisprotokoll vor?

Hi, hast du dir das Ereignisprotokoll angeschaut? Tauchen dort Fehler oder Warnmeldungen auf?

Hi, um einen Cluster einzurichten brauchst du kein System Center. Du musst mittels Server Manager auf den jeweiligen Servern das Feature Failover Cluster installieren, dann kannst du mit dem Failover Cluster Manager den Cluster erstellen und konfigurieren.

Kann ich bestätigen. :)

Hi, steht oben in dem Blogartikel den ich gepostet habe. ;)

Die Broadcom Treiber sind aber derzeit die einzigen Treiber die bei aktivierter VMQ auf den Broadcom NICs in Zusammenhang mit Windows Server 2012 R2 Hyper-V funktionieren. Ansonsten muss man das Feature deaktivieren, damit die Performance stimmt. :cry:

Die Netzwerkkonfiguration im VMM sollte man nicht unterschätzen. Ist etwas kompliziert, wenn diese aber mal korrekt eingerichtet wurde ist es ein Traum. ;) Aber das ist ja nicht Thema des Threads. :D Zum Thema Broadcom: Gibt wohl nun aktuelle Treiber von Broadcom, die das Problem beheben mit Windows Server 2012 R2. -> http://www.cloudoscommunity.com/blogs/cid/3856/Network-speed-issues-in-Windows-Server-2012-R2-Hyper-V-with-Broadcom-NICs

Geht auch direkt: http://www.microsoftvirtualacademy.com/offers/virtualizationsquaredoffer

Genau die Rolle kann nicht in einer VM betrieben werden.

Hi, welche RDS Rolle meinst du denn? Ich kann dir jetzt schon sagen, dass die auf dem Windows Server 2012 Hyper-V installiert werden muss. Btw. Microsoft unterstützt einen Nested Hyper-V nicht.

Gibt leider keine Prüfung über die PowerShell. Einzig und allein ein VMM Trace könnte weiteren Aufschluss geben. -> http://support.microsoft.com/kb/2801185

Hi, wäre mir jetzt ziemlich neu. Aber mal abwarten ob es von Microsoft eine Pressemitteilung gibt.

Der VMM Management Server bzw. der Dienst wurde neugestartet nach der Änderung? Wenn nicht einmal bitte durchführen.

Der Fehler 2940 hat entweder mit den Firewalleinstellungen zu tun oder es liegen allgemein Probleme im Netzwerk vor, so dass die P2V an dieser Stelle fehlschlägt. Ansonsten kann man auch per Registry den P2VBitsTCPPort abändern. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings DWORD mit Namen P2VBITSTcpPort anlegen und am besten einen Port der kleiner als 32768 wählen, der nicht in Benutzung ist.

Bei der Volume Configuration kannst du das bestimmen. -> http://technet.microsoft.com/en-us/library/hh427286.aspx

Das ist nicht richtig. Dieser Trugschluss kommt daher, dass beim Anlegen einer VM standardmäßig 127 GB als Standardwert für die IDE Platte drinstehen. Virtual PC unterstützte nur 127 GB pro VHD. Hyper-V unterstützt IDE Disk bis zu 64 TB, wenn es sich um eine VHDX handelt ansonsten 2 TB bei VHD. ;)

Ich würde den Neustart durchführen. Danach über den Conversion Wizard im VMM die P2V anstoßen. Du kannst dort am Ende zwischen Online oder Offline auswählen.

Ok. Eine Frage noch wie installierst du den VMM Agent? Direkt über die MSI Datei oder über die Installations ISO über die Setup.exe?

Auf dem Windows Server 2003 ist das Service Pack 2 installiert, oder nicht?

Aus Sicht des VMMs sieht es wie ein Perimeter Netzwerk aus. Versuche mal den Agenten lokal auf dem Server zu installieren und dann die P2V nochmals anzustoßen.

Hi, das wird laut TechNet nicht gehen. -> http://technet.microsoft.com/en-us/library/cc764232.aspx

Bitte keine Doppelpostings! Hier geht es weiter: http://www.mcseboard.de/topic/195952-vpn-gateway-schränkt-nat-ein/