Jadwal tugas terjadwal Windows Server 2016 harus di masa mendatang


20

Kami memiliki server 2012 yang memiliki sekitar 20 tugas terjadwal yang digunakan untuk memantau. Kami telah membangun server 2016 untuk menggantinya dan saat saya memindahkan tugas ke server baru, saya mengalami masalah. Sebagian besar tugas kami berjalan setiap beberapa menit.

Di Server 2012 kami akan menjadwalkan tugas untuk mulai pada pukul 1200 pagi hari ini (jadi waktu di masa lalu) dan terulang setiap X menit. Tugas akan dimulai pada waktu yang dijadwalkan berikutnya. Sempurna.

Di Server 2016 jadwal yang dimulai di masa lalu tidak berjalan. Jadi kami harus menjadwalkannya untuk memulai di masa depan. Ini bagus sampai Anda reboot. Sekarang waktu mulai di masa lalu dan itu tidak akan berjalan. Ia bahkan tidak mendaftarkan proses yang gagal. Kolom Next Run Time menunjukkan bahwa itu harus dijalankan tetapi tidak.

Contoh Jadwal Saat Ini

Selain membuat dua pemicu, satu yang dimulai di masa depan dan yang lain yang dimulai saat reboot (yang tidak ingin kita lakukan karena beberapa tugas hanya boleh berjalan pada waktu yang ditentukan), apakah ada cara yang lebih baik? Ini sepertinya bug. Versi 2012 bekerja dengan sangat baik.

MEMPERBARUI

Ada solusi untuk ini. Buat jadwal satu kali yang berjalan tanpa batas. Ini berfungsi setelah restart seperti yang Anda harapkan. Saya tahu ini tidak bagus untuk jadwal yang "aneh" tetapi berfungsi dengan baik untuk hal-hal yang ingin kami jalankan setiap 3 menit atau apa pun.


1
Saya mengalami masalah yang sama dan saya belum menemukan perbaikan. Sudahkah Anda? Sepertinya bug besar. Juga menemukan tugas Google Chrome berfungsi, tetapi tugas yang saya buat tidak. Jadi mungkin itu masalah izin yang lebih dalam?
Tyler

Saya menemukan bahwa jika saya membuat jadwal "satu kali" yang dimulai di masa depan dan berjalan tanpa batas waktu itu berhasil. Belum menemukan yang lain.
SteveB

Kesalahan aneh seperti itu diizinkan masuk ke sistem. Saya tidak percaya hanya Anda dan saya telah menemukannya. Apakah ada cara kami dapat melaporkannya sehingga dapat diselesaikan?
Tyler

Masalah ini juga menarik perhatian saya ketika bermigrasi dari Windows Server 2012 ke 2016, dan saya rasa saya menemukan penjelasan untuk itu (lihat jawaban saya). Apakah Anda yakin bahwa versi Windows sebelumnya berperilaku berbeda?
Heinzi

2
Iya. 2012 berperilaku seperti yang kita semua anggap seharusnya.
SteveB

Jawaban:


5

FYI - Saya telah mengkonfirmasi dengan Microsoft melalui tiket dukungan yang saya buka kemarin bahwa ini adalah bug. Teknologi dukungan mengonfirmasi itu diklasifikasikan secara internal sebagai bug dan patch sedang dikembangkan. Saya diberi tanggal target rilis patch untuk Juli / Agustus.

Ini mempengaruhi Windows 10 dan Server 2016. Sistem pengujian saya ditambal ke pembaruan kumulatif kemarin. Masalah tidak terjadi di Server 2012 R2 dan Windows 7.

EDIT - Pada kemungkinan Agustus, tapi pasti September 2017, masalah ini diperbaiki pada sistem yang telah saya uji.


Terima kasih untuk informasinya! Saya menjadi marah karena frustrasi. Tugas saya diimpor dari kotak Server 2012 yang lebih lama ke mesin Server 2016 baru. Saat itulah saya mulai melihat masalah ini.
David Gunderson

Hargai usaha Anda. Apakah Anda tahu jika tambalan telah dirilis (Oktober 2017)? apakah Anda memiliki referensi ke artikel KB yang relevan atau semacamnya?
yossiz74

Saya tidak memiliki KB untuk ini, tetapi saya telah menemukan dalam pengujian bahwa sejak tambalan kumulatif September 2017, masalah telah hilang, jadi saya percaya ini sekarang sudah diperbaiki.
Tom Collins

Pada Februari 2018, di Win Server 2016, tugas "Ulangi Tugas Setiap Menit XX" tidak berjalan jika saya menonaktifkannya dan mengaktifkan kembali.
Ben Amada

4

Masalah ini tampaknya hanya memengaruhi tugas dengan Repeat task every: ...set opsi.

Sejauh ini, saya mendapat kesan bahwa trigger at X, then repeat every 10 minutesitu hanya cara rumit yang tidak perlu untuk ditulis trigger at every xx:x0dalam Penjadwal Tugas.

Ternyata tidak. Rupanya, itu persis seperti yang dikatakannya: Tugas dipicu pada X saat itu, dan hanya kemudian diulang. Tidak ada pemicu awal, tidak ada pengulangan. Saya tampaknya tidak ada cara sederhana untuk menjadwalkan trigger at every xx:x0di Penjadwal Tugas (atau ada? Itu mungkin membuat pertanyaan Serverfault terpisah yang baik.) Fakta bahwa kolom "Waktu Jalankan Berikutnya" menunjukkan sesuatu yang berbeda tidak sangat membantu.

Kami "memecahkan" masalah ini dengan menjadwalkan tugas untuk dijalankan pada pukul 12:00 setiap hari (alih-alih hanya satu hari) dan kemudian mengulangi setiap ...menit selama 1 hari. Ini berarti bahwa jika terjadi reboot, pada pukul 12:00, tugas akan dilanjutkan. Ini tidak ideal, tetapi kompromi yang dapat diterima di sini.

Saya kira Anda bisa menurunkan "downtime tugas" menjadi 1 jam dengan membuat satu pemicu untuk setiap jam dan meminta tugas diulang setelah itu setiap ...menit selama 1 jam.

Anehnya, sepertinya selalu seperti itu (lihat komentar pertama untuk jawaban ini ), kami tidak pernah menyadarinya sampai sekarang. Menurut komentar lain dari jawaban yang ditautkan, cara kanonik untuk menyelesaikan masalah ini adalah dengan mengaktifkan Run task as soon as possible after a scheduled start is missedopsi.

Jadi, ya, ini adalah bug, tapi itu kolom "Waktu Lari Selanjutnya" yang buggy, bukan penjadwalan yang sebenarnya.


Satu-satunya masalah dengan penjadwalan selama sehari adalah ini adalah beberapa tugas pemantauan kami. Saya tidak ingin pergi berjam-jam tanpa mereka.
SteveB

-1

1 . Windows 2016 Server tentu memerlukan opsi ini dalam pekerjaan Anda:

  • Jalankan tugas sesegera mungkin setelah jadwal dimulai tidak terjawab atau
  • Jika tugas gagal, restart setiap

Saya mencatat opsi ini di tangkapan layar

2 . Tambahkan pemicu tambahan. Seperti:

  • Saat membuat atau mengedit tugas
  • Kapan Anda mulai

dll dalam arti: untuk memindahkan tugas untuk memulai pada waktu yang diinginkan

3 . Dalam beberapa tugas di Windows 2016 - menerapkan pendekatan ini.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.