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ı
- Barındırma yeri seçilir: Türkiye'de veri merkezi, yurt dışı bulut ya da şirket içi; kişisel veri varsa KVKK m.9 aktarım şartları değerlendirilir.
- Erişim bilgileri işletmede kalır; parola yerine anahtar ve iki adımlı doğrulama kullanılır.
- Dağıtım otomatikleştirilir (CI/CD); elle FTP yüklemesinden kaçınılır.
07Sunucu bakımı hangi işletmelerde kullanılır?
- API servisleri
- Kurumsal uygulamalar
- Web siteleri ve e-ticaret
- SaaS ürünleri
08Kapsamı ve maliyeti etkileyenler
- izleme ve yedekleme kapsamı
- veritabanı boyutu
- trafik
- sunucu sayısı
09İşletim ve bakım ipuçları
- SSL sertifikası ve alan adı yenileme tarihleri takip edilir.
- Disk, bellek ve işlemci kullanımı uyarı eşikleriyle izlenir.
- Güvenlik güncellemeleri düzenli uygulanır; yeniden başlatma gerektirenler bakım penceresine alınır.
10Hangi durumlarda gündeme gelir?
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.
Trafik arttığında
Önbellek, CDN ve gerekirse yatay ölçekleme ile yük dağıtılır.
11Çiçekdağı'nda planlama
Çiçekdağı'nın PTT verisindeki 77 yerleşim kaydı 3 farklı posta koduna dağılır.
Çiçekdağı'nda 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 Kaman, Kırşehir Merkez ve Akçakent ilçeleri için de sunucu bakımı 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
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.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
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.
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.
Çiçekdağı'nda yüz yüze görüşebilir miyiz?
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.
Sadece Kırşehir için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
Sunucu Bakımı hakkında diğer konular
Çiçekdağı'nda ilgili hizmetler
Kırşehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- güncelleme
- disk/kaynak kontrolü
- rapor
- ölçeklendirme
- PostgreSQL
- Redis
- VPS
- Linux
- Kırşehir
- Çiçekdağı