Freigeben über


Hyper-V hakkında en çok bilinmeyenler

Snapshotlar çok kullanisli olabilir. Ama bunlar test ve development ortamlari için elverislidir. Snapshotlar zincir olusturup birbirleri üzerinden çalisir. Bir snapshot sadece farkliliklari tutar ve birden fazla snapshotunuz var ise çalisan VM bütün bu snapshotlar üzerinden farkliliklari hesaplayarak çalisir. Kisaca snapshot kullanmak performans açisindan gerçekten dezavantajli olabilir. Ayrica SQL veya Exchange gibi yazilimlarinin Snapshotlu ortamlarda çalismasi Microsoft tarafindan desteklenmemektedir. Örnegin DB integrity i snapshotlu bir ortamda garantilemek çok zor. Ayrica snapshotlardan geri dönüs, yani merge idealinden farkli durumlarda gerçeklesirse çalisan VM de farkli sorunlara neden olabilir. Belki bu sorunlar artik sadece VM in yeni kurulumu ile çözülebilir boyuta kadar gidebilir. Ondan Microsoft prodüksiyon ortamlarinda snapshotlarin kullanilmasini kesinlikle önermiyor.

Diyelim ki önemli bir VM inizde sorun yasadiniz ve simdi parent .vhd nizi snapshotlar ile merge edemiyorsunuz. Bunu yapmaniz sart ise bu adimlari deneyebilirsiniz. Yalniz unutmayiniz 100% her sey eskisi gibi çalisacak garantisi yok, ama belki baska bir çözümü implemente edene kadar veya veri kurtarmak için yardimci olabilir. Manüel snapshotlari merge etmek için:

- Snapshot klasöründe en yeni snapshotun (date modified a bakin) extensionu .avhd den .vhd ye çeviriniz.
- Inspect disk wizard ile bu .vhd yi açiniz ve dogru parente point etigini kontrol ediniz. Kopmus ise manüel parenti gösterebilirsiniz.
- Birden fazla snapshotunuz var ise hepsini .vhd ye çevirip nereye point ettiklerini kontrol edebilirsiniz.
- Bir sonraki adimdan önce sadece en yeni snapshot .vhd olmali ve diger snapshotlar .avhd olmalilar.
-Edit disk wizard i açiniz ve .vhd yaptigimiz en son snapshot u açiniz. Merge seçiniz. Birden fazla snapshotunuz var ise parent disk ile merge i seçmeniz gerekir. Bir Snapshotunuz varsa yeni bir .vhd ye de merge yapip asil parent .vhd ye dokunmamis olursunuz.

Import – export çok faydali bir tool. Aslinda teoride sizde manüel bütün verileri toparlayip VM nizi baska bir ortama tasiyabilirsiniz. Önceden export etmek elbette çok daha kolay. Bunu backup amaçli da belki kullaniyorsunuzdur. Burada aslinda dikkat edilmesi gereken bir önemli nokta var: Bir export u import ettiginizde o export dosyasinda import islemi sürecinde degisiklikler yapilmaktadir. Kisaca: bir export u sadece bir sefer import edebilirsiniz. Ondan import u baslatmadan önce dosyanin kopyasini almak mantikli olabilir.

Hyper-V de en iyi performansi passthrough diskler verir. Nedeni .vhd dosyasi yerine, gerçek disk kullanilmasi. Örnegin büyük boyutlu veri fiziki makine veya VM ler arasinda tasimaniz gerekiyorsa bu diski farkli VM lere mount edebilmeniz kolaylik saglayabilir. Bu ama kendisini isletim sistemine bir disk olarak tanitmis bir aygit olmali, yani bir usb stick i örnegin bu sekilde kullanamazsiniz.
Baska türlü kullanilmayan fiziki makineye gösterilmis bir diski diskpart ile ilk önce offline a almamiz gerekir. Bunun için cmd de bu komutlari girmeniz yeterli:

diskpart , diskpart a girersiniz
list disk , komutu ile bütün diskler listelenir. Her bir diske bir numara atanmistir.
select disk , ile diski seçersiniz. Örnegin: select disk 3
offline disk , komutu ile de bir önceki adimda seçilmis diski offline a lirsiniz.
Simdi eger SAN da çalisiyorsaniz ve disk yeni yaratilmis ise, disk readonly olabilir. O zaman ilk online alip, readonly i kaldirip, sonra offline a almamiz gerekir:
online disk
attrib disk clear readonly
offline disk
exit , komutu ile de diskpart dan çikabilirsiniz.

Bu adimlardan sonra da Hyper-V de bu diski herhangi bir VM e passthrough disk olarak ekleyebilirsiniz. Bu diske fiziki makineden erismeniz gerekirse de ilk VM den ayiriniz sonra da diskpart da online a aliniz.

Integration Services dogru VMbus aygit sürücülerini VM de kullanabilmek için çok önemli. Windows Server 2003 de ilk SP2 yi kurmaniz gerekir, yoksa integration services leri kuramazsiniz. Hyper-V gelismis aygit sürücüleri olmadan performans dan da kaybederiz ve degisik özellikleri (shutdown, backup, mouse , vs.) kullanamazsiniz. Genelde en yaygin sorun NIC sürücüsü ile yasanir. Legacy NIC pxe boot için tasarlanmistir.

Terminal Server farminizi fiziki makinelere kurunuz, VM e degil. Hem scalability hem de performans açisindan TS in fizikide kurulmasi daha mantikli.

 VM lerin Backup i da ayri bir soru.
-Snapshot lar backup amaçli kullanilamaz.
- Parent partition dan backup alabilirsiniz: https://support.microsoft.com/kb/958662
- Export edebilirsiniz
- VM leri içeriden fiziki makine gibi yedekleyebilirsiniz.
- Storage tarafinda sunulan snapshot özellikleri kullanabilirsiniz.
Ve unutmayin ki fiziki makineyi yedeklemezseniz, birkaç yedeklenmis .vhd dosyasi ile eski ortama geri dönmek zaman alici olabilir.

Basar Güner

Comments

  • Anonymous
    June 02, 2010
    Çok teşekkürler başar bey oldukça faydalı bilgiler için... Şimdi daha dikkatli olacağız Hyper-V kullanırken.