- Konu sahibi
- #1
Red Kit
WFN Üye
- Konular
- 187
- Mesajlar
- 187
- Çözüm
- 0
- Ticaret Puanı
- 0
- Üyelik
- 12 Gün
- Konum
- Adana
- Web Sitesi
- Var
- Alanı
- Makale Yazarı
Siteyi kapatmadan taşıma yapmak mümkündür; kritik nokta, eski sunucuyu hemen bırakmak yerine yeni ortamı önce hazırlayıp DNS geçişini en sona bırakmaktır. Böylece ziyaretçi akışı sürerken dosya, veritabanı ve posta trafiği kontrollü biçimde aktarılır.
Bu yazı, kesintiyi azaltan taşıma sırasını anlatır: hangi veri önce kopyalanır, hangi adımda test yapılır, DNS ne zaman değiştirilir ve ters bir durumda geri dönüş nasıl korunur. Amaç, “taşındı mı taşınmadı mı” sorusunu değil, canlı geçişi güvenle yürütmeyi açıklamaktır.
TTL değeri düşürülmüş kayıtlar, geçişten önce daha hızlı yön değiştirmeye yardımcı olur. Geçiş günü geldiğinde MX kayıtlarını, A kaydını ve gerekiyorsa www yönlendirmesini birlikte düşünmek gerekir. Sadece ana site çalışıyor diye posta akışının da doğru taşındığı varsayılmaz.
Son aşamada eski sunucu hemen silinmemelidir. Kısa bir bekleme dönemi, hem DNS’in tamamen oturmasını hem de sonradan fark edilen eksik dosya ya da e-posta sorunlarının düzeltilmesini sağlar.
Bu yazı, kesintiyi azaltan taşıma sırasını anlatır: hangi veri önce kopyalanır, hangi adımda test yapılır, DNS ne zaman değiştirilir ve ters bir durumda geri dönüş nasıl korunur. Amaç, “taşındı mı taşınmadı mı” sorusunu değil, canlı geçişi güvenle yürütmeyi açıklamaktır.
Kesintisiz hosting taşıma için geçiş sırası nasıl kurulur?
Taşıma öncesi en önemli karar, yeni sunucuyu yayına almadan önce neyin bitmiş sayılacağıdır. Dosyalar, veritabanı, PHP sürümü, eklentiler, özel ayarlar ve posta tarafı ayrı ayrı düşünülürse son dakika sürprizi azalır.Önce yeni ortamı eski siteyle aynı davranışa getir
Canlı DNS değişmeden önce yeni hosting üzerinde test alanı açın. Site kök dizinini, veritabanı kullanıcılarını, PHP sürümünü ve gerekli uzantıları kontrol edin. Buradaki amaç hız değil, uyumdur; üretim ortamında bozulan bir tema veya eklenti, taşıma günü fark edilmemelidir.Dosya ve veritabanını ayrı aşamalar halinde aktar
Dosyaları tek seferde kopyalamak çoğu zaman yeterli değildir; yüklenen medya, önbellek klasörleri ve özel yüklemeler sonradan değişmiş olabilir. Veritabanı taşındığında bağlantı bilgileri, tablo önekleri ve karakter kümesi de doğrulanmalıdır. İçerik tarafında bir sorun görünmüyorsa bile oturumlar, formlar ve yönetim paneli ayrı test edilmelidir.| Durum | Ne yapılır |
|---|---|
| Eski ve yeni sunucuyu paralel hazırlama | DNS değişmeden önce yeni ortamda site, veritabanı ve e-posta test edilir. |
| Dosya ve veritabanı taşıma sırası | Önce dosyalar kopyalanır, ardından veritabanı aktarılır ve bağlantılar kontrol edilir. |
| Kesim anı | Yeni içerik eklenmesini kısa süreli durdurup son farkları senkronize etmek kesintiyi azaltır. |
| DNS yayılma dönemi | Düşük TTL ve geçici çift çalışma, ziyaretçilerin farklı sunucuya düşmesini dengeler. |
| E-posta kutuları | MX değişmeden önce posta akışı ve taşıma yöntemi ayrı planlanır. |
| Geri dönüş planı | Sorun çıkarsa eski sunucuya hızlı dönüş için yedek ve değişiklik takvimi tutulur. |
DNS değişiminde kesintiyi azaltan uygulama ne olmalı?
DNS yayılımı sırasında bazı kullanıcılar eski sunucuya, bazıları yeni sunucuya gidebilir. Bu nedenle iki sunucunun aynı içeriği göstermesi gerekir; aksi halde form gönderimi, sipariş veya giriş işlemleri tutarsız davranır. Özellikle dinamik sitelerde kısa bir içerik dondurma penceresi, son veriyi yeni tarafa taşımayı kolaylaştırır.TTL değeri düşürülmüş kayıtlar, geçişten önce daha hızlı yön değiştirmeye yardımcı olur. Geçiş günü geldiğinde MX kayıtlarını, A kaydını ve gerekiyorsa www yönlendirmesini birlikte düşünmek gerekir. Sadece ana site çalışıyor diye posta akışının da doğru taşındığı varsayılmaz.
E-posta ve form teslimini ayrı doğrula
Hosting taşınırken en sık gözden kaçan nokta e-postadır. Web sitesi görünse bile MX kayıtları, SPF/DKIM ayarları veya posta kutusu kopyası eksik kalırsa gönderim kayıpları yaşanabilir. Sipariş, iletişim formu ve parola sıfırlama gibi akışlar canlıda tek tek denenmelidir.Geri dönüş planı olmadan kesim yapma
Sorun çıkarsa hızlıca eski sunucuya dönmek için yedek, son değişiklik saati ve DNS geri alma adımı önceden belirlenmelidir. Taşıma başarısı yalnız sitenin açılmasıyla ölçülmez; veri kaybı olmadan, posta bozulmadan ve yönetim erişimi kapanmadan tamamlanması gerekir.Geçiş sonrası kontrolü hangi sırayla yapmalı?
İlk kontrol, ön yüzdeki sayfaların açılıp açılmadığıdır; ikinci kontrol, giriş, arama, form ve ödeme gibi işlem akışlarıdır. Ardından hata günlüklerine bakılarak yanlış dosya yolu, eksik izin, eski önbellek ya da uyumsuz PHP sürümü gibi nedenler ayrıştırılır.Son aşamada eski sunucu hemen silinmemelidir. Kısa bir bekleme dönemi, hem DNS’in tamamen oturmasını hem de sonradan fark edilen eksik dosya ya da e-posta sorunlarının düzeltilmesini sağlar.