Sitenizin paylaşımlı hosting hesabına sığmadığını gösteren belirtiler genellikle aynıdır: yoğun saatlerde uzayan sayfa yüklenme süreleri, sağlayıcıdan gelen kaynak limiti uyarıları ve kurmak istediğiniz bir bileşenin "paylaşımlı ortamda desteklenmiyor" yanıtıyla karşılanması. Bu noktada bir VDS sunucu geçişi kaçınılmaz hale gelir. Ancak taşıma işleminin kendisi, çoğu site sahibinin en çok korktuğu adımdır — haklı bir korkudur, çünkü yanlış sırayla yapılan bir geçiş saatlerce kesintiye yol açabilir.
Bu rehber, geçişi kesinti olmadan tamamlamanın yolunu anlatıyor. Yöntemin temel mantığı şudur: yeni sunucuyu tamamen hazır hale getirip test etmeden, alan adınızı asla ona yönlendirmeyin.
Paylaşımlı Hosting'den Çıkma Vakti Geldi mi?
Geçiş kararını duygusal değil, ölçülebilir gerekçelerle vermelisiniz. Aşağıdaki durumlardan en az ikisi sizin için geçerliyse, paylaşımlı ortam artık projenizi taşımıyor demektir:
- Yinelenen kaynak limiti uyarıları: Sağlayıcınız CPU, bellek veya eşzamanlı işlem limitini aştığınızı düzenli olarak bildiriyorsa, siteniz zaten gün içinde belirli saatlerde yavaşlatılıyor demektir.
- Kurulum kısıtları: Belirli bir PHP eklentisi, arka plan işleyicisi, önbellek servisi veya farklı bir çalışma zamanı kurmanız gerekiyor ama paylaşımlı hesapta buna izin verilmiyor.
- Komşu etkisi: Sitenizde hiçbir değişiklik yapmadığınız halde performans gün içinde dalgalanıyor. Aynı sunucudaki başka bir hesabın yoğunluğunu ödüyorsunuz.
- Kök erişim ihtiyacı: Sunucu ayarlarını, güvenlik duvarını veya servis yapılandırmalarını kendiniz yönetmeniz gerekiyor.
- Büyüme öngörüsü: Trafiğiniz istikrarlı biçimde artıyor ve mevcut planın bir üst kademesi bile ihtiyacınızı kısa sürede karşılamayacak.
Bir VDS yapısında kaynaklar size özel ayrıldığı için bu maddelerin çoğu doğrudan ortadan kalkar. Ancak kazandığınız kontrolün karşılığında sunucunun bakımı da size geçer; bunu geçiş kararına dahil edin.
Geçiş Öncesi Hazırlık: Envanter Çıkarın
Taşımanın en sık atlanan adımı, taşınacak şeylerin listesini çıkarmaktır. Yalnızca dosyaları ve veritabanını düşünüp yola çıkanlar, geçişten sonra çalışmayan e-postalar ve kaybolmuş zamanlanmış görevlerle uğraşır.
Taşınacaklar Kontrol Listesi
Mevcut hesabınızda şu kalemleri tek tek not edin:
- Web dosyaları ve yükleme dizinleri (özellikle hesap kökü dışındaki klasörler)
- Veritabanları, kullanıcı adları ve yetkileri
- E-posta hesapları, yönlendirmeler ve otomatik yanıtlar
- DNS kayıtları — yalnızca A kaydı değil; MX, TXT, CNAME ve varsa alt alan adları
- SSL sertifikaları ve yenileme yöntemi
- Zamanlanmış görevler (cron) ve çalışma sıklıkları
- Uygulamanızın çalıştığı sürümler: PHP, veritabanı, gerekli eklentiler
Sürüm Eşitlemesi
Yeni sunucuya kurduğunuz sürümlerin eskisiyle uyumlu olması gerekir. Paylaşımlı hostingde PHP 8.1 ile çalışan bir uygulamayı yeni VDS sunucu üzerinde doğrudan en yeni sürümle ayağa kaldırmaya çalışmak, taşıma sorunuyla uyumluluk sorununu aynı anda yaşamanıza yol açar. Önce birebir aynı sürümlerle taşıyın, siteyi çalıştırın, sürüm yükseltmesini ayrı bir iş olarak sonra yapın.
Kesintisiz Taşımanın 8 Adımı
Adımların sırası, kesintisizliğin tek garantisidir. Özellikle 6. adımı erken uygulamayın.
1. Yeni Sunucuyu Kurun ve Sertleştirin
Sunucuyu teslim aldığınızda önce temel güvenlik yapılandırmasını tamamlayın: sistem güncellemesi, anahtar tabanlı SSH girişi, güvenlik duvarı. Taşımaya başlamadan önce bu adımın bitmiş olması gerekir; canlı veriyi sertleştirilmemiş bir makineye koymayın.
2. Çalışma Ortamını Kurun
Web sunucusu, veritabanı ve uygulama çalışma zamanını kurup yapılandırın. Bu aşamada hedef, sitenizin çalışması değil; ortamın hazır olmasıdır. Kurulum sonrası her servisin yeniden başlatmada otomatik ayağa kalktığını doğrulayın.
3. Veritabanını Taşıyın
Veritabanı yedeğini alıp yeni sunucuya aktarın. Büyük veritabanlarında aktarımı sıkıştırılmış olarak yapın; hem süre hem bant genişliği kazanırsınız. Aktarım sonrası tablo sayısını ve en büyük tablonun satır sayısını iki tarafta karşılaştırın — sessiz kesilmiş bir aktarımı ancak böyle yakalarsınız.
4. Dosyaları Aktarın
Dosya aktarımında dizin izinlerini ve gizli dosyaları koruyacak bir yöntem kullanın. Yükleme klasörlerinin izinleri, geçiş sonrası "resim yüklenemiyor" hatalarının bir numaralı nedenidir. Aktarım tamamlandıktan sonra toplam dosya sayısını iki tarafta karşılaştırın.
5. Alan Adını Yönlendirmeden Test Edin
Bu, rehberin en kritik adımıdır. Alan adınıza dokunmadan, yerel bilgisayarınızın hosts dosyasına yeni sunucunun IP adresini yazın. Böylece yalnızca sizin bilgisayarınız siteyi yeni sunucudan açar; ziyaretçiler eski sunucuda kalır. Siteyi baştan sona gezin: form gönderimi, giriş, ödeme akışı, arama, yönetim paneli. Hata bulursanız düzeltin — ziyaretçiler bundan hiç etkilenmez.
6. DNS Süresini Düşürün
Testleri geçtikten sonra, geçişten 24-48 saat önce alan adınızın DNS kayıtlarındaki yaşam süresi (TTL) değerini düşük bir seviyeye çekin. Bu, yönlendirme anında değişikliğin dünyaya hızla yayılmasını sağlar. TTL'i geçiş anında düşürmek işe yaramaz; eski yüksek değer hâlâ önbelleklerde durur.
7. Son Senkronizasyonu Yapın ve Yönlendirin
Trafiğin en düşük olduğu saati seçin. Eski sunucuda yazma işlemlerini durdurun (bakım moduna alın), veritabanı ve son yüklenen dosyaları bir kez daha senkronize edin, ardından DNS A kaydını yeni IP'ye çevirin. Aradaki fark yalnızca son senkronizasyon süresi kadardır — genellikle birkaç dakika.
8. Eski Sunucuyu Hemen Kapatmayın
DNS değişikliği tüm dünyaya yayılana kadar bir kısım ziyaretçi eski sunucuya gitmeye devam eder. Eski hesabı en az bir hafta açık tutun ve bu süre boyunca eski sunucuda yazma işlemlerinin kapalı kaldığından emin olun. Aksi halde iki ayrı veritabanına dağılmış siparişlerle uğraşırsınız.
E-posta Geçişi: En Çok Atlanan Kısım
Web sitesi taşındıktan sonra e-postaların çalışmaması, geçiş sonrası en yaygın şikayettir. Nedeni basittir: web trafiğini A kaydı, e-postayı MX kaydı yönetir ve ikisi birbirinden bağımsızdır.
Kararınızı önce netleştirin: e-postayı yeni sunucunuza mı taşıyacaksınız, yoksa ayrı bir e-posta servisinde mi tutacaksınız? İkinci seçenek çoğu işletme için daha sağlıklıdır — e-posta teslim edilebilirliği, sunucu itibarı gerektiren ayrı bir uzmanlık alanıdır ve web sunucunuzun IP itibarına bağlamak gereksiz risktir. E-postayı yerinde bırakacaksanız MX ve SPF kayıtlarına dokunmayın; yalnızca A kaydını değiştirin.
Geçiş Sonrası: İlk Hafta Neye Bakılmalı
| Kontrol | Neden |
|---|---|
| Hata logları | Eksik eklenti veya izin sorunları burada görünür; sayfa açılıyor diye sorun yok sanmayın |
| Arama motoru tarama hataları | Yönlendirme veya sertifika hatası varsa dizinden düşmeden fark edilmeli |
| Zamanlanmış görevler | Eski sunucuda çalışan cron'lar yeni sunucuda kurulmamış olabilir |
| SSL sertifikası ve yenileme | Sertifika kurulmuş olsa da otomatik yenileme yapılandırılmamış olabilir |
| Yedekleme | Paylaşımlı hostingin otomatik yedeği artık yok; yenisini siz kurmalısınız |
Sonuç
Kesintisiz geçişin sırrı teknik ustalık değil, doğru sıradır: hazırla, test et, sonra yönlendir. hosts dosyası testi ve düşürülmüş TTL, geçiş riskinin büyük bölümünü ortadan kaldırır. Bu iki adımı atlayan geçişler kesinti yaşar; uygulayanlar ziyaretçilerin fark etmediği bir taşıma tamamlar. Yeni VDS sunucu ortamınızda ilk hafta logları düzenli okumayı alışkanlık haline getirin — geçiş sonrası sorunların neredeyse tamamı ilk yedi günde kendini gösterir.
Sıkça Sorulan Sorular (SSS)
Geçiş ne kadar sürer?
Hazırlık ve test dahil, orta ölçekli bir site için tipik olarak bir iş günü. Fiili kesinti süresi ise doğru uygulandığında son senkronizasyon kadardır — genellikle 5-15 dakika. Süreyi belirleyen şey veri boyutu değil, sitenin karmaşıklığıdır.
Sunucu değiştirmek SEO'yu etkiler mi?
Doğru yapılan bir geçiş sıralamalarınızı etkilemez; URL yapınız ve içeriğiniz aynı kalır. Etki yaratan durumlar şunlardır: uzun süren kesinti, geçiş sonrası yavaşlayan sayfa hızı, kırılan yönlendirmeler ve eksik SSL yapılandırması. Bunlar teknik hatalardır, geçişin kendisi değil.
hosts dosyası testini atlayabilir miyim?
Atlayabilirsiniz ama o zaman siteyi ilk kez ziyaretçilerle birlikte test etmiş olursunuz. Bulunan her hata canlıda bulunur. Bu adım beş dakika sürer ve geçiş riskinin en büyük bölümünü ortadan kaldırır; atlanmasını önermiyoruz.
Geçiş başarısız olursa geri dönebilir miyim?
Eski hesabı kapatmadıysanız evet — DNS kaydını eski IP'ye çevirmek yeterlidir. Bu yüzden eski hesabı en az bir hafta açık tutmak ve o süre boyunca eski sunucuda yazma işlemlerini kapalı bırakmak önemlidir. Geri dönüş ihtimalini korumak, geçiş planının parçası olmalıdır.
