Hosting Taşıma Zaman Planı

Hosting taşıma, bir günlük bir işlem değil birkaç haftalık bir projedir. Aşağıdaki plan, tipik bir kurumsal taşımayı haftalara böler.

Tek siteli basit bir taşıma daha kısa sürebilir; çok siteli yapılarda süre uzar.

Hafta 0 — Karar

• ☐ Taşıma gerekçesi netleştirildi
• ☐ Sorunun hosting kaynaklı olduğu ölçümle doğrulandı
• ☐ Mevcut sağlayıcıyla görüşüldü
• ☐ Alternatif teklifler alındı
• ☐ Yeni sağlayıcı seçildi
• ☐ Mevcut sözleşmenin fesih koşulları okundu
• ☐ Şirket içi onay alındı
• ☐ Taşıma tarihi belirlendi (yoğun dönemle çakışmayacak)

Kilometre taşı: Karar ve takvim netleşti.

Hafta 1 — Envanter ve hazırlık

• ☐ Tüm siteler ve alt alan adları listelendi
• ☐ DNS kayıtlarının tamamı kaydedildi (ekran görüntüsü)
• ☐ E-posta hesapları ve boyutları çıkarıldı
• ☐ Zamanlanmış görevler listelendi
• ☐ Doğrulama kayıtları ayrı listelendi
• ☐ Teknik gereksinimler belirlendi
• ☐ Yeni sağlayıcının gereksinimleri karşıladığı teyit edildi
• ☐ Tam yedek alındı ve indirildi
• ☐ Kullanılmayan varlıklar belirlendi (taşınmayacak)

Kilometre taşı: Taşınacak her şey belgelendi.

Hafta 2 — Yeni ortam kurulumu

• ☐ Yeni hesap şirket adına açıldı
• ☐ Rol bazlı e-posta ile kayıt yapıldı
• ☐ Erişim iki kişiye tanımlandı
• ☐ Erişim bilgileri parola yöneticisine kaydedildi
• ☐ Sunucu yapılandırması hazırlandı
• ☐ SSL sertifikaları hazırlandı
• ☐ E-posta hesapları oluşturuldu
• ☐ Yedekleme düzeni kuruldu

Kilometre taşı: Yeni ortam hazır.

Hafta 3 — Kopyalama ve test

• ☐ Dosyalar yüklendi
• ☐ Veritabanları aktarıldı
• ☐ Geçici adresle erişim sağlandı
• ☐ Tüm sayfalar test edildi
• ☐ Formlar test edildi
• ☐ Yönetim paneli test edildi
• ☐ Ödeme akışı test edildi (varsa)
• ☐ Entegrasyonlar test edildi
• ☐ Hız ölçüldü ve kaydedildi
• ☐ Bulunan sorunlar giderildi

Kilometre taşı: Site yeni ortamda sorunsuz çalışıyor.

Hafta 4 — E-posta taşıması

• ☐ Eski postalar yeni hesaplara aktarıldı
• ☐ MX kaydı değiştirildi
• ☐ SPF, DKIM, DMARC güncellendi
• ☐ Gelen ve giden test edildi
• ☐ Eski hesaplar açık tutuluyor
• ☐ Kullanıcı cihaz ayarları güncellendi

Kilometre taşı: E-posta yeni sağlayıcıda çalışıyor.

Not: E-postayı siteden önce taşımak, iki işin risklerini ayırır.

Hafta 5 — Geçiş

Geçişten birkaç gün önce

• ☐ TTL değerleri düşürüldü
• ☐ İçerik dondurma ilan edildi
• ☐ Ekip bilgilendirildi
• ☐ Geri dönüş planı yazıldı
• ☐ İletişim bilgileri hazırlandı

Geçiş günü

• ☐ Son senkronizasyon yapıldı
• ☐ DNS yönlendirildi
• ☐ İlk kontroller yapıldı (erişim, SSL)
• ☐ İşlevsel testler yapıldı
• ☐ Eski sunucu açık bırakıldı

Kilometre taşı: Trafik yeni sunucuya yönlendirildi.

Hafta 5-6 — Yayılma ve doğrulama

• ☐ Yayılma izlendi
• ☐ Her iki sunucunun kayıtları takip edildi
• ☐ Eski sunucudaki geçiş dönemi verileri kontrol edildi
• ☐ Zamanlanmış görevler doğrulandı
• ☐ Yedekleme çalışıyor
• ☐ İzleme yeni sunucuyu gösteriyor
• ☐ Doğrulama kayıtları kontrol edildi
• ☐ İçerik dondurma kaldırıldı

Kilometre taşı: Yayılma tamamlandı, tüm sistemler doğrulandı.

Hafta 7-8 — İzleme

• ☐ Performans karşılaştırması yapıldı
• ☐ Arama konsolunda hata artışı kontrol edildi
• ☐ Organik trafik izlendi
• ☐ E-posta ulaşma oranı kontrol edildi
• ☐ Kullanıcı geri bildirimleri toplandı
• ☐ Kaynak kullanımı izlendi

Kilometre taşı: Yeni ortamın istikrarı doğrulandı.

Hafta 9 — Kapanış

• ☐ Eski sunucudan son yedek alındı ve saklandı
• ☐ Eski e-postaların tamamı taşındı
• ☐ Eski hesap kapatıldı
• ☐ Otomatik yenileme kapatıldı
• ☐ Fesih bildirimi yapıldı ve onay alındı
• ☐ Ödeme yöntemi kaldırıldı
• ☐ Veri silme talep edildi
• ☐ TTL normale döndürüldü
• ☐ Envanter güncellendi
• ☐ Yeni bitiş tarihleri takvime işlendi
• ☐ Proje kapanış notu yazıldı

Kilometre taşı: Proje kapatıldı.

Süre etkileyen faktörler

Hızlandırma yerine güvenlik

Bu planı sıkıştırmak mümkündür ama önerilmez. Kısaltılmaması gereken üç aşama:

1. Hafta 1 — Envanter: Atlanan bir kayıt sonradan sorun çıkarır
2. Hafta 3 — Test: Canlıda çıkacak sorunları burada yakalarsınız
3. Hafta 9 — Kapanış: Erken kapatılan bir hesap geri dönüş imkânını yok eder