Sunucu yönetimi hizmeti alırken en sık yaşanan belirsizlik, bir görevin yapılacağını herkesin varsayması fakat kimsenin açıkça üstlenmemesidir. Yedek yazılımı kurulmuş olabilir; geri yükleme testi ise kapsam dışında kalmış olabilir. Bu nedenle teklifin ilk çıktısı araç listesi değil, görev ve sorumluluk tablosu olmalıdır.
Önce yönetilecek varlıkları tanımlayın
Fiziksel sunucuları, sanal makineleri, işletim sistemlerini ve kritik uygulamaları ayrı kaydedin. Her varlık için iş sahibi, teknik sorumlu, ortam türü ve destek durumu bulunsun. Test ortamındaki kesintiyle sipariş sistemindeki kesintinin etkisi aynı değildir. Öncelik sınıflandırması bu iş etkisine dayanmalıdır.
Başlangıç envanteri eski kayıtların kopyası olarak kabul edilmemelidir. Erişilemeyen makineler, kullanılmayan hesaplar, süresi yaklaşan sertifikalar ve kaynağı bilinmeyen görevler keşif sırasında ortaya çıkabilir. Bu bulguların hangilerinin ilk hizmet bedeline dahil olduğu, hangilerinin ayrı iyileştirme projesi gerektirdiği yazılmalıdır.
Aylık işletim için beklenebilecek çıktılar
- İzleme: alarmın zamanı, etkilenen hizmet ve yapılan işlemin kaydı.
- Güncelleme: uygulanan yamalar, ertelenenler ve erteleme gerekçesi.
- Yedek: başarısız işler ve örnek geri yükleme testinin sonucu.
- Erişim: açılan, değiştirilen ve kapatılan yetkilerin onay kaydı.
- Kapasite: büyüyen kaynaklar ve müdahale gerektiren eğilimler.
- Risk: sahibi ve hedef tarihi belirlenmiş açık aksiyonlar.
Bakım penceresi nasıl tarif edilir?
Bakımın hangi saatlerde yapılacağı kadar, kimden onay alınacağı da önemlidir. Değişiklik öncesi durum kaydı, yedek veya geri dönüş yöntemi, doğrulama adımları ve vazgeçme ölçütü bulunmalıdır. Bir güncelleme sonrası yalnızca sunucunun açılması yeterli kabul değildir; kullanıcı açısından temel iş akışı da denenmelidir.
Örnek bir muhasebe uygulamasında sunucu erişilebilir görünürken lisans servisi çalışmayabilir. Bu nedenle teknik kontrol ile iş doğrulaması ayrılmalıdır. Yönetim ekibi işletim sistemi ve servis durumunu kontrol ederken, uygulama sahibi örnek kayıt görüntüleme veya rapor alma işlemini doğrulayabilir. Bu örnek gerçek bir müşteri vakası değildir.
Müdahale süresi ile çözüm süresi aynı mı?
Hayır. Talebin alınıp incelenmeye başlanması ile sorunun tamamen giderilmesi farklı ölçülerdir. Üçüncü taraf uygulama hatası veya donanım tedariki çözümü etkileyebilir. Teklifte zaman ölçümünün başlangıcı, destek saatleri, öncelik değişikliği ve bekleme durumları açıklanmalıdır. Belirsiz “hızlı destek” ifadesi yerine ölçülebilir kapsam isteyin.
Devir teslimde ne alınmalı?
Güncel envanter, sistem bağlantıları, bakım takvimi, açık riskler ve kurtarma prosedürlerini talep edin. Parolaları ortak bir metin dosyasında taşımak yerine kurumun onayladığı güvenli yöntem kullanılmalıdır. Hizmet bittiğinde erişimlerin kapatılması ve kayıtların teslimi de başlangıç sözleşmesinin parçası olmalıdır.
Her alarm bir arıza mıdır?
Değildir. Eşiklerin iş yüküne göre ayarlanması gerekir. Sürekli tekrar eden fakat aksiyon üretmeyen alarmlar, önemli olayların fark edilmesini zorlaştırır.
CieloSync sunucu yönetimi için kapsam oluştururken bu listeyi başlangıç olarak kullanın. Hizmeti aylık raporla değerlendirmek için IT yönetimi göstergelerine de bakabilirsiniz.