Sunucu Yönetimi Kontrol Listesi

Bu liste, sunucu ve altyapı yönetiminizin olgunluk düzeyini gösterir. Yılda en az bir kez uygulayın.

A. Envanter ve görünürlük

• ☐ Tüm sunucular listelenmiş
• ☐ Her sistemin rolü ve amacı biliniyor
• ☐ Bağımlılık haritası mevcut
• ☐ Kritiklik düzeyleri tanımlı
• ☐ Sorumlu kişiler atanmış
• ☐ Envanter son bir yıl içinde güncellendi
• ☐ Kullanılmayan sistemler kapatıldı

B. Yedekleme

• ☐ Tüm kritik sistemler yedekleniyor
• ☐ Sıklık ihtiyaca uygun
• ☐ Veritabanları tutarlı biçimde yedekleniyor
• ☐ Yedekler ayrı bir konumda
• ☐ En az bir kopya çevrim dışı/değiştirilemez
• ☐ Saklama politikası tanımlı
• ☐ Yedekleme başarısızlıkları uyarı üretiyor
• ☐ Son bir yıl içinde geri yükleme testi yapıldı
• ☐ Geri yükleme süresi ölçüldü
• ☐ Sorumlu belirlenmiş

Sekizinci madde bu listenin en kritik maddesidir.

C. İzleme

• ☐ Erişilebilirlik izleniyor
• ☐ Kaynak kullanımı izleniyor
• ☐ Disk doluluğu uyarısı var
• ☐ Servis durumları izleniyor
• ☐ Sertifika bitişleri izleniyor
• ☐ Uyarılar en az iki kişiye gidiyor
• ☐ Mesai dışı sorumluluk tanımlı
• ☐ Yeni sistemler izlemeye ekleniyor
• ☐ Uyarı gürültüsü kontrol altında

D. Güncelleme

• ☐ Güvenlik yamaları düzenli uygulanıyor
• ☐ Güncelleme politikası yazılı
• ☐ Güncelleme öncesi yedek/anlık görüntü alınıyor
• ☐ Kritik sistemlerde test ortamı kullanılıyor
• ☐ Güncellemeler kayıt altına alınıyor
• ☐ Destek biten sürüm kullanılmıyor
• ☐ Destek bitiş tarihleri takvimde

E. Güvenlik

• ☐ Güvenlik duvarı yapılandırılmış
• ☐ Yalnız gerekli portlar açık
• ☐ Uzaktan erişim güvenli kanaldan
• ☐ Güçlü kimlik doğrulama kullanılıyor
• ☐ İki adımlı doğrulama açık
• ☐ En az yetki ilkesi uygulanıyor
• ☐ Erişim listeleri gözden geçiriliyor
• ☐ Ayrılanların erişimi kaldırılmış
• ☐ Kayıtlar toplanıyor ve saklanıyor
• ☐ Kayıtlar merkezî bir yerde

F. Süreklilik

• ☐ Kabul edilebilir kesinti süresi tanımlı
• ☐ Kabul edilebilir veri kaybı tanımlı
• ☐ Tek nokta arızaları belirlenmiş
• ☐ Kritik sistemlerde yedeklilik var
• ☐ Felaket kurtarma planı yazılı
• ☐ Plan son bir yıl içinde test edildi
• ☐ Olay müdahale planı mevcut
• ☐ Kesinti kayıtları tutuluyor

G. Belgeleme

• ☐ Her sistemin künyesi var
• ☐ Yapılandırma kararları gerekçeleriyle yazılı
• ☐ Rutin işlemler belgelenmiş
• ☐ Acil durum bilgileri erişilebilir
• ☐ Belgeler sistemden bağımsız bir yerde
• ☐ Son bir yıl içinde güncellendi
• ☐ Parolalar belgede değil, parola yöneticisinde

H. Erişim ve süreklilik (insan)

• ☐ Kritik erişimler en az iki kişide
• ☐ Hesaplar şirket adına
• ☐ Bildirim adresleri rol bazlı
• ☐ Parola yöneticisi kullanılıyor
• ☐ İki adımlı doğrulama kurtarma kodları saklanıyor
• ☐ Devir teslim süreci tanımlı
• ☐ Dış hizmet sağlayıcı yedeği var

I. Kapasite

• ☐ Kaynak kullanımı düzenli inceleniyor
• ☐ Eğilimler takip ediliyor
• ☐ Kapasite tahmini yapılıyor
• ☐ Büyütme kararları planlı veriliyor
• ☐ Atıl kaynaklar tespit ediliyor

J. Ticari ve uyum

• ☐ Sözleşmeler arşivlenmiş
• ☐ Bitiş tarihleri takvimde
• ☐ Lisans envanteri güncel
• ☐ Veri konumu biliniyor
• ☐ Veri işleyen sözleşmeleri mevcut
• ☐ Maliyet düzenli izleniyor
• ☐ Yıllık gözden geçirme yapılıyor

Değerlendirme

Öncelik sırası

Eksikleri kapatırken şu sırayı izleyin:

1. B — Yedekleme (özellikle geri yükleme testi)
2. C — İzleme (en azından disk ve erişilebilirlik)
3. H — Erişim sürekliliği (tek kişi riski)
4. D — Güncelleme (destek biten sistemler)
5. A — Envanter (görünürlük)
6. Diğerleri

İlk üç madde, altyapı kaynaklı felaketlerin büyük çoğunluğunu önler.