100+ Kurumsal Müşteri
15+ Yıllık Deneyim
7/24 Destek
Sertifikalı Uzmanlar
Güçlü İş Ortakları
Blog / Kurumsal Bulut Sunucu Yönetimi

Periyodik Sunucu Bakımı Kontrol Listesi: Tam Rehber 2026

⚡ HIZLI ÖZET

Periyodik sunucu bakımı kontrol listesi, fiziksel ve sanal sunucuların günlük, haftalık, aylık ve yıllık aralıklarla düzenli olarak gözden geçirilmesi gereken teknik kontrolleri kapsayan yapısal bir belgedir. Güvenlik yamaları, kaynak izleme, yedek doğrulama, log analizi ve donanım sağlık kontrollerini içerir; bakım atlanan sistemlerde ciddi kesintiler ve güvenlik açıkları yaşanma riski önemli ölçüde artar.

Kurumsal ortamlarda bakım süreçlerinin dokümante edilmesi ISO 27001, KVKK ve SAS akreditasyon gereklilikleriyle örtüşür. Düzenli bakım yalnızca operasyonel sürekliliği sağlamaz, aynı zamanda bağımsız denetim ve uyum süreçlerinde değerlendirilen kritik bir kontrol unsurudur.

Sahada gördüğümüz en büyük sorunlardan biri, kurumların sunucu altyapılarını 'bir sorun çıkana kadar' ihmal etmesi. Bir sabah açılmayan veritabanı, beklenmedik disk doluluk uyarısı ya da yamalanmamış bir yazılım versiyonu üzerinden saldırı — hepsi önlenebilir senaryolar. Periyodik sunucu bakımı kontrol listesi oluşturup uygulamak, bu tür sürprizlerden korunmanın en sistematik yolu. Bu rehberde kurumsal ölçekli bir bakım listesinin nasıl tasarlanacağını, hangi görevlerin hangi aralıklarla yapılacağını ve otomasyon ile manuel kontrollerin nasıl dengeleneceğini adım adım ele alıyoruz.

Periyodik Sunucu Bakımı Nedir ve Neden Kritiktir?

Periyodik sunucu bakımı, belirli zaman aralıklarında tekrar eden kontrol ve güncelleme işlemlerinin yapılandırılmış biçimde uygulanmasıdır. Yama yönetimi, kaynak izleme, yedek doğrulama ve log analizi gibi görevleri kapsar.

Bakım planı olmayan altyapılarda disk doluluk, bellek sızıntısı veya güvenlik yamalarının atlanması gibi sorunlar birikir. Örnek bir senaryoda, haftalarca güncellenmemiş bir Linux çekirdeği bilinen bir açık nedeniyle hedef haline gelebilir. Sistemli bakım, hem operasyonel süreklilik hem de uyumluluk standartları açısından temel gereksinim olarak kabul edilir.

Kurumsal ortamlarda yönetilen servisler kapsamında bakım listeleri SLA'ya bağlanır ve denetim sırasında kayıt altına alınır. İyi tanımlanmış bir kontrol listesi, sorumluluğu netleştirir ve tekrarlanan hataları önler.

Günlük Kontrol Maddeleri: Her Sabah Yapılması Gerekenler

Günlük bakım, sistemin anlık sağlığını doğrulamak için gereklidir. Kritik servisler ayakta mı? CPU ve RAM kullanımları normal seviyelerde mi? Disk alanı yeterliliği, log dosyalarındaki hata patternleri ve yedek görevlerinin durum kontrolleri günlük rutin içinde yer almalı.

  • Servis durumu: Web, veritabanı, DNS gibi kritik servislerin uptime kontrolü
  • Kaynak izleme: CPU, RAM, disk I/O eşik kontrolleri
  • Log tarama: Sistem loglarında CRITICAL veya ERROR seviyesinde girdi olup olmadığı
  • Yedek sonuçları: Gece yapılan otomatik yedeklerin başarılı tamamlanmış olduğu doğrulama

Bu kontroller genellikle bir izleme platformu (Zabbix, Nagios, Prometheus vb.) üzerinden otomatize edilir. Yine de günlük manuel bir son kontrol yaparak alertlerin atlanmadığından emin olmak öneriyoruz. Network performans optimizasyonu süreçlerinde de günlük metrikler baz alınır.

Haftalık ve Aylık Bakım Görevleri Nelerdir?

Haftalık döngüde güvenlik yamalarının taranması ve uygulanabilir olanların planlanması öncelikli iştir. İşletim sistemi, çekirdek, web sunucusu ve veritabanı güncellemeleri gözden geçirilir. Aylık bakımda ise daha kapsamlı testler yer alır: yedek restore denemeleri, kullanılmayan paketlerin temizlenmesi, sertifika sürelerinin kontrolü.

PeriyotGörev ÖrnekleriTahmini Süre
HaftalıkYama taraması, log rotasyonu, disk temizliği30-60 dk
AylıkYedek restore testi, SSL sertifika kontrolü, kernel upgrade planı2-3 saat
3 AylıkGüvenlik açıklığı taraması, performans benchmark, kapasitet analizi1 gün

Aylık bakım sırasında aynı zamanda kapasite planlaması yapılır: disk, bellek ve bant genişliği trendleri incelenir. Bulut hizmetleri kullanan kurumlar burada ölçekleme kararlarını alır.

Güvenlik Yama Yönetimi ve Zafiyet Taramaları

⚠️ Yama Atlama Riski

Yayımlanan bir güvenlik yaması herkese açık olduğu için, yamayı uygulamayan sistemler saldırganlar için kolay hedef haline gelir. Ortalama bir kurumun yama uygulama penceresi üç haftayı geçmemelidir.

Kontrol listesinde güvenlik yamalarına ayrı bir bölüm açılmalı ve her hafta güvenlik bültenleri (RedHat, Debian, Microsoft, VMware vb.) taranmalıdır. Kritik açıklıklar önceliklendirilir ve test ortamında doğrulandıktan sonra üretime alınır. Zafiyet tarama araçları (OpenVAS, Nessus gibi) üç ayda bir çalıştırılarak portlara ve servislere yönelik eksiklikler tespit edilir.

Bir iç ağ güvenlik analizi süreci de yamalanmamış sistemleri ortaya çıkarır. Özellikle KVKK ve ISO 27001 gereklilikleri açısından yama yönetimi dokümante edilmeli ve denetçiye sunulabilir halde tutulmalıdır.

Yedekleme Stratejisi ve Felaket Kurtarma Testleri

Kurumsal sunucu altyapısında yedekleme stratejisi tek başına yeterli değildir; yedeklerin geri yüklenebilir olduğunu periyodik olarak doğrulamak kritiktir. Kontrol listesi şu adımları içermelidir:

  1. Günlük artımlı yedek: Değişen verilerin kaydedilmesi
  2. Haftalık tam yedek: Sistemin bütün halinin alınması
  3. Aylık restore testi: Seçilen bir yedek setinden canlı veya test ortamına geri yükleme denemesi
  4. Yıllık felaket tatbikatı: Tüm altyapının yedekten ayağa kaldırılması simülasyonu

Restore testi yapmayan kurumlar, felaket anında yedek setlerinin bozuk veya eksik olduğunu öğrenme riskiyle karşılaşır. Felaket kurtarma planı, bakım listesiyle entegre çalışır; RTO ve RPO hedefleri test sonuçlarıyla doğrulanır.

💡 3-2-1 Yedekleme Kuralı

En az üç kopya, iki farklı ortamda, biri uzak lokasyonda. Bu basit kural birçok veri kaybı senaryosunu engeller.

Log Yönetimi ve Proaktif İzleme Stratejileri

Sunucu logları, olayların kayıtlandığı tek gerçek kaynaktır. Günlük log incelemesi anormallikleri erken yakalamayı sağlar: başarısız SSH girişleri, beklenmedik servis yeniden başlatmaları, disk hatası bildirimleri gibi. Kontrol listesinde şu log kategorileri yer almalı:

  • Sistem logları: /var/log/syslog, dmesg
  • Servis logları: Apache/Nginx error log, PostgreSQL/MySQL log
  • Güvenlik logları: auth.log, fail2ban, IDS/IPS uyarıları
  • Uygulama logları: Özel yazılım hata kayıtları

Logları merkezi bir SIEM veya log yönetim platformunda toplamak, manuel tarama yükünü azaltır ve korelasyon analizine olanak tanır. Bakım anlaşmaları kapsamında log analizi genellikle haftalık rapor içinde sunulur.

Fiziksel Donanım ve Altyapı Bakım Kontrolleri

Sanal sunucular yaygınlaşsa da fiziksel sunucu altyapısı birçok kurumda hâlâ kritik rol oynar. Donanım bakımı kontrol listesi şunları kapsar:

  • SMART disk durumu: Fiziksel disk sağlığı ve beklenen ömür uyarıları
  • Donanım logları: IPMI, iDRAC veya iLO arayüzlerinden fan, sıcaklık, güç kaynağı kontrolleri
  • RAID sağlığı: Disklerin senkronizasyonu, degraded durum kontrolü
  • Veri merkezi çevresel koşulları: Soğutma, nem, elektrik kesintisiz güç kaynağı testleri

Donanım tedarik ve kurulum sonrası garanti ve destek süreçleri de periyodik bakım listesine eklenmelidir. Üretici önerdiği firmware güncellemeleri yılda bir gözden geçirilir ve test ortamında uygulanır.

💡 Disk Değiştirme Süresi

SMART verilerinde reallocated sector sayısının artması, diskin değiştirilmesi gerektiğinin erken göstergesidir. Beklemeden yedekleme alıp planlanmış değişim yapın.

Sıkça Sorulan Sorular (SSS)

Sunucu bakımı ne sıklıkla yapılmalıdır?

Kritik kontroller günlük, güvenlik yamaları haftalık, kapsamlı testler aylık yapılmalı. Görevin doğasına göre frekans değişir; yedek sonuç kontrolü günlük, restore testi aylık olabilir.

Sunucu bakımını kendimiz mi yapsak, dış hizmet mi alalım?

Ekip kapasitesi ve uzmanlığa bağlı. Küçük kurumlar için yönetilen hizmet maliyet etkin, büyükler ise hibrit model uygular: rutin işler otomasyon, karmaşık görevler uzman destek.

Bakım sırasında kesinti olmaz mı?

Çoğu kontrol kesintisiz yapılır. Kernel güncellemesi veya donanım bakımı gibi durumlar planlı kesinti penceresi gerektirir; bunlar SLA çerçevesinde kullanıcılara önceden bildirilir.

Hangi kontrolleri otomatize etmeliyiz?

Kaynak izleme, yedek doğrulama, log toplama, yama taraması ve basit raporlama otomatize edilmeli. Kritik karar gerektiren görevler (kernel upgrade, büyük versiyon geçişleri) manuel kalmalı.

Bakım kontrol listesi şablonunu nereden bulabiliriz?

Genel şablonlar çevrim içi bulunabilir, ancak her altyapıya özel kritik noktalar farklı. Sahada oluşturduğumuz listeler kurumun teknoloji yığını, uyumluluk gereklilikleri ve risk profiliyle uyumlu olarak tasarlanmalı.

Sonuç: Bakım Alışkanlığı Felaketleri Önler

Periyodik sunucu bakımı kontrol listesi, altyapı yönetiminde disiplin ve öngörülebilirlik sağlar. Günlük küçük kontroller, haftalık yama döngüleri ve aylık kapsamlı testler, sistemlerin beklenmedik çökme veya güvenlik ihlali riskini önemli ölçüde azaltır. Deneyimlerimizde, düzenli bakım uygulayan kurumlar hem daha yüksek uptime hem de uyumluluk denetimlerinde daha az bulgularla karşılaşıyor.

Eğer kurumunuzda henüz yapılandırılmış bir bakım listesi yoksa ya da mevcut süreçlerinizi gözden geçirmek istiyorsanız, yönetilen servisler ekibimizle iletişime geçerek size özel bir kontrol planı oluşturabilirsiniz. Proaktif bakım, reaktif müdahaleden her zaman daha ucuz ve stressizdir.

Sisteminizin Güvenliğini Şansa Bırakmayın

Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 10 Eylül 2026 tarihinde güncellenmiştir.