01Sık yapılan hatalar
Root kullanıcıyla parola ile uzaktan erişimi açık bırakmak
Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.
Portları gereksiz yere internete açmak
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Yedekleri aynı sunucuda tutmak
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Gizli anahtarları kod deposuna yazmak
Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.
Güncellemeleri uzun süre ertelemek
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 |
04Kapsamı ve maliyeti etkileyenler
- trafik
- bakım periyodu
- veritabanı boyutu
- izleme ve yedekleme kapsamı
05İşletim ve bakım ipuçları
- Yedeklerden geri yükleme belirli aralıklarla denenir.
- Erişim anahtarları ve kullanıcı hesapları gözden geçirilir.
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
06Planlama notları
- İzleme: uptime, hata logları, kaynak kullanımı ve uyarılar.
- 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ı.
07Hangi durumlarda gündeme gelir?
Rapor gerektiğinde
Rapor, sunucu bakımı projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Site veya uygulama sık sık erişilemez olduğunda
Sunucu bakımı için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.
08Nazımiye'de destek
Nazımiye, Tunceli iline bağlı bir ilçedir ve PTT adres verisine göre 140 mahalle ve köy kaydından oluşur.
Mesafe yazılım işinin önünde engel değildir: Nazımiye'deki 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 Tunceli Merkez, Tunceli Ovacık ve Pülümür ilçeleri için de sunucu bakımı talepleri değerlendirilir; toplantılar uzaktan yapılır.
Sorunu kısa bir notla ve ekran görüntüsüyle WhatsApp'tan iletin; sunucu bakımı için ön değerlendirme yapalım. Telefon: 0540 003 19 81.
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.
Sunucu bakımı ö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.
Nazımiye'den 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.
En pahalıya mal olan hata hangisi?
Yedeksiz müdahale; geri dönüşü olmayan veri kaybı en maliyetli sonuçtur.
Sunucu bakımı 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.
Sadece Tunceli için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
→İlgili sayfalar
Sunucu Bakımı hakkında diğer konular
Nazımiye'de ilgili hizmetler
Tunceli içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- güncelleme
- disk/kaynak kontrolü
- rapor
- ölçeklendirme
- PostgreSQL
- Redis
- SSL
- CI/CD
- Tunceli
- Nazımiye