Kısa yanıt
Zamanlanmış görev sorununu çözmek için önce işin hiç başlamadığını mı, yarıda kaldığını mı, yoksa sadece sonuç bildirimini mi gönderemediğini ayırın. Saat dilimi, çalışma kullanıcısı, dosya yolu, süre ve eşzamanlı çalışma koşullarını kontrol edin. Son başarılı işlem zamanını izleyin; yalnızca sunucunun açık olmasını başarı saymayın.
Dört adımda uygulama rotası
BAŞLANGIÇ → SONUÇ- 01İzi bul
Başlangıç ve bitiş kaydını karşılaştır.
- 02Ortamı dene
Aynı kullanıcı ve ayarlarla çalıştır.
- 03Çakışmayı araştır
Önceki iş hâlâ sürüyor mu bak.
- 04Uyarıyı sına
Beklenen başarı yoksa haber ver.
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.
Örnek: dosya üretildiği halde e-posta raporu gelmiyor
Her sabah bir rapor dosyası hazırlayıp ekibe gönderen görev düşünelim. E-posta gelmediğinde görevi baştan çalıştırmak yerine önce dosyanın oluşup oluşmadığına bakın. Dosya güncelse veri toplama ve üretim tamamlanmış, yalnızca gönderim adımı aksıyor olabilir. Bütün işi tekrar etmek gereksiz işlem veya yinelenen rapor oluşturabilir.
Akışa veri alındı, dosya üretildi ve bildirim gönderildi gibi ayrı durumlar eklenebilir. Her durumun zamanı ve ilgili kayıt numarası tutulur. Böylece ekip aynı olayda farklı aşamaları araştırmaz. Gönderim sorunu giderildiğinde mevcut dosyanın yeniden gönderilmesi yeterliyse veri üretimi tekrarlanmaz.
Komut elle çalışıyor ama zamanlayıcıda çalışmıyorsa otomatik işlemin kullanıcısını ve ortamını inceleyin. Tam dosya yolu, çalışma dizini ve gerekli ayarlar aynı mı? Sorunu gizlemek için geniş erişim yetkisi vermek yerine eksik olan izin veya yapılandırmayı belirleyin.
Bu senaryo açıklama amacıyla hazırlanmıştır; gerçek müşteri sonucu veya ürün testi değildir.
Üçü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.
Belirtiye göre ilk bakılacak kayıt
| Belirti | Önce kontrol | Yanlış olabilecek varsayım |
|---|---|---|
| Hiç başlangıç kaydı yok | Tetikleyici, saat ve kullanıcı | Uygulama kodu mutlaka bozuldu |
| Başlıyor, bitmiyor | Süre, dış hizmet bekleyişi ve kaynak | Daha sık başlatmak hızlandırır |
| Bitiyor, bildirim yok | Sonuç gönderimi ve adres ayarı | Bütün işi yeniden çalıştırmak gerekir |
| Aynı kayıt iki kez işleniyor | Çakışma ve tekrar kontrolü | Yeni sunucu bütün sorunu çözer |
Tablodaki sıra kesin teşhis değildir. Ama hangi kanıtın toplanacağını daraltır. Birden fazla görev aynı anda aksadıysa ortak bağımlılıkları; tek bir kayıt başarısızsa o verinin biçimini de araştırın. Sorunun kapsamını not etmek gereksiz genel değişiklikleri önler.
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.
Düzeltmeyi kanıtlayan bir kontrol düzeni
Başarılı denemeden sonra yalnızca bir defa çalıştığına güvenmeyin. Sonraki planlı çalışmayı izleyin ve beklenen çıktıyla karşılaştırın. İşin normal süresinden belirgin sapma varsa bunun nedenini kaydedin. Sabit bir eşik seçerken ölçülmüş normal davranışla tahmini ayırın.
Olay notuna sebep, yapılan değişiklik ve tekrar kontrol adımını ekleyin. Sonraki hata aynı görünse bile önce bu nottaki koşulların geçerli olup olmadığını araştırın. Günlükleri sınırsız büyütmek yerine saklama ve erişim düzeni de belirleyin.
0 / 4 adım kontrol edildi · Bu seçimler yalnızca açık sayfada tutulur.
Sık sorulan sorular
Görevi elle çalıştırmak sorunu çözer mi?
Çıktıyı geçici olarak üretebilir; ancak zamanlayıcı, ortam veya çakışma sorununun giderildiğini kanıtlamaz. Sonraki otomatik çalışma ayrıca doğrulanmalıdır.
Görevler neden bazen iki kez çalışır?
Çakışan tetikleyiciler, süren önceki iş veya yeniden deneme davranışı neden olabilir. İş kimliği ve başlangıç kayıtlarını karşılaştırmadan tek bir sebep seçmeyin.
Uyarıyı sadece hata olduğunda göndermek yeterli mi?
Görev hiç başlamazsa hata kaydı da oluşmayabilir. Beklenen zaman içinde başarı görülmemesini kontrol eden ayrı bir gözlem, sessiz durmayı fark etmenize yardımcı olur.
Yöntem ve kaynak notu
Örnek senaryolar ve karar tabloları, konuyu açıklamak için hazırlanmış çalışma önerileridir. Ölçülmüş müşteri sonucu veya bağımsız ürün testi olarak sunulmaz. Platform ve ürün koşulları değişebileceğinden uygulama öncesinde ilgili resmi belgeyi ve kendi hizmet kapsamınızı kontrol edin.
Yayın ve bağlantı yaklaşımımızı okuyun →