15 eylülde Symantec tarafından yapılan açıklamaya göre yeni sürümBackup Exec 12.5 agent, Windows
Server2008 Hyper-V için tam destek sunuyor.Daha güzeli ise yeni gelecek Windows Essential Business Server 2008 ve Windows Small Business Server 2008 içinde desteği bulunmakta.
Böylece artık Symantec hyper-v ve sanallaÅŸtırma altyapısından tamamen haberdar olarak,bir host içerisinde SINIRSIZ sayıda VM’i destekleyecek ÅŸekilde yedekleme iÅŸlemlerini efektif bir biçimde gerçekleÅŸtirebiliyor.
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.
4 Eylülde gerçekleştirdiğimiz Windows Server 2008 ve sannallaştırma teknolojileri başlıklı seminer sonunda bazı arkadaşlar sunumları istemişlerdi.
Seminer dahilinde kullandığım sunumlara aşağıdaki linklerden erişebilirsiniz.
http://anilerduran.com/wp-content/uploads/2008/sbn/sitebuilders_sunular.rar
Bunun dışında sorularınız için iletişim bölümünü kullanabilirsiniz.
Sitebuilders tarafından düzenlenen aylık seminerlerde bu ayki başlık Windows Server 2008 ve sanallaştırma teknolojileri .Seminer ile alakalı ajanda ve katılım bilgilerini aşağıda bulabilirsiniz.Bu ayki toplantıda konuşmacı benim.Gelebilen herkesi beklerim.
Konuşmacı:
Anıl ERDURAN
Ajanda:
* Windows Server 2008 ile gelen yenilikler
* Coffee Break
* Windows Server 2008 Sanallaştırma Teknolojileri
* Coffee Break
* Hyper-V ve System Center Virtual Machine 2008’in son Versiyonlarının Demosu
Yer ve Zaman:
Adres: Microsoft, Barbaros Plaza Iş Merkezi Zemin Kat - Marmara Toplantı Odası Emirhan Cad. 145-C Dikilitaş - Istanbul
Bildiğiniz gibi faaliyetlerimizden sadece üyelerimiz yararlanabilmektedir. Yerimiz sınırlı olduğu için en kısa sürede kayıt yaptırmanızı öneriyoruz. Bu toplantıya kayıt yaptırmak için kullanıcı adı ve şifrenizle http://www.sitebuilders.org ana sayfamızdan login formunu doldurarak giriş yaptıktan sonra http://www.sitebuilders.org/faaliyet.asp adresinden kayıt yaptırabilirsiniz. Üye değilseniz http://www.sitebuilders.org/uyelik.asp adresinden üye olabilirsiniz
Seminer Katılımcı Sayısı Yerimiz ile sınırlı oldugu için en kısa sürede kayıt yaptırmanızı öneriyoruz.
Bina güvenligi açısından mutlaka isim bildirmek gerekmektedir.
Zaman: 4 Eylül 2008, Perşembe, 14:00 - 17:00
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.
 Windows Server 2008 x64 (VM configured with 1-, 2-, or 4 virtual processors SMP)
·        Windows Server 2008 Standard x64
·        Windows Server 2008 Enterprise x64
·        Windows Server 2008 Datacenter x64
·        Windows Web Server 2008 x64
·        Windows Server 2008 Standard without Hyper-V x64
·        Windows Server 2008 Enterprise without Hyper-V x64
·        Windows Server 2008 Datacenter without Hyper-V x64
Windows Server 2008 x86 (VM configured with 1-, 2-, or 4 virtual processors SMP)
·        Windows Server 2008 Standard x86
·        Windows Server 2008 Enterprise x86
·        Windows Server 2008 Datacenter x86
·        Windows Web Server 2008 x86
·        Windows Server 2008 Standard without Hyper-V x86
·        Windows Server 2008 Enterprise without Hyper-V x86
·        Windows Server 2008 Datacenter without Hyper-V x86
Devamini oku »
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.
System Center Virtual Machine Manager’ın ne iÅŸe yaradığı hakkında kafanızda birÅŸeyler oluÅŸmuÅŸ olmalı.Åžimdi isterseniz SCVMM içerisindeki her bir komponenti inceleyerek arka planda nasıl bir mimari var ona bakalım.

Aslında yukarıdaki resmi büyütüp incelerseniz varolan bütün komponentleri ve bunların birbirleriyle ilişkisini görebilirsiniz.Şimdi bunları teker teker inceleyelim.
Virtual Machine Manager Server:
Yukarıdaki resimde de gördüğünüz gibi VMM server yapının ortasında bulunmakta ve diğer componentlerin birbiriyle iletişimini sağlayan bir merkez görevi görmektedir.Bu komponentin ilk olarak mutlaka kurulması gereklidir.VMM server ,yönetilen bilgisayarlar üzerindeki dosya trasferleri ,komutlar,iletişimler vb gibi işlemlerden sorumludur.Bunuda yönetilen bilgisayarlar üzerinde bulunan agentlar sayesinde gerçekleştirir.
İlk kurulumla birlikte varsayılan olarak VMM Server aynı zamanda Library Server’dır.Library server’ın ne olduÄŸunu ilerleyen yazılarda inceleyeceÄŸiz.Kısaca bahsetmek gerekirse sizin harddisklerinizi,iso larınızı,hazır templatelerinizi barındıran bir kütüphane olarak düşünebilirsiniz.
Sol tarafına baktığınızda aynı zamanda VMM server kendi konfigurasyon bilgisini tutan bir SQL database ile birlikte çalışmaktadır.Buradaki ayarları VMM Administration Console ekranında görüntüleyebilir ve düzenleyebiliriz.
Virtual Machine Host:
Bu component aslında üzerinde virtual bilgisayarları barındıran fiziksel makinelerimizdir.VMM içerisine birden fazla VMHost ekleyebilirsiniz.Buda aslında SCVMM’in saÄŸladığı kolaylığı gözler önüne seriyor.Bir fiziksel sunucu ve içindeki 5 sanal bilgisayarı yönetmek kimse için zor olmayacaktır.Ama 10 fiziksel sunucu ve her birinin içinde 5′er tane sanal bilgisayarınız olduÄŸunda iÅŸte tüm bu fiziksel sunucuları SCVMM içerisine ekleyerek merkezi olarak yönetebilirsiniz.Kurulumla birlikte eÄŸer sanal makina oluÅŸturacaksınız önce bir fiziksek host belirtmeniz gerekiyor.
Virtual Machine Library Server:
Sonraki yazılarda daha ayrıntılı inceleyeceÄŸimiz Library Server’da varolan componentlerden bir tanesi.Aslında temel olarak sanal makine oluÅŸturabilmek için sahip olduÄŸumuz bir depo gibi düşünebiliriz.Bu depo içerisinde bize yardımcı olmak için
-Virtual Hard DiskÂ
-Virtual Floopy Disk
-ISO imajları
-Sanal Makina hazır şablonları
-Donanım Profilleri
-Kullanılmayan sanal makinalar
gibi dosyalar bulunuyor.Böylece sanal makina oluşturma işlemlerimizi oldukça hızlandıran bir yapıya kavuşuyoruz.
Virtual Machine Manager Administrator Console:
Yönetimsel işlemlerimizi gerçekleştirebileceğimiz konsoldur.Bu konsolu kullanarak sanal makinalar oluşturabilir,fiziksel hostların ve library lerin durumlarını monitor edebilir,global anlamda konfigurasyonları gerçekleştirebiliriz.Güzel yanı illaki aynı bilgisayar üzerinde olmak zorunda değil.Yönetim konsolunu başka bir bilgisayar üzerine kurarak yönetim işlemlerini buradan da gerçekleştirebiliriz.Aynı zamanda yine ilerleyen yazılarda göreceğimiz şekilde Powershell kullanarakda tüm bu yönetim işlemlerini scriptable hale getirebiliriz.
Virtual Machine Manager Self-Service Portal:
En beğendiğim bölümlerden bir tanesi.Tamamen kurulumu size kalmış bir component.Eğer karar verip kurarsanız son kullanıcının kendi sanal makinalarını oluşturabileceği bir web arayüzüne sahip olursunuz.Peki bu nerde işe yarayabilir? Mesela şirketinizde bir yazılım departmanı olduğunu düşünün.Buradaki arkadaşlar yazılımlarını farklı platformalarda kullanıp test etmek istiyor.O zaman hemen sanal bilgisayarları kullanarak onları memnun edebiliriz.Ama her istediklerinde sanal makine oluşturup onlara vermek yerine,onlar adına sanal makinaları delege ederiz.Sadece gerekli hakları veririz ve büyük bir iş yükünden kurtulmuş oluruz.Artık yazılımcılarımız web arayüzünden erişimi sağlayıp kendi sanal makinasını oluşturarak çalışabilir hale gelir.
Virtual Machine Manager Agent:
Hostların üzerinde bulunan sanal makinalarımıza kurduğumuz ajanlardır.Yaptıkları görev hostları ,library sunucusunu VMM ile haberleştirmektir.Siz bir virtual machine host yada library server eklediğinizde VMM otomatik olarak üzerine agent kurulumunu gerçekleştirecektir.
Bunlar VMM içerisindeki en önemli komponentler.İlerleyen yazılarda bu componentlerle ilgili senaryolara değineceğiz.
VSP/VSC/VMBus terimlerinin ne olduğuna kısaca değinelim.
Virtualization Service provider (VSP):
Windows Sunucu sanallaÅŸtırmasının bir komponenti olan VSP’nin asıl görevi parent partition üzerinde bulunmak ve donanım driverları ile direk olarak iletiÅŸime geçmektir.Child Partitionlar üzerinde çalışan aynı host üzerindeki sanal makinaların donanıma saÄŸlıklı bir ÅŸekilde eriÅŸip eriÅŸmediÄŸini kontrol eder.Aynı zamanda,birden fazla sanal makina tarafından gerçekleÅŸtirilen donanım eriÅŸimi/paylaşımının güvenliÄŸinden de sorumludur.
Virtualization Service Client (VSC):
VSC child partition üzerinde çalışır ve her bir child partitiona sanal aygıtları sunmakla yükümlüdür.
VMBus:
VSP ve VSC ‘nin birbirleriyle haberleÅŸmesini saÄŸlayan yapıdır.
Virtual Server R2 sanal networkler ile ilgili tüm ayarları .vnc dosyaları içerisinde saklıyordu.Fakat bu durum Hyper-V ile değişti.Artık bu ayarların tümü registry içerisinde ilgili anahtarların altında bulunuyor.Registry altında;
 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VMSMP
anahatına geldğimizde Parameters\SwitchList altında tüm sanal switchleri , Parameters\Niclist altında da tüm sanal network adaptör bilgilerini görebilirsiniz.
Hyper-V altında çalışan sanal bir makineye yeni bir harddisk eklemek istediğinizde sizi bir sihirbaz karşılayacaktır.Bu sihirbaz sayesinde varolan disk tiplerinden bir tanesini seçerek disk ekleme işlemini gerçekleştirebilirsiniz.Peki bu disk tipleri nelerdir bir inceleyelim.
Sihirbaz açıldığında aşağıdaki 3 disk tipi seçenek olarak bize sunulur.
Dynamically Expanding: Altında yatan temel düşünce yer sıkıntısını azaltmaktır.Yani ihtiyaca göre yer kullanır..vhd dosyalarınızın boyutu ilk oluÅŸturulduÄŸunda normak bir diske göre oldukça küçüktür.Bu diske veriler eklendikçede büyümeye devam eder.Fakat aynı iÅŸlem küçülme için otomatik gerçekleÅŸmez.Yani sanal ortamda bu diskten bir veri sildiÄŸinizde .vhd dosyasını boyutu otomatik olarak küçülmeyecektir.Bunun için varolan disk üzerinde edit’e tıklayarak compact iÅŸlemini gerçekleÅŸtirmeniz gerekiyor.
Fixed Size:Performans bakımında dinamik disklere göre daha uygundur..vhd dosyası disk boyutu olarak belirlediğiniz boşluğu kullanır.Bu dosyanın boyutu içerdiği veriye göre fixed biçimde kalacaktır.Edit butonunu kullanarak boyut arttırıma gidebiliriz.
Differencing: Bu disk tipinin en güzel özelliği başka bir disk ile parent-child ilişkisine girmesi.Parent disk üzerinde herhangi bir etki bırakmayacak şekilde değişiklikleri gerçekleştirebilirsiniz.Bu şekildede değişiklikleri geri almanız oldukça kolaylaşacaktır.
Lisanslama bildiğimiz gibi başlı başına bir dünya.Birde bunun içine sanallaştırma teknolojisi girdiğinde kafalar bazı zamanlarda oldukça karışabiliyor.Sanal ortamlarda kullanılan Microsoft ürünleri (Microsoft Hyper-V,Microsoft® Virtual Server 2005 R2) yada 3.party uygulamalar altında çalışan işletim sistemleri için lisanslama modellerini açıklayan aşağıdaki döküman oldukça işinizi görecektir.
Licensing Microsoft Server Products in Virtual Environments
Hyper-V ile varolan kablosuz network kartınıza bağlanmak için ufak bir takla atmanız gerekebilir.ICS yani internet connection sharing ile bunu gerçekleştirebiliriz.Yapmamız gereken yeni bir network oluşturmak ve bunu kablosuz network kartımızı üzerindenn ICS ile çıkarmak.
http://www.anilerduran.com/index.php/2008/virtual-network-manager/
yazısında nasıl network oluÅŸturabileceÄŸimizden bahsetmiÅŸtik.Åžimdi yapmamız gereken Virtual Network Manager’a girmek ve bir isim belirleyerek internal bir network oluÅŸturmak.Ardından network sharing center’a uÄŸrayıp manage network connections ‘a tıklarız.Kablıosuz network kartınızı burada görmeniz gerekmekte.NIC’in özelliklerine geliriz ve Allow other network users to connect through this computer’s Internet connection kutucuÄŸunu iÅŸaretleriz.
Bu işlemden sonra virtual makineleriniz wireless network adaptörlerinizi kullanarak internete çıkabilirler.
Hyper-V çalıştıran bir sunucuda birçok virtual network oluşturarak çeşitli bağlantı kanalları oluşturabiliriz.Bu bağlantılar tabiki sizin yapınıza uygun şekilde olacaktır.Örneğin sadece çalışan sanal makinelerin birbirleriyle haberleşebilmesi(virtual network)..Sanal makinelerin üzerinde bulunduğu sunucu ile sanal makinalar arasında(internal network)..Fiziksel network kartı kullanılarak oluşturualn fiziksel network ile sanal makine arasında(external network)
Tüm bu network baÄŸlantı ÅŸekillerini oluÅŸturabilmek için hyper-v kurulumu ile birlikte gelen Virtual Network Manager’ı kullanabilirsiniz.Hyper-V manager konsolundan eriÅŸebileceÄŸiniz Virtual Network Manager ile bir network eklemek istediÄŸinizde basitçe yapmanız gerekenler;
-Hyper-V konsolunu açmak,
-Actions menusunden Virtual network Manager’ı seçmek
-Create Virtual Network altında istediğimiz network tipini belirlemek
-Son olarakda add ile ekleme işlemini gerçekleştirmek.
Aynı şekilde varolan networklerin üzerine tıklayarak modify işleminide gerçekleştirebilirsiniz.
Bir önceki yazıda SMB ‘nin ne olduÄŸundan bahsetmiÅŸtik.Windows tabanlı bilgisayarlar tarafından kullanılan bir dosya paylaşım protokolü idi.Windows Server 2008 ve Windows Vista ile birlikte yerini SMB 2.0 ‘a bırakmıştı.Böylece bu iÅŸletim sistemini kullanan bilgisayarlarda dosya kopyalama iÅŸlemleri için neredeyse 2 kata varan bir hızlanma gerçekleÅŸmiÅŸti.
Yine farklı iÅŸletim sistemlerinin dosya paylaşımları sırasında kullandıkları versiyonları incelemiÅŸtik.Yapımızda bununla ilgili bir problemi çözmek yada bambaÅŸka bir sebepten dolayı SMB 2.0′ı disable etmeniz gerekebilir.Yalnız bunu hem server tarafında hemde client tarafında yapmanız gerekli.Yalnız burada server-client mimarisinden kastım iÅŸletim sistemi bazında deÄŸil.Yani bir vista bilgisayarı, server olarak dosyayı paylaşıma sunar.Aynı ÅŸekilde baÅŸka bir vista bilgisayarda bu paylaşımı alarak client rolünü üstlenebilir.
Server 2008 ve Vista clientları üzerinde SMB 2.0 disable etmek istediğinizde ;
sc config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc config mrxsmb20 start= disabled
komutları işimizi görücektir.
Aynı şekilde tekrardan enable etmek içinde;
sc config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc config mrxsmb20 start= auto
komutlarını kullanabiliriz.Tabiki birde server tarafında bu ayarları disable etmemiz gerekli.Bunun için registry üzerined bazı değişkliklere gitmemiz gerekli.
HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters dizini altına inerek yeni bir REG_DWORD değeri ekleriz.
Value name: Smb2
Value type: REG_DWORD
0 = disabled
1 = enabled
Bunlar parametrelerimiz.Burada 0 olarak ayarladığımızda SMB 2.0 server tarafında disable olacaktır.Aynı şekilde 1 ilede tekrar enable olacaktır.Bu işlemlerden sonra bir restart gereklidir.
Server Message Block(SMB) , windows tabanlı bilgisayarlar tarafından dosya paylaşımı amacıyla kullanılan bir protokoldür.AÅŸina olduÄŸumuz server-client mimarisini temel alarak çalışır.Wnidows Server 2008 ve Windows Vista’ya kadar SMB 1.0 kullanılıyordu.Neredeyse 15 sene evvel ilk dizaynı gerçekleÅŸen SMB 1.0 mimarisi artık yenilenen dosya paylaşım mimarisiyle birlikte yerini SMB 2.0′a bıraktı.Bu versiyon ile birlikte gelen yeniliklere şöyle bir bakalım;
- Aynı paket içerisinde birden fazla SMB komutları gönderebiliyor.Böylece SMB 1.0′a göre bir SMB client ve SMB server arasında gönderilen paket sayısı arttırılmıştır.
- SMB 1.0′a göre daha fazla buffer boyutu desteklemektedir.
- Yapısı itibariyle oldukça esnek dizayn edilmiÅŸ ve “bir sunucunun sunabileceÄŸi paylaşım sayısı” gibi çeÅŸitli kriterlerde oldukça öne çıkmıştır.
-Sembolik linkleri desteklemektedir.
Server 2008 yada Windows Vista kullanıyorsanız bu her iki versiyonuda kullanabileceğiniz anlamına gelmektedir.Peki hangi versiyon ne zaman kullanılıyor?Bunu merak edebilirsiniz.Bu tamamiyle client ve server tarafındaki işletim sistemlerine göre değişiklik gösteriyor.Örneğin aşağıdaki tabloya bakalım.
Server 2008/Windows Vista            <-> Windows Server 2008/Windows Vista            SMB 2.0
Server 2008/Windows Vista                     <-> Windows XP, Server 2003,Windows 2000          SMB 1.0
Windows XP, Server 2003,Windows 2000 <-> Server 2008/Windows Vista                                SMB 1.0
Windows XP, Server 2003,Windows 2000Â <-> Windows XP, Server 2003,Windows 2000Â Â Â Â Â Â Â Â Â Â Â Â SMB 1.0
Tabloda görüldüğü gibi ancak server 2008 yada vista bir workstation ,aynı şekilde server 2008 ve vista başka bir workstation ile iletişime geçtiği takdirde SMB 2.0 kullanılabiliyor.Diğer tüm kombinasyonlarda eski versiyonu desteklemek amacıyla ortaklaşa SMB 1.0 kullanılıyor.
Bu yazıda Microsoft’un önerdiÄŸi deploymentlar ışığında organizasyonumuz için kaç domain controller kurmamız gerektiÄŸini user bazında inceleyelim.Genellikle Türkiye’de kullanıcı\client sayısı 75-200 arasında deÄŸiÅŸiyor.Bunun dışında daha az kullanıcıya hizmet veren yada çok daha fazla kullanıcıya hizmet veren kurumlarda var.Burada kullanıcı derken tabikide ilgili forestda bulunan sitelardaki istemcilerden bahsediyorum.Peki bu konuda microsoft ne diyor? Kaç kullanıcıya kadar tek domain controller kullanmamız öneriliyor? AÅŸağıdaki tabloda bunu belirtmeye çalıştım.
|
Sıte içerisindeki domain bazında kullanıcı sayısı
|
Site içerisindeki domain bazında gerekli olan domain controller sayısı
|
| 1–499 |
1 DC – TEK İŞLEMCİ |
| 500–999 |
1 DC – İKİ İŞLEMCİ |
| 1,000–2,999 |
2 DC – ÇİFT İŞLEMCİ |
| 3,000–10,000 |
2 DC – QUAD İŞLEMCİ |
Gördüğümüz gibi user sayısı 500 üzerine çıktığında sadece donanım bazlı bir güçlendirme bizim için yeterli.Fakat 1000 kullanıcı sınırıyla birlikte artık tek DC sizin için çok fazla performans sağlayamayacaktır.Bu amaçla dual işlemci destekleyen 2DC konuşlandırmak daha mantıklı bir yatırım olabilir.Az rastlansada 10000 kullanıcı ve üzerinde bir yapı için DC sayısı planlamanız gerekiyorsa ekstra her 5000 kullanıcı için quad işlemcili bir DC işinizi görebilir.Aynı zamanda bir müddet trafiği dinleyerek user işlem yoğunluğunun fazla olduğu yerlerde DC konuşlandırması yapmalısınız.
Bunun dışında Windows Server 2008 ile birlikte kuracağımız domain controllerın yazılabilirmi yoksa sadece okunabilirmi olduğunuda seçmemiz gerekli.Yazılabilir yani bildiğimiz varsayılan DC kurulumlarını fiziksel güvenliğini tamamen sağlayabildiğimiz lokasyonlarda yapmamız gerekli.Bu güvenliği sağlayamadığımız yerler için ise Read only domain controller kurulumları gerçekleştirebiliriz.Biliyorsunuz Read only dc kurulumunu answer file kullanarakda gerçekleştirebiliyoruz.
Bu bilgiler ışığında sizde kendi organizasyonunuza uygun Domain Controller çözümleri üretebilirsiniz.
Active Directory Migration Tool version 3.1 (ADMT v3.1) ile Active Directory Domain Servisi üzerinde çeşitli migrating işlemlerinizi gerçekleştirebilirsiniz.Migrate işlemi kapsamında userlar,grouplar ve bilgisayarlar bulunuyor.Bu objeleri farklı forestlarda domain servisleri arasında taşıyabilirsiniz.
Bu versiyonla birlikte gelen en önemli özellik windows server 2008 desteklemesi. 3.0 versiyonu 2003 destekliydi yalnız 3.1 versiyonu ise sadece server 2008 destekli.Yani 2008 dışındaki sunucular üzerinde çalışamazsınız.Yalnız bu sadece desteklenen işletim sistemi olarak bir sınır.ADMT içerisinde kaynak ve hedef domain alanlarında server 2000,2003 yada 2008 sunucularını kullanabilirsiniz.
Bu ufak ama yararlı aracı indirmek için buradaki bağlantıyı takip edebilirsiniz.
ve 175 yorum bulunmaktadir.