# VDS Sunucu Taşıma: Sağlayıcı Değiştirme Rehberi

> Mevcut sanal sunucunuzun fiyatı, kaynakları, lokasyonu veya hizmet kapsamı artık ihtiyacınıza uymuyorsa başka bir sağlayıcıya geçmeyi değerlendirebilirsiniz. Ancak VDS sunucu taşıma, yalnızca yeni sunucu satın alıp IP adresini değiştirmek değildir. Uygulamalar, veritabanları, lisanslar, DNS kayıtları ve dış servis bağlantıları birlikte planlanmalıdır.

- **HTML:** https://www.isimkayit.com/blog/vds-sunucu-tasima-saglayici-degistirme-rehberi
- **Site context:** [llms.txt](https://www.isimkayit.com/llms.txt)

---

**Kısa cevap:** Önce mevcut sistemi ve bağımlılıklarını belirleyin, yeni sunucuyu hazırlayın, geri yüklenebilir yedek alın ve uygulamayı yeni ortamda test edin. Ardından veri yazma işlemlerini kontrol ederek son aktarımı yapın ve trafiği yeni sunucuya yönlendirin. Eski sistemi, geçişin doğruluğunu ve geri dönüş ihtiyacını değerlendirmeden kapatmayın.
Bu rehber, sağlayıcı değiştirmeyi planlayan web sitesi sahipleri, uygulama geliştiricileri ve şirketler için hazırlanmıştır. Taşıma yöntemi işletim sistemine, uygulamanın yapısına ve kabul edilebilir kesinti süresine göre değişir.

VDS Sağlayıcısı Ne Zaman Değiştirilir?Sunucu değiştirme kararı verirken yaşadığınız sorunun kaynağını belirlemek önemlidir. Yavaş bir uygulama; sunucu kaynakları kadar yazılım hataları, yoğun veritabanı sorguları, yanlış yapılandırma veya ağ gecikmesi nedeniyle de yavaşlayabilir. Sağlayıcı değiştirmek tek başına her performans sorununu çözmez.

- **Kaynak ihtiyacı:** Mevcut CPU, RAM veya depolama kapasitesi yetersiz kalıyorsa.
- **Lokasyon ihtiyacı:** Kullanıcılarınıza daha uygun bir sunucu konumu gerekiyorsa.
- **Hizmet kapsamı:** Ağ, destek, yönetim veya yedekleme seçenekleri beklentinizi karşılamıyorsa.
- **Bütçe:** Lisans ve ek hizmetler dahil toplam maliyetinizi yeniden değerlendirmek istiyorsanız.
- **Altyapı değişikliği:** Uygulama ve veritabanını ayırmak veya farklı bir mimariye geçmek istiyorsanız.

Kaynak karşılaştırmasında nelere bakacağınızı [VDS sunucu paketleri: RAM, CPU ve disk karşılaştırması](https://www.isimkayit.com/blog/vds-sunucu-paketleri-ram-cpu-ve-disk-karsilastirmasi) rehberimizden inceleyebilirsiniz.

Web Sitesi Taşımak ile Tüm VDS’i Taşımak Aynı mı?Hayır. Web sitesi taşımasında genellikle dosyalar, veritabanı ve ilgili servis ayarları aktarılır. Tüm sanal makinenin taşınması ise işletim sistemi diski, sanal donanım, ağ yapılandırması ve lisans uyumluluğunu da kapsar. Eski sağlayıcıdaki bir snapshot veya disk imajının yeni altyapıya doğrudan aktarılabileceği varsayılmamalıdır.

YöntemNe aktarılır?Kontrol edilmesi gerekenlerUygulama / web sitesi taşımaDosyalar, veritabanı, yapılandırma ve gerekli servislerYazılım sürümleri, izinler, SSL, zamanlanmış işler ve bağlantılarPanel yedeğiyle taşımaPanelin yedek kapsamındaki hesap ve servis verileriPanel sürümü, lisans, yedek formatı ve geri yükleme kapsamıSanal makine imajı taşımaDesteklenen disk imajı ve ilgili yapılandırmaİçe aktarma desteği, disk formatı, sürücüler, önyükleme, ağ ve lisanslar

**Planlamadan önce doğrulayın:** Mevcut sağlayıcınızın dışa aktarma seçeneklerini ve yeni sağlayıcınızın içe aktarma desteğini öğrenin. İmaj aktarımı desteklenmiyorsa yeni işletim sistemi üzerinde uygulama seviyesinde taşıma gerekebilir.
1. Mevcut Sunucunun Envanterini ÇıkarınTaşıma sırasında unutulan küçük bir servis, ana uygulama çalışsa bile iş akışını durdurabilir. Yeni sunucuyu seçmeden önce aşağıdaki bilgileri kaydedin:

- İşletim sistemi, uygulama çalışma ortamı ve veritabanı sürümleri.
- Kullanılan disk alanı, büyüme beklentisi ve yedekleme için gereken alan.
- Normal ve yoğun saatlerde CPU, RAM, disk I/O ve ağ kullanımı.
- Alan adları, alt alan adları, DNS kayıtları ve SSL sertifikaları.
- Web sunucusu, e-posta, VPN, kuyruk ve cache servisleri.
- Zamanlanmış işler, arka plan çalışanları ve dosya depolama bağlantıları.
- Ödeme, SMS, kargo ve muhasebe entegrasyonları gibi dış bağlantılar.
- IP izin listeleri, güvenlik duvarı kuralları ve lisans bağımlılıkları.

Parolaları, API anahtarlarını ve özel anahtarları herkese açık belgelere veya destek mesajlarına eklemeyin. Aktarım sırasında gerekli erişimleri güvenli biçimde yönetin.

2. Yeni Sanal Sunucuyu Gerçek İhtiyacınıza Göre SeçinEski paketin RAM miktarını kopyalamak her zaman doğru seçim değildir. Aynı vCPU sayısına sahip iki sistemin performansı da işlemci altyapısı ve kaynak tahsis koşullarına göre farklı olabilir. Darboğazı belirleyip yeni paketi buna göre değerlendirin.

Mevcut ihtiyaçYeni sunucuda değerlendirinYoğun uygulama işlemleriİşlemci altyapısı, vCPU kapasitesi ve kullanım koşullarıBellek yetersizliğiUygulama, işletim sistemi ve veritabanının toplam RAM ihtiyacıYoğun veritabanı / dosya işlemleriDepolama performansı, kapasite ve varsa I/O sınırlarıUzak kullanıcılarHedef kullanıcı ağına göre lokasyon ve ölçülmüş gecikmeWindows / uzak masaüstüDesteklenen işletim sistemi, uygulama uyumluluğu ve lisans gereksinimleri

[Yeni VDS Paketlerini Karşılaştır ](https://www.isimkayit.com/bulut-sunucu)

İsim Kayıt’ın güncel paket kaynaklarını, fiyatlarını ve siparişte sunulan lokasyon seçeneklerini ürün sayfasından kontrol edin. Türkiye odaklı bir proje için [Türkiye VDS seçeneklerini](https://www.isimkayit.com/turkiye-vds-sunucu); uzak masaüstü ihtiyacınız varsa [masaüstü VDS seçeneklerini](https://www.isimkayit.com/masaustu-vds) inceleyebilirsiniz.

3. Yedeği Alın ve Geri Yüklenebilir Olduğunu Kontrol EdinYedek dosyasının oluşması tek başına başarılı taşıma anlamına gelmez. Dosyaların eksiksiz aktarılması ve veritabanının tutarlı biçimde geri yüklenmesi gerekir. Açık veritabanı dosyalarını sıradan dosyalar gibi kopyalamak, uygulamaya uygun yedekleme yönteminin yerini tutmaz.

- Dosyaları, veritabanını ve uygulama yapılandırmasını uygun yöntemle yedekleyin.
- Yedek tarihini, boyutunu ve aktarım bütünlüğünü kontrol edin.
- Yedeğin üretim sunucusundan bağımsız bir kopyasını koruyun.
- Yeni ortamda geri yükleme yapıp uygulamanın veriyi okuyabildiğini doğrulayın.
- Taşıma sırasında oluşacak yeni kayıtların nasıl aktarılacağını belirleyin.

**Özellikle sipariş ve işlem alan sistemlerde:** İlk yedekten sonra eski sunucuda yeni veriler oluşabilir. Son eşitleme veya kontrollü veri yazma duraklatması planlanmazsa yeni sunucuda eksik kayıtlar bulunabilir.
4. Trafiği Yönlendirmeden Önce Yeni Ortamı Test EdinYeni sunucuyu hazırlayın, gerekli servisleri kurun ve verileri geri yükleyin. DNS değişikliğinden önce uygulamayı uygun bir test yöntemiyle kontrol edin. Yerel hosts kaydı veya geçici test adresi kullanılabilir; alan adı, HTTPS ve oturum davranışlarının üretim ortamına uygun biçimde test edilmesi gerekir.

- Ana sayfa, yönetim paneli, kullanıcı girişi ve dosya yükleme çalışıyor mu?
- Veritabanı bağlantısı ve kritik sorgular doğru sonuç veriyor mu?
- SSL, yönlendirmeler, dosya izinleri ve gerekli servisler doğru mu?
- Dış API bağlantıları ve yeni IP için izin listeleri hazır mı?
- Uygulama loglarında bağlantı veya yetki hataları var mı?

Ödeme ve bildirim testlerini mümkünse ilgili servislerin test ortamında yapın. Test sunucusunda zamanlanmış işleri kontrolsüz çalıştırmak çift e-posta, çift işlem veya yinelenen bildirim oluşturabilir.

5. Son Veri Aktarımını ve DNS Değişikliğini PlanlayınKullanıcı trafiğinin düşük olduğu bir geçiş zamanı seçin. Uygulamanın gereksinimine göre bakım penceresi, yazma işlemlerinin duraklatılması veya desteklenen eşitleme yöntemleriyle son veri aktarımını tamamlayın. Aktarım doğrulandıktan sonra trafiği yeni sisteme yönlendirin.

IP değişiyorsa ilgili A ve varsa AAAA kayıtlarını kontrol edin. DNS hizmetini de değiştiriyorsanız yalnız web sitesi kayıtlarını değil, tüm DNS bölgesini inceleyin. MX ve e-posta doğrulama kayıtları, yalnız ilgili hizmet değişiyorsa uygun biçimde güncellenmelidir.

TTL, bir DNS kaydının önbellekte tutulma süresini belirler. Geçişten önce uygun kayıtlarda TTL’i düşürmek yeni IP’ye geçişi kolaylaştırabilir; ancak önceden önbelleğe alınmış kayıtların eski TTL süresi hemen değişmez. Yerel önbellekler nedeniyle herkes aynı anda yeni sunucuya ulaşmayabilir.

Cloudflare gibi bir proxy kullanılıyorsa origin IP, erişim kuralları ve origin bağlantısı için TLS ayarlarını da kontrol edin. DNS değişikliği tek başına verileri veya uygulamaları taşımaz. Kayıt türleri için [DNS kayıtları rehberini](https://www.isimkayit.com/blog/dns-kayitlari-nedir-a-cname-mx-txt-rehberi) inceleyebilirsiniz.

**İki sunucuda bağımsız veri yazılmasına dikkat:** Geçiş sırasında bazı kullanıcılar eski ortama ulaşabilir. Sipariş, kayıt veya dosya yükleme alan sistemlerde iki ayrı veri kümesi oluşmasını engelleyen bir plan uygulanmalıdır.
6. Geçiş Sonrası Kontrolü Tamamlayın

KontrolDoğrulanacak sonuçDNS ve HTTPSDoğru hedefe bağlantı, geçerli sertifika ve doğru yönlendirmelerUygulama ve veritabanıGiriş, kayıt, sipariş ve kritik işlemlerin doğru çalışmasıDosyalarYüklenen içeriklerin, izinlerin ve depolama bağlantılarının doğruluğuDış servislerAPI, ödeme, bildirim ve IP izinlerinin çalışmasıZamanlanmış işlerDoğru sunucuda tek kez çalışması ve hata üretmemesiPerformansCPU, RAM, disk I/O, ağ ve uygulama yanıtlarının izlenmesiYedeklemeYeni ortam için yedekleme ve geri yükleme planının çalışmasıEski ortamTrafik ve veri kontrolünden sonra güvenli kapatma ve iptal planı

Geri dönüş gerekirse yalnız DNS’i eski IP’ye çevirmek her durumda yeterli değildir. Yeni sunucuda oluşan kayıtların eski ortamla nasıl uzlaştırılacağı da değerlendirilmelidir. Veri doğruluğu ve hizmet çalışması onaylanmadan eski sunucuyu iptal etmeyin.

VDS Taşıma Sürecinde Kim Hangi İşten Sorumludur?Self servis VDS hizmetinde altyapı hizmeti ile uygulama yönetimi ayrı kapsamlar olarak değerlendirilmelidir. İşletim sistemi, uygulama kurulumu, veri aktarımı, lisanslar, sunucu içi güvenlik ve uygulama testleri müşteri veya yetkilendirdiği teknik ekip tarafından yürütülür. Sağlayıcının altyapı ve destek yükümlülükleri ilgili hizmet koşullarında belirlenir.

**İsim Kayıt’ta self servis kullanım:** Siparişte ve yönetim panelinde paketinize sunulan işletim sistemi seçeneklerini kontrol edin. Sunucu satın almak, uygulamalarınızın otomatik taşınacağı veya yönetileceği anlamına gelmez. Özel taşıma ya da yönetim hizmeti gerekiyorsa kapsamını sipariş öncesinde ayrıca netleştirin.
VDS Sunucu Taşıma Hakkında Sık Sorulan SorularVDS taşıma ne kadar sürer?Veri miktarı, bağlantı hızı, uygulama bağımlılıkları, testler ve aktarım yöntemine göre değişir. Dosya kopyalama süresi ile hizmetin yeniden kullanıma açılması için gereken toplam süre aynı değildir.

Sunucumu tamamen kesintisiz taşıyabilir miyim?Her uygulamada garanti edilemez. Kesintiyi azaltmak için uygun mimari, eşitleme ve trafik yönlendirme yöntemleri gerekir. Bazı sistemlerde kısa bir bakım penceresi daha kontrollü bir geçiş sağlar.

Eski IP adresim yeni sağlayıcıda devam eder mi?Sağlayıcıya ait standart IP adresleri genellikle yeni sağlayıcıya taşınmaz. Yeni IP için DNS, lisans, güvenlik duvarı ve dış servis izinleri kontrol edilmelidir.

Domainimi de transfer etmem gerekir mi?Hayır. Sunucu sağlayıcısını değiştirmek için alan adı kayıt kuruluşunu değiştirmek zorunlu değildir. Mevcut DNS hizmetiniz üzerinden ilgili kayıtları güncelleyebilirsiniz.

Windows sunucuyu imaj olarak taşıyabilir miyim?İmaj dışa aktarma ve içe aktarma desteği, sanal donanım uyumluluğu ve lisans koşulları doğrulanmalıdır. Destek yoksa uyumlu yeni ortamda uygulama ve veri taşıması planlanabilir.

Daha büyük VDS paketine geçince uygulamam kesin hızlanır mı?Hayır. Sorun kaynak yetersizliği ise fayda sağlayabilir. Yazılım, veritabanı veya yapılandırma sorunu varsa önce bu darboğazın giderilmesi gerekir.

Yeni VDS’inizi Seçin, Geçişinizi PlanlayınSağlayıcı değiştirirken hedef yalnız farklı bir sunucuya geçmek değil, uygulamanızın ihtiyacına uygun bir altyapı seçmektir. Önce mevcut kullanımı ölçün, yeni paket ve lokasyonu değerlendirin; ardından yedekleme, test ve geçiş adımlarını uygulayın.

[VDS Paketlerini ve Güncel Fiyatları İncele ](https://www.isimkayit.com/bulut-sunucu)

Yeni sunucunun devreye alınmasıyla ilgili adımlar için [VDS kurulum ve aktivasyon rehberimizi](https://www.isimkayit.com/blog/vds-sunucu-kurulum-ve-aktivasyon-ilk-adimlar) de okuyabilirsiniz.

Teknik kaynak: [Cloudflare DNS belgeleri — TTL ve önbellek davranışı](https://developers.cloudflare.com/dns/manage-dns-records/reference/ttl/).