Sistemler en çok, kimsenin başında olmadığı günlerde bozulur. Aslında arıza oranı artmaz; artan şey fark edilme süresidir. Normal bir günde on dakikada çözülen bir sorun, uzun bir tatilde üç gün boyunca büyür.
Kısa cevap: tatil öncesi ne kontrol edilmeli?
Üç başlık yeterlidir: süresi dolacak varlıklar (alan adı, sertifika, lisans), kaynak sınırına yaklaşan sistemler (disk, bellek, kota) ve bildirim zinciri (alarm kime gidiyor, o kişi ulaşılabilir mi). Bunlara ek olarak tatilden önceki son günlerde değişiklik dondurma uygulanmalıdır. Kesintilerin önemli bir kısmı tatil boyunca oluşan yeni bir arızadan değil, tatile girerken yapılan son dakika değişikliğinden kaynaklanır.
Tatil öncesi 12 kontrol maddesi
| # | Kontrol | Neden? |
|---|---|---|
| 1 | Alan adı ve sertifika bitiş tarihleri tatil aralığına düşüyor mu? | Yenilenmeyen kalem tüm hizmeti durdurur |
| 2 | Disk doluluk oranı %70'in altında mı? | Log birikimi tatilde diski doldurabilir |
| 3 | Otomatik yenileme ödeme yöntemi geçerli mi? | Süresi dolmuş kart en yaygın nedendir |
| 4 | Son yedek alındı ve doğrulandı mı? | Tatilde geri dönüş gerekebilir |
| 5 | İzleme alarmları çalışıyor mu? (test edildi mi) | Sessiz izleme, izleme yok demektir |
| 6 | Alarm bildirimi kaç kişiye gidiyor? | Tek alıcı izinliyse alarm boşa gider |
| 7 | Kritik erişimler en az iki kişide mi? | Müdahale edecek kişi erişebilmeli |
| 8 | Sağlayıcı destek kanalı ve numarası biliniyor mu? | Kriz anında aranacak yer belli olmalı |
| 9 | Zamanlanmış görevler tatil aralığında sorun çıkarır mı? | Ay sonu/hafta sonu işleri yığılabilir |
| 10 | Kampanya veya kapanış duyurusu yayınlandı mı? | Müşteri beklentisi yönetilmeli |
| 11 | E-posta otomatik yanıtları kuruldu mu? | Cevapsız kalan talep kayıp müşteridir |
| 12 | Son 72 saatte değişiklik dondurma uygulandı mı? | Arızaların çoğu son değişiklikten gelir |
Bu on ikinin içinde en çok etki üretenler ikinci ve on ikincidir. Disk dolması ve son dakika değişikliği, tatil kesintilerinin en yaygın iki nedenidir ve ikisi de tamamen önlenebilir.
Nöbet ve erişim planı
Nöbet, tüm ekibin tatilde çalışması demek değildir; sorumluluğun belirli olması demektir:
- Bir kişi ve bir yedek belirleyin. İsimler yazılı olmalı ve ilgili kişiler bunu önceden bilmelidir.
- Erişimleri önceden doğrulayın. Nöbetçi kişinin panel, sunucu ve sağlayıcı hesabına gerçekten girebildiği tatil başlamadan test edilmelidir.
- Müdahale sınırını yazın. Hangi durumda ne yapılacak, hangi durumda sağlayıcı aranacak, hangi durumda beklenecek. Sınır yazılı değilse nöbetçi kişi karar vermek zorunda kalır.
- İletişim kanalını sadeleştirin. Alarmın gideceği tek bir kanal olsun; e-posta, mesaj ve telefon arasında dağılan bildirimler kaybolur.
- Bir sayfalık kriz notu hazırlayın. Sistem listesi, sağlayıcı numaraları, erişim yolları ve ilk üç adım. Bu not, nöbetçinin tek referansı olmalıdır.
Bu plan, izleme kurgusuyla birlikte çalıştığında tatil boyunca müdahale gerektiren durum sayısı belirgin biçimde azalır — çünkü sorunların çoğu büyümeden yakalanır.
Otomatik işlerin takvimi
Tatil dönemlerinde en sık gözden kaçan konu, sistemin kendi kendine yaptığı işlerdir:
- Yedekleme. Tatil boyunca çalışmaya devam etmeli ve başarı bildirimi izlenmelidir. Sessizce başarısız olan bir yedek, dönüşte fark edilir.
- Zamanlanmış raporlar ve e-postalar. Müşteriye giden otomatik mesajların tatil döneminde uygun olup olmadığını gözden geçirin.
- Ay sonu işlemleri. Tatil ay sonuna denk geliyorsa, fatura ve raporlama işleri yığılabilir; bunları önceden veya sonraya kaydırmak yükü dağıtır.
- Otomatik yenilemeler. Tatil aralığına denk gelen yenilemeler, tatil öncesinde manuel olarak tamamlanmalıdır.
- Güncelleme otomasyonu. Otomatik güncelleme açıksa, tatil boyunca büyük sürüm geçişlerinin devre dışı bırakılması düşünülebilir; güvenlik yamaları ise açık kalmalıdır.
Netişlem uzman görüşü: tatil kesintilerinin çoğu tatilde başlamaz
Uzun tatillerde gelen acil çağrıların önemli bir kısmında sorunun kökeni tatilden önceki son iş gününe dayanıyor: yayına alınan bir değişiklik, güncellenen bir eklenti, değiştirilen bir yapılandırma. Ekip dağıldığı için sorun fark edilmiyor ve tatilin ortasında büyümüş hâliyle ortaya çıkıyor. Son 72 saatte değişiklik dondurma, tek başına en etkili önlem.
İkinci gözlemimiz, alarmların hiç test edilmemiş olması. Birçok işletme izleme kurulu sanıyor; oysa bildirim adresi eski, alarm eşiği hiç tetiklenmemiş veya bildirim kanalı çalışmıyor. Tatil öncesi yapılacak en değerli iş, kasıtlı olarak bir test alarmı üretip gerçekten ulaştığını doğrulamak.
Üçüncüsü, "nöbetçi var" ile "nöbetçi erişebiliyor" arasındaki fark. Sorumlu belirlenmiş ama o kişinin sağlayıcı paneline erişimi yoksa nöbet fiilen yok demektir. Erişim doğrulaması, isim belirlemekten daha önemli.
Dönüş kontrol listesi
- İzleme kayıtları gözden geçirildi — tatil boyunca alarm üretmiş mi?
- Yedeklerin çalıştığı doğrulandı.
- Disk ve kaynak kullanımı kontrol edildi.
- Hata kayıtlarında tatil dönemine ait artış var mı bakıldı.
- Gelen kutuları ve form kayıtları kontrol edildi (cevapsız talep kaldı mı).
- Otomatik yanıtlar kapatıldı.
- Değişiklik dondurma kaldırıldı ve bekleyen işler sıraya alındı.
- Tatilde ertelenen güncellemeler uygulandı.
- Yaşanan olaylar kısa bir notla kaydedildi — sonraki tatilin kontrol listesi buradan çıkar.
Sık sorulan sorular
Küçük bir işletme için bu kadar hazırlık gerekli mi?
Liste ölçeğe göre kısalır ama mantık değişmez. Beş kişilik bir işletmede bu kontroller yarım saat sürer. Asıl kazanç, tatil boyunca "acaba bir şey oldu mu" endişesinin ortadan kalkmasıdır.
Değişiklik dondurma ne kadar sürmeli?
Tatil öncesi son 48–72 saat çoğu işletme için yeterlidir. Amaç geliştirmeyi durdurmak değil, yayına almayı ertelemektir. Kritik bir güvenlik yaması bu kuralın istisnasıdır ve uygulandıktan sonra doğrulama yapılmalıdır.
Tatilde sunucuyu kapatabilir miyim?
E-ticaret ve müşteriye açık sistemlerde hayır. Yalnızca iç kullanıma açık test veya geliştirme ortamları kapatılabilir; bu, hem maliyet hem güvenlik açısından mantıklıdır. Canlı sistemlerde kapatma değil, izleme doğru yaklaşımdır.
Sağlayıcım tatilde destek veriyor mu?
Sözleşmenizde yazılıysa evet. Bu bilgiyi tatil başlamadan önce doğrulamak gerekir: destek saatleri, acil kanal ve yanıt süresi. Bunlar yazılı değilse tatil dönemi, sözleşmenin gerçek kapsamının öğrenildiği zaman olur.
Otomatik yanıt nasıl yazılmalı?
Üç bilgi yeterlidir: hangi tarihler arasında dönüş yapılamayacağı, acil durumda hangi kanalın kullanılacağı ve dönüşte ne zaman cevap verileceği. Belirsiz bir "en kısa sürede" ifadesi yerine tarih vermek, müşteri beklentisini doğru yönetir.
Sonuç
Tatil hazırlığı, sistemleri değiştirmek değil mevcut durumu doğrulamak ve sorumluluğu netleştirmektir. On iki maddelik bir kontrol ve son 72 saatte değişiklik dondurma; uzun tatillerde yaşanan kesintilerin büyük kısmını baştan önler.
Tatil öncesi altyapı kontrolünüzü birlikte yapmak isterseniz bize ulaşın. Sunucu yönetimi, kurumsal yedekleme ve SLA garantisi çözümlerimizi inceleyebilirsiniz.