Microsoft Virtual Machine Converter 3.0 - jetzt mit P2V Unterstützung

Seit gestern ist die neue Version 3.0 des Microsoft Virtual Machine Converter (MVMC) zum Download verfügbar.

Microsoft Virtual Machine Converter (MVMC) ist eine von Microsoft bereitgestellte, Stand-alone-Lösung, die zum einen virtuellen Maschinen und virtuelle Festplatten von VMware als V2V also Hosts zu Hosts konvertieren kann. Dabei kann das Ziel entweder Microsoft Hyper-V oder Windows Azure  sein. Alternativ beherrscht MVMC ab sofort auch P2V, also die Migration eines physischen Systems. Dazu muss auf der Quelle mindestens Windows Server 2008 oder höher als Serverbetriebssystem oder Windows Vista oder höher als Clientbetriebssystem auf installiert sein 

MVMC kann mit minimalen Abhängigkeiten eingesetzt werden. Da MVMC native Unterstützung für Windows PowerShell bietet, ermöglicht es Scripting und die Integration mit Data Center Automation Workflows, wie z.B. in Microsoft System Center Orchestrator 2012 R2. 

Download von der Microsoft Seite: http://www.microsoft.com/en-us/download/details.aspx?id=42497

Hier noch ein Überblick über alle Features des MVMC

• Converts virtual disks that are attached to a VMware virtual machine to virtual hard disks (VHDs) that can be uploaded to Microsoft Azure.

• Provides native Windows PowerShell capability that enables scripting and integration into IT automation workflows.

• Note The command-line interface (CLI) in MVMC 1.0 has been replaced by Windows PowerShell in MVMC 2.0.

• Supports conversion and provisioning of Linux-based guest operating systems from VMware hosts to Hyper-V hosts.

• Supports conversion of offline virtual machines.

• Supports the new virtual hard disk format (VHDX) when converting and provisioning in Hyper-V in Windows Server® 2012 R2 and Windows Server 2012.

• Supports conversion of virtual machines from VMware vSphere 5.5, VMware vSphere 5.1, and VMware vSphere 4.1 hosts Hyper-V virtual machines.

• Supports Windows Server® 2012 R2, Windows Server® 2012, and Windows® 8 as guest operating systems that you can select for conversion.

• Converts and deploys virtual machines from VMware hosts to Hyper-V hosts on any of the following operating systems:

• Windows Server® 2012 R2

• Windows Server® 2012

• Windows Server 2008 R2 SP1

• Converts VMware virtual machines, virtual disks, and configurations for memory, virtual processor, and other virtual computing resources from the source to Hyper-V.

• Adds virtual network interface cards (NICs) to the converted virtual machine on Hyper-V.

• Supports conversion of virtual machines from VMware vSphere 5.5, VMware vSphere 5.0, and VMware vSphere 4.1 hosts to Hyper-V.

• Has a wizard-driven GUI, which simplifies performing virtual machine conversions.

• Uninstalls VMware Tools before online conversion (online only) to provide a clean way to migrate VMware-based virtual machines to Hyper-V.

• Important MVMC takes a snapshot of the virtual machine that you are converting before you uninstall VMware Tools, and then shuts down the source machine to preserve state during conversion. The virtual machine is restored to its previous state after the source disks that are attached to the virtual machine are successfully copied to the machine where the conversion process is run. At that point, the source machine in VMware can be turned on, if required.

• Important MVMC does not uninstall VMware Tools in an offline conversion. Instead, it disables VMware services, drivers, and programs only for Windows Server guest operating systems. For file conversions with Linux guest operating systems, VMware Tools are not disabled or uninstalled. We highly recommend that you manually uninstall VMware Tools when you convert an offline virtual machine.

• Supports Windows Server and Linux guest operating system conversion. For more details, see the section “Supported Configurations for Virtual Machine Conversion” in this guide.

• Includes Windows PowerShell capability for offline conversions of VMware-based virtual hard disks (VMDK) to a Hyper-V–based virtual hard disk file format (.vhd file).

• Note The offline disk conversion does not include driver fixes.

Quelle: http://blogs.technet.com/b/scvmm/archive/2014/10/13/microsoft-virtual-machine-converter-3-0-is-now-available-for-download.aspx

Citrix kündigt XenApp 7.5 an

Der König ist tot. Lang lebe der König.

Das funktioniert nicht nur in der britischen Monarchie, sondern auch bei Citrix Produkten.
Nachdem Citrix im letzten Jahr die technologische Verschmelzung von XenApp als Multiuser Umgebung und XenDesktop als Singleuser Umgebung zu einem Produkt ankündigte, waren die Meinungen dazu sehr unterschiedlich. Citrix war ja eigentlich nie zimperlich in der Etablierung neuer Produktnamen, aber in diesem Falle sollte mit dem gemeinsamen Namen XenDesktop wohl so etwas wie Konstanz entstehen. Dies führte nach meiner Erfahrung bei der Mehrheit der Kunden aber zu großer Verwirrung, da die Differenz zwischen Erwartung der Kunden und der Realität in etwa so aussieht:

Erwartung des Kunden
XenApp = Applikationsvirtualisierung
XenDesktop = Desktopvirtualisierung

Produktrealität bis Mai 2013
XenApp = MultiUser-Desktop- und Applikationsvirtualisierung (Serverbetriebssysteme)
XenDesktop = SingleUser-Desktop- und Applikationsvirtualisierung (Desktopbetriebssysteme)

Produktrealität ab Juni 2013
XenApp = MultiUser-Desktop- und Applikationsvirtualisierung (Serverbetriebssysteme) - ABGEKÜNDIGT
XenDesktop = Single- und MultiUser-Desktop- und Applikationsvirtualisierung (Desktop- und Serverbetriebssysteme)


Mit der Ankündigung aus dem letzten Jahr stand auch fest, dass XenApp nicht nur als Produkt sondern auch als Name verschwinden wird. Umso erstaunlicher ist die nun kurzzeitig aufgetauchte Ankündigung von
XENAPP 7.5
Bisher sind wenig bis keine Fakten bekannt. Alles was es gibt ist ein Video auf der Citrix Seite, das nur mit einem Citrix Account angesehen werden kann, das aber mehrheitlich aus Marketing-blabla besteht als aus wirklichen Fakten. Sehr wahrscheinlich soll XenApp 7.5 aber nicht mehr auf IMA Architektur sondern wie XenDesktop 7 auf der FMA Architektur basieren. Dies legt die Vermutung nahe, dass die bisher unter "XenDesktop 7 App Edition" firmierende Edition, also ein XenDesktop mit dem Featureset von XenApp, nun als XenApp 7.5 die alten XenApp Kunden mit auf die FMA-Reise nehmen soll.  

Technologisch würde ich nach einigen mehr oder minder erfolgreichen XenDesktop Projekten diesen Schritt der Überführung der XenApp Multiuser Infrastruktur (IMA) in die XenDesktop Infrastruktur (FMA) als wichtig und richtig bezeichnen. Aber diverse Features, die in XenApp vorhanden waren und nun in XenDesktop fehlen machen den Umzug nicht leicht. Auch die Stabilität grade im Bereich Storefront ist mehr als nur ein wenig ausbaufähig.

Weitere Informationen folgen bestimmt sehr bald.

Configure RDS Licensing in single Windows Server 2012

If you try to configure RDS Licemsing in a single Windows Server 2012 RDS Server without installing a RD Connection Broker you getting the following screen in Servermanager

 
To configure licensing mode do the following:

start cmd promt
> gpedit <enter>
search for
Local Computer Policy -> Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing

and change

"Use the specified RD license servers" = yourRDSlicenseServer
"Set the Remote Desktop licensing mode" = Per User

XenDesktop - Error "Cannot start desktop W2k8Test1" - No available resource found for user

I´m installing first XenDesktop 7 Infrastructure for productive use at customer site
and stucked at following problem:

Win2008R2 Worker in XenDesktop 7 Site (DC Windows Server 2008 R2) deployed mit MCS
When i try to connect session from Storefront i´m getting the following error on Storefront Website

"Cannot start desktop W2k8Test1"


and the following eventlog error on Storefront server:

Event ID: 0, Citrix Store service
No available resource found for user domain\user when accessing desktop group Desktop Group.

CDF Trace didnt give me any mor information.

 ----------------------------snip---------------------------------

1006 0 (07/22/2013) 10:24:54:227 5040 1188 #dotNet# ****** ****** ****** ****** ****** BrokerDAL:8:5:DAL <<&lt; ResolveWorkerForLaunch(LaunchToken=fe8990cf-6f9e-xxxx-970b-675ebdfxxxxx): returns LaunchDataNoDesktopAvailable,W2k8TestB1,,,,Retry=,Restartable=False
 
1007 0 (07/22/2013) 10:24:54:230 5040 1188 #dotNet# ****** ****** ****** ****** ****** BrokerComponent:2:1:PrepareSession(): Launch failed: NoDesktopAvailable
 
1008 0 (07/22/2013) 10:24:54:230 5040 1188 #dotNet# ****** ****** ****** ****** ****** BrokerOpEvent:2:1:2013-07-22T08:24:54.2300000Z:ResourceLaunchFailure(W2k8TestB1 $S1-1, Group=xxxxxxx-c617-4d8f-xxxx-c79f13ecd629, Worker=, Session=, Client=172.16.X.X, Via=172.16.Y.Y, 70ms, User=S-1-5-21-xxxxxxx-4256275101-3180360253-500, domain\Admin, Admin@domain.intern, Admin, Reason=NoDesktopAvailable)
-----------------------------snap---------------------------------

But Get-BrokerMachine stated:

WindowsConnectionSetting : LogonDisabled

That pushed me in the right direction. Found the following Thread in Citrix Forum that said that VDA uses 4 Window RegKeyto define if RDS Connections are allowed or not.

One of the keys is
HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnections

and this one was set to 1.

That dont have any impact on RDS Connections,they works like a charme, but causes that XenDesktop could not establish a connection to that worker.

Set RegKey fDenyTSConnection to 0 resolved the problem.

Citrix XenDesktop 7 - VDA - EventId 9026 - kann ignoriert werden

Im Zuge einiger Probleme und dem damit verbundenen Troubleshooting bei meiner ersten produktiven XenDesktop Installation bin ich auf folgenden Ereignisprotokolleintrag auf einem
Windows Server 2008 R2 Session Host mit frisch installiertem XenDesktop7 VDA gestoßen:

Protokollname: System
Quelle:        MetaFrame
Datum:         18.07.2013 18:31:16
Ereignis-ID:   9026
Aufgabenkategorie:Keine
Ebene:         Fehler
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      W2K8TESTA1.domain.intern
Beschreibung:
Fehler '%1' beim Abrufen einer Lizenz für eine Citrix XenApp-Clientverbindung. Es wurde eine Kulanzlizenz gewährt.


der Eventlog Eintrag auf Englisch lautet dann:
Error '%1' received while obtaining a license for a Citrix Presentation Server client connection. A grace license has been granted.


Wie ich grade vom Citrix Support erfahren habe, kann diese Meldung ignoriert werden.
Sie hat keine Relevanz und wird in einem der nächsten Hotfixes für den VDA behoben.
Der Fehler tritt immer nur einmal nach jedem Neustart des betreffenden Servers auf.

Migration eines DHCP-Servers von Windows Server 2003 zu Windows Server 2012

Moin Moin,

hier einmal ein schneller Ablauf für die Migration eines bestehenden DHCP Servers auf einem Windows Server 2003 / 2003 R2 auf einen Windows Server 2012.
Es gibt für den Fall, dass die hier beschriebene netsh Variante auf dem 2003 Server fehl schlägt, noch den Weg über das Migration Tool Kit vom Windows Server 2008 / 2008 R2. Dann muss allerdings der Umweg über 2008 gemacht werden. Also 2003 zu 2008 und dann 2008 zu 2012. Hier aber der "einfache" Weg via netsh. Getestet und funktioniert.

Gruß
Björn 
 

Export der DHCP Datenbank von Windows Server 2003

1. Auf dem Windows 2003 Server starten wir eine Eingabeaufforderung 
2. Gib den folgenden Befehl ein: netsh
3. Gib den folgenden Befehl ein: DHCP 
4. Gib den folgenden Befehl ein: server \\Name oder IP-Adresse 
5. Gib den folgenden Befehl ein: export c:\dhcpexport all    
    Hinweis: Du musst lokale Adminrechte haben, um die Daten zu exportieren.
    Hinweis2: Das ganze kann auch in einer Befehlszeile geschrieben werden:

Importieren der DHCP-Datenbank auf Windows Server 2012

1. Kopiere die exportierte DHCP-Datenbankdatei auf den Zielserver
2. Im Server-Manager, wählst Du "Hinzufügen von Rollen und Features"

 
3. Installiere nun die Rolle "DHCP Server"
4. Sobald die Installation  der DHCP-Server Rolle abgeschlossen ist, beenden wir den Dienst   
    DHCP-Server5. Lösche nun die Datei Dhcp.mdb unter  c:\windows\system32\DHCP.
6. Jetzt starten wir den DHCP Server Dienst wieder.
7. Auf der unteren linken Seite des Desktop-Bildschirm mit der rechten Maustaste klicken, um das 
    Admin-Menü aufrufen8. Wähle die Eingabeaufforderung (Admin), um die Eingabeaufforderung 
    mit erhöhten Rechten zu öffnen.
9. Gib den folgenden Befehl ein: netsh10. Gib den folgenden Befehl ein: DHCP 
11. Gib den folgenden Befehl ein: server \\Name oder IP-Adresse 
12. Gib den folgenden Befehl ein: import c:\dhcpexport 
      Hier gelten natürlich die selben Hinweise wie oben.

13. Schließe die Eingabeaufforderung.
14. Nun müssen wir den DHCP-Server Dienst noch einmal neu starten. 
15. Auf dem Windows 2003 Server wird nun noch der DHCP Server Dienst deaktiviert und ggf. 
      entfernt.  
16. Nun müssen wir einfach nur noch die Server- und/oder Bereichsoptionen für den neuen Windows 
      Server 2012 DHCP-Server konfigurieren und diesen dann innerhalb der Domäne autorisieren  

Fertig. Die Migration ist abgeschlossen.