Disk2vhd Uygulamasının Son Sürümü Yayınlandı

Merhabalar;

Sysinternals firması Microsoft ürünleri için oldukça faydalı araçlar geliştiren bir şirket iken Microsoft tarafından keşfedilerek saflarına katıldı. Microsoft çatısı altında hayatına devam eden Sysinternals çalışanları ise hız kesmeden yeni araçlar geliştirmeye eskilerin ise yeni sürümlerini yayınlamaya http://technet.microsoft.com/en-us/sysinternals/default.aspx adresinde devam ediyorlar.

Bize fiziksel ve hatta sanal makineleri Hyper-V ortamına aktarma imkanı veren Disk2vhd uygulamasının yeni sürümü dün itibariyle yayınlandı. Kurulum gerektirmeden çalışan bu pratik ve hızlı uygulamanın 1.63 sürümlü güncel halini http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx adresinden indirebilirsiniz.

Faydalı olması dileğimle...

M. Hakan CAN

Türkçe Windows Server 2008 Domain Controller ortamının Türkçe Windows Server 2008 R2 Domain Controller a Yükseltilmesi Sırasında Karşılaşılan Problem ve Çözüm Yöntemleri

Merhabalar;

Windows Server 2008 R2 nin gelişi ile birlikte bekleyen pekçok kurum ve kuruluş etki alanı ortamlarını yeni işletim sistemine yükseltmek için planlamalara başladı. Bunlardan çoğu da başarılı şekilde gerçekleştirdi ya da gerçekleştirmeye devam ediyor. Ancak Türkçe Windows Server 2003 ya da Türkçe Windows Server 2008 işletim sistemi yüklü domain controller ların bulunduğu etki alanı ortamlarını Türkçe Windows Server 2008 R2 ye yükseltmek için yapılması gereken işlemleri sırasında ilginç ekranlar ile karşılaştık ve işlemler tamamlandığında aslında yapılmış olan işlemlerin yapılmadığını ve yapılması gerektiğini belirten ilginç bir problem ile karşılaştık. Hemen belirteyim bu problem İngilizce sürümlerde bulunmuyor.

Bu makalemde sizcelere Türkçe Windows Server 2008 domain controller ortamına Türkçe Windows Server 2008 R2 işletim sisteminin additional dc olarak eklenmek istendiğinde karşılaşılan problemi ve bu problemin çözüm yöntemlerini anlatmaya çalışacağım.

Problemin tespiti ve çözümü için Hyper-V ortamında üç adet sanal makine kullanıldı. Bu sanal makineler üzerinde sırasıyla; Windows Server 2008 TR, Windows Server 2008 ENG (İngilizce sürümün kullanılma sebebi ikinci yöntemde anlatılacaktır), Windows Server 2008 R2 TR işletim sistemleri kullanılmıştır.

NOT: Çözümlerin uygulanmasından önce sistemlerin yedeğinin alınması karşılaşılabilecek bir problem karşısında geri dönüş işlemini kolaylaştıracaktır.

Problemlerden birisi Türkçe Windows Server 2003 ya da Türkçe Windows Server 2008 domain controller üzerinde şemanın yükseltilmesi için Türkçe Windows Server 2008 R2 dvd sinde \support\adprep klasörü altında bulunan adprep32 uygulaması kullanılarak adprep32 /forestprep komutu verildiğinde aşağıda ki ekran görüntüsünden de görebileceğimiz gibi imlecin alt satıra geçmesi ve o şekilde kalması.

 

İngilizce sürümlü Windows Server 2003 ya da 2008 yüklü bir domain controller bulunan sistemde ki ekranda, ortamımızda Windows Server 2000 domain controller mız var ise bunların en azından Service Pack 4 e yükseltilmiş durumda olmasının gerektiğini belirten bir uyarının görüntülenecektir. Bu uyarıdan sonra devam edebilmek için C yazıp ardından da Enter a basmamız yeterli olacaktır. Ekran görüntüsü aşağıda ki gibidir.

İlginç bir şekilde Türkçe sürümüe ilgili uyarıların çıkmamasına rağmen komut verildikten sonra bekleyen ekranda C yazıp Enter a bastığımızda işlem devam etmektedir.

Sistem işlemleri otomatik olarak yapıyor ve başarılı bir şekilde tamamlandığını belirtiyor. Sonuç aşağıda ki ekran görüntüsünde görülebilir.

Bu işlemin ardından yapmamız gereken bir diğer işlem ise adprep /domainprep komutunu çalıştırmaktır. Türkçe Windows Server 2008 işletim sisteminde bu komutu çalıştırdığımızda aşağıda ki ekran görüntüsünden de görüleceği üzere ilginç bir durumla karşılaşıyoruz. Komutu çalıştırdığımızda bize herhangi bir çıktı vermeden alt satıra geçiyor.

Burada da normalde işlemin başarılı şekilde gerçekleştirildiğini belirten bir mesaj görmeliyiz. Ekran görüntüsü aşağıda ki gibidir.

Şema ve domainimizi hazırladığımıza göre yeni Türkçe Windows Server 2008 R2 işletim sistemini additional domain controller olarak sistemimize ekleyebiliriz. Bunun için komut satırında dcpromo yazıp kuruluma devam ederek sistemimize eklemek istediğimizde aşağıda ki hata ekranı ile karşılaşıyoruz.

Peki bu neden oluyor? C:\Windows\Debug\adprep\logs altında ki log dosyalarına baktığımda aşağıda ki hata ile karşılaştım.

Bu problemin cevabı büyük ihtimalle Türkçe adprep32 uygulamasından kaynaklandığı şeklinde olabilir. Şimdi bu problemin çözümüne ilişkin yöntemlere geçelim.

Yöntem -1-

Bu yöntemde Türkçe Windows Server 2008 R2 dvd sinde bulunan adprep32 yerine İngilizce Windows Server 2008 R2 dvd sinde bulunan adprep32 uygulamasını kullanacağız.

NOT: Bu işlemler uygulanmadan önce System State yedeğinin alınması oluşabilecek olan bir problem neticesinde geri dönülebilmesini sağlayacaktır.
NOT: Bu yöntem, ister domain controller üzerinde yükseltme işlemleri Türkçe Windows Server 2008 R2 dvd sinde ki adprep32 uygulaması kullanılarak yapılmış olsun, isterse de henüz hiçbir işlem yapılmamış olsun uygulanabilir.

Sistemimize ilgili dvd yi taktıktan sonra komut satırı açalım ve \support\adprep klasarü altına gelelim. Burada az önce çalıştırdığımız adprep32 /forestprep komutunu tekrar çalıştıralım. İlk olarak karşımıza uyarı ekranı gelecektir. Burada C yazıp Enter a basarak devam ettiğimizde uygulama Türkçe versiyonundan eksik kalan işlemleri de tamamlayacaktır. Ekran görüntüsü aşağıda ki gibidir.

Benzer şekilde adprep32 /domainprep komutunu da tekrar çalıştırdığımızda bize işlemin başarılı bir şekilde tamamlandığını belirten bir bilgi verilecektir. Böylece Active Directory Şemamızın versiyonunu 47 ye yükseltmiş olduk.

Yukarıda ki işlemlerin ardından Türkçe Windows Server 2008 R2 işletim sistemini bir hata ile karşılaşmadan rahatlıkla sistemimize additional domain controller olarak ekleyebiliriz.

Yöntem -2-

Bu yöntem aslında Türkçe işletim sisteminde İngilizce adprep32 uygulamasını kullanarak şema yükseltme işlemini kullanmayı tercih etmeyecek olanlar için uygulanabilecek bir seçenek. Bu yöntemde öncelikle ortama İngilizce Windows Server 2008 bir sunucuyu additional dc olarak ekleyip ardından Türkçe Windows Server 2008 üzerinde ki Active Directory şemasını ve domain wide FSMO rollerini yeni dc üzerine aktardıktan sonra İngilizce Windows Server 2008 R2 içerisinde gelen adprep32 uygulamasını kullanarak  adprep32 /forestprep ve adprep32 /domainprep komutlarını çalıştıracağız. İşlemler tamamlandıktan sonra Active Directory şemasını ve FSMO rollerini yeniden Türkçe Windows Server 2008 dc miz üzerine aktarıp ardından İngilizce Windows Server 2008 additional dc mizi dcpromo komutu yardımıyla additional domain controller lıktan düşürüp sistemden tamamen ayıracağız. İşlemi başarılı bir şekilde tamamladıktan sonra Türkçe Windows Server 2008 R2 işletim sistemini sistemimize herhangi bir hata ile karşılaşmadan additional domain controller olarak ekleyebileceğiz.
 

NOT: Bu işlemin oldukça dikkatli yapılması ve başlanmadan önce System State yedeklerinin, ortamda varsa Exchange gibi Active Directory üzerinden çalışan sistemlerin yedeklerinin alınması ve gerek rollerin yeni addtional dc üzerine aktarılırken ya da  rollerin Türkçe dc üzerine geri alınırken yapının büyüklüğüne bağlı olarak replikasyon ve dns güncellemeleri için yeteri kadar süre beklenmelidir. Aksi halde sistemde tutarsızlıklar ortaya çıkacaktır.
 

İngilizce Windows Server 2008 sunucumuzu dcpromo komutu ile sistemimize additional dc olarak ekleyelim. Ardından Active Directory Users and Computers konsolunu açalım ve etki alanı adımıza sağ tıkladıktan sonra Operations Masters seçeneğine tıklayalım. Karşımıza gelen Operations Masters bölümünde sırasıyla RID Master, Infrastructure Master ve PDC Emulator rollerini Change butonuna tıklayarak İngilizce dc miz üzerine taşıyalım. Ekran görüntüleri aşağıda ki gibidir.

Sıra Active Directory şemamızı İngilizce Windows Server 2008 additional domain controller görevinde ki sunucumuz üzerine aktarmaya geldi. Bunun için güvenlik sebebiyle gizili durumda bulunan Active Directory Şema konsolunu görüntülenebilir duruma getirmeliyiz. Türkçe dc mizde başlat a tıklayalım ve arama bölümüne Regsvr32 Schmmgmt.dll yazarak Enter a basalım. İşlemin başarılı bir şekilde gerçekleştirildiğini belirten bilgi ekranını da Tamam a tıklayarak kapatabiliriz. Ekran görüntüsü aşağıda ki gibidir.

Şimdi başlata tıklayalım ve mmc yazıp Enter a basalım. Karşımıza boş bir konsol gelecektir. Konsolda Dosya--> Ek Bileşen Ekle/Kaldır… a tıklayalım. Açılan ekran da Active Directory Şeması seçeneğini seçip Ekle butonuna tıkladıktan sonra Tamam diyerek pencereyi kapatalım. Karşımıza Active Directroy Şema konsolu çıkacaktır. Burada Active Directory Şemasına sağ tıklayıp Active Directory Etki Alanı Denetleyicisini Değiştir seçeneğine tıklayalım. Karşımıza gelen ekranda sisteme yeni eklediğimiz İngilizce Windows Server 2008 additional dc mizi seçelim ve Tamam diyelim. Karşımıza şema üzerinde bir değişiklik yapamayacağımızı belirten bilgi ekranı gelecektir. Bu ekranı da Tamam diyerek kapatalım. Ekran görüntüsü aşağıdaki gibidir.

Bu işlemin ardından yine Active Directory Şemasına sağ tıklayıp İşlem Yöneticisi… seçeneğine tıklayalım. Karşımıza Şema Yöneticisini Değiştir ekranı gelecektir. Bu ekranda Değiştir butonuna tıklayarak Active Directory Şemasını İngilizce Windows Server 2008 dc mizin üzerine taşıyalım. Ekran görüntüsü aşağıda ki gibi olacaktır.

Active Directory Şemasını İngilizce dc mize aktardıktan sonra Yöntem -1- de ki gibi İngilizce Windows Server 2008 R2 dvd sinde bulunan adprep32 uygulamasını kullanarak adprep32 /forestprep ve adprep /domainprep komutlarını çalıştıralım. Komutlar sorunsuz çalışacak ve Active Directory Şema versiyonu 47 ye yükseltilecektir.

Bu işlemin tamamlanmasının ardından Türkçe Windows Server 2008 DC mize bağlanıp domain wide FSMO rollerini ve Active Directory Şemasını geri alabiliriz. Bu işlemin yöntemi yukarıda yapılanların tersi şeklinde yapılacağından tekrar değinmeyeceğim. Rollerin taşınma işlemi bitip replikasyon içinde yapının durumu göz önüne alınarak makul bir süre beklendikten sonra İngilizce Windows Server 2008 additional dc mizi dcpromo komutu yardımıyla ortamdan kaldırabiliriz.
 

NOT: Yukarıdaki işlemin yapılması zorunluluk değildir. Dilenirse İngilizce Windows Server 2008 sunucusu additional dc olarak ortamda bulunabilir.
 

Yukarıda ki işlemleri tamamladıktan sonra Türkçe Windows Server 2008 R2 işletim sistemli sunucumuzu ortama herhangi bir hata ile karşılaşmadan additional dc olarak ekleyebiliriz.
 

Bu makalemde sizcelere Türkçe Windows Server 2008 domain controller ortamına Türkçe Windows Server 2008 R2 işletim sisteminin additional dc olarak eklenmek istendiğinde karşılaşılan problemi ve bu problemin çözüm yöntemlerini anlatmaya çalıştım.
 

NOT: Aynı yöntemler Türkçe Windows Server 2003 dc nin Türkçe Windows Server 2008 R2 işletim sistemine yükseltilmesi sırasında da kullanılabilir.
 

Faydalı olması dileğimle…
 

M. Hakan CAN

Hyper-V Remote Management Gadget

Merhabalar;

Hyper-V sunucularımızı ve üzerlerinde ki sanal makineleri Hyper-V Manager konsolunu kullanarak uzaktan (Windows Vista ya da Windows 7) rahatlıkla yönetebiliyoruz. Ancak önemli bazı sanallaştırma sunucularının ve üzerlerinde ki sanal makinelerin sürekli gözümüzün önünde durmasını istersek ne yapabiliriz? Bunu düşünen Tora Lervik Windows Vista ya da Windows 7 lerde kullandığımız sidebar için Hyper-V Monitor Gadged geliştirmiş. Oldukça küçük boyutlu olan bu gadget boyuna oranla oldukça başarılı şekilde yapıyor işini. Bu gadged ı http://mindre.net/Article/hyperv_monitor_gadget_for_windows_sidebar adresinden indirebilirsiniz. İndirilen dosyayı Windows 7 makinemize atıp çalıştırarak kurmamız yeterli olacaktır. Kurulumun ardından sidebar a yerleşen Hyper-V Monitor Gadget gerekli ayarların basitçe yapılmasının ardından görevini yapmaya başlıyor.

Kurulumun ardından gadget mıza sağ tıklayıp açılan menüde Options seçeneğine tıklayalım. Karşımıza gelen ekranda iki sekme görülecektir. Bunlarda General sekmesinde sanal makinelerin durumlarının yenilenme sıklığı (Refresh Time), sanallaştırma sunucusu başına görüntülenecek en fazla sanal makine sayısı (Virtual machines per server), Server kutusunu işaretlediğimizde ise sanal makinelerimizi sanal makineyi kapatabilir (Turn Off), işletim sistemini kapatabilir (Shut Down), o anki durumunu kayıt edebilir (Save) ya da durdurabiliriz (Pause) . Sanal makinelerimize ya da sanallaştırma sunucularımıza remote desktop kullanarak bağlanabiliriz. Uygulama ile ilgili ekran görüntülerini aşağıda bulabilirsiniz.
   

Server sekmesinde ise New diyerek Server bölümüne eklemek istediğimiz sanallaştırma sunucumuzun adını ya da ip adresini yazalım. Kullanıcı adı ve parola bölümlerine de yetkilendirilmiş bir kullanıcıyı yazıp Remote Desktop seçeneğini de belirledikten sonra Save diyerek kayıt edelim. OK diyerek ayarlarımızı tamamlatıp pencereyi kapattığımızda uygulamamız sanallaştırma sunucularımızı ve üzerlerinde ki sanal makineleri görüntüleyecektir. Ekranda sanallaştırma sunucumuzun üzerinde ki sanal makinelerin kullandığı toplam bellek miktarı, kapalı olan sanal makineleri ve açık olan sanal makinelerimizin işlemci yoğunluklarını takip edebiliriz. Bağlanmak istediğimiz bir sanal makinenin üzerine geldiğimizde seçenekler görüntülenecektir. Buradan dilediğimiz seçenek ile ilgili sanal makinemiz üzerinde işlem yapabiliriz.

NOT: Bu gadget ın düzgün çalışabilmesi için firewall üzerinde (hem sanallaştırma sunucusu hem de gadget ın çalışacağı client) WMI ayarlarının yapılmış olması gerekmektedir.
NOT: Bağlantı için yazılan kullanıcı adının uzaktan yönetim için gerekli yetkilendirme işlemlerinin yapılmış olması gerekmektedir.

Faydalı olması dileğimle…

M. Hakan CAN

Uzaktan Yönetilen Hyper-V Sunucusun Üzerinde ki Sanal Makineye Bağlanılmak İstendiğinde Parola Sorma Problemi ve Çözümü

Merhabalar;

Hyper-V sunucularımızı üzerinde gerekli ayarlamaları yaptığımızda hem sanallaştırma sunucumuzu hem de üzerinde ki sanal makineleri yetkimiz dahilinde uzaktan yönetebiliyoruz. Ancak bazen ilginç problemlerle de karşılaşmıyor değiliz. Bir domain ortamında kurulan Hyper-V sunucusunun gerekli ayarlarını yaptıktan sonra üzerinde sanal makine oluşturmak istedim. Ancak sanal makineyi oluşturma aşamasında (diski oluştururken) işlem takılıp kalıyor ve hiçbir şekilde ilerlemiyordu. Benzer şekilde Hyper-V sunucusu üzerinde ki bir sanal makineye bağlanıp işlem yapmak istediğimde sistem benden parola istedi (ortamda domain admin yetkisine sahip olmama rağmen). Parolamı yazdığımda da aşağıda ki hatayı verdi. Ancak ilginç bir şekilde hyper-v sunucusunun local administrator kullanıcısı ile uzak bağlantıyı sağlayabildim.

Biraz araştırmanın ardından sorunun Authoritative Restore Mode uygulanan domain controller lardan kaynaklandığını belirten Microsoft’ un makalesine ulaştım. İlgili makaleye http://support.microsoft.com/kb/939820/en-us?sd=gn adresinden ulaşabilirsiniz. Buna göre Active Directory ortamında bulunan ve kerberos u yöneten krbtgt (Active Directory Users and Computers konsolunda Advanced Features açık iken görülebilir) kullanıcısının USN değeri Authoritative Restore yapıldığında arttırıldığından problem oluşmaktadır.

NOT: Makalede her nekadar Windows 2008 domain controller lardan bahsedilse de aynı durum Windows Server 2003 domain controller lar için de geçerlidir.
NOT: İlgili hotfix i uygulamak için domain controller sunucusunda en az Windows Server 2003 SP2 işletim sistemi olmalıdır.

Öncelikle Authoritative Restore Mode nedir ve neden yapılır kısmına biraz değinelim. Örneğin ortamımızda iki adet domain controller var ve bunlardan birisinde kullanıcı ya da gruplardan yanlışlıkla silinenler oldu diyelim. Bu durumda değişiklik diğer domain controller a neredeyse anında iletilir ve diğer domain controller da da artık kullanıcı yada gruplar silinmiş olacaktır. Active Directory replikasyon için her nesnenin bir USN (Update Sequance Number) değerini kullanır. Nesne üzerinde düzenleme yapıldığında ya da silindiğinde bu değer arttırılmaktadır. Hangi Active Directory veritabanında ki ilgili nesnenin USN değeri büyük ise o diğerine replike edilir. Siz System State yedeğinden geri döndüğünüzde silinen objenin USN değeri diğer domain controller da ki Active Directory veritabanında ki objeden daha düşük olacağından yedekten geri dönülmüş olmasına rağmen silinen kullanıcı geri gelmeyecektir. Bu nedenle System State yedeği ile dönüldükten sonra Authoritative Restore mode kullanılarak yedekten dönülen Active Directory objelerinin USN değerleri arttırılır. Böylece System State yedeğinden dönülen sunucunun diğer Active Directory sunucularına göre daha baskın olması sağlanmış olur. Bu işlem ntds.dit veritabanında ki tüm objeler için yapılmaktadır ve buna krbtgt kullanıcısıda dahildir. Sıkıntı da bu arttırım işleminden sonra başlamaktadır.

Dolayısıyla Hyper-V sunucularımızı ve üzerlerindeki sanal makineleri uzaktan yönetememe problemi ortaya çıkmaktadır. Çözüm için Microsoft’ un ilgili makale sayfasında bulunan hotfix kullanılmalıdır. Ancak bu bir hotfix olduğundan sorununuzun nedeninin kesinlikle bu olduğundan emin olmalısınız.
 

Bu hotfix i domain controller mıza uygulayıp Hyper-V sunucumuzu yeniden başlattığımızda problemin ortadan kalktığını göreceğiz.
 

Faydalı olması dileğimle…

M. Hakan CAN

Bilgisayar Alırken Güç Kaynağının Önemi

Merhabalar;

Bu aralar evde kullanmak üzere (sanallaştırma ve diğer çalışmalarım için) bilgisayar toplamaya çalışıyorum. Bilgisayarlar alınırken kasa ile birlikte gelen ya da sonradan alınan güç kaynaklarının kalitesine ve üzerinde yazdıkları watt cinsinden güç değerlerinin gerçek mi yoksa anlık verebildikleri (bazılarının asla veremediği) güç mü olduğuna dikkat edilmez. Bununla ilgili testlerini çok beğendiğim www.pclabs.com.tr sitesinde güzel hazırlanmış 450-550 watt arasında bilgisayar mağazalarından alınan güç kaynaklarının testlerini okudum. Ardından aklıma yeni aldığım kasa ile birlikte gelen High Power 650 watt (sürekli verdiği güç 550 watt) güç kaynağı aklıma geldi. İncelemeye http://www.pclabs.com.tr/2010/10/02/400-500-watt-araliginda-guc-kaynagi-psu-krizi/ adresinden ulaşabilirsiniz.

Elimde ki güç kaynağının toplayacağım sisteme ne kadar yeteceği ve ilerde yapılabilecek yükseltmeleri ne kadar tolere edebileceğini merak ettim. Bu konu ile ilgili internette yaptığım araştırma sonucu toplayacağınız bilgisayar parçalarını seçerek gerçekte ne kadarlık bir güce ihtiyacınız olduğunu yaklaşık olarak hesaplayıp söyleyen bir site buldum. Belirli aralıklarla da güncellenen siteye http://extreme.outervision.com/psucalculatorlite.jsp adresinden ulaşabilirsiniz. Böylece güncellemek veya almak istediğiniz bilgisayarın ne kadarlık bir güce ihtiyacı olduğunu belirleyip yatırımınızı ona göre yapabilirsiniz.

Faydalı olması dileğimle...

M. Hakan CAN

VMware ESXi 4.0 Çalıştıran HP Sunucu İçin CIM Provider Kurulumu

Merhabalar;

Hp Proliant sunucular üzerine VMware ESXi kurulumunda HP için özelleştirilmiş imajını kullandıysanız sunucu üzerinde ki disklerin sağlıklarının da izlenebilmesi gibi bir takım artıları olduğunu farketmişsinizdir. Peki diyelim ki kurulum standart VMware ESXi imajı kullanılarak yapılmış ya da VMware ESXi 3.5 versiyonundan VMware ESXi 4.0 versiyonuna yükseltme işlemi gerçekleştirildi. Bu durumda HP CIM (Common Information Model) Provider lar bulunmayacağı için Configuration bölümünde Health Status bölümüne geldiğimizde ekran görüntüsü aşağıda ki gibi olacaktır.

İlgili HP CIM Provider ı yüklemek için öncelikle http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&cc=us&prodTypeId=15351&prodSeriesId=1121516&swItem=MTX-25f06077ad5541f5a962dd2a69&prodNameId=3288134&swEnvOID=4040&swLang=8&taskId=135&mode=3 adresinden hp-esxi4.0uX-bundle-1.1.zip isimli dosyayı indirelim ve yüklemeyi yapacağımız bilgisayarın C diskinin köküne kopyalayalım. Ardından bu dosyayı sanallaştırma sunucumuza yükleyebilmek için gerekli olan VMware vSphere CLI uygulamasını http://communities.vmware.com/community/vmtn/vsphere/automationtools/vsphere_cli adresinden indirip kuralım.

Kurulumun ardından Start--> All Programs--> VMware--> VMware vSphere Cli altında ki Command Prompt linkine tıklayalım. Karşımıza komut satırı ekranı gelecektir. Öncelikle ilgili paketin sistem üzerinde yüklü olup olmadığını kontrol edelim. Bunun için komut satırına aşağıda ki komutu yazalım ve Enter a basalım;

vihostupdate.pl -server -scan -bundle c:\hp-esxi4.0uX-bundle-1.1.zip

Komutu çalıştırdığımızda sunucuya bağlanmak için bizden kullanıcı adı ve parola istenecektir. Bu bölümü de root kullanıcısı ve parolası ile devam ettiğimizde ekran görüntüsü aşağıda ki gibi olacaktır.

Ekran görüntüsünde de göreceğimiz gibi paketin yüklü olmadığı bilgisini alıyoruz. Artık paketi yükleyebiliriz. Bunun için ilk yazdığımız komutta ufak bir değişiklik yaparak aşağıda ki şekilde yazalım ve Enter a basalım;

vihostupdate.pl -server -install -bundle c:\hp-esxi4.0uX-bundle-1.1.zip

Komutu çalıştırdığımızda sunucuya bağlanmak için bizden kullanıcı adı ve parola istenecektir. Bu bölümü de root kullanıcısı ve parolası ile devam ettiğimizde ekran görüntüsü aşağıda ki gibi olacaktır.

Kurulum tamamlandıktan sonra yüklemenin geçerli olabilmesi için sanallaştırma sunucumuzu yeniden başlatmamız yeterli olacaktır. Sunucumuzu yeniden başlattığımızda Configuration bölümünde ki Health Status alanı aşağıda ki şekilde değişmiş olacaktır.

Böylece sanallaştırma sunucumuz üzerinde ki yerel disklerinde sağlık durumlarını takip edebiliyor olacağız. Bunun en büyük faydası sanallaştırma sunucu sayınız 10 üzerinde ise ve kullandığınız izleme ve yönetim uygulaması (Veeam Monitor gibi) destekliyorsa merkezi olarak sistem odasına gitmeden disklerinizin durumunuda takip olanağını getirmesi.

Faydalı olması dileğimle...

M. Hakan CAN

12 DEV ADAM FİNALDE

İnanılmaz bir maç oldu. Son ana kadar öldük öldük dirildik ama sonuçta Sırbistanı 83-82 yenmeyi başardık ve adımızı finale yazdık. Bu takım ile ABD' yi de yeneceğimize tüm kalbimle inanıyorum.

Çok teşekkürler 12 DEV ADAM, Çok teşekkürler TANJEVIC