01İstenecek erişimler
- Sunucu veya bulut hesabı erişimi
- Alan adı DNS erişimi
- Uygulamanın kod deposu
- Mevcut ortam değişkenleri ve gizli anahtarların listesi
02Tam yedek
İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.
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 |
04Bakım penceresi
Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.
05Hazırlık kontrol listesi
- Erişim bilgileri tek bir güvenli listede
- Son değişikliklerin tarihi ve açıklaması
- Kritik sayfa ve işlemlerin listesi
- Sorumlu kişinin iletişim bilgisi
06Planlama notları
- 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ı.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
07Kapsamı ve maliyeti etkileyenler
- izleme ve yedekleme kapsamı
- ortam sayısı
- bakım periyodu
- sunucu sayısı
08Hangi durumlarda gündeme gelir?
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
Site veya uygulama sık sık erişilemez olduğunda
Otomatik yedekleme için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
09Milas'ta planlama
Milas, Muğla iline bağlı bir ilçedir ve PTT adres verisine göre 132 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde otomatik yedekleme için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Milas'ta 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.
Muğla genelinde Fethiye, Menteşe ve Ula 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
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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
Sadece Muğla için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Ege Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Milas'tan yazıyorum; toplantılar nasıl yapılıyor?
İş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.
Erişim bilgilerini nasıl paylaşmalıyım?
Parolaları açık metin olarak e-postayla göndermek yerine geçici kullanıcı açmak veya güvenli bir parola paylaşım aracı kullanmak önerilir; iş bitince erişim kapatılır.
Otomatik yedekleme 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.
Otomatik yedekleme öncesinde neleri hazırlamalıyım?
Sunucu veya bulut hesabı erişimi, alan adı dns erişimi ve uygulamanın kod deposu işi hızlandırır.
→İlgili sayfalar
Otomatik Yedekleme hakkında diğer konular
Milas'ta ilgili hizmetler
Muğla içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- 3-2-1
- şifreleme
- geri yükleme testi
- CI/CD
- yedekleme
- ölçeklendirme
- Nginx
- uptime
- CDN
- PostgreSQL
- Muğla
- Milas