> For the complete documentation index, see [llms.txt](https://note.onurbolatoglu.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://note.onurbolatoglu.com/vmware-vsphere/understanding-clones/cloning-a-windows-virtual-machine-destination-host.md). # Cloning a Windows Virtual Machine: Destination Host Bir sistem yöneticisinin mesaisinde en çok zaman kazandıran işlemlerin başında "Sanal Makine (Virtual Machine) Klonlama" gelir. Saatler sürecek işletim sistemi kurulumlarını, güncellemeleri ve uygulama konfigürasyonlarını dakikalara indiren bu teknoloji, vCenter'ın sunduğu en kritik "orkestrasyon" yeteneklerinden biridir. Bu makalede, bir Windows sanal makinesinin klonlanma sürecindeki temel adımları, "Migrate" (Taşıma) ile "Clone" (Klonlama) arasındaki o ince çizgiyi ve hedef (Destination) belirlerken yapılan mühendislik tercihlerini inceleyeceğiz. **1. Kesin Çizgi: Migrate vs. Clone (Taşıma mı, Kopyalama mı?)** vCenter arayüzünde bir sanal makineye sağ tıkladığınızda karşınıza çıkan menüde hem `Clone` hem de `Migrate` seçenekleri bulunur. İşlevsel olarak birbirlerine benzeseler de, arka planda (Datastore ve Ağ mimarisinde) tamamen farklı işler yaparlar: * Migrate: Bir sanal makineyi bulunduğu Host'tan (Donanımdan) veya Datastore'dan (Diskten) alıp başka bir yere taşır. Kaynak (orijinal) makine eski yerinden tamamen silinir. Ortamda o makineden hala sadece 1 tane vardır. * Clone: Seçilen sanal makinenin disklerinin (VMDK), konfigürasyon dosyasının (VMX) ve içindeki tüm verilerin birebir kopyasını çıkararak yeni bir makine yaratır. İşlem bittiğinde ortamda o makineden tam 2 tane olur. Asıl makine çalışmaya devam ederken, kopyası yeni bir kimlikle (yeni MAC adresi) hayata başlar. **2. Klonlama Operasyonu: 3 Farklı Strateji** Clone seçeneğine tıkladığınızda vCenter size 3 farklı operasyon tipi sunar. Bunlar, klonun gelecekteki yaşam döngüsünü (Life Cycle) belirler: 1. Clone to a Virtual Machine (Sanal Makine Olarak Klonla): Yeni kopyanın anında çalıştırılabilir, aktif bir sunucu olarak ortama dahil edilmesidir. 2. Clone to a Template: Kopyanın çalıştırılabilir bir makine olarak değil, ileride yeni kurulumlar yapmak için kullanılacak salt okunur bir "Kalıp" (Template) olarak Datastore'a kaydedilmesidir. 3. Clone to a Template in Library: Oluşturulan o salt okunur kalıbın, diğer vCenter'ların (örneğin Ankara'daki merkezin) da erişebilmesi için ortak bir İçerik Kütüphanesine (Content Library) atılmasıdır. **3. İsimlendirme Standartları ve İzolasyon Kuralı** Sihirbazdaki ilk kritik adım, yeni klona bir isim vermektir. Aynı isimde (örneğin `SQL_Sunucu`) bir klonu aynı Datacenter içindeki farklı bir Host'a kursanız bile vCenter buna teorik olarak izin verebilir. Ancak bu, saatli bir bombadır: * Datastore Çakışması: ESXi, sanal makineyi kurduğu Datastore içerisinde makinenin adıyla bir klasör açar. Eğer ileride bir felaket (Disaster) yaşanır ve o iki makine aynı Host/Datastore üzerinde buluşmak zorunda kalırsa, klasör isimleri çakışacak ve makineniz açılamayacaktır (Orphaned durumuna düşecektir). * Bu nedenle, örneğin `SQL_Server_03` makinesi klonlanıyorsa, yeni makinenin adı mutlaka benzersiz (Örn: `SQL_Server_04` veya `SQL_Server_Test`) olarak isimlendirilmelidir. **4. Hedef Host'u (Donanımı) Seçmek ve Klonlamanın Amacı** İsim verildikten sonra vCenter sizden "Bu klon hangi donanımın (Host) üzerinde yaşayacak?" sorusuna yanıt bekler. Bu seçim, klonlamayı neden yaptığınıza göre iki farklı senaryo yaratır: * Senaryo A (Yedekleme/Backup Amacıyla Aynı Host): Makineyi sadece bir "yedek" veya "geriye dönüş noktası" olarak klonluyorsanız, kaynak makineyle aynı Host'u (Örn: Host-10) seçebilirsiniz. * Senaryo B (Yeni Sunucu Amacıyla Farklı Host): Amacınız ortamdaki yükü dağıtmak ve yepyeni bir sunucu devreye almaksa, orijinal makine Host-10'daysa, klonu Host-20 üzerine kurmayı seçersiniz. Bu sayede işlemcisi ve RAM'i tamamen farklı bir donanım üzerinden hizmet vermeye başlar. Bu seçim ekranında vCenter arka planda anlık bir Uyumluluk Kontrolü (Compatibility Check) yapar. Seçtiğiniz hedefin (Host'un) o makinenin donanım versiyonunu veya ağ mimarisini destekleyip desteklemediğini kontrol eder. Yeşil onay (Succeed) yazısını görmeden bir sonraki "Datastore (Depolama)" aşamasına geçilemez. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://note.onurbolatoglu.com/vmware-vsphere/understanding-clones/cloning-a-windows-virtual-machine-destination-host.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.