Tetiklenmeyen iş ile tamamlanmayan işi ayırın
Her sabah hazırlanması gereken rapor bugün gelmediyse ilk iş zamanlayıcının ayarını değiştirmek olmamalı. Görev hiç başlamamış, başlamış ama yarıda kalmış veya tamamlanmasına rağmen bildirim gönderememiş olabilir. Bu üç durumu aynı hata gibi ele almak teşhisi zorlaştırır. Önce son başarılı çalışmanın zamanını ve beklenen işin hangi aşamaya kadar geldiğini bulun.
İyi bir başlangıç kaydı; görevin adı, planlanan zaman, gerçek başlangıç, bitiş ve sonuç bilgisidir. Henüz böyle bir kayıt yoksa önce gözlem ekleyin. Sunucunun açık olması veya yönetim panelinin erişilebilir görünmesi, arka plandaki işin başarıyla tamamlandığını göstermez.
Birinci ve ikinci nokta: zaman ve çalışma ortamı
Sunucunun saat dilimiyle uygulamanın kullandığı saat dilimi aynı olmayabilir. “Her sabah dokuzda” gibi bir gereksinimi hangi bölgenin saatiyle ifade ettiğinizi belirtin. Yaz saati uygulanan bölgelerle çalışan işlerde bu ayrıntı özellikle önemlidir. Beklenen çalışma saatini uygulama kayıtlarıyla karşılaştırın.
Komut elle çalışıyor ama otomatik çalışmıyorsa kullanılan kullanıcıyı, dosya yollarını ve ortam değişkenlerini inceleyin. Kendi oturumunuzda bulunan bir ayar otomatik görevin ortamında bulunmayabilir. Sorunu çözmek için bütün dosyalara geniş yetki vermek yerine görevin hangi dosya veya kaynağa erişemediğini belirleyin.
Üçüncü ve dördüncü nokta: süre ve çakışma
On dakikada bir başlayan bir işin bazı günler on beş dakika sürdüğünü düşünün. Önceki çalışma bitmeden yenisi başlarsa aynı kayıtlar yeniden işlenebilir veya kaynak tüketimi beklenmedik biçimde artabilir. Çalışma süresini kaydetmek, bu durumu yalnızca “sunucu yavaşladı” açıklamasından ayırır.
İşin aynı anda kaç kopyasının çalışabileceğini belirleyin. İşlem yarıda kesildiğinde nereden devam edeceğini ve aynı kaydı tekrar işlemesinin sonucunu düşünün. Bazı görevlerde sıra beklemek uygundur; bazı görevlerde eski verinin yeniden işlenmesi gereksizdir. Bu tercih, işin amacına göre yapılmalıdır. Otomasyon iş akışı rehberindeki kayıt ve tekrar kontrolü bu ayrım için başlangıç sağlar.
Beşinci nokta: kapasiteyi gerçekten ölçün
Disk alanı, bellek kullanımı, işlemci yükü ve dış hizmetlerden beklenen yanıt süreleri farklı sorunları işaret edebilir. Bir görev dış API yanıtını bekliyorsa daha büyük sunucu almak sorunu tek başına çözmeyebilir. Ölçümü işin çalıştığı zaman aralığında yapın; boşta duran sunucunun görüntüsü yoğun saati temsil etmez.
İş yükünüz gerçekten daha fazla kaynak gerektiriyorsa mevcut kullanım ve büyüme beklentisini tek bir ihtiyaç notuna dönüştürün. Bize ait Online Sunucu’daki otomasyon projeleri için sunucu kiralama seçeneklerini bu notla değerlendirebilirsiniz. Paket adından performans sonucu çıkarmak yerine kendi görevinizle pilot çalışma isteyin; yönetim ve yedek kapsamını da ayrıca sorun.
Altıncı nokta: başarısızlık kadar sessizliği de bildirin
Hata mesajı göndermek yararlıdır, fakat görev hiç başlamazsa hata mesajı da oluşmayabilir. Beklenen zaman aralığında başarılı çalışma görülmediğinde bunu fark edecek bir kontrol kurun. Uyarının hangi kişiye gideceği ve o kişinin hangi ilk adımı atacağı belli olsun.
Son düzeltmeden sonra normal çalışma, kesinti ve yeniden başlama senaryolarını küçük veriyle deneyin. Sonucu kaydedip alarmın gerçekten ulaştığını doğrulayın. Daha ayrıntılı altyapı planı için kuyruk, yedek ve izleme rehberini okuyabilirsiniz.