Ask CORE

Microsoft Japan Windows Technology Support

フェールオーバークラスターマネージャーから仮想マシンをシャットダウンすると強制停止となってしまう事象について

こんにちは。 日本マイクロソフト株式会社 高谷です。 今回は、フェールオーバー クラスター マネージャーから役割として登録された仮想マシンを選択し、右クリックからシャットダウンを行うと、正常にシャットダウンされずに強制停止となってしまう事象についてご紹介いたします。 ※ 本事象は Windows の想定された動作であり、不具合ではございません。 ■ 事象の発生条件 . ・ OS: Windows Server 2016 ・ Hyper-V ホスト 2 台~ にてフェールオーバー クラスターを構成 ・ Hyper-V 仮想マシンはフェールオーバー クラスターの役割として構成されている ・ Hyper-V 仮想マシンにサインインし、ロック状態にする ■ 事象について . 上記の条件において、フェールオーバー クラスター マネージャー画面の役割一覧から、ロック状態の Hyper-V 仮想マシンを右クリックして「シャットダウン」を選択すると、正常にシャットダウンされることなく「停止」されてしまいます。 Hyper-V ホストからフェールオーバー クラスター マネージャー経由で仮想マシンをシャットダウンする場合、クラスターは仮想マシン内のユーザー “SYSTEM” を偽装して “シャットダウン” というリソースの操作を実行します。 しかしながら、ログオン中/ロック中のユーザーがいれば、クラスターは ”SYSTEM” ではなくそのユーザーを偽装して仮想マシン リソースの操作を実行する動作となります。 通常、SYSTEM 以外のユーザーには Hyper-V… Read more

Windows 製品の更新プログラム (KB) のインストールの失敗 … ログ分析の進め方

本記事の最新版をフォーラムにて紹介しております。 記事の改訂が含まれる場合がございますので、フォーラムの情報を参照してください。 フォーラムへのリンク こんにちは、Windows プラットフォームサポート Setup チームの宮崎です。 本ブログ内の ”Windows 製品の更新プログラム (KB) のインストールの失敗 … 一般的な対処策” の記事で OS の更新プログラムの適用に失敗する際の一般的な対処策をお伝えしましたが、事象によっては解決せず、ログの調査に進む必要がございます。本記事ではログの分析調査の準備と進め方についてご紹介いたします。 ログの調査方法 スタンドアロンインストーラーでインストールに失敗するところまでが切り分けられている場合、調査対象とするログは主に以下になります。 Setup イベント ログ CBS ログ (C:\Windows\Logs\CBS 配下のファイル) (System イベント ログ) (Application イベント ログ) 基本的には Setup イベントログと CBS ログを参照しながら、その後、事象に応じて他の情報を参照していく流れとなります。System イベント ログや Application イベント ログ等、他の情報は事象の前後関係や裏付けをとるための補足資料として参照する場合がございます。 Setup イベントログでイベント ID 3 のイベントを検索すると、以下のようにエラーコードが記録された失敗のイベントが確認できエラーの日時や理由がわかります。 (10 進数で表示される場合は 16 進数に変換します。 例えば 2149842967 は 80240017… Read more

Windows 製品の更新プログラム (KB) のインストールの失敗 … 一般的な対処策

本記事の最新版をフォーラムにて紹介しております。 記事の改訂が含まれる場合がございますので、フォーラムの情報を参照してください。 フォーラムへのリンク こんにちは、Windows プラットフォームサポート Setup/Deployment チームの宮崎です。 本記事では Windows 製品の更新プログラム (KB) のインストールが失敗してしまう事象について一般的な対処策をお伝えいたします。本手順は一般的に業務への影響が少なく、また多くの事象の解決・進展が得られる内容であることから、弊社のサポート サービスにお問合せいただいた際にも広くご利用いただいておりご紹介とさせていただきました。適用時のトラブルに遭遇した場合にはぜひご実施ください。 一般的な対処策 A. DISM /Restorehealth コマンド及びシステム更新準備ツールでの修復 以下の技術情報の内容を実行いただきます。 DISM またはシステム更新準備ツールを使用することによって Windows 破損エラーを解決する https://support.microsoft.com/ja-jp/help/947821/ OS ごとの対処方法は以下の通りです。 Windows 7, Windows Server 2008/2008 R2: 上記の URL からシステム更新準備ツールのパッケージを入手して実行します。 Windows 8.1, Windows Server 2012 以降の OS: 管理者権限で以下のコマンドを実行してください。 DISM.exe /Online /Cleanup-image /Restorehealth – 補足 本対処策は、システム内部の不整合をスキャンし、問題が見つかった場合は自動的に修復を試みます。問題が検出された場合には Windows Update サイトから修復が必要なファイルをダウンロードしますので可能であればインターネット接続可能な状況で実施ください。なお、インターネット接続が難しい場合にも問題の検出は可能であり、ログに状況が記録されます。 システム更新準備ツールの実行中の UI… Read more

システムドライブ (C:) 以外 や ページングファイル が非設定ドライブに、サードパーティー製 の Windows サービス の実行ファイルやDLLが存在する場合に、アプリケーションエラーが発生するシナリオについて

Windowsプラットフォームサポートの平井です。 本記事では次の条件がすべて当てはまった場合に、サードパーティー製のWindowsサービスがc0000005(STATUS_ACCESS_VIOLATION)やc0000006(STATUS_IN_PAGE_ERROR)のアプリケーションエラーで異常終了するシナリオについて解説します。尚、この事象はPCのシャットダウン後の次回起動時に発生します。 条件は次の通りです。 条件1:高速スタートアップが有効な場合 条件2:対象のサードパーティー製Windowsサービスの実行ファイルやDLLがデータボリューム(C:以外)に存在する場合 条件3:対象のボリュームにページングファイルが非設定である場合 条件4:対象のドライブにBitLockerの構成がデバイス暗号がオン、保護状態がオフの状態の場合 本事象が発生する理由は次の通りです。 高速スタートアップが有効の場合にPCをシャットダウンした場合、Windowsサービスのプロセスはメモリ上に残った状態で休止状態となります。 この際、BitLockerの構成がデバイス暗号がオン・保護状態がオフの状態である場合、次回起動時にデータボリュームのデータを暗号化するためのキーを初期化する処理が発生し、BitLockerの仕様上ボリュームのディスマウントが必要となります。 ボリュームのディスマウントが発生した結果、メモリ上にマッピングされたWindowsサービスのプロセスの実行ファイルやDLLの情報に不整合が発生し、c0000005(STATUS_ACCESS_VIOLATION)やc0000006(STATUS_IN_PAGE_ERROR)等のアプリケーションエラーで異常終了する状況が発生します。 もし、上述の条件がすべて合致する環境にて、同様の問題を検出された場合、次の対応が必要となります。 対応1:サードパーティー製Windowsサービスの実行ファイルやDLLをシステムドライブ(C:)配下にインストールする Windowsでは既定で、ページングファイルはシステムドライブ配下に保持されます。Windowsはページングファイルが存在するボリュームに対してディスマウントは発行しないため、本事象は発生しません。 対応2:高速スタートアップを無効化する 高速スタートアップが無効の場合にPCをシャットダウンした場合、Windowsサービスのプロセスは完全に停止し、メモリ上にプロセスに紐づく情報は残りません。 対応3:BitLockerをデバイス暗号化/保護状態が共にオンに構成する BitLockerの設定がデバイス暗号化/保護状態が共にオンの場合、データボリュームの暗号化キーを初期化する処理が発生いたしません。このため、ボリュームのディスマウント処理が発生しないため、本事象は発生いたしません。 対応4:ページングファイルをデーターボリュームにも配置する Windowsはページングが有効になったボリュームに対してディスマウント処理を発行しないため、本事象は発生いたしません。 例としてD:ドライブにページングファイルを配置する場合についての手順は次の通りです。 1.コントロールパネル\システムとセキュリティ\システムから、[システムの詳細設定]を開きます。 2.[システムのプロパティ] > [詳細設定]タブを開き、[パフォーマンス]セクション配下の[設定]を選択します。 3. [詳細設定]タブを開き[仮想メモリ]セクション 配下の、[変更]を選択します。 4.[すべてのドライブのページングファイルのサイズを自動的に管理する]のチェックボックスが有効の場合は、外します。 5.D:ドライブを選択し、[システム管理サイズ] > [設定]を選択し、[OK]を選択します。 6.システムを再起動し、設定を適用します。… Read more

クラスター環境における仮想マシンの自動開始アクションについて

こんにちは、Windows プラットフォーム サポートの大川です。 今回は Hyper-V の仮想マシンに設定する “自動開始アクション” についてのお話になります。 [対象 OS バージョン] Windows Server 2008 R2 以降 [概要] お客様よりクラスター上で稼働している仮想マシンの自動アクション設定が ライブマイグレーションを実行したことによって自動的に “何もしない” に 変更されたとのお問合せをいただくことがあります。 “自動開始アクション″ の設定は 3 つのオプションから一つを選択することが できますが、クラスター上で稼働している仮想マシンは、クラスターにて状態が 管理されるため、”何もしない” が自動的に設定されます。 クラスター上で稼働している仮想マシンに対して、自動アクション設定を “何もしない” 以外に設定しても機能しませんので、”何もしない” のまま ご使用ください。 [詳細] Hyper-V の仮想マシン設定に “自動開始アクション” という設定があります。これは、 物理マシンの起動時に、仮想マシンの状態をどのようにするかを設定するものになります。 具体的には、以下の 3 つのオプションから一つ選択することが可能です。 1. 何もしない 2. サービスが停止したときに実行されていた場合は自動的に起動する 3. 常にこの仮想マシンを自動的に起動する “1. 何もしない” を設定した場合は、物理マシンを起動しても仮想マシンは停止したままの状態で、 手動で仮想マシンを起動する必要があります。 “2. サービスが停止したときに実行されていた場合は自動的に起動する”… Read more