Layanan Windows tidak memulai secara otomatis?

Kami mengalami masalah sinkronisasi waktu yang tidak menyenangkan pada server Windows Server 2008 R2 kami belakangan ini.

Saya melacak ini kembali ke sesuatu yang sangat sederhana: Layanan Waktu Windows belum dimulai! Waktu tidak dapat disinkronkan melalui NTP ketika layanan waktu tidak berjalan ...

Layanan Waktu Windows diatur untuk memulai "secara otomatis" di panel kontrol layanan, yang saya periksa dua kali lipat dan tiga kali lipat. Saya juga memeriksa log peristiwa dan saya tidak melihat kegagalan layanan atau hal seperti itu. Bahkan, itu tampak seperti banyak seperti Layanan Waktu Windows tidak pernah memulai secara otomatis setelah Pembaruan Windows mingguan diinstal dan server reboot. (ini akan terjadi setiap hari Sabtu jam 7 malam.)

Begitu saya memulai Layanan Waktu, waktu disinkronkan dengan baik.

Jadi, kemudian, pertanyaannya: mengapa layanan diatur untuk memulai "Secara Otomatis" ... tidak dimulai secara otomatis? Bagi saya itu agak gila.

W32time tidak akan mulai secara otomatis jika PC tidak ada dalam domain. Microsoft sialan!

Coba jalankan ini: sc triggerinfo w32time start/networkon stop/networkoff

Satu penjelasan yang mungkin, dari utas ini :

Cara saya memahaminya, pada dasarnya layanan tidak akan dinyalakan sampai Anda atau tugas atau bagian dari perangkat keras atau jaringan, memulai acara untuk menyalakannya. Ketika Anda mencoba memperbarui waktu, Anda memanggil layanan dan memicu acara 'Mulai layanan xyz'. Itu juga dapat mematikan layanan saat selesai. Itu sangat disederhanakan. Ini adalah salah satu alasan mengapa tujuh lebih cepat, karena banyak layanan hanya berjalan saat diperlukan alih-alih menunggu sepanjang waktu untuk sesuatu menggunakannya. Akibatnya Anda tidak perlu mencoba memutuskan layanan mana yang Anda butuhkan atau tidak, mereka dapat mengurus sendiri.

Dia berbicara tentang kernel baru di Windows 7.

Karena Windows Server 2008 R2 dan Windows 7 memang berbagi kernel yang sama, saya bertanya-tanya apakah resolusinya sama?

Mereka merekomendasikan pengaturan layanan untuk mulai otomatis / tertunda untuk memperbaikinya.

Saya masih berpendapat bahwa ini benar-benar gila bahwa layanan yang disetel ke otomatis tidak akan dimulai ... dan saya tidak sepenuhnya memahami perbedaan semantik antara mulai otomatis yang tertunda dan mulai otomatis, tetapi jika berfungsi, saya kira saya tidak akan mengeluh.

Sayangnya dengan waktu windows Anda secara manual mengaktifkan logging .

Tidak ada jawaban yang baik untuk "apa yang menyebabkan layanan tidak mulai secara otomatis." Satu-satunya alasan sebenarnya adalah bahwa ketergantungan tidak dimulai dengan benar, atau ada semacam kerusakan pada layanan saat dimulai. Dan tanpa log, baik tebakan Anda sama baiknya dengan kami.

Saya akan menyarankan menyalakan waktu windows logging untuk beberapa siklus patch berikutnya. Jika layanan muncul Anda semua baik-baik saja, jika tidak Anda punya sesuatu untuk bekerja.

Sama seperti catatan, saya telah melihat lebih dari sekali layanan memutuskan untuk tidak memulai tanpa alasan yang baik setelah tambalan, tetapi berfungsi dengan baik setelah reboot pertama.

Anda sebenarnya akan mendapatkan beberapa informasi dari log ini.

1. Jika tidak ada log sama sekali, itu bahkan tidak mencoba untuk memulai. Dan Anda dapat mulai meneliti dari sana, setiap potongan kecil info membantu pada jenis masalah ini.

2. Karena ini adalah log debug yang Anda aktifkan dengan tautan di atas, Anda harus mendapatkan sesuatu jika mencoba memulai. Setidaknya Anda akan memiliki gagasan yang lebih baik tentang mengapa gagal memulai dengan sukses.

Anda telah menemukan salah satu kesulitan besar menjadi sysadmin: Anda perlu log untuk memberi tahu Anda di mana harus mulai mencari, tetapi layanan ini tidak sampai pada titik yang dapat menghasilkan log. Masalah ayam klasik dan telur.

Terima kasih, saya telah mengatur beberapa layanan yang tidak dimulai pada Windows Server 2016 untuk ditunda dan berfungsi, tetapi, saya tidak dapat melakukan itu untuk layanan antivirus, karena dilindungi dari modifikasi.

Namun, saya menemukan penyelesaian ini, yang berhasil, bahkan jika itu untuk 2008 R2: https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and- events-7000-and-7011-are-login-di-windows-server-2003-windows-server-2008-dan-windows-server-2008-r2

Mungkin itu akan membuat layanan apa pun dimulai, tanpa mengatur mereka untuk memulai tertunda. Itu bekerja untuk antivirus, itu sudah pasti.

Saya akan menempel bagian yang paling berguna dari pekerjaan-di sini:

Untuk mengatasi masalah ini, modifikasi registri untuk meningkatkan nilai batas waktu default untuk manajer kontrol layanan. Untuk meningkatkan nilai ini menjadi 60 detik, ikuti langkah-langkah ini:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
In the right pane, locate the ServicesPipeTimeout entry.

Note: If the ServicesPipeTimeout entry does not exist, you must create it. To do this, follow these steps:

    On the Edit menu, point to New, and then click DWORD Value.
    Type ServicesPipeTimeout, and then press ENTER. 
Right-click ServicesPipeTimeout, and then click Modify.
Click Decimal, type 60000, and then click OK.

This value represents the time in milliseconds before a service times out.
Restart the computer.