Azure には 3 台のサーバー (Windows 2012 R2) があり、独自に開発したさまざまなサービスを実行しています。これらのサービスは自動的に開始するように構成されているため、当然ながら、起動時または再起動後にこれらのサービスが実行されていることが予想されます。
時々、アプリケーションをアップグレードするためにこれらのサービスを停止する必要があります。これらのサービスを停止したら、再起動する準備ができるまで停止したままにしておきたいものです。しかし、サービスが停止してから約 1 時間後に、一見するとサービスが自然に再起動していることがわかりました。
明らかに、「自発的に」という言葉は少々誇張です。「何か」がこれらを再起動していますが、このトリガーを正確に特定できません。Windows Server の機能、またはこれらのサーバーのドメイン ポリシーで、自動開始としてマークされているが実行されていないことがわかったサービスを定期的に再起動するものはありますか? 聞いたことがありません。これらのサービスのいずれにも回復オプションは定義されていませんが、いずれにしてもそれは無関係ではないでしょうか? これらのサービスは「クラッシュ」したわけではなく、明示的な停止コマンドによって正常に終了しました。これらのサービスを自動的に開始する外部依存関係はありません。ただし、これらのインスタンスでは OS の再起動は発生していません。
サービスを停止し、gpupdate /force を実行しましたが、サービスは再起動しませんでした。これは、グループ ポリシーに基づいて再起動されていないことを示していると思います。そうであれば、gpupdate によって再起動がトリガーされるはずです。(ただし、私はこの分野の専門家ではないので、間違っている可能性があります。)
アドバイスをいただければ幸いです。
答え1
これは Windows の動作によるものではありません。クラウド サービス プロバイダーから、停止したサービスを監視して再起動する独自の自動化ツールがあることを知りました。私はプロバイダーに、それをやめるように指示しました。
他の管理者 (多くはありませんが、数人) が同じ質問をしているのを見たので、この投稿はそのまま残しておきます。上記のコメントと私自身の経験からすると、この動作はネイティブの Windows サービス管理に起因している可能性は低いため、他の場所を探すことをお勧めします。