01Sık yapılan hatalar
Yedeği almadan eski hesabı kapatmak
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
DNS'i değiştirip e-posta kayıtlarını unutmak
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Test adresinde denemeden canlıya geçmek
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Eski sunucuyu geçişten hemen sonra iptal etmek
Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.
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 |
04İşletim ve bakım ipuçları
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
05Planlama notları
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Her ortam ayrılır: geliştirme, test, canlı.
06Kapsamı ve maliyeti etkileyenler
- izleme ve yedekleme kapsamı
- bakım periyodu
- sunucu sayısı
- ortam sayısı
07Hangi durumlarda gündeme gelir?
Site veya uygulama sık sık erişilemez olduğunda
Sunucu taşıma için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
08Çekerek'te destek
Çekerek'in PTT verisindeki 52 yerleşim kaydı 3 farklı posta koduna dağılır.
Çekerek'te 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.
Yozgat genelinde Boğazlıyan, Sorgun ve Sarıkaya gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
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.
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.
Sadece Yozgat için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Yozgat de bunlardan biridir. Yerinde iş gerektiğinde ziyaret 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.
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.
Çekerek'te bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
En pahalıya mal olan hata hangisi?
Yedeksiz müdahale; geri dönüşü olmayan veri kaybı en maliyetli sonuçtur.
→İlgili sayfalar
Sunucu Taşıma hakkında diğer konular
Çekerek'te ilgili hizmetler
Yozgat içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- DNS planı
- veri senkronu
- test
- GitHub Actions
- SSL
- Nginx
- yedekleme
- VPS
- Redis
- uptime
- Yozgat
- Çekerek