01Sık yapılan hatalar
Yedeği almadan eski hesabı kapatmak
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
DNS'i değiştirip e-posta kayıtlarını unutmak
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
Test adresinde denemeden canlıya geçmek
Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.
Eski sunucuyu geçişten hemen sonra iptal etmek
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
SSL ve yönlendirmeleri yeni ortamda yeniden kurmamak
Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.
02Doğru yaklaşım
- Önce yedek, sonra tespit
- Değişiklikleri test ortamında denemek
- Her adımı kayıt altına almak
- Sonucu ölçümle doğrulamak
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Site/uygulama ara ara çöküyor | Kaynak yetersiz, izleme yok | İzleme ve ölçeklendirme |
| Güncelleme sonrası bozuluyor | Test ortamı yok | CI/CD ve test ortamı |
| Yedek var sanılıyor ama dönülemiyor | Geri yükleme hiç denenmemiş | Düzenli geri yükleme testi |
04Hangi durumlarda gündeme gelir?
Veri senkronu gerektiğinde
Veri senkronu, sunucu taşıma projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
05Kapsamı ve maliyeti etkileyenler
- sunucu sayısı
- veritabanı boyutu
- ortam sayısı
- izleme ve yedekleme kapsamı
06İşletim ve bakım ipuçları
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
07Kepez'de destek
Kepez'in PTT verisindeki 68 yerleşim kaydı 9 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için sunucu taşıma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Kepez'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Antalya genelinde Finike, Kumluca ve Döşemealtı gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Kepez bölgesinden sunucu taşıma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Sadece Antalya için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Sunucu hesabı kimin adına açılır?
İşletmenin adına açılır; yönetim erişimi işletmede kalır. Biz yetkili kullanıcı olarak çalışırız.
Sunucu taşıma öncesinde neleri hazırlamalıyım?
Hosting/sunucu yönetim paneli erişimi, alan adının kayıtlı olduğu firmadaki dns erişimi ve varsa e-posta hesap listesi işi hızlandırır.
En pahalıya mal olan hata hangisi?
Yedeksiz müdahale; geri dönüşü olmayan veri kaybı en maliyetli sonuçtur.
Bir hata yaptım, ne yapmalıyım?
Daha fazla değişiklik yapmadan mevcut durumu kaydedin, yedeğiniz varsa saklayın ve uzmana ulaşın. Acil durumlar için ayrı bir kontrol listesi hazırladık.
Kepez'de bulunuyorum, yerinde görüşme mümkün mü?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Sunucu taşıma sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
→İlgili sayfalar
Sunucu Taşıma hakkında diğer konular
Kepez'de ilgili hizmetler
Antalya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- DNS planı
- veri senkronu
- test
- GitHub Actions
- SSL
- Nginx
- yedekleme
- uptime
- ölçeklendirme
- Docker
- Antalya
- Kepez