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
06Otomatik yedekleme hangi işletmelerde kullanılır?
- Web siteleri ve e-ticaret
- SaaS ürünleri
- Kurumsal uygulamalar
- Veritabanı sunucuları
07Hangi durumlarda gündeme gelir?
Sunucu veya sağlayıcı değiştirilecekse
Envanter çıkarılır, veri senkronize edilir, DNS geçişi planlanır; kesinti en aza indirilir.
Yedekten dönüş hiç denenmediyse
Şifreli ve otomatik yedekleme kurulur; geri yükleme düzenli test edilir.
08Kapsamı ve maliyeti etkileyenler
- veritabanı boyutu
- ortam sayısı
- sunucu sayısı
- bakım periyodu
09İş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.
- Yedeklerden geri yükleme belirli aralıklarla denenir.
10Planlama notları
- Her ortam ayrılır: geliştirme, test, canlı.
- 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.
11Türkeli'nde planlama
PTT kayıtlarında Türkeli ilçesine bağlı 178 yerleşim bulunur: 3 mahalle ile 175 köy ve köy yerleşimi.
Türkeli'nde 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.
Aynı ildeki Sinop Merkez, Gerze ve Saraydüzü ilçeleri için de otomatik yedekleme talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
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.
Sinop dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Sinop de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanı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.
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.
Türkeli'nden yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanı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
Türkeli'nde ilgili hizmetler
Sinop içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- 3-2-1
- şifreleme
- geri yükleme testi
- CI/CD
- yedekleme
- ölçeklendirme
- Cloudflare
- MySQL
- Linux
- VPS
- Sinop
- Türkeli