Goedemorgen Tweakers
Op 1 van onze lokatie's staat een Windows 2012 R2 standard machine die nu alleen dienst doet als Domain Controller en File/Print server. (AD / DNS role actief)
Vanwege wat veranderingen aldaar wijzigt de rol van de server, en moet hij een Webbased Applicatie met achterliggende MS SQL Express DB gaan serveren. Vanwege voor de hand liggende redenen wenst de leverancier van dit pakket een dedicated server.
Als we dit eerder hadden geweten, dan had ik de server gelijk als Hyper-V machine ingesteld, maar goed, achteraf kijk je de
in de
Ik zit nu dus met een Live machine, die ik uiteindelijk op diezelfde machine wil virtualiseren. Omdat ik helaas niet de luxe heb er tijdelijk een server naast te zetten, heb ik het volgende scenario uitgedacht:
1. SERVERHUIDIG demoten als DC naar "gewoon" member server
2. SERVERHUIDIG >>P2V middels DISKTOVHD
3. SERVERHUDIG renamen naar HYPERVSERVER + rollen aanpassen naar alleen nog Hyper-V
4. de bij stap 1 gemaakte VHD's importeren als nieuwe VM, renamen en oude rollen herstellen (dus ook DCPROMO naar DC)
5. Nieuwe VM maken voor de webbased applicatie, IIS, MS SQL Express
Dit scenario lijkt me uitvoerbaar, maar hoor graag jullie mening.
Daarnaast vraag ik me af hoe ik dit licentie technisch rond ga breien. De fysieke machine is aangekocht met 1 OEM licentie. Maar straks heb ik 1 fysieke machine en minimaal 2 VM's. Moeten die 2 VM's een eigen nieuwe licentie krijgen? Ik meen me te herinneren dat je op 1 licentie 2 VM's mee mag laten lopen, maar ben daar niet zeker van.
Een ander scenario zou kunnen zijn om eerst de server helemaal klaar te maken als Hyper-V machine. Terwijl hij file en printserver blijft spelen. 2 nieuwe VM's aanmaken en uiteindelijk daar de data naartoe kopieëren. Nadeel is dat je tijdens de kopieer actie je rechtstructuur kwijt raakt, en de shares opnieuw aan moet maken (niet onoverkomelijk denk ik) Dit geeft dan wel de minste downtime.
De vraag is dan echter, heeft de Hyper-V role moeite met Print en file server spelen. Ook al hoeft hij dat misschien maar een dag te doen.
Op 1 van onze lokatie's staat een Windows 2012 R2 standard machine die nu alleen dienst doet als Domain Controller en File/Print server. (AD / DNS role actief)
Vanwege wat veranderingen aldaar wijzigt de rol van de server, en moet hij een Webbased Applicatie met achterliggende MS SQL Express DB gaan serveren. Vanwege voor de hand liggende redenen wenst de leverancier van dit pakket een dedicated server.
Als we dit eerder hadden geweten, dan had ik de server gelijk als Hyper-V machine ingesteld, maar goed, achteraf kijk je de
Ik zit nu dus met een Live machine, die ik uiteindelijk op diezelfde machine wil virtualiseren. Omdat ik helaas niet de luxe heb er tijdelijk een server naast te zetten, heb ik het volgende scenario uitgedacht:
1. SERVERHUIDIG demoten als DC naar "gewoon" member server
2. SERVERHUIDIG >>P2V middels DISKTOVHD
3. SERVERHUDIG renamen naar HYPERVSERVER + rollen aanpassen naar alleen nog Hyper-V
4. de bij stap 1 gemaakte VHD's importeren als nieuwe VM, renamen en oude rollen herstellen (dus ook DCPROMO naar DC)
5. Nieuwe VM maken voor de webbased applicatie, IIS, MS SQL Express
Dit scenario lijkt me uitvoerbaar, maar hoor graag jullie mening.
Daarnaast vraag ik me af hoe ik dit licentie technisch rond ga breien. De fysieke machine is aangekocht met 1 OEM licentie. Maar straks heb ik 1 fysieke machine en minimaal 2 VM's. Moeten die 2 VM's een eigen nieuwe licentie krijgen? Ik meen me te herinneren dat je op 1 licentie 2 VM's mee mag laten lopen, maar ben daar niet zeker van.
Een ander scenario zou kunnen zijn om eerst de server helemaal klaar te maken als Hyper-V machine. Terwijl hij file en printserver blijft spelen. 2 nieuwe VM's aanmaken en uiteindelijk daar de data naartoe kopieëren. Nadeel is dat je tijdens de kopieer actie je rechtstructuur kwijt raakt, en de shares opnieuw aan moet maken (niet onoverkomelijk denk ik) Dit geeft dan wel de minste downtime.
De vraag is dan echter, heeft de Hyper-V role moeite met Print en file server spelen. Ook al hoeft hij dat misschien maar een dag te doen.