VMware Workstation Donanım Uyumluluğu | HWV 20-21-22 Sürümü Yükseltme

Bir sabah VMware Workstation Pro sanallaştırmayı açtınız ve sanal makineniz açılmadı. Ekranda “error 18” ya da “unsupported hardware version” yazıyor.

Bu durum, çoğu zaman VMware donanım uyumluluğu seviyesinin host ürün sürümüyle eşleşmemesinden kaynaklanır. Yani VM (sanal makine), sizin Workstation sürümünüzün desteklemediği bir donanım profili talep eder.

Bu rehberde HWV 20, 21 ve 22 arasındaki farkları netleştiriyorum. Ayrıca adım adım yükseltme, snapshot davranışı ve downgrade gerçeklerini anlatıyorum. Özellikle 2026 itibarıyla Workstation 25H2 ve 26H1 sürümlerinde karşınıza çıkan yeni limitleri ele alıyorum.

Amacım tek: VM’nizi veri kaybetmeden doğru donanım sürümüne taşımak. Çünkü yanlış karar, geri dönüşü olmayan bir yola sokar sizi.

VMware Donanım Uyumluluğu Nedir ve Neden Geri Alınamaz Bir Karardır?

Kısaca tanımlayalım: VMware donanım uyumluluğu bir sürüm numarasıdır. Bu numara sanal makinenin sanal yonga setini seçer.

Ayrıca hangi BIOS/UEFI yeteneklerini ve maksimum kaynak limitlerini göreceğini de o belirler. Bu numara, .vmx dosyasındaki virtualHW.version satırında saklanır. Örneğin HWV 22, 25H2 ile gelen en güncel profildir.

Neden geri alınamaz? Çünkü yükseltme sırasında Workstation, sanal donanım mimarisini yeni profile göre yeniden yapılandırır.

vTPM 2.0 Rev 1.59 gibi bileşenler eski sürümlerle uyumsuz hale gelir. Ayrıca yeni denetleyiciler (NVMe 1.3c gibi) devreye girer. Sonuç olarak VMware, eski HWV değerine dönüşü resmi olarak desteklemez.

Donanım Sürümü (HWV) ile VMware Tools Sürümü Arasındaki Temel Fark

Yeni başlayanların en çok karıştırdığı nokta burasıdır. Sanal makine donanım sürümü, donanımın “fiziksel” yeteneklerini tanımlar.

VMware Tools ise konuk işletim sistemi içinde çalışan sürücü paketidir. Yani biri donanımı, diğeri işletim sistemi ile donanım arasındaki iletişimi yönetir.

Örneğin HWV 22’ye geçtiğinizde USB 3.2 Gen 2×2 denetleyicisi aktif olur. Ancak konuk sistemde VMware Tools güncel değilse bu denetleyiciyi verimli kullanamazsınız. Dolayısıyla sıralama önemlidir: önce donanım profili, sonra Tools güncellemesi.

Hangi Durumlarda Donanım Uyumluluğu Yükseltilmelidir?

Aşağıdaki senaryolardan biri sizin için geçerliyse yükseltmeyi ciddi olarak düşünün:

• Windows 11 konuk sistemi: vTPM 2.0 ve Secure Boot için HWV 14 minimumdur. Ancak 25H2 ile gelen vTPM Rev 1.59 için HWV 22 gerekir.
• Yüksek vCPU ihtiyacı: 256 çekirdeğin üzerine çıkacaksanız HWV 22 size 960 vCPU sunar.
• NVMe disk performansı: HWV 21 ile 256 adet vNVMe disk ve NVMe 1.3 desteği gelir.
• USB 3.2 cihazlar: Yeni nesil harici SSD’ler için HWV 22 şarttır.
• ESXi 9.0 taşınabilirliği: VM’i ESXi 9.0’a taşıyacaksanız HWV 22 kullanmalısınız.

Sadece basit bir Linux sunucusu çalıştırıyorsunuz diyelim. Öte yandan kaynak limitleriniz düşükse yükseltme size bir şey kazandırmaz. Aksine gereksiz risk alırsınız. Bu yüzden önce ihtiyaç analizi yapın.

Donanım Sürümü Yükseltmenin Gereksiz Olduğu Senaryolar

Her VM için en yüksek HWV doğru cevap değildir. Bazı durumlarda mevcut profilde kalmak daha akıllıcadır.

Diyelim eski bir Windows XP veya Windows 98 sanal makineniz var. Bu durumda HWV 22’ye geçmek sürücü kabusuna dönüşebilir. Çünkü eski konuk sistemler yeni PCI-PCI bridge yapısını tanımaz.

Bir diğer senaryo: VM’i başka bir Workstation sürümüne taşıyacaksınız. Hedef sistem HWV 21 destekliyorsa ve siz HWV 22’ye yükseltirseniz, o VM hedefte açılmaz.

Dolayısıyla taşınabilirlik sizin için öncelikliyse mevcut HWV’de kalın. Ayrıca snapshot zinciriniz uzunsa yükseltme sonrası geri dönüş davranışı karmaşıklaşır.

Son olarak, donanım yükseltmesi VM’nin disk boyutunu artırabilir. .nvram ve .vmsd dosyaları yeni profile uyum sağlamak için yeniden yazılır. Yedekleme pencereniz darsa bu ek yükü hesaba katmalısınız.

HWV 20, 21 ve 22 Karşılaştırma Tablosu: Hangi Sürüm Ne Getiriyor?

Aşağıdaki tablo, üç profilin en kritik farklarını tek bakışta özetler. Bu tabloyu yazdırıp masanıza asabilirsiniz. Çünkü yükseltme kararı verirken sürekli bu değerlere bakacaksınız.

Tablodan da gördüğünüz gibi HWV 21, vGPU ve NVMe tarafında büyük sıçrama yapar. HWV 22 ise işlemci ve USB tarafında zirveyi temsil eder. Peki hangi sürüm size uygun? Bunu alt başlıklarda detaylandırıyorum.

HWV 20’nin Öne Çıkan Özellikleri: 256 Çekirdek, Sanal NUMA ve 32 PCI Passthrough

HWV 20, Workstation 17.x ailesinin temel profilidir. 256 çekirdek/soket limiti çoğu geliştirici için fazlasıyla yeterlidir. Üstelik sistem, Sanal NUMA topolojisiyle büyük veritabanı VM’lerinde bellek erişim desenlerini daha gerçekçi simüle eder.

Bu profilin en güçlü yanı PCI passthrough esnekliğidir. ESXi 8.0 üzerinde 32, ESXi 8.0 Update 1 üzerinde 64 adede kadar PCI cihazı geçirebilirsiniz. Dolayısıyla fiziksel GPU veya NIC testleri için HWV 20 hâlâ sağlam bir seçenektir.

Ancak NVMe tarafında HWV 20 zayıf kalır. Varsayılan denetleyici NVMe 1.0e’dir. Windows 11 gibi modern konuk sistemlerde bu sürüm eski kalır. Yine de Linux çekirdek sürümleri çoğu zaman geriye dönük uyumludur.

HWV 21’in Getirdikleri: 16 vGPU, 256 vNVMe Disk ve NVMe 1.3 Desteği

Workstation 17.5 ve 17.6 ile gelen HWV 21, grafik ve depolama tarafında ciddi bir yükseltmedir. 16 vGPU limiti, çoklu monitör ve grafik yoğun iş yükleri için kritik bir eşiktir. Ayrıca 256 vNVMe disk desteği, yazılım tanımlı depolama testlerinde işinize yarar.

NVMe 1.3 desteği özellikle Windows 11 ve Server 2022 konuk sistemlerinde öne çıkar. Çünkü bu işletim sistemleri modern NVMe sürücüleriyle daha iyi performans gösterir. Linux tarafında ise çekirdek sürümünüz 5.10 ve üzeriyse sorunsuz çalışır.

HWV 21’in bir diğer artısı PCI passthrough limitini 128’e çıkarmasıdır. Böylece karmaşık test düzeneklerinde daha fazla fiziksel cihaz bağlayabilirsiniz.

Ancak dikkat: HWV 21, ESXi 8.0 U2 ve üzeriyle eşleşir. Daha eski ESXi sürümlerine taşıma yaparsanız uyumluluk hatası alırsınız.

HWV 22’nin Yenilikleri: 960 vCPU, 24560 GB Bellek, USB 3.2 Gen 2×2 ve vTPM 2.0 Rev 1.59

HWV 22, Workstation 25H2 ve 26H1’in amiral gemisi profilidir. VMware 960 vCPU limitini yüksek yoğunluklu senaryolar için tasarladı.

Üstelik bu limit tek bir sanal makinede yoğun işlem gücü isteyenlere hitap eder. Yanında 24560 GB bellek tavanı da korunuyor. Yani bellek tarafında HWV 18’den beri bir değişiklik yok.

En somut yenilik USB tarafında: USB 3.2 Gen 2×2 desteği gelir. Bu, 20 Gbps bant genişliği demektir. Harici NVMe SSD’lerle çalışan geliştiriciler için büyük fark yaratır.

Ayrıca NVMe 1.3c varsayılan denetleyici olur. Böylece modern konuk sistemler ek sürücü kurmadan daha yüksek IOPS elde eder.

Güvenlik tarafında vTPM 2.0 Rev 1.59 devreye girer. Bu sürüm, eski HWV’lerle uyumsuzdur. Dolayısıyla HWV 22’ye geçtikten sonra şifreli bir VM’i geri düşürmek imkânsız hale gelir.

Ayrıca Windows 11 konuk sistemleri için Secure Boot ve vTPM kombinasyonu daha kararlı çalışır.

VMware Workstation Sürümleri ile Donanım Sürümü Eşleşmesi: 17.x, 17.5, 17.6, 25H2 ve 26H1

Hangi Workstation sürümünün hangi HWV’yi desteklediğini bilmek, error 18 hatasının önüne geçer. Aşağıda sürüm bazlı net eşleşmeleri veriyorum.

Workstation 17, 17.5 ve 17.6 HWV 20 mi yoksa HWV 21 mi Destekliyor?

Workstation 17.0 ile 17.5 arasındaki sürümler HWV 20 profilini kullanır. Sürüm 17.5 ile birlikte HWV 21’e geçiş yaparsınız. Dolayısıyla 17.5 ve 17.6 kullanıyorsanız HWV 21 sizin için en yüksek profildir. HWV 22’yi bu sürümlerde açamazsınız.

Peki 17.6 ne getirir? 17.6, HWV 21 üzerinde kararlılık iyileştirmeleri sunar. Örneğin vTPM ve Windows 11 uyumluluğu güçlendirilir.

Ancak 960 vCPU veya USB 3.2 gibi HWV 22 yenilikleri bu sürümde yoktur. Bu yüzden 17.6 kullanıyorsanız ve yeni limitlere ihtiyacınız varsa 25H2’ye geçmelisiniz.

Önemli bir not: Workstation 17.6.3 ile HWV 22 desteği geldiğine dair yaygın bir yanlış anlama var. Resmi sürüm notları bunu doğrulamaz. HWV 22 yalnızca 25H2 ve sonrasında gelir. Bu ayrımı net tutun.

Workstation 25H2 ve 26H1’de HWV 22: vTPM Rev 1.59 ve USB 3.2 Zorunluluğu

Workstation 25H2, Ekim 2025’te yayınlandı ve takvim tabanlı sürümlemeye geçişi temsil eder. Bu sürümle birlikte HWV 22 resmi olarak kullanıma sundular. Sürüm yükseltmelerini takip etmek için Workstation Pro sürüm yükseltme adımlarına göz atabilirsiniz.

USB 3.2 ve vTPM 2.0 Rev 1.59 yalnızca HWV 22’de aktif olur. Dolayısıyla bu özellikleri istiyorsanız profil yükseltmesi kaçınılmazdır.

Workstation 26H1 ise Mayıs 2026’da çıktı ve HWV 22’yi korur. 26H1’de HWV 23’e dair söylentiler var; ancak resmi dokümanlar HWV 22’nin devam ettiğini gösterir.

Yani 26H1’e geçmek HWV 22 kullanmaya devam edeceğiniz anlamına gelir. Yeni bir profil için 26H2 veya sonrasını beklemeniz gerekir. Güncel sürümlere VMware Workstation son sürüm edinme sayfasından ulaşabilirsiniz.

25H2’nin bir diğer önemli getirisi dictTool oldu. Bu komut satırı aracı, .vmx dosyalarını toplu halde düzenlemenize olanak tanır.

Özellikle onlarca VM’i olan ekipler için manuel sihirbaz tıklamalarından kurtarır. Ancak dikkatli kullanın; yanlış bir değer error 18’i tetikler.

ESXi ve Fusion ile Uyumluluk: HWV 20, 21 ve 22 Hangi Platformlara Karşılık Gelir?

VM’i Workstation’dan ESXi’ye taşıyacaksanız HWV eşleşmesi kritik hale gelir. Aşağıdaki tablo, hangi HWV’nin hangi ESXi sürümüyle uyumlu olduğunu gösterir. Bu tabloyu KB 2007240 ile birlikte okuyun.

Tablodan da anlaşılacağı gibi HWV 22, yalnızca ESXi 9.0 ile eşleşir. ESXi 8.0 U2 ortamınız varsa HWV 21’de kalmalısınız. Aksi halde VM’iniz ESXi tarafında açılmaz. Aynı kural Fusion için de geçerlidir.

VMware Workstation Sanal Makine Donanım Sürümü Nasıl Yükseltilir? Adım Adım Rehber

Şimdi donanım sürümü yükseltmek için aşağıdaki adımları sırayla uygulayın. Hiçbir adımı atlamayın. Özellikle yedekleme ve snapshot kısmı pazarlık konusu değildir.

Yükseltme Öncesi Yedekleme ve Snapshot Politikası: .vmdk Kopyası Zorunlu mu?

Kısa cevap: evet, zorunlu. Donanım yükseltmesi .vmdk dosyalarının içeriğini değiştirmez; ancak .vmx, .nvram ve .vmsd dosyalarını yeniden yazar. Bu süreçte bir kesinti olursa VM açılmaz hale gelebilir. Bu yüzden önce tam bir kopya alın.

1. VM’i kapatın ve Workstation’ı tamamen kapatın.
2. VM klasörünün tamamını harici bir diske kopyalayın.
3. Mümkünse .vmdk dosyalarını ayrıca arşivleyin.
4. VM ayarlarından mevcut durumu not edin (CPU, RAM, NIC türü).
5. Bir snapshot alın ve adını “pre-hwv-upgrade” koyun.

Snapshot’ı geri yükleme güvencesi olarak görmeyin. Çünkü bazı durumlarda snapshot geri dönüşü HWV’yi eski değere döndürmez. Bu yüzden harici kopya şarttır. VMware’de snapshot ile yedek alma rehberimde bu konuyu detaylandırdım.

Change Hardware Compatibility Sihirbazı: VM > Manage Menüsünden HWV 22’ye Geçiş

Sihirbaz adımlarını görsellerle destekleyerek anlatıyorum. Aşağıdaki adımları takip ederek güvenle yükseltme yapabilirsiniz.

Adım 1

Öncelikle Workstation arayüzünü açın. Sanal makinenizin özet ekranına gidin. Mevcut sanal makine donanım sürümü değerini kontrol edin.

Karşınıza “Workstation 16.2.x” gibi eski bir değer çıkabilir. Bu durumda sol taraftaki “Upgrade this virtual machine” bağlantısına tıklayın.

Adım 2

Açılan sihirbaz sizi karşılar. Bu ekran, donanım profilinizi değiştireceğinizi bildirir. Hiçbir ayarı değiştirmeden Next butonuna basarak bir sonraki adıma geçin.

Adım 3

Hedef uyumluluk seviyesini seçin. Açılır menüden “Workstation 25H2 or later” seçeneğini işaretleyin. Bu seçim, size 960 vCPU ve USB 3.2 destekli HWV 22 profilini getirir. Ayrıca unutmayın, seçtiğiniz profil ESXi 9.0 ile eşleşir.

Adım 4

Sihirbaz size uyumluluk detaylarını gösterir. Ekranın sağ tarafında limitleri okuyabilirsiniz. Örneğin, bu profil için 128 GB bellek sınırını göreceksiniz. Ancak bu limit, host donanımınıza göre değişebilir. Detayları onaylayıp Next butonuna tıklayın.

Adım 5

Kritik karar anı geldi. Karşınıza iki seçenek çıkar: Klonlama veya değiştirme.

Hızlı ilerlemek için “Alter this virtual machine” seçeneğini işaretleyin. Ancak veri güvenliği için klonlamayı da tercih edebilirsiniz. Seçiminizi yapıp Next butonuna basın.

Adım 6

Dönüştürme işlemi başlar. Workstation sanal donanımı yeniden yapılandırır. Ardından diskleri konsolide eder. İşlem bittiğinde Close butonuna tıklayın. Bu aşamada VM’in kapalı olduğundan emin olun.

Adım 7

Son olarak özet ekranına dönün. “Hardware compatibility” satırında bakınız. Buradaki metin artık “Workstation 25H2 or later” yazar.

İşte bu, HWV 22’ye başarıyla geçtiğinizi gösterir. Şimdi VM’i açıp VMware Tools güncellemesini yapabilirsiniz.

Alter this virtual machine mı, Clone before Converting mi? Kritik Karar

Bu, yükseltmenin en kritik kararıdır. Alter this virtual machine seçeneği mevcut VM’i yerinde değiştirir. Hızlıdır ama geri dönüşü yoktur. Clone before Converting ise önce bir kopya oluşturur, sonra kopyayı yükseltir. Orijinal VM bozulmadan kalır.

Hangisini seçmelisiniz? Üretim benzeri bir VM’iniz varsa veya snapshot zinciriniz uzunsa Clone seçin. Böylece bir sorun çıktığında orijinal VM’e dönebilirsiniz. Ancak disk alanınız kısıtlıysa ve VM’iniz test amaçlıysa Alter yeterli olabilir.

Benim favorim her zaman Clone. Çünkü HWV yükseltmesi geri alınamaz bir işlemdir. Birkaç dakikalık klonlama süresi, saatler süren kurtarma çalışmasından iyidir. Özellikle şifreli VM’lerde vTPM uyumsuzluğu riskini düşünürseniz, klonlamak akıllıca.

Yükseltme Sonrası VMware Tools Güncelleme ve NIC Ayarlarını Geri Yükleme

Yükseltme bittikten sonra ilk işiniz VMware Tools’u güncellemek olmalı. Çünkü yeni donanım profili yeni sürücüler gerektirir.

Özellikle NVMe 1.3c ve USB 3.2 için güncel Tools şarttır. Komut satırından sürüm kontrolü için vmware-toolbox-cmd -v kullanabilirsiniz.

1. VM’i açın ve konuk işletim sistemine giriş yapın.
2. Workstation menüsünden VM > Install VMware Tools seçin.
3. Konuk sistemde kurulum sihirbazını çalıştırın.
4. Kurulum bittikten sonra VM’i yeniden başlatın.
5. Statik IP kullanıyorsanız NIC ayarlarını kontrol edin.

NIC tarafında endişelenmenize gerek yok. E1000e veya VMXNet3 adaptör türü yükseltmeden etkilenmez.

Ancak Workstation 5.x’ten yükseltme yapıyorsanız statik IP’nin DHCP’ye dönebileceğini unutmayın. Bu durumda IP ayarlarını elle geri yüklemelisiniz.

.vmx Dosyası, virtualHW.version ve dictTool: Manuel Müdahale Güvenli mi?

Bazı kullanıcılar sihirbazı atlayıp doğrudan .vmx dosyasını düzenlemek ister. Bu yol bazen hızlı bir çözüm gibi görünür. Ancak riskleri vardır. Şimdi manuel müdahalenin sınırlarını anlatıyorum.

virtualHW.version Değerleri Tablosu: 19, 20, 21 ve 22 Hangi Workstation Sürümüne Denk Gelir?

Aşağıdaki tablo, virtualHW.version değerlerini ve karşılık geldikleri Workstation sürümlerini listeler. Bu tabloyu hızlı başvuru için kullanabilirsiniz.

Dikkat edin: HWV 21 ve 22 arasındaki vCPU farkı 192’dir. Bu fark, yüksek yoğunluklu testlerde belirleyici olur. Ancak her VM için bu limite ihtiyacınız yok.

dictTool ile .vmx Düzenleme ile Sihirbaz Arasındaki Fark ve Güvenlik Sınırları

dictTool, 25H2 ile gelen bir komut satırı aracıdır. .vmx dosyalarını toplu halde incelemenize ve değiştirmenize olanak tanır. Sihirbaz ise tek tek VM’ler için görsel adımlar sunar. Peki hangisi daha güvenli?

Sihirbaz, Broadcom tarafından desteklenen resmi yoldur. Geçerli kombinasyonları kontrol eder ve sizi uyarır. dictTool ise daha esnektir ama sorumluluk size aittir.

Yanlış bir virtualHW.version değeri error 18’e yol açar. Ayrıca desteklenmeyen yapılandırmaları sessizce yok sayar.

Özetle: rutin yükseltmeler için sihirbazı kullanın. dictTool‘u yalnızca onlarca VM’i aynı anda güncellemeniz gerekiyorsa ve her birini test edecekseniz tercih edin. notepad++ ile manuel düzenleme ise son çare olmalı.

Error 18 Donanım Sürümü Hatası: Yanlış .vmx Değeri mi, vTPM Uyumsuzluğu mu?

Error 18’in iki ana nedeni vardır. Birincisi, .vmx dosyasındaki virtualHW.version değerinin host Workstation sürümünden yüksek olmasıdır.

Örneğin Workstation 17.6’da HWV 22 değeri görürseniz bu hatayı alırsınız. İkincisi, HWV 22’den düşürülen şifreli bir VM’de vTPM Rev 1.59 uyumsuzluğudur.

İlk durumda çözüm basittir: .vmx dosyasını açıp değeri düşürün veya Workstation’ı yükseltin. İkinci durumda ise VM’i açamazsınız. Çünkü vTPM sürümü geri dönmez. Bu yüzden HWV 22’ye geçmeden önce şifreli VM’lerde ekstra dikkatli olun.

Donanım Uyumluluğu Düşürme (Downgrade) Mümkün mü? vTPM, Şifreli VM ve Snapshot Gerçekleri

Downgrade konusu, kullanıcıların en çok umut bağladığı ama en çok hayal kırıklığı yaşadığı alandır. Kısa cevap: resmi olarak destekli değil. Ama istisnalar ve riskler var. Aşağıda bunları netleştiriyorum.

Şifreli VM’lerde vTPM 2.0 Rev 1.59 Nedeniyle HWV 22’den Düşürme Neden İmkânsız?

HWV 22 ile gelen vTPM 2.0 Rev 1.59, önceki vTPM sürümleriyle uyumlu değildir. Şifreli bir VM’de vTPM, şifreleme anahtarlarıyla sıkı sıkıya bağlıdır. HWV düşürüldüğünde vTPM sürümü eskiye döner, ancak anahtar yapısı uyuşmaz. Sonuç: VM açılmaz.

Broadcom sürüm notları bu durumu açıkça belirtir. HWV 22’den düşürülen şifreli VM’lerde vTPM hatası oluşur. Bu yüzden şifreli VM’lerde HWV 22’ye geçiş tek yönlü bir kapıdır. Geri dönüş için VM’i şifrelemeden önceki bir yedeğe ihtiyacınız olur.

Peki şifreleme olmadan vTPM kullanabilir miyim? Hayır. Workstation’da vTPM eklemek için VM’in şifreli olması gerekir. Dolayısıyla vTPM’li her VM bir şekilde şifrelidir. Bu da HWV 22 sonrası downgrade’i fiilen imkânsız kılar.

Şifresiz VM’lerde .vmx ile HWV Düşürmenin Riskleri: Desteklenmeyen Yapılandırma ve Önyükleme Hatası

Şifresiz VM’lerde .vmx dosyasındaki virtualHW.version değerini elle düşürebilirsiniz. Ancak bu, desteklenmeyen bir yapılandırmadır.

Workstation yeni donanım ayarlarını eski profile uyarlamaya çalışırken tutarsızlıklar oluşur. Örneğin NVMe 1.3c denetleyicisi eski profilde tanınmaz ve disk görünmez.

Ayrıca önyükleme hatası riski vardır. Sanal BIOS/UEFI, yeni cihazları eski profile göre yeniden numaralandırır. Konuk işletim sistemi yanlış sürücüyü yüklemeye çalışır ve mavi ekran verir. Linux tarafında ise çekirdek paniği görebilirsiniz.

Kısacası, şifresiz VM’lerde bile HWV düşürmeyi son çare olarak görün. Elinizde sağlam bir yedek yoksa bu yola girmeyin.

Snapshot Donanım Sürümü Değişince Geçersiz Olur mu? Geri Yükleme Davranışı

Snapshot’lar HWV değişiminden sonra görünür kalır. Ancak geri yükleme davranışı HWV’ye göre farklılık gösterir.

Eski Workstation sürümlerinde (5.x gibi) snapshot’a dönüş, HWV’yi de eski değere çevirir. Yeni sürümlerde ise snapshot yalnızca disk durumunu geri yükler; HWV değeri güncel kalır.

Bu fark kritiktir. Eğer HWV 22’ye geçtikten sonra eski bir snapshot’a dönerseniz, VM hâlâ HWV 22 profilindedir. Dolayısıyla downgrade beklentiniz boşa çıkar. Ayrıca snapshot zinciri konsolide edilmediyse yeni HWV’de snapshot oluşturma sorunlu olabilir.

Önerim: HWV yükseltmesi öncesi snapshot alın, ancak bu snapshot’ı geri dönüş garantisi olarak görmeyin. Harici .vmdk kopyası her zaman daha güvenilirdir.

Yükseltme Sonrası Karşılaşılan Sorunlar: Açılmayan VM, Lisans ve Sürücü Problemleri

Yükseltme her zaman planlandığı gibi gitmez. Bazen VM açılmaz, bazen lisans uyarısı çıkar. Bu bölümde en sık karşılaşılan sorunları ve çözümlerini listeliyorum.

Sanal Makine Yükseltme Sonrası Açılmıyor: Kontrol Listesi

VM açılmıyorsa panik yapmayın. Aşağıdaki adımları sırayla kontrol edin. Çoğu sorun basit bir ayar hatasından kaynaklanır.

1. .vmx dosyasındaki virtualHW.version değerini kontrol edin.
2. Host Workstation sürümünün bu HWV’yi desteklediğinden emin olun.
3. VM’in şifreli olup olmadığını ve vTPM içerip içermediğini doğrulayın.
4. VMware Tools’un güncel olup olmadığını kontrol edin.
5. Snapshot zincirini inceleyin; konsolidasyon gerekiyorsa yapın.
6. Konuk işletim sistemi önyükleme kayıtlarını gözden geçirin.

Bu adımlar sorunu çözmezse VM’i klonlayarak farklı bir HWV’de açmayı deneyin. Klon, orijinal VM’i riske atmadan test imkânı verir.

Windows XP, Vista, 7 ve 8 Yükseltme Sonrası Yeniden Etkinleştirme ve Sürücü Sorunları

Eski Windows sürümleri, donanım değişikliklerine karşı hassastır. HWV yükseltmesi, sanal anakart yonga setini ve cihaz kimliklerini değiştirir. Bu durum Windows’un yeniden etkinleştirme istemesine yol açar. Özellikle Windows XP ve Vista’da bu sıkça görürüz.

Ayrıca sürücü uyumsuzluğu ortaya çıkabilir. Örneğin yeni PCI-PCI bridge yapısı, Windows 98’de “PCI Sistem Çevre Birimi” sürücüsü isteyebilir. Benzer sürücü sorunlarını VM’ye Windows 7 kurulumu sonrasında da yaşayabilirsiniz.

Özellikle, Windows 7 ve 8’de ise depolama denetleyicisi sürücüsü güncellemezseniz mavi ekran göreceksiniz.

Çözüm: yükseltme öncesi konuk sistemin etkinleştirme durumunu ve sürücü yedeğini alın. Yükseltme sonrası VMware Tools’u güncelleyin. Gerekirse üretici etkinleştirme hattını arayın. Bu süreç can sıkıcı olabilir; ancak önlem alırsanız kolayca yönetebilirsiniz.

Workstation 5.x’ten Yükseltmede NIC Statik IP’nin DHCP’ye Dönüşmesi ve Geri Alma

Workstation 5.x’ten yükseltme yapıyorsanız NIC ayarlarına özellikle dikkat edin. Eski sürümlerde statik IP yapılandırması, yeni profilde DHCP’ye dönebilir. Bu durum, VM’in ağ bağlantısını kaybetmesine yol açar.

1. Yükseltme öncesi statik IP, subnet maskesi ve gateway bilgilerini not edin.
2. Yükseltme sonrası konuk sistemde ağ ayarlarını açın.
3. DHCP’ye dönmüşse manuel olarak statik IP’yi yeniden girin.
4. DNS sunucularını kontrol edin.
5. Bağlantıyı test edin.

Bu sorunu özellikle eski Linux konuk sistemlerinde görürüz. Çünkü ağ yapılandırma dosyaları yeni cihaz adlarıyla eşleşmez. Çözüm için /etc/network/interfaces veya NetworkManager ayarlarını elle düzenlemeniz gerekebilir.

Donanım Sürümü Yükseltmesi Performansı Gerçekten Artırır mı? Ölçüm Protokolü

Pazarlama materyalleri “daha yüksek HWV, daha yüksek performans” der. Bu kısmen doğrudur; ama her zaman değil. Şimdi, performans etkisini nasıl ölçeceğinizi ve gerçekçi beklentileri anlatıyorum.

Yükseltme Öncesi ve Sonrası Disk G/Ç Testi: Hangi Araçlar, Hangi Metrikler?

Performans ölçümü için önce bir baseline oluşturun. Yükseltme öncesi ve sonrası aynı testleri çalıştırın. Aşağıdaki araçları kullanabilirsiniz:

• CrystalDiskMark: Sıralı ve rastgele disk hızları.
• fio (Linux): IOPS ve gecikme ölçümü.
• VMbench: VMware’e özgü yük testleri.
• Geekbench: Genel CPU ve bellek performansı.

Ölçüm sırasında VM’in kaynaklarını sabit tutun. Aynı vCPU, RAM ve disk boyutlarını kullanın. Testleri en az üç kez tekrarlayın ve ortalamayı alın. Ayrıca host üzerinde başka yük olmadığından emin olun.

Donanım Sürümü Performansı Her Zaman Artırır mı? Sınırlar ve Yanılgılar

Hayır, her zaman artırmaz. HWV yükseltmesi yeni yetenekler açar; ancak bu yetenekleri kullanmıyorsanız performans artışı sınırlı kalır.

Örneğin 4 vCPU’lu bir Linux web sunucusu düşünün. Yani böyle bir sunucu için HWV 22’nin 960 vCPU limiti hiçbir şey ifade etmez.

Ayrıca host donanımı darboğazsa HWV yükseltmesi bu darboğazı aşamaz. Host CPU’nuz veya diskiniz yavaşsa performans sınırlı kalır.

Üstelik konuk VM’in donanım profili ne olursa olsun bu değişmez. Bu yüzden önce host tarafını iyileştirin.

Son olarak, bazı eski konuk sistemler yeni donanım profillerinde daha yavaş çalışabilir. Çünkü eski sürücüler yeni denetleyicilerle tam uyumlu olmayabilir. Bu durumda HWV yükseltmesi performansı düşürebilir bile.

VMware Donanım Sürümü İleri Okuma Kaynakları

Aşağıdaki kaynaklar, bu rehberde anlattığım konuların resmi ve teknik temelini oluşturur. Özellikle HWV limitleri ve uyumluluk matrisleri için bu belgeleri doğrudan incelemenizi öneririm.

• VMware KB 2007240 – ESXi/ESX hosts and compatible VM versions: HWV-ESXi eşleşmelerinin resmi kaynağı.
• VMware Workstation Pro 25H2 Release Notes: HWV 22, USB 3.2 ve vTPM Rev 1.59 değişikliklerinin birincil belgesi.
• Considerations for Changing Hardware Compatibility: Downgrade kısıtlamaları ve Workstation 5.x özel durumları.

Sık Yapılan Hatalar ve Yükseltme Öncesi Kontrol Listesi

Son bölümde, sahadaki en yaygın hataları ve bunlardan kaçınma yollarını özetliyorum. Bu listeyi yükseltme öncesi mutlaka gözden geçirin.

VM Açıkken Donanım Yükseltme Denemesi: Neden Mümkün Değil?

Workstation, VM açıkken donanım profilini değiştirmenize izin vermez. Çünkü yükseltme, sanal donanım mimarisini yeniden yapılandırır. Bu işlem sırasında bellek ve cihaz durumları tutarsız hale gelir. Bu yüzden önce VM’i kapatmalısınız.

Ayrıca VM’i askıya alma (suspend) durumu da yeterli değildir. Suspend, disk ve bellek durumunu saklar; ancak donanım yapılandırması hâlâ aktif kabul eder. Yükseltme için tam kapatma (power off) gerekir.

Yedeksiz ve Snapshot’sız Yükseltme: Geri Dönüşü Olmayan Yol

Yedek almadan yükseltme yapmak, büyük risk almaktır. Çünkü HWV değişimini geri alamazsınız. Bir sorun çıktığında elinizde orijinal .vmx ve .vmdk dosyaları yoksa VM’i kurtarmak çok zor olabilir.

Minimum yedek: VM klasörünün tamamının harici diske kopyası. İdeal yedek: ayrıca .vmdk arşivi ve çalışan bir snapshot. Bu üçlü, çoğu felaket senaryosundan sizi kurtarır.

VMware Donanım Uyumluluğu Değiştirme ve Yükseltme: Videolu Anlatım

Yazılı rehberi bitirdiniz mi? O halde şimdi işin görsel kısmına geçelim. Aşağıdaki videolar süreci daha net anlamanıza yardımcı olacak.

İlk videoda değişiklik adımlarını eski bir sürüm üzerinden izleyeceksiniz. İkinci video ise yükseltme mantığını pratik olarak gösterecek.

Unutmayın, sürümler eski olsa da mantık tamamen aynıdır. Dolayısıyla bu adımları kendi güncel sürümlerinizde rahatça uygulayabilirsiniz.

YouTube Kanalımıza Abone Ol! YouTube'da İzle

YouTube Kanalımıza Abone Ol! YouTube'da İzle

VMware Donanım Sürümü Yükseltme Hakkında SSS

Sonuç: Doğru Donanım Sürümü Kararı Nasıl Verilir?

VMware Donanım Uyumluluğu kararını ihtiyaçlarınıza ve taşınabilirlik hedeflerinize göre verirsiniz. HWV 22 size 960 vCPU, USB 3.2 ve vTPM Rev 1.59 sunar. Ancak bu yenilikler yalnızca Workstation 25H2 ve ESXi 9.0 ile eşleşir.

HWV 21, 16 vGPU ve 256 vNVMe disk ile dengeli bir profildir. Workstation 17.5/17.6 ve ESXi 8.0 U2 kullanıyorsanız en doğru tercih budur. HWV 20 ise 17.0–17.5 arası sürümler için sağlam bir temeldir.

Karar verirken şu üç soruyu sorun: Hangi Workstation sürümünü kullanıyorum? VM’i başka bir platforma taşıyacak mıyım? Yeni limitlere gerçekten ihtiyacım var mı?

Bu soruların cevabı, doğru profili size gösterecektir. Unutmayın: yükseltme geri alınamaz; ama doğru planlamayla riski minimize edersiniz.