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
06Hangi durumlarda gündeme gelir?
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.
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.
07Otomatik yedekleme hangi işletmelerde kullanılır?
- Web siteleri ve e-ticaret
- Kurumsal uygulamalar
- Veritabanı sunucuları
- SaaS ürünleri
08Kapsamı ve maliyeti etkileyenler
- trafik
- ortam sayısı
- bakım periyodu
- sunucu sayısı
09Planlama notları
- Yedekler 3-2-1 ilkesiyle (3 kopya, 2 farklı ortam, 1 başka konum) ve düzenli geri yükleme testiyle tutulur.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
- Her ortam ayrılır: geliştirme, test, canlı.
10İşletim ve bakım ipuçları
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
11Burdur Altınyayla'da planlama
PTT kayıtlarında Burdur Altınyayla ilçesine bağlı 15 yerleşim bulunur: 4 mahalle ile 11 köy ve köy yerleşimi.
Mesafe yazılım işinin önünde engel değildir: Burdur Altınyayla'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Tefenni, Karamanlı ve Bucak 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
Sadece Burdur 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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanı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.
Burdur Altınyayla'da yüz yüze görüşebilir miyiz?
İş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.
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.
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.
→İlgili sayfalar
Otomatik Yedekleme hakkında diğer konular
Burdur Altınyayla'da ilgili hizmetler
Burdur içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- 3-2-1
- şifreleme
- geri yükleme testi
- CI/CD
- yedekleme
- ölçeklendirme
- Linux
- CDN
- MySQL
- Burdur
- Altınyayla