Sunucu Taşıma Rehberi: Downtime Azaltma, DNS Yönetimi ve Veri Tutarlılığı

Son Güncelleme: Nisan 2026

Sunucu taşıma (server migration) süreci, doğru planlama yapılmadığında downtime, veri kaybı ve performans düşüşü riski taşır. Bu rehberde; VPS/VDS, kiralık sunucu veya bulut sunucu taşıma senaryolarında downtime'ı en aza indiren adımlar, DNS yönetimi, veri senkronizasyonu ve geri dönüş (rollback) stratejileri pratik örneklerle açıklanmaktadır.

İçindekiler

• Planlama ve Ön Hazırlık
• Kesin Yedekleme ve Veri Doğrulama
• Veri Transferi Yöntemleri
• DNS Yönetimi ve TTL Stratejileri
• Test, Doğrulama ve Kesintisiz Geçiş
• Rollback (Geri Dönüş) Planı
• Taşıma Kontrol Listesi (Checklist)
• Pratik Senaryolar ve Örnek Komutlar
• Sıkça Sorulan Sorular
• Sonuç

Planlama ve Ön Hazırlık

Başarılı bir sunucu taşıma işlemi, ayrıntılı bir planlama ile başlar. Planlama aşamasında hedef altyapının kaynak ihtiyaçları, uygulama bağımlılıkları ve güvenlik gereksinimleri belirlenmelidir.

Adımlar

• Envanter: Taşınacak tüm servisler (web, veritabanı, cache, mail), paketler ve sürümler listelenmelidir.
• Performans Profilleme: Mevcut CPU, RAM, disk I/O ve ağ kullanımı izlenip hedef sunucu kaynakları buna göre belirlenmelidir.
• Bağımlılık Haritası: Dış servisler (3rd party API, ödeme sağlayıcıları, DNS sağlayıcıları) not edilmelidir.
• Güvenlik ve Uyumluluk: Firewall, WAF, SSL ve erişim kontrolleri planlanmalıdır.

Planlama sonunda bir geçiş takvimi ve iletişim (stakeholder) planı hazırlanmalıdır: iletişim sırası, hizmet kesintisi bildirimi ve sorumlu kişiler açıkça tanımlanmalıdır.

Kesin Yedekleme ve Veri Doğrulama

Her taşıma işleminden önce tam yedek alınmalıdır. Yedekler fiziksel olarak farklı bir lokasyonda saklanmalı (offsite) ve geri yükleme testi yapılmalıdır.

Yedekleme Türleri

• Dosya Sistemi Snapshot (Anlık Görüntü): Disk bazlı snapshot'lar hızlı geri dönüş sağlar; ancak uygulama tutarlılığı için veritabanı flush/lock planı gerekir.
• Veritabanı Dump (SQL Dump): MySQL/MariaDB için mysqldump, PostgreSQL için pg_dump kullanımı.
• Artımlı Yedekleme: Değişen blokları kaydeden yedekleme (incremental) süre ve depolama avantajı sağlar.

Corelux'un Yedekleme Hizmeti professional çözümleri değerlendirilmelidir.

Veri Transferi Yöntemleri

Veri transferi, veri tutarlılığı ve performans gereksinimlerine göre seçilmelidir. Aşağıdaki yöntemler en sık kullanılanlardır:

Rsync ile Örnek Komut

rsync -azP --delete --exclude='cache/' /var/www/ user@hedef-sunucu:/var/www/

Bu komutun anlamı: -a arşiv modu, -z sıkıştırma, -P ilerleme göstergesi, --delete hedefte olmayan dosyaları silme. --exclude ile önemsiz cache dizinleri hariç tutulabilir.

Veritabanı Senkronizasyonu Önerileri

• MySQL/MariaDB: İlk tam dump ardından binary log (binlog) ile artımlı replikasyon kurarak minimum downtime sağlanabilir.
• PostgreSQL: pg_basebackup ve streaming replication kullanılabilir.
• Büyük veri setleri: Fiziksel disk taşıma veya storage-level replication tercih edilebilir.

DNS Yönetimi ve TTL Stratejileri

DNS cutover (geçiş) en kritik aşamalardan biridir. TTL (Time To Live) değerleri, geçişten önce düşürülmeli ve geçiş başarılı olunca tekrar artırılmalıdır.

Aşamalar

• Ön Hazırlık: Geçişten 48–72 saat önce önceden mümkünse TTL değerleri 60–300 saniyeye düşürün.
• Cutover: Yeni IP adresleri ile DNS kayıtlarını güncelleyin; propagation süresinde eski sunucu ile eşzamanlı çalıştırma (dual-write) değerlendirin.
• Rollback için Hazırlık: Eski DNS kayıtlarını hazır tutun; gerekirse hızla geri dönün.

DNS sağlayıcınızın API'si varsa, kayıt güncellemelerini otomatikleştirmek işleri hızlandırır ve hata riskini azaltır.

Test, Doğrulama ve Kesintisiz Geçiş

Taşıma öncesi ve sonrası testler detaylı olmalıdır. Aşağıdaki test kategorileri mutlaka uygulanmalıdır:

• Fonksiyonel Testler: Uygulama akışları, ödeme sayfaları, kullanıcı girişleri vs.
• Performans Testleri: Load test ve response time ölçümleri.
• Güvenlik Testleri: SSL, güvenlik başlıkları ve firewall kuralları doğrulanmalı.
• Veri Tutarlılığı: Satır sayıları, checksum karşılaştırmaları ve rastgele kayıt kontrolleri.

Örnek veri tutarlılığı kontrolü için bir satır sayısı karşılaştırması:

mysql -e "SELECT COUNT(*) FROM users;" -u root -p -h eski_sunucu_db
mysql -e "SELECT COUNT(*) FROM users;" -u root -p -h yeni_sunucu_db

Rollback (Geri Dönüş) Planı

Her başarılı taşıma, iyi hazırlanmış bir rollback planına dayanır. Rollback planı şu öğeleri içermelidir:

• Zaman Sınırı: Geri dönüş için maksimum kabul edilebilir süre belirleyin.
• Otomasyon Komutları: DNS geri alma, servis yeniden başlatma ve veri restore komutları hazır olmalıdır.
• İletişim: Müşteri ve ekip bilgilendirme şablonları hazırlanmış olmalıdır.

Örnek hızlı DNS geri alma komutu (API destekliyse):

# DNS sağlayıcısının API çağrısına örnek (genel yapı)
curl -X POST "https://dns-provider/api/update" -d '{"record":"example.com","ip":"ESKI_IP"}' -H "Authorization: Bearer TOKEN"

Taşıma Kontrol Listesi (Checklist)

1. Envanter: Tüm servisler ve versiyonlar listelendi.
2. Yedek: Tam yedek alındı ve doğrulandı (offsite).
3. Test Ortamı: Yeni sunucuda canlıdan bağımsız test yapıldı.
4. DNS Hazır: TTL düşürüldü ve kayıtlar hazırlandı.
5. Güvenlik: Firewall, SSH anahtarları ve erişim kontrolleri yapılandırıldı.
6. Monitoring: İzleme (monitoring) ve log toplama aktifleştirildi.
7. Rollback: Geri dönüş prosedürleri test edildi.

Pratik Senaryolar ve Örnek Komutlar

1) Küçük Web Sitesi (Statik + WordPress)

• Adım 1: 48 saat önce DNS TTL 300'e düşürün.
• Adım 2: rsync ile dosyaları senkronize edin:

rsync -azP --delete /var/www/ user@yeni:/var/www/

• Adım 3: Veritabanı için önce dump alın, sonra cutover anında tekrar artımlı replikasyon veya kısa bir maintenance modu ile son dump alın.
• Adım 4: Yeni sunucuda wp-config.php ve SSL (Let's Encrypt veya özel sertifika) yapılandırmasını kontrol edin. Corelux'un SSL Sertifikası hizmeti bu aşamada yardımcı olabilir.

2) Yoğun Trafikli Veritabanı Sunucusu

• Strateji: Replikasyon kurun (master -> replica). Replikasyon senkron hale gelince, uygulamayı yeni replica üzerinde promote edin.
• Örnek MySQL replikasyon başlangıç:

# Eski (master) side:
mysqldump --single-transaction --master-data=2 -u root -p --databases mydb > mydb.sql
# Yeni (slave) side:
mysql -u root -p < mydb.sql
# replication user oluşturma ve konfigürasyon yapma (kısaltılmış)

Bu yöntemde downtime minimaldir; ancak replikasyon testleri dikkatle yapılmalıdır.

3) Fiziksel Sunucu veya Kiralık Sunucu Taşıma

• Strateji: Eğer donanım aynı sağlayıcı içindeyse storage snapshot veya disk klonlama kullanın. Farklı veri merkezlerine geçişte rsync + veri tutarlılığı kontrolleri önerilir.
• Corelux Kiralık Sunucu: Yüksek performanslı kiralık sunucu seçeneklerini Kiralık Sunucu sayfasında görebilirsiniz; Türkiye, Almanya ve Fransa lokasyonlarına yönelik planlar mevcuttur.

Sıkça Sorulan Sorular

Sonuç

Sunucu taşıma süreci, iyi hazırlanmış bir plan, güvenilir yedekleme, doğru veri transfer yöntemi ve DNS stratejisi ile başarıyla yürütülür. Taşıma öncesi testler, monitoring ve hazır bir rollback planı, olası kesintileri minimize eder. Taşıma ihtiyaçlarınıza göre Kiralık Sunucu veya Sanal Sunucu (VPS/VDS) çözümleri arıyorsanız Corelux'un Kiralık Sunucu ve Sanal Sunucu sayfalarını inceleyebilir; yedekleme ve SSL ihtiyaçları için Yedekleme Hizmeti ve SSL Sertifikası hizmetlerimizden destek alabilirsiniz.

Bu rehberi uygulayarak taşıma risklerini minimize edebilir, veri bütünlüğünü koruyabilir ve kullanıcı deneyiminde kesintiyi en aza indirebilirsiniz.