Sunucu bakım hizmeti sonrasında site erişimini, performansı, güvenlik ayarlarını, yedekleri ve bakım raporunu kontrol ederek eksikleri erkenden belirleyin.
Sunucu bakım hizmeti sonrasında site erişimini, performansı, güvenlik ayarlarını, yedekleri ve bakım raporunu kontrol ederek eksikleri erkenden belirleyin.
Sunucu bakım hizmeti sonrasında önce siteye erişimi ve temel sunucu hizmetlerini, ardından performansı, güvenlik ayarlarını, yedekleri ve bakım raporunu kontrol edin. Her sonucu bakım öncesi durumla karşılaştırın; hata veya eksik görürseniz sağlayıcıdan açıklama ve düzeltme isteyin. Böylece değişikliklerin etkisini ve atılacak sonraki adımı netleştirirsiniz.
Sunucu hizmetleri ve site, bakım sonrasında beklenen şekilde çalışmalı ve erişilebilir olmalıdır. Önce kullanıcıların karşılaştığı sorunları, sonra sunucu kaynaklarını kontrol edin; bakım öncesi değerler karşılaştırma için iyi bir başlangıç noktasıdır.
Site erişilebilirliği, ziyaretçinin sayfaları açabilmesi ve gerekli işlevleri kullanabilmesidir. Ana sayfayı, giriş ekranını ve form ya da sepet gibi temel işlevleri farklı bir ağdan deneyin. Sunucuya SSH veya yönetim paneliyle erişiminiz varsa web sunucusu, veritabanı ve e-posta servislerinin durumunu da kontrol edin. İyi örnek: sayfalar açılır, formlar gönderilir. Kötü örnek: ana sayfa görünürken giriş veya ödeme adımı hata verir.
HTTP yanıt kodu ve yanıt süresi, sayfanın isteğe nasıl karşılık verdiğini gösterir. Beklenen sayfalarda 200 yanıtı görülmeli; bakım sırasında yönlendirme yapıldıysa 301 veya 302 kodu amaca uygun olmalıdır. Tekrarlayan 500 hataları ya da belirgin yavaşlama sağlayıcıya bildirilmelidir. CPU kullanımı, RAM kullanımı ve disk alanını panelden inceleyin; önceki olağan değerlerden sapma varsa saatini not edin. E-posta kuyruğu sorunu şüpheliyse cpanel mail kuyruğu kontrolü rehberi ilgili kontrolü yapmanıza yardımcı olabilir.
Güvenlik ayarlarının korunduğunu ve yedeklerin gerektiğinde geri yüklenebileceğini doğrulayın. Sunucu yönetimi sırasında yapılan değişiklikleri bakım raporuyla karşılaştırın; yalnızca yedekleme kaydının başarılı görünmesi, dosyaların geri yüklenebildiğini kanıtlamaz.
Güvenlik duvarı kurallarının site ve yönetim bağlantılarını engellemediğini, gereksiz erişimleri de açık bırakmadığını kontrol edin. Yönetici hesaplarını ve erişim yetkilerini inceleyin; bakım için geçici olarak açılan kullanıcı veya bağlantıların kapatıldığını doğrulayın. İyi örnek: yalnızca gerekli portlar ve yetkili hesaplar erişebilir. Kötü örnek: kullanılmayan yönetici hesabı etkin kalır ya da gerekli bir bağlantı engellenir. Erişim sorunu varsa, değişiklikleri kendiniz geri almadan önce sağlayıcıdan hangi kuralın düzenlendiğini sorun.
Yedeklemenin tarihini, kapsamını ve saklandığı konumu rapordan veya panelden kontrol edin. Mümkünse canlı site yerine test ortamında geri yükleme testi isteyin; başarılı sonuç, dosyaların ve veritabanının açıldığının doğrulanmasıdır. Kayıt yoksa veya geri yükleme hatayla bitiyorsa yedeği kullanılabilir kabul etmeyin. Hangi verilerin ve hangi zamana kadar yedeklendiğini sağlayıcıya yazılı olarak sorun.
Rapor, yapılan işlemleri, tespitleri ve çözülmemiş konuları anlaşılır biçimde göstermelidir. Tarih ve saat, değişikliklerin etkisini sitenizdeki belirtilerle karşılaştırmanızı kolaylaştırır.
Rapor; güncellenen yazılım ve servisleri, değişen yapılandırmaları, kontrol edilen yedekleri, karşılaşılan hataları ve tamamlanmayan işleri belirtmelidir. İyi örnek: hangi ayarın neden değiştiği ve test sonucu açıkça yazılır. Kötü örnek: yalnızca “bakım tamamlandı” denir, başarısız kontroller açıklanmaz. Kullanılmayan bir WordPress test kurulumu kaldırıldıysa, işlemin önceden planlandığını kontrol panelinden WordPress silme adımlarıyla karşılaştırabilirsiniz. Yanıt alamadığınız açık işler için sağlayıcı seçiminizi yeniden değerlendirecekseniz Sunucu Sağlayıcıları sayfasındaki seçenekleri inceleyebilirsiniz. Hosting satın alırken veya hosting fiyatları, ucuz hosting ve en iyi hosting seçeneklerini karşılaştırırken de bakım kapsamını sorun; web hosting ücretleri tek başına destek düzeyini göstermez.
Sunucu bakım hizmeti bittiğinde ilk işiniz, siteyi ziyaretçi gibi kullanarak ana sayfa ve kritik işlemleri denemek olsun. Ardından rapordaki kontrolleri tamamlayıp sorunları ekran görüntüsü, hata zamanı ve etkilenen adresle birlikte sağlayıcıya iletin.
Sunucu bakım hizmeti, yapılacak işlerin kapsamına ve sunucudaki sorunlara göre değişir. Rutin güncellemeler kısa sürebilir; büyük sürüm yükseltmeleri, veri taşıma veya arıza giderme daha uzun planlanabilir. Kesinti bekleniyorsa sağlayıcıdan tahmini süreyi ve bakım penceresini önceden öğrenin.
Sunucu bakım hizmetinin maliyeti sunucu sayısına, işletim sistemine, bakım kapsamına ve destek yanıt süresine göre belirlenir. Düzenli yönetim ile tek seferlik arıza müdahalesi aynı kapsam değildir. Teklifleri karşılaştırırken yedekleme, izleme ve acil destek ücretlerinin dahil olup olmadığını sorun.
Bakım sonrasında görülen hatayı öncelikle işlemi yapan sağlayıcıya bildirin. Hatanın başladığı saati, etkilenen sayfayı ve varsa ekran görüntüsünü paylaşın; böylece bakım değişiklikleriyle ilişki kurulabilir. Ödeme veya kullanıcı verisi etkileniyorsa durumu acil olarak iletin ve kendi başınıza sunucu ayarlarını değiştirmeyin.