VMware'den Azure'a Geçiş: Azure Migrate ile Nasıl Yapılır (2026)

Xen Bilişim ekibi · Microsoft Kayıtlı İş Ortağı · MS-100 / MS-102 / AZ-104 sertifikalı danışmanlar · Son güncelleme: 7 Ekim 2026

Özet (TL;DR): VMware üzerinde çalışan sunucularınızı Azure'a taşımanın Microsoft'un resmi yolu Azure Migrate aracıdır. Sanal makinelerin içine hiçbir şey kurmadan (ajan kurmadan yöntem), VMware ortamınıza yerleştirilen küçük bir gereç (appliance) üzerinden veriyi Azure'a çoğaltırsınız; kaynak sunucular bu sırada çalışmaya devam eder. Test geçişiyle doğruladıktan sonra tek bir planlı kapanışla son geçişi yaparsınız. Araç, makine başına ilk 180 gün ücretsizdir. Bu rehberde ön gereksinimleri, portaldaki adımları, sınırları ve sık yapılan hataları Microsoft Learn eğitimine dayanarak anlatıyoruz.

VMware ortamınızın Azure'da ne kadar tutacağını merak ediyorsanız ücretsiz envanter ve maliyet değerlendirmesi isteyin: sunucu listenizi çıkarıp Azure karşılığını size yazılı verelim.

Neden şimdi: VMware lisans kararı gündemde

Birçok kurum, VMware lisans modelindeki değişiklikler sonrası altyapı yenileme kararını yeniden değerlendiriyor. Azure VMware Solution tarafındaki lisans değişikliklerini ayrı bir yazıda ele aldık. Bu yazıdaki yöntem ise farklı bir yol anlatıyor: sanal makineleri olduğu gibi VMware'de tutmak yerine doğrudan Azure sanal makinelerine (Azure VM) dönüştürmek. Karar sizin, ama kararın ilk adımı hep aynıdır: elinizdeki sunucuların listesini çıkarıp hangisinin taşınabilir olduğunu görmek.

Önce terimleri sadeleştirelim. vCenter, VMware sanal sunucularınızı tek yerden yöneten yönetim konsoludur. ESXi, sanal makinelerin üzerinde çalıştığı fiziksel sunucudaki VMware yazılımıdır. Gereç (appliance), Azure Migrate'in sizin ağınızda çalışan küçük yardımcı sanal makinesidir; vCenter'dan bilgi toplar ve veriyi Azure'a taşır. Bunu evinizi taşıyan firmanın depoya bırakılan "geçici koli istasyonu" gibi düşünün: eşyalar (veriler) önce oraya toplanır, sonra yeni eve gönderilir.

Hangi yöntem: ajan kurmadan mı, ajanlı mı?

Microsoft iki yöntem sunuyor. Ajan kurmadan (agentless) yöntemde hiçbir sanal makineye yazılım kurmazsınız; Azure Migrate gereci vCenter üzerinden diskleri okur. Ajanlı (agent-based) yöntemde her makineye Mobility service adlı bir ajan kurulur ve ayrı bir çoğaltma gereci kullanılır. Çoğu kurum için ilk tercih ajan kurmadan yöntemdir, çünkü canlı üretim sunucularına dokunmaz. Ajanlı yöntem ise ajan kurmadan yöntemin desteklemediği durumlarda devreye girer; destek matrisinde bağımsız (independent) diskler ve iSCSI hedefleri yalnızca ajanlı yöntemde destekleniyor olarak geçer.

Bu yazının geri kalanı ajan kurmadan yöntemi anlatıyor.

Ön gereksinimler: başlamadan önce kontrol listesi

2026-10 itibarıyla Microsoft'un destek matrisine göre şunlar gerekir:

• VMware sürümü: vCenter Server ve ESXi için 9.0, 8.0, 7.0, 6.7 veya 6.5. Bir gereç en fazla 10 vCenter Server'a bağlanabilir.
• Azure hesabı: Azure aboneliğinde sanal makine oluşturma ve yönetilen diske yazma izni. Gerekli yerleşik roller için Microsoft'un "Prepare Azure accounts for Azure Migrate" sayfasına bakın.
• vCenter hesabı: Gerecin kullanacağı VMware hesabına veri deposu gezinme, disk değişiklik izleme, anlık görüntü (snapshot) yönetimi ve sanal makineyi kapatma gibi yetkiler verilmelidir. Yetkiler veri merkezi, küme, sunucu, sanal makine ve veri deposu düzeylerinin hepsinde tanımlanmalıdır; aksi halde çoğaltma hatası alırsınız.
• Gereç sunucusu: Windows Server 2022 veya 2025, 32 GB bellek, 8 sanal işlemci ve yaklaşık 80 GB disk. Hazır OVA şablonu (12,8 GB) Windows Server 2022 deneme lisansıyla gelir ve bu lisans 180 gün geçerlidir; süre dolmadan lisansı etkinleştirin veya yeni gereç kurun.
• VDDK: Ajan kurmadan taşıma için gereçte VMware'in sanal disk geliştirme kiti (VDDK) kurulu olmalıdır.
• Ağ: Gereçten dışarıya 443 numaralı bağlantı noktası; vCenter'a gelen 443; ESXi sunucularına gelen TCP 902.

Windows Server 2008, 2008 R2, 2012 ve 2012 R2 için Microsoft destek sonunu belirtiyor ve Azure Migrate'in bu sürümlerde tutarlı sonuç garanti etmediğini yazıyor. Bu sürümleri taşımadan önce desteklenen bir Windows Server sürümüne yükseltmeniz öneriliyor.

Hangi sanal makineler taşınamaz?

Azure Migrate'in ajan kurmadan yöntemde kabul etmediği durumları baştan bilmek, geçiş gününde sürpriz yaşamanızı önler. Microsoft'un matrisine göre şunlar desteklenmez:

• Şifrelenmiş diskler ve birimler (BitLocker kullanıyorsanız taşımadan önce kapatılmalıdır).
• Paylaşımlı disk kümeleri (cluster) ve bağımsız (independent) diskler.
• iSCSI hedefi kullanan makineler, çoklu yol G/Ç (Multipath IO), NVMe diskler, IPv6 ve birleştirilmiş ağ kartları (teamed NIC).
• İşletim sistemi diski dinamik disk olan makineler; önce temel (basic) diske çevrilmelidir.
• RDM ve passthrough diskler ile NFS birimleri çoğaltılmaz; bunlar Azure'a gelmez.
• Disk dosyası (VMDK) adında ASCII dışı karakter bulunan makineler. Türkçe karakter (ç, ğ, ı, ö, ş, ü) içeren dosya adları bu yüzden önemli bir tuzaktır; kaynak makine veya disk adında Türkçe karakter varsa taşımadan önce adı değiştirin.

Boyut sınırları: işletim sistemi diski ilk nesil Azure VM için en fazla 2 TB, ikinci nesil için 4 TB; veri diskleri 32 TB'a kadar. Azure VM adı 1 ile 63 karakter arasında olmalı, yalnızca harf, rakam ve tire içerebilir.

Adım 1: Azure Migrate projesini ve gereci kurun

1. Azure portalda Azure Migrate hizmetini açın ve bir proje oluşturun (ya da mevcut projeyi seçin). Projenin kurulacağı bölgeyi seçerken veri konumunu bir sonraki bölümde anlatılan KVKK değerlendirmesiyle birlikte düşünün.
2. Projeden gereç şablonunu (OVA) indirin. İndirdiğiniz dosyanın doğru olduğunu Windows'ta CertUtil -HashFile <dosya> SHA256 komutuyla doğrulayın; çıkan değer Microsoft'un yayımladığı değerle aynı olmalıdır.
3. OVA dosyasını vCenter'a içe aktarıp gereç sanal makinesini oluşturun. OVA kullanamıyorsanız Windows Server 2022 veya 2025 çalışan mevcut bir sunucuya PowerShell kurulum betiğiyle de kurabilirsiniz.
4. Gereci açıp tarayıcıdaki yapılandırma yöneticisine girin, ön koşul kontrollerini geçin, Azure hesabınızla oturum açarak gereci projeye kaydedin ve vCenter bilgilerini girin.
5. Gerecin ihtiyaç duyduğu internet adreslerine (örneğin *.blob.core.windows.net, *.servicebus.windows.net, *.hypervrecoverymanager.windowsazure.com) güvenlik duvarınızdan veya vekil sunucunuzdan izin verin. Tam liste gereç belgesinde yer alır.

Bir gereç en fazla 10.000 sunucuyu keşfedebilir ve yalnızca tek bir projeye kayıtlı olabilir. Keşif tamamlandığında sunucularınız projedeki envanterde listelenir.

Adım 2: Değerlendirme yapın (atlamayın)

Microsoft taşımadan önce değerlendirme (assessment) yapılmasını önerir, ancak zorunlu tutmaz. Biz zorunlu sayıyoruz: değerlendirme, her sunucu için uygun Azure VM boyutunu, disk türünü ve tahmini aylık maliyeti çıkarır. Böylece "Azure'da aylık ne kadar öderiz" sorusuna tahmin yerine veriyle cevap verirsiniz.

Değerlendirme çıktısında şu soruları cevaplayın: Hangi makineler hiç kullanılmıyor (taşımayın, kapatın)? Hangileri gereğinden büyük (küçük boyutta başlayın)? Hangileri desteklenmeyen işletim sistemi veya disk türüne sahip (önce düzeltin)?

Adım 3: Çoğaltmayı başlatın

Portaldaki yol şöyledir. Aynı anda en fazla 10 makine seçebileceğinizi unutmayın; daha fazlası için gruplar halinde ilerleyin.

1. Azure Migrate projesinde Execute > Migration bölümüne gidip Start execution seçin.
2. Specify intent ekranında "What do you want to migrate" için Servers or Virtual Machines (VM), "Where do you want to migrate to" için Azure VM seçin.
3. Makineleri From all inventory (elle seçim) ya da From an assessment (hazır değerlendirmeden) seçeneğiyle belirleyin.
4. Discovery method altında VMware gerecinizi seçin; Migration mode için Agentless migration işaretleyin.
5. Workloads adımında hedef VM güvenlik türünü seçin. Azure Migrate uygun makineleri varsayılan olarak Trusted Launch sanal makinelerine (güvenli önyükleme ve sanal TPM içeren, ek ücreti olmayan tür) taşır. Kaynak makinede güvenli önyükleme kullanıyorsanız bu önemlidir: Microsoft, ikinci nesil Azure VM'lerinde güvenli önyüklemenin bulunmadığını, bu nedenle taşıma sonrası Trusted Launch türüne dönüştürmeyi önerir.
6. Target settings adımında abonelik, hedef bölge ve önbellek depolama hesabını seçin. İlk çoğaltma başladıktan sonra hedef bölge ve depolama hesabı değiştirilemez.
7. Azure Hybrid Benefit kutusunu, elinizde uygun Windows Server veya kurumsal Linux lisansı varsa işaretleyin. Microsoft, uygun lisansla pay-as-you-go maliyete göre yüzde 76'ya varan tasarruf sağlanabileceğini belirtiyor.
8. Sanal ağı (virtual network) ve alt ağı, ardından kullanılabilirlik seçeneğini (Availability Zone, Availability Set ya da yedeklilik gerekmiyor) belirleyin.
9. Compute adımında VM boyutunu ve işletim sistemi disk türünü gözden geçirin. Değerlendirme kullandıysanız önerilen boyut gelir.
10. Disks adımında hangi disklerin çoğaltılacağını ve disk türünü (Standard HDD, Standard SSD, Premium SSD, Premium SSD v2 veya Ultra Disk) seçin. Ultra Disk için Azure Migrate portalı doğrudan taşıma yapmaz; Premium disk olarak taşıyıp sonradan Ultra'ya geçirmeniz gerekir.
11. Tags adımında etiketleri girip Review and start execution ile ilk çoğaltmayı başlatın.

Dikkat: Azure bağlantısı veya gereç servisleri 90 dakikadan uzun kesilirse çoğaltma döngüsü yüzde 0'dan yeniden başlar. Bu nedenle ilk çoğaltma sürerken gerecin bulunduğu sunucuda planlı bakım, yeniden başlatma ve güvenlik duvarı değişikliği yapmayın.

Adım 4: Çoğaltmayı izleyin

Aynı Execute > Migrations sayfasında her makinenin aşamasını görürsünüz. Üç aşama vardır: Preparation (ilk çoğaltma sürüyor), Testing (ilk çoğaltma bitti, değişiklikler periyodik gönderiliyor) ve Completion (son geçişe hazır). Süreç şöyle işler: ilk çoğaltmada makinenin anlık görüntüsü alınır ve disk verisi Azure'daki kopya disklere yazılır; sonrasında yalnızca değişen bloklar gönderilir.

Kalan süreyi görmek için Azure Cloud Shell'de PowerShell kullanabilirsiniz. Microsoft'un eğitiminde geçen komut şudur:

Get-AzMigrateServerMigrationStatus -ProjectName "<proje-adi>" -ResourceGroupName "<kaynak-grubu>" -MachineName "<sunucu-adi>"

Aynı komuta -Expedite eklerseniz süreyi kısaltmak için önerilen işlemleri, -Health eklerseniz hata, olası neden ve önerilen çözümleri alırsınız. -MachineName vermezseniz projedeki tüm sunucuların durumu listelenir.

Adım 5: Test geçişi yapın

Test geçişi, canlı sisteminize dokunmadan Azure'da kopya bir sanal makine açıp çalışıp çalışmadığına bakmanızdır. Microsoft her makine için en az bir kez yapılmasını şiddetle önerir. Kaynak makine çalışmaya ve çoğaltmaya devam eder.

1. Execute > Migrations sayfasında Workloads sütunundaki sunucu adına tıklayın.
2. Açılan panelde Testing menüsünden Start test migration seçin.
3. Test için üretim dışı bir sanal ağ seçin ve her ağ kartına bir alt ağ atayın. Üretim ağını seçerseniz aynı IP veya ad ile çakışma yaşayabilirsiniz.
4. İsterseniz bu aşamada Upgrade available seçeneğiyle Windows Server sürüm yükseltmesini de deneyebilirsiniz.
5. İş bitince Clean up test migration ile test kaynaklarını temizleyin.

Testte şunlara bakın: Sunucu açılıyor mu, uzak masaüstü veya SSH ile bağlanabiliyor musunuz, uygulama servisleri başlıyor mu, veritabanı bağlantı dizesi doğru mu? Windows makinelerde taşımadan önce kaynakta uzak masaüstünün (RDP) açık ve güvenlik duvarında izinli olduğundan emin olun; Microsoft ayrıca işletim sisteminin SAN ilkesinin OnlineAll olmasını ister. Aksi halde Azure'daki makine açılır ama diskleri çevrimdışı kalabilir.

Adım 6: Son geçişi (cutover) yapın

1. Sunucu panelinde Completion menüsünden Migrate seçin.
2. Shut down virtual machines and perform a planned migration with no data loss sorusuna Yes deyin. Azure Migrate kaynak makineyi kapatır, son değişiklikleri eşitler ve veri kaybı olmadan Azure'da başlatır. Kapatmak istemezseniz No seçilir ama o halde son değişiklikler kaybolabilir.
3. Gerekirse Windows Server sürüm yükseltmesini seçin ve varsa kapasite ayırmanızı (capacity reservation) belirtin.
4. İş bildirimlerden izlenir; bitince makine Completion aşamasında görünür.

Son geçiş, kesinti yaratan tek adımdır. Süre, kaynak makinenin son çoğaltmadan beri ürettiği veri miktarına bağlıdır. Mesai dışını ve iş birimlerine önceden duyuruyu planlayın. Birden fazla sunucu birbirine bağlıysa (uygulama, veritabanı, dosya sunucusu), hepsini aynı bakım penceresinde sırayla taşıyın.

Adım 7: Geçişi tamamlayın ve temizlik yapın

Azure'da makine çalışmaya başladıktan sonra panelde Completion menüsünden Complete migration seçin. Bu işlem kaynak makine için çoğaltmayı durdurur ve çoğaltma durum bilgisini temizler. Azure sanal makine ajanı taşıma sırasında otomatik kurulur. Sonrasında Microsoft'un sıraladığı geçiş sonrası listesini uygulayın:

• Windows etkinleştirme sorunlarını kontrol edin.
• Ana bilgisayar adları, veritabanı bağlantı dizeleri ve web sunucusu yapılandırmalarını güncelleyin.
• Uygulama kabul testini Azure'daki makinede tamamlayın, ardından trafiği yeni makineye yönlendirin.
• Kaynak VMware makinelerini envanterden ve yerel yedeklerden ancak her şey doğrulandıktan sonra çıkarın.
• Dahili dokümantasyonda yeni IP adreslerini güncelleyin.

Güvenlik ve süreklilik için üç şeyi hemen yapın. Birincisi, Azure Backup ile yedekleme kurun. İkincisi, yönetim erişim noktalarını ağ güvenlik gruplarıyla kısıtlayın. Üçüncüsü, Microsoft'un bulut güvenlik çözümleriyle (ör. Defender for Cloud) yeni makinelerinizi izlemeye alın. Veri disklerinde ana bilgisayar önbelleği varsayılan olarak "None" gelir; iş yükünüze göre gözden geçirin.

Türkiye'ye özel dikkat noktaları

KVKK ve hedef bölge seçimi

Hedef bölgeyi çoğaltma başlarken seçersiniz ve sonradan değiştirilemez. Kişisel veri tutan sistemlerde (İK, müşteri, sağlık) verinin hangi ülkede tutulacağı KVKK kapsamında yurt dışına aktarım değerlendirmesi gerektirir. Bölgeyi seçmeden önce hukuk veya veri koruma sorumlunuzla bu kararı netleştirin ve VERBİS kaydınızdaki aktarım bilgilerinin güncel olup olmadığına bakın.

Logo, Netsis ve Mikro gibi yerli ERP veritabanları

Yerli muhasebe ve ERP yazılımları genellikle tek bir SQL Server sanal makinesinde çalışır. Bu makineleri aynen taşımak (lift and shift) çoğu zaman en az riskli yoldur; sıralama ve karakter takımı (collation) ayarlarına dokunmazsınız. Taşıma sırasında portalın Compute and Network ayarlarında SQL Server için "register with SQL IaaS extension" kutusunu işaretlerseniz otomatik yama, otomatik yedekleme ve basitleştirilmiş lisans yönetimi sağlanır. Etkin Software Assurance veya SQL Server aboneliğiniz varsa SQL için Azure Hybrid Benefit'i de seçebilirsiniz. Veritabanını bir üst seviyeye (Azure SQL yönetilen örnek) taşımak ayrı bir iştir; bunu ayrı rehberimizde anlattık.

Saklama yükümlülüğü ve eski makinelerin silinmesi

Vergi Usul Kanunu'na göre defter ve belgeler 10 yıl saklanır. Muhasebe verisi tutan eski sunucuları silmeden önce verinin Azure'daki kopyada eksiksiz olduğunu ve yedeğinin alındığını doğrulayın; eski makineyi bir süre kapalı tutmak ucuz bir sigortadır.

Yaygın hatalar ve çözümleri

• Çoğaltma yüzde 0'dan yeniden başladı: Gereç veya Azure bağlantısı 90 dakikadan uzun kesilmiştir. Gerecin bakım ve ağ değişikliklerini ilk çoğaltma dışına alın.
• Çoğaltma hatası, yetki uyarısı: vCenter hesabının yetkileri yalnızca üst düzeyde tanımlıdır. Yetkileri veri merkezi, küme, sunucu, sanal makine ve veri deposu düzeylerinin hepsinde tanımlayın.
• Makine Azure'da açıldı ama bağlanamıyorum: Kaynakta uzak masaüstü kapalı olabilir ya da ağ güvenlik grubu bağlantıyı engelliyordur. Azure'daki sanal makinede ağ güvenlik grubu kurallarına bakın.
• Linux makinede ağ gelmedi: SELinux "Enforced" modu dinamik IP ve Azure ajanı kurulumunu bozabilir; Microsoft "Permissive" modunu destekler.
• Disk çevrimdışı: SAN ilkesi OnlineAll olmayabilir. Kaynakta düzeltin ve yeni çoğaltma döngüsünü bekleyin.
• Gereç deneme lisansı doldu: OVA ile gelen Windows Server deneme lisansı 180 gün geçerlidir. Lisansı etkinleştirin veya yeni gereç kurun.

Geri alma: bir sorun çıkarsa

Planlı geçişte kaynak makine kapatıldığı için, Azure'da sorun çıkarsa en güvenli geri dönüş yolu kaynak makineyi yeniden açmaktır. Bu yüzden Complete migration adımını ve kaynak makineyi silme işlemini uygulama kabul testinden sonraya bırakın. Azure tarafında veri yazılmaya başladıktan sonra geriye dönüş, iki ortam arasında veri farkı yaratır; bu nedenle kısa bir "kararlı çalışma" süresi belirleyip o süre boyunca kaynak makineyi kapalı tutun.

Sıkça Sorulan Sorular (SSS)

VMware sanal makinelerini Azure'a taşımak için lisans ücreti ödemem gerekir mi?

Azure Migrate'in kendisi ek ücretsizdir. Microsoft'un fiyat sayfasına göre sunucu taşıma aracı makine başına ilk 180 gün ücretsizdir, sonrasında çoğaltılan makine başına ayda 25 dolar uygulanır (2026-10 itibarıyla). Azure'daki depolama, işlem ve veri aktarımı ücretleri ayrıca doğar.

Taşıma sırasında sunucu ne kadar süre kapalı kalır?

Önce veri arka planda çoğaltılır ve kaynak sunucu çalışmaya devam eder. Kapalı kalma süresi yalnızca son geçiş anındadır: Azure Migrate kaynak makineyi kapatır, son değişiklikleri eşitler ve Azure'da yeni makineyi başlatır. Süre veri değişim miktarına göre değişir, bu yüzden son geçişi mesai dışına planlayın.

Ajan kurmadan (agentless) taşıma ile ajanlı taşıma arasındaki fark nedir?

Ajan kurmadan yöntemde sanal makinelerin içine hiçbir yazılım kurulmaz, her şey vCenter üzerinden yürür. Ajanlı yöntemde her makineye Mobility service adlı bir ajan kurulur. Ajanlı yöntem, ajan kurmadan yöntemin desteklemediği bazı durumlarda gerekir. Örneğin şifrelenmiş diskler iki yöntemde de desteklenmez, ancak bağımsız (independent) diskler ve iSCSI hedefleri yalnızca ajanlı yöntemde desteklenir.

Hangi VMware sürümleri destekleniyor?

Microsoft'un destek matrisine göre vCenter Server ve ESXi sunucuları için 9.0, 8.0, 7.0, 6.7 ve 6.5 sürümleri destekleniyor (2026-10 itibarıyla).

Bir kerede kaç sunucuyu taşıyabilirim?

Portalda aynı anda en fazla 10 makine seçebilirsiniz; daha fazlası için gruplar halinde ilerlersiniz. Tek gereçle vCenter başına 300, ek ölçeklendirme gereci ile 500 makineye kadar eşzamanlı çoğaltma desteklenir.

Windows Server 2012 R2 çalıştıran makineleri doğrudan taşıyabilir miyim?

Microsoft, Windows Server 2008, 2008 R2, 2012 ve 2012 R2 sürümlerinin desteğinin bittiğini ve Azure Migrate'in bu sürümlerde tutarlı sonuç garanti etmediğini belirtiyor. Taşımadan önce desteklenen bir sürüme yükseltmeniz öneriliyor.

Taşıma sonrası kaynak sanal makineleri hemen silebilir miyim?

Hayır. Uygulama kabul testleri bitmeden ve yedekleme düzeni Azure'da çalışmadan kaynak makineleri silmeyin. Muhasebe verisi tutan sistemlerde Vergi Usul Kanunu'nun 10 yıllık saklama yükümlülüğü nedeniyle, verinin yedeğini ve erişilebilirliğini ayrıca doğrulayın.

Xen Bilişim bu geçişte ne yapıyor?

Mevcut VMware ortamınızın envanterini ve Azure maliyet tahminini çıkarıyor, geçiş dalgalarını planlıyor, taşımayı sizin adınıza yürütüyor ve geçiş sonrası yedekleme ile güvenlik ayarlarını kuruyoruz. İletişim sayfamızdan ücretsiz ön değerlendirme isteyebilirsiniz.

Sonuç: Önce envanter, sonra test, en son geçiş

VMware'den Azure'a geçişin Microsoft'un resmi yolu olan Azure Migrate, doğru sırayla uygulandığında kontrollü bir iştir: gereci kurun, envanteri çıkarın, değerlendirme yapın, çoğaltmayı başlatın, test geçişiyle doğrulayın ve yalnızca son geçişte kısa bir kesinti yaşayın. Aracın kendisi ek ücretsizdir; gerçek maliyet Azure'daki sanal makine, disk ve ağ kullanımınızdır, ve bunu değerlendirme çıktısı size önceden gösterir.

Riskin çoğu araçta değil hazırlıktadır: desteklenmeyen işletim sistemleri, şifreli diskler, Türkçe karakterli disk adları, eksik vCenter yetkileri ve yanlış planlanan kesinti penceresi. Bu listeyi baştan temizleyen kurumlar geçişi genellikle sorunsuz tamamlar. Ne taşıyacağınızı, ne kadar süreceğini ve Azure'da ne tutacağını netleştirmek için Azure çözümlerimizi inceleyebilir veya Windows Server ortamı için sürüm yükseltme planını bizimle konuşabilirsiniz.

Microsoft İstanbul — Xen Bilişim ekibi olarak, kurumunuzun VMware'den Azure'a geçiş yolculuğunda envanter ve maliyet çıkarımından son geçişe ve geçiş sonrası yedekleme ile güvenliğe kadar uçtan uca destek sağlıyoruz. İletişim sayfamızdan bize ulaşın veya WhatsApp'tan yazın.