そのため、顧客は交換が機能していないと電話をかけ、リモートでアクセスすると、すべてのサービスが無効になっているのを確認できました。
すべての交換サービス、IIS、更新、およびその他の多くのサービスがすべて無効状態に設定されました。
自動に変更したアポンは再び正常に起動し、メールは機能するようになりましたが、どのようにしてこの状態になったのかが心配です。
I believe、同じような年前のことですが、msconfigに診断の起動があり、mightその結果、上記のサービスが無効になります。ただし、もう一度「通常の」再起動を行った後、なぜ通常の状態に戻らないのでしょうか。そして、そもそもそれはどのようにしてdiagstartupに入ったのでしょうか?
とにかく、グーグルの他の何人かの人々は何年にもわたって同じ問題を抱えていたようですが、誰も実際に解決策を見つけていません。この段階ではウイルスを排除していませんが、Webへのアクセスがほとんどないサーバーであるため疑わしいです。
また、サーバー2008 SBS(WindowsServer標準FE2007 SP2)で2007 8.1(一部の0が欠落)を交換します。
Nixphoeがコメントでほのめかしたように、あなたの状況は、Exchangeセキュリティロールアップまたは累積的な更新プログラムをインストールした後に人々が抱える問題と非常によく似ています。私の推測では、更新インストーラーはExchangeサービスを停止し、Exchangeファイルの新しいバージョンをコピーする間、スタートアップモードを「無効」に設定します。
なぜサービスを無効にするのですか?インストーラーの実行中にファイルが不整合な状態にあるときに、誰かがこれらのサービスの1つを誤って開始することはおそらく望ましくありません。
本当の問題は、インストーラーが起動モードを元の値に戻さなかったことです。これはバグであるか、インストーラーが何らかの理由で中断され、クリーンアップを実行できなかった可能性があります。
これについて議論しているMSTechNetフォーラムの投稿(Nixphoeへのクレジット)... http://social.technet.Microsoft.com/Forums/en-US/exchangesvrdeploy/thread/6ecf8e9a-9e27-4f2e-9e28-a59639029df1/
この投稿には、サービスの起動モードを修正する一連のsc.exeコマンドも含まれています。ほとんどのExchange環境では、正しい起動モードはおそらく「自動」ですが、フェールオーバー/ MSCSクラスターでは、クラスターマネージャーが起動を制御できるように、正しいモードが実際には「手動」である可能性があることに注意してください。アップデートをインストールする前に確認することをお勧めします。