BildiÄŸiniz gibi SCCM 2007 ‘yi Server 2008 üzerine kurduÄŸunuzda IIS 7 üzerinde birkaç konfigurasyonu gerçekleÅŸtirmeniz gerekli.Ancak tüm bileÅŸenleri doÄŸru yapılandırdıktan sonra SCCM tarafında sıkıntısız devam edebiliyorsunuz.Gerek SCCM upgrade senaryolarında gerekse acil durumlar için SCCM site yedeÄŸini alabiliyoruz.Tabi bunun yanında o kadar konfigurasyonu gerçekleÅŸtirdiÄŸimiz IIS’in yedeÄŸinide almak faydalı olacaktır.
IIS 7′de backup ve restore iÅŸlemi oldukça kolay.Hazırlanmış olan bir scripti kullanarak aÅŸağıdaki ÅŸekilde backup/restore iÅŸlemlerini gerçekleÅŸtirebilirsiniz.
Backup almak için;
 %windir%\system32\inetsrv\appcmd.exe add backup “My Backup Name”
Backuptan dönmek için;
 %windir%\system32\inetsrv\appcmd.exe restore backup “My Backup Name”
Alınan backupı silmek için;
 %windir%\system32\inetsrv\appcmd.exe delete backup “My Backup Name”
inetsrv altında backup klasöründe alınan backup dosyalarınızı görebilirsiniz.
Failover Cluster konsolu altında CSV eklediğinizde arayüzden bunu tekrardan kaldırma şansınız yok.İçerisine bir disk eklemesenizde CSV hep orda duracaktır.Bunu sizde benim gibi kullanmadığınız zamanlar kaldırmak istiyorsanız aşağıdaki komut işinizi görecektir.
Get-Cluster | %{$_.EnableSharedVolumes = "Disabled"}
Hepimizin bildiği NTFS aslında clustered bir dosya sistemi değildir.Aynı anda sadece tek bir sunucunun erişim yapması için tasarlanmıştır birden fazla sunucu aynı anda erişim sağlayamaz.
Yalnız bir cluster yapısı düşündüğünüzde genel mantık ÅŸu ÅŸekildedir.Nodelardan birisi aktiftir ve kaynakları üzerinde tutar diske eriÅŸim saÄŸlayabilir.Cluster üzerindeki service yada application diÄŸer node üzerine taşınacaksa öncelikle fiziksel diskteki kaynak dismount edilir ve diÄŸer node’a taşınıp aktif hale getirilir.Burada birkaç saniyelik downtime’a düşme durum vardır.
Yalnız bu özellikle cluster yapısında sanal makinalar bulunuyorsa istenmeyen bir şeydir.Özellikle Live Migration gibi teknolojilerde hiçbir kayıp olmadan geçiş bizim için önemlidir.
R2 ile birlikte buna karşılık yeni bir yapı mevcut.Cluster Shared Volume (CSV) özelliği ile burada yeralan tüm disklere yapıdaki tüm nodeların erişim şansı bulunuyor.Yani diskler eskiden olduğu gibi aktif olan node altında yer almıyor tüm nodelar tarafından görünür halde karşımıza çıkıyor.
CSV yapısı %systemroot%\clusterStorage altındaki dizinde Volume1-Volume2 gibi isimlerle yer alıyor.
Böylece farklı bir node içerideki VHD’yi baÅŸlatmak istediÄŸinde belirli bir süre geçmesine gerek kalmıyor çünkü hali hazırda herkes bu volumelere eriÅŸim saÄŸlayabiliyor.
DiÄŸer yazılarda CSV konfigurasyonlarına deÄŸineceÄŸim yalnız bilmeniz gereken çok önemli bir ayrıntı var.CSV’yi aktif etmek istediÄŸinizde de size söylendiÄŸi gibi bu yapı sadece Hyper-v destekliyor.
Geçen günlerde ESX Server üzerinde vmotion ve HA videolarını yayınlamıştım.Aynı sistem üzerinde ( 2 adet HP Proliant sunucu,iscsi san) bu sefer Server 2008 R2 ile birlikte gelen en ses getiren teknolojilerden biri olan Live Migration ve Failover Cluster üzerinde HA uygulamasını gerçekleştirip gene videoya çektim.Live Migration mimarisi hakkında ayrıntılı yazıları yakın zamanda fırsat buldukça yayınlamayı düşünüyorum o zamana kadar aşağıdaki video size biraz fikir verebilir.ESX Server tarafındaki vmotion ve HA ile yapılanların aynısı hiçbir fark olmadan yapılabiliyor.Videoları aşağıdan download edebilirsiniz.
Bölüm 1 — Failover Cluster Servisinin kurulumu – iscsi konfigurasyonu
Bölüm 2 — Hyper-V Cluster Konfigurasyonları
Bölüm 3 — Live Migration ve High Availability Testleri
Windows Server 2008 R2 Failover Cluster konsolunu inceledikçe yeni özellikleri keşfetmeye devam ediyorum.Eklenen yeni özelliklerinden biriside Auto Start kutucuğu.
Cluster konsolu altında oluşturduğunuz herhangi bir grubun özelliklerine geldiğinizde Auto Start kutucuğunu görebilirsiniz.
Varsayılan oluşturulan cluster grupları için bu ayar işaretli gelecektir.Yaptığı işlem ise basit.Herhangi bir cluster servis yada application offline durumu düştüğünde tekrardan recover edilmesini otomatik gerçekleştiriyor.Yani online durumu otomatik olarak geçiş gerçekleşiyor.Özellikle Virtual Machinelerin olduğu bir cluster yapısında priority olarak düşünebilirsiniz bu ticki.Node offline durumu düştüğünde düşük öncelikle gruplardan bu işareti kaldırırsınız ve yüksek öncelikli örneğin sanal makinaların blunduğu grup otomatik olarak online duruma geçer.
Åžuna dikkat etmeniz gerekli.EÄŸer grup üzerinden bu ticki kaldırırsanız mutlaka manuel olarak bu grubu size online’a çekmeniz gerekiyor.Aksi takdirde kendisi herhangi bir aksiyon almayacaktır.
Windows Server 2008 R2 öncesi herhangi birine, cluster üzerinde hak vermek istediÄŸinizde ya full control hakkı veriyordunuz yada kullanıcıya hiçbir hak vermiyodunuz.R2 ile birlikte gelen yeniliklerden biriside artık belirli kullanıcılara “read-only cluster access” hakkını atayabilirsiniz.
ÖrneÄŸin yapınızda cluster’ı yöneten farklı adminler varsa belirli hesaplara deÄŸiÅŸiklik yapmadan sadece read hakkı verebilirsiniz.Böylece bu hesaplar, herhangi bir grubu offline edemeyecek yada komple node’u evict edemeyecektir.
Bu işlemi gerçekleştirmek için Failover Cluster Manager penceresinde cluster ismine sağ tıklayıp özelliklerine girdiğinizde Cluster Permission tabında istediğiniz kullanıcı için read hakkı görebilirsiniz.
Bu hakkı powershell ile vermek istediğinizde ise aşağıdaki komut işinizi görecektir.
Grant-ClusterAccess domain\user –readonly
Windows Server 2008 R2 hayatımıza kısa bir süre önce girdi.En büyük yeniliklerden bir taneside Hyper-V 2.0 ile birlikte geldi sanırım.Artık Live Migration yapabiliyoruz.Nedir bu live migration?
Windows Server 2008 üzerinde fiziksel hostlar üzerinde bulunan sanal makinamı başka bir hyper-v fiziksel hosta taşımak istediğimde quick migration yapabiliyorduk.Yalnız burada ortalama 1dk gibi bir süre downtime oluşabiliyordu.Yani içerideki sanal makina ile iletişimi kaybediyorduk.Birkaç post önce yayınladığım Esx Server üzerinde vmotion videosunda ise gördüğünüz üzere sadece bir ping kaybı ile bu migration işlemini gerçekleştirebildik.
Server 2008 R2 ile gelen en güzel özellik ise artık down’a düşmeden bu taşıma iÅŸlemini yapabilmemiz.Buna Live Migration diyoruz.Tabiki vmotion’da olduÄŸu gibi host hyper-v ler tarafından kullanılan ve virtual machineleri içerisinde barındıran shared storage ihtiyacımız bulunuyor.
Birkaç gün içerisinde vmotion’u gerçekleÅŸtirdiÄŸim sunucular üzerinde bu kez Live Migration’ı gerçekleÅŸtirip blogda videosunu yayınlayacağım.
Microsoft’un aynı zamanda Hyper-V Server 2008 R2 isimli ayrı bir sürümü bulunuyor.Aslına bakarsanız Hyper-V’nin en stabil ve güvenli çalıştığı yapı core edition’du.Bu sebeple sadece Hypervisor barındıran standalone bir sürüm çıkardılar.Ãœstelik herhangi bir ücret ödemeden bunu organizasyonunuzda kullanabilirsiniz.Hyper-v Server 2008 R2 ile de Live Migration ve HA yapabilme ÅŸansımız bulunuyor.
HA(High Availability) ise aslında plansız disaster durumlarında yapının kendini ayaÄŸa kaldırmasıdır.Live Migration ile ben planlı bir ÅŸekilde bir sanal makinayı bir fiziksel hosttan diÄŸerine taşıyorum.ÖrneÄŸin içerisinde sanalları barındıran fiziksel makinamda bir donanım upgrade iÅŸlemi yapmam gerekli.Bu durumda live migration ile hiçbir kayıp yaÅŸamadan sanalları diÄŸer host’a atıp iÅŸlemimi bitirip geriye taşıyabilirim.Son kullanıcı bundan etkilenmez.HA ise plansız ÅŸekilde host makinada bir sorun oluÅŸtuÄŸunda diyelimki kapandığında içerideki sanal makinaların diÄŸer host makinada bir restart ile otomatik olarak açılması.Tabiki bunu 2008 içerisindeki Failover Cluster Service sayesinde gerçekleÅŸtirebiliyor.
Konuyu çok dağıtmayalım.Hyper-v Server 2008 R2′ya ücretsiz eriÅŸerek bu harika özelliklerden yararlanabiliyorsunuz.Yalnız kafanıza bir nokta takılabilir.Tamam Hyper-V server’ı alıp hostları kurduk.Peki Live Migration’u yönetmek için ne yapacağız.Burada karşınıza 3 seçenek çıkıyor.
1) Failover Cluster Manager/Hyper-V manager konsolları.Bunları bir Windows Server 2008 R2 üzerinden kullanabilirsiniz.
2)System Center Virtual Machine Manager 2008 R2
3)Failover Cluster Manager / Hyper-V Manager konsolunu Windows 7 üzerinden kullanabilirsiniz.
İşte burada 3. seçenekde görüldüğü gibi yapımızda Windows 7 var ise yönetmek için ilk iki seçenekteki gibi herhangi bir ürün almanıza gerek kalmıyor ve live migration/HA çözümlerinizi gene ücret ödemeden yönetebiliyorsunuz.Tabiki SCVMM ile LM/HA dışında birçok ekstra seçenektende yararlanabilirsiniz.
Bu noktadan bakıldığında Live Migration ve HA saÄŸlayan sanallaÅŸtırma çözümleri içinde Vmware’e kıyasla ücret konusunda Microsoft biraz daha cazip geliyor.Ä°ki firmanın HA ve migration saÄŸlayan en ucuz çözümlerine bakarsak;
|
Hyper-V Server 2008 R2
|
VMware vSphere
|
|
3 Node Cluster; 2 Socket Servers
|
Free
|
$13,470
|
|
3 Node Cluster; 4 Socket Servers
|
Free
|
$26,940
|
|
5 Node Cluster; 2 Socket Servers
|
Free
|
$22,450
|
|
5 Node Cluster; 4 Socket Servers
|
Free
|
$44,900
|
gibi bir tablo karşınıza çıkıyor.Vmware processor başına ücretlendirme yapıyor.Buradaki fiyatlarda fiziksel hostların içerisinde kullanılan sanal OS’lerin lisansları dahil deÄŸil tabikide.
Bu arada XEN’de Live migration ve HA saÄŸlayan çözümünü birkaç aydır ücretsiz dağıtıyor.Geriye ücret telep eden sadece vmware kalıyor:)
Windows Server 2008 R2 için upgrade path lerini inceleyelim.
Bir kere aÅŸağıdaki sürümlerden Windows Server 2008 R2′ye upgrade seçeneÄŸiniz bulunmuyor;
# Windows® 95, Windows 98, Windows Millennium Edition, Windows XP, Windows Vista®, Windows Vista Starter, yada Windows 7
# Windows NT® Server 4.0, Windows 2000 Server, Windows Server 2003 RTM, Windows Server 2003 with SP1, Windows Server 2003 Web, Windows Server 2008 R2 M3, yada Windows Server 2008 R2 Beta
# Windows Server 2003 for Itanium-based Systems, Windows Server 2003 x64, Windows Server 2008 for Itanium-based Systems, Windows Server 2008 R2 for Itanium-based Systems
Bunun dışında;
Farklı mimarilerden upgrade desteklenmiyor.ÖrneÄŸin x86′dan x64′e gibi.
Farklı dillerden upgrade desteklenmiyor.İngilizceden Türkçeye gibi.
Farklı sürümlerden upgrade desteklenmiyor.
Desteklenen Upgrade Senaryoları
Server 2008 üzerinde uptime değerini alabilmek için aslında birçok şansımız var.Bu yazıda kısaca bunlardan bahsedelim.
1)Task Manager
Aslında en kolay yöntem bu sanırım.Server 2008 üzerinde task manager ekranında bizi “uptime” adında bir deÄŸer karşılıyor.AÅŸağıdaki resimde göreceÄŸiniz üzere sunucunun uptime süresini öğrenebilirsiniz.
2)Systeminfo komutu
Server 2008 altında systeminfo komutunu aşağıdaki parametre ile kullanırsanız size sunucunun açıldığı zamanı verecektir.
3)Eventviewer
Eventviewer altında 6005 nolu event sunucunun boot işlemini bitirdiğini bize bildirir.Aşağıdaki resimde benim sunucum üzerindeki bir örneğini görebilirsiniz.
İsterseniz filtreleme sayesinde sadece id 6005 olanları listeyerek boot süresini öğrenebilirsiniz.
4)Uptime.exe
Microsoft’un uptime.exe adında ufak bir komut satırı aracı var. http://support.microsoft.com/kb/232243 adresinden indirebilirsiniz.Ä°ndirdiÄŸiniz bu aracı Windows Server 2008 sunucunuz üzerinde system32 altına kopyalayıp komutu çalıştırdığımızda aÅŸağıdaki gibi bir çıktı verecektir.
5)Scriptler
Microsoft’un scripting guy üzerindeki scriptlerini araÅŸtırdığınızda karşınıza powershell ve vbs ile hazırlanmış uptime süresini veren hazır scriptleri bulabilirsiniz.Hatta iki tane hazır scriptin adresini verelim.
http://technet.microsoft.com/en-us/magazine/2008.12.heyscriptingguy.aspx?pr=blog
http://www.microsoft.com/technet/scriptcenter/resources/qanda/aug05/hey0802.mspx
Birisi powershell birisi vbs ile hazırlanmış scriptleri kullanarakda uptime değerine ulaşabilirsiniz.
Server 2008 Cluster yapısı altına sadece komut satırını kullanarak goruplar oluşturabilir ve bunların altında service yada applicationları taşıayabiliriz.Bunun için sırasıyla kullanabileceğiniz komutlar;
cluster . group “file server” /create
komutu ile file server isminde bir cluster grubu oluşturabilirsiniz.Bir önceki yazıda da bahsettiğimiz gibi kurulumdan sonra kullanacağınız tüm servisler ve uygulamalar için bunlara özel gruplar oluşturmanız gerekmektedir.
cluster . res “File Server” /create /group:”file server” /type:”File Server”
komutu ile biraz önce oluÅŸturduÄŸumuz grup altına File Server rolünü(kaynağını) oluÅŸturduk.Artık bu yapıyı kullanarak dosya paylaşımını cluster yapısı üzerinden çalıştırabiliriz.Tabi burada “File Server” ismini kullandım.Sizde diÄŸer servisleri eklemek isterseniz “cluster restype” ismini kullanarak listeleme yapabilirsiniz.
cluster . res “FS IP Address” /create /group:”file server” /type:”IP Address” /priv address=10.0.0.100 subnetmask=255.255.255.0
cluster . res “FS Name” /create /group:”file server” /type:”Network Name” /priv name=”ortakdosyalar” dnsname=”ortakdosyalar”
Bu komutlarda da grubumuza bir ip adresi ve network üzerinden erişelecek bir isim atadık.
cluster . res “FS Name” /adddep:”FS IP Address”
komutuylada verdiğimiz ip ve isim arasında bağlantıyı sağlıyoruz.
Son olarak bu yapıyı online hale getirmek için
cluster .res “resource name” /on
komutunu kullanabilirsiniz.
Server 2008 Cluster servisi varsayılan olarak gelen ve içeriÄŸinde,cluster’ın ip adresini,cluster ismini ve witness kaynaklarını barındıran “Cluster Group” isminde bir grup barındırmaktadır.
Siz cluster yapısı altında ekstra kaynak ekledikçe her zaman için bu kaynaklar varsayılan grup dışında gruplar oluşturularak bunların içine yerleştirilir.Önerilen konfigurasyon budur.
Bir kesinti anında bu kaynakları barındıran gruplar fail olan node içerisinden diÄŸer node’a geçiÅŸi gerçekleÅŸtirirler.Ä°sterseniz bu taşıma iÅŸlemini sizde komut satırı ile yapabilirsiniz.
Örneğin FSFS isminde bir group oluşturduğumuzu varsayalım.Ben dosya paylaşımını cluster servisi ile kesintisiz NAS üzerinden gerçekleştirmek için böyle bir grup oluşturdum ve bunu aktif hale getirdim.
Bu yapıyı varsayılan olarak NODE1 altına yerleÅŸtirdim.NODE2 altına “FSFS” grubunu taşımak istediÄŸimde aÅŸağıdaki komut iÅŸinizi görecektir.
cluster . group “FSFS” /move:node2
aslında burada :node2 yazmama bile gerek kalmıyor çünkü yapıda sadece 2 node bulunuyorsa taşınabileceği sadece tek bir node olduğundan otomatik taşıma işlemini gerçekleştiriyor.
Yeni yayınlanan VMC to Hyper-V Import Tool sayesinde yapınızda bulunan Virtual Pc ve Virtual Server içerisindeki Virtual Machine Configuration (VMC) dosyalarını Hyper-v içerisine kolaylıkla import etme şansımız bulunuyor.Bildiğimiz gibi VC ve VP sanal makinalarla çalışabilmek için ilgili ayarları sanal makinalara mapleyen bu konfigurasyon dosyaları ile çalışıyorlar.Şu anda Virtual PC 2007 için sorunsuz çalışdığı belirtilmiş.Aynı zamanda Virtual PC 2004 içinde herhangi bir sorun ile karşılaşılmamış.
Tabiki bu ufak araç enterprise bir ürün olan System Center Virtual Machine Manager’ın yerini tutamaz.SCVMM ile neler yapabileceÄŸinizi görmek için SCVMM kategorisi altındaki yazıları inceleyebilirsiniz.Ama VM oluÅŸturma,donanım bazlı bazı editlemeler,importing iÅŸlemleri için bu tool iÅŸimizi görecektir.
Gereksinimler ise;
Uzak veya localde VM’ler oluÅŸturma ÅŸansınız mevcut,Bu konuda bir kısıtlama söz konusu deÄŸil.Remote senaryosunda sadece tool2u çalıştırdığınız client ve hyper-v aynı domaine dahil olmak zorunda.Aynı zamanda VMC dosyalarının import iÅŸlemi için sanal makinaların kapalı durumda olması gerekiyor.
Åžu adresten araca ulaÅŸabilirsiniz.
Hyper-V için Linux Integration Component lerinin final versiyonu Microsoft Connect sitesinde downloada sunulmuş durumda.Bildiğimiz gibi bu componentler sayesinde hyper-v non-aware olan işletim sistemlerininde aynı performanslar çalışmasını sağlayabiliyorduk.Bunu ise Hypercall kullanarak gerçekleştiriyorduk.Arka planda nasıl çalıştığını anlamak için
http://www.anilerduran.com/index.php/2008/hyper-v-drag-and-drop-security/
http://www.anilerduran.com/index.php/2008/hypervisorama-nasil/
http://www.anilerduran.com/index.php/2008/supported-guest-os-on-windows-server-2008-hyper-v/
http://www.anilerduran.com/index.php/2008/vsp-vsc-vmbus/
makalelerini inceleyebilirsiniz.
Bu son versiyonlar birlikte aşağıdaki yenilikler bizi bekliyor.
Driver support for synthetic devices: The Linux integration components include support for both the synthetic network controller and synthetic storage controller that have been developed specifically for Hyper-V. These components take advantage of the new high-speed bus, VMBus, which was developed for Hyper-V.
Hypercall adapter: The Hypercall adapter is a thin layer of software that translates the Xen-specific virtualization function calls from a Xen-enabled Linux kernel to Microsoft Hyper-V hypercalls. This results in improved performance for the Linux virtual machine.
Fastpath Boot Support: Boot devices now take advantage of the storage VSC to provide enhanced performance.
Bu son versiyonu buradan indirebilirsiniz.
Hypervisor teknolojisi dediÄŸimizde artık ÅŸunu anlayabiliyoruz.Geleneksel hosted machine virtualization’ın aksine artık donanımın üzerinde herhangi bir iÅŸletim sistemi bulunmuyor ve Hypervisor kendini otomatikman donanımın üzerine yerleÅŸtirerek parent/root partition ile iletiÅŸime geçiyor.Bize sunulan avantaj bu.Ama eminim üzerine kafa yorduysanız bazı kavramları tam oturtamamış olabilirsiniz.
Yukarıdaki şemayı inceleyelim.Bu yeni sanallaştırma teknolojimiz olan hypervisorun varolan diğer componentlerle ilişkisini gösteren bir şema.Bu şemaya baktığımzda hemen şunu farketmiş olabiliriz.Artık eskisi gibi donanımın üzerine bir işletim sistemi ve ardından bunun üzerine sanallaştırma katmanı ve sanal makinalar gibi bir sıralama yok.Hypervisor ile sanallaştırmayı gerçekleştirirken donanım ile haberleşmeyi sağlayan bir işletim sistemine ihtiyaç yok!
Peki o zaman biz Hyper-v rolünü kurarken kullandığımız host makina olan server 2008 ne oluyor? Biraz sınırlı bir çerçeveden bakıldığında aslında hyper-v sanki bir hypervisor çözümü değilmiş gibi gözükebilir.Çünkü işletim sistemine (server 2008) bağımlıyız.Ama arka planda aslında işler bu şekilde yürümüyor.
Siz aslında varolan server 2008 sunucunuz üzerinde hyper-v rolünü aktif ettiğinizde değişim başlıyor.Sizden bilgisayarı yeniden başlatmanızı isteyecektir.Bu işlemden sonra ;
-Windows , hyerpvisorimagelaunchtypeboot Boot Configuration Database(BCD) ini deÄŸiÅŸtiriyor.Yaptığı iÅŸlem bu ayarı otomatiÄŸe çekmektir.Ardından hvboot.sys aygıt sürücüsünü varsayılan boot processden daha önce devreye girmesi için konfigure eder.Bakın gördüğünüz gibi arka planda donanımın üzerindeki server 2008′i egale ederek kendini boot process’den önce donanımın üzerine yerleÅŸtiriyor.
-Bu işlemden sonra hvboot.sys sistemi virtualization için ayarlıyor ve %Systemroot%\System32\Hvax64.exe yada %Systemroot%\System32\Hvix64.exe değerlerini hafızaya yüklüyor. (bu değerler sisteminizin AMD-V yada INTEL-VT olmasına göre değişecektir)
-Artık Hypervisor kendini windows server 2008′in altında ve donanımın üzerinde bir yere yerleÅŸtirdi.
İşte ancak bu işlemden sonra yukarıdaki tabloyu elde edebiliyoruz.Yani varolan host işletim sistemimiz olan server 2008 bir anda hypervisor katmanı üzerine yerleşiyor.
System Center Virtual Machine Manager 2008 kurulumunu başlatmak için kullanıcı izinleri bazında birkaç gereklilik bulunuyor.Normal bir kullanıcı ile kurulum yapmak istediğinizde
“To install the Virtual Machine Manager server, you must be logged on under a domain account that has administrative credentials on the local computer”
hatasını almalısınız.Aslında bu hatada belirtilen,kurulumu local admin olan bir domain hesabı ile gerçekleÅŸtirmeniz.BildiÄŸimiz gibi SCVMM ‘in çalışabilmesi için domain ortamına ihtiyacımız var.Sebebi ise active directory’nin bize saÄŸladığı güvenlik.Peki o zaman ne tür bir hesap oluÅŸturup kurulumu gerçekleÅŸtirebiliriz.? Yapmanız gereken;
-SCVMM sunucunuzu domain’e üye yapın.
-Bir domain user oluÅŸturun ve bununla SCVMM login olun.
-Yüklemeyi başlatacak bu kullanıcıyı local administrator üyesi(Builtin\Administrators) üyesi yapın.
Bu işlemden sonra ilgili domain user ile kurulumu gerçekleştirebilirsiniz.
Hyper-V ile birlikte ÅŸu an için sunulan bir cloning seçeneÄŸi bulunmuyor.Ama clone iÅŸlemini farklı yollarla gerçekleÅŸtirebiliriz.Bunlardan birisi export/import yöntemi.Yöntem oldukça basit.Elimizde bir adet Server 2008 VM olduÄŸunu düşünelim.Ve aynı ÅŸekilde bir Server 2008 daha oluÅŸturmak isteyelim.Yapmamız gereken varolan VM’i export edip ardından hyper-v konsolu altında import etmek.Yalnız makinaların isimleri SIDleri aynı olacağından bu iÅŸi sysprep ile hatta abartarak unattend dosyasyıda ekleyerek sysprep iÅŸlemini otomatikleÅŸtirebiliriz.Åžimdi nasıl import export yapacağımıza bakalım.Öncelikle konsol altında ilgili VM’inizin kapalı olması gerekiyor.Bu VM’e saÄŸ tıklayarak export iÅŸlemini gerçekleÅŸtiririz.
Ardından export işlemini gerçekleştireceğimiz dizini seçeriz.
Varolan tüm konfigurasyonla birlikte sanal disklerin hepside kopyalandığı için bu işlem biraz uzun sürebilir.
İşlem bittikten sonra management konsolu altındaki actions tabından import seçeneğini seçeriz.
Varolan dizini seçeriz ve import işlemini gerçekleştiririz.
Bu işlemlerden sonra ilgili sanalınızı açabilirsiniz.Ama eğer benim gibi export/import ettiğiniz makinanın önceden alınmış snapshotları varsa hatayla karşılaşırsınız.Yeni sanal makinayı sağlıklı bir şekilde açabilmek için snaphot kısmından varolan snapshotları silmeniz gerekiyor.Bu silim işleminden sonra büyük ihtimalle uzunca bir merge dönemi geçireceksiniz.Ardından makinanızı sorunsuz şekilde açabilirsiniz.
SCVMM üzerinde host ekleme işlemlerinden sonra eğer clean bir kapatma yapmadıysanız Hyper-v altındaki sanal makinalarınız açılmayabilir.Aşağıdaki hatayı dönecektir.
‘Virtual Server 2008′ failed to start worker process: The extended attributes are inconsistent. (0×800700FF). (Virtual machine ID 0E25DCDD-B814-4C42-93F3-537DBF2B2767)
Virtual makinalarınızı yeniden başlatabilmek için yapmanız gerekel local agentları kaldırmak ve yeniden yüklemek.
Local agentları ,SCVMM içerisine host eklerken ekleyeceğimiz makina perimeter networkte yada domain dışarısında ise kullanıyorduk.
ve 248 yorum bulunmaktadir.
