Ask CORE

Microsoft Japan Windows Technology Support

CPU 使用率を確認するパフォーマンス カウンターについて

みなさま、こんにちは。Windows  プラットフォーム サポートの横瀬です。 最近、パフォーマンス モニター (Perfmon) での CPU 使用率に関するカウンターのお問い合わせで、 類似した内容をお受けするケースがありましたため、以下 2 つのトピックについて、ご紹介いたします。 こちらの情報がご利用者様のお役に立てれば幸いです。 – 長い期間、再起動を行っていないシステムで CPU 使用率が不正な値を示す場合がある。 – パフォーマンス カウンターの Processor と、Processor Information について ①  CPU 使用率が不正な値を示す場合がある。 CPU 使用率を確認するパフォーマンス カウンターには、 – Processor Time (システム全体の CPU 使用率) – Privileged Time (カーネルの CPU 使用率) – User Time (アプリケーションの CPU 使用率) – Interupt Time (ハードウェア割り込みでの CPU 使用率) – DPC… Read more

Windows Server バックアップ の ReFS のサポートに関して

※ 本記事は WIndows: Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 が対象です。 こんにちは、WIndows プラットフォームサポートの加藤です。 Windows Server バックアップは、従来は NTFS ファイル システムのみサポートの対象でしたが、Windows Server 2012 以降の OS では、新しく導入されたファイル システムである、ReFS もサポートしています。 そのため、下記 (Windows Server 2008 R2 に公開されました) の公開情報で言及されている内容は基本的には ReFS についても同様に適用されています。 Windows Server バックアップ ただし、例外として下記のページで紹介しております、“バックアップ パフォーマンスの最適化” (増分バックアップ) のオプションはサポートされていません。 本記事ではこの内容の情報公開と、併せて “ReFSのサポートされているバックアップ方法” をご案内いたします。 バックアップおよびサーバーのパフォーマンスを最適化する (増分バックアップ)   ■ 完全バックアップは ReFS でもサポートされています 完全バックアップは、バックアップ対象ボリュームの全てのデータをバックアップ格納先に転送するバックアップ方法です。デフォルトの設定では基本的に… Read more

Robocopy のエラー (戻り値) について

皆さん、こんにちは。Windows プラットフォーム サポートの吉田です。 robocopy コマンドでファイル コピーを実行した際、エラーが発生した際に戻り値が記録されますが、今回は戻り値の結果の詳細についてご紹介します。 まず、robocopy コマンドでは以下のベースとなる戻り値があります。 戻り値 0: コピーする必要がないため、何も実施しなかった 戻り値 1: ファイルのコピーが成功した (フォルダーのコピーは含まれません) 戻り値 2: 余分なフォルダー、ファイルが確認された (コピー元にはなく、コピー先だけにある) 戻り値 4: 同じ名前で別の種類のファイルが存在した (コピー元はフォルダーで、コピー先はファイル、またはその逆) 戻り値 8: コピーに失敗した (リトライした結果を含みます、また /L では実際にコピー処理を行わないため、実質 8 以上の戻り値は出力されません) このそれぞれの戻り値は LOG オプションでカウントされる場所は以下となります。 0 と判定されたファイル、フォルダーはログ中の “スキップ” にカウントされます。 1 と判定されたファイル、フォルダーはログ中の “コピー済み” にカウントされます。 2 と判定されたファイル、フォルダーはログ中の “Extras” にカウントされます。 4 と判定されたファイル、フォルダーはログ中の “不一致” にカウントされます。 8 と判定されたファイル、フォルダーはログ中の “失敗” にカウントされます。 しかし、robocopy… Read more

WSFC 環境の NFS サーバーに対して 40 台以上のクライアントがロックを解放しないままフェールオーバーすると STOP エラー 0x9e が発生することがある

こんにちは。Windows プラットフォーム サポートです。 本稿では、WSFC 環境の NFS サーバーで特定の条件下においてフェールオーバーした場合、STOP エラー 0x9e が発生する現象について確認しております。 [現象] Windows (Storage) Server 2012/Windows (Storage) Server 2012 R2/Windows (Storage) Server 2016 の Windows Server フェールオーバー クラスタリング (WSFC) 環境で、NFS サーバーに対して、40 台以上の NFS クライアントからロックを保持し、正しくロックを解放しないまま疎通が取れなくなった状態で、NFS サーバーのフェイルオーバーを連続して 2 回実施した場合、STOP エラー 0x9e (USER_MODE_HEALTH_MONITOR) が発生する可能性があります。   [原因] この現象は以下のシナリオで発生します。 1. NFS クライアントからクラスター ノード A 上の NFS サーバーにアクセスし、ファイルをロックします。 その後ファイルのロックを解放しないままネットワークから切断します。このような端末が 40 台存在すると想定します。 2…. Read more

LPRemove タスクの動作について

こんにちは。 Windows サポートの丸山です。 現在弊社にて提供しております多くの Windows 製品では、多言語対応となっており、あらかじめ言語パックが追加されたイメージを展開いたしますと、セットアップ時に表示言語を選択できるようになっております。 ※ Windows Server 2016 製品のセットアップ時における、言語選択画面の例 またいっぽうで、使用していない言語パックを削除する LPRemove タスクが登録されており、コンピューターの起動時や、メンテナンスのタイミングにて、言語パックのクリーンアップを行っております。 LPRemove タスクは、バックグラウンドで実行されておりますが、すべての言語パックが削除される前にコンピューターの再起動を行いますと、削除されなかった言語パックが残されたままとなる動作が確認されております。 不要な言語がインストールされている場合には、手動で言語パックの削除を実施してください。 ※言語パックの削除ツールは、”lpksetup /u” コマンドで起動できます。 多言語環境の構築を検討いただくにあたり、本ブログ記事の情報がお役に立てますと幸いです。… Read more

パフォーマンス ログのススメ

こんにちは。 Windows サポートの水上です。 今回は、パフォーマンスの問題が発生した際にお願いしたい、パフォーマンス ログの採取についてご紹介します。… Read more

Windows Server 2012 / 2012R2 以降のデフラグの変更点

こんにちは、Windows プラットフォーム サポートの鎌滝です。 デフラグは Windows XP/2003 世代から実施されていたファイル システム レベルのメンテナンスであり、断片化の起きたファイルのディスク I/O のパフォーマンスを向上させるために実施されます。今回は Windows Server 2012 以降のデフラグに追加された機能とデフラグを実施する必要性について、ご紹介したいと思います。 本項は Windows Server 2012 以降のデフラグにについて書かれた以下のブログをもとに、日本語での説明を行います。 What’s New in Defrag for Windows Server 2012/2012R2   1. デフラグの有効性 そもそも、デフラグは何のために行われるのか、実施する必要はあるかについて、説明します。なお、ここで議論するデフラグはファイルの断片化を解消する “従来のデフラグ” です。 ファイルへの書込み、消去、サイズ変更が継続的に実施される環境で、物理ディスク上で継続した領域を確保できない場合に、その変更は別の空き領域に書き込まれるため、ファイルの断片化が起こるのは自然な現象です。ファイルに断片化が起きた場合、そのファイルの読み書きには断片化が起きていないファイルより多くの時間を要するため、ディスク I/O のパフォーマンスの観点からデフラグは有効です。 また、デフラグを実施することで、ディスク上に連続した空き領域を確保できます。 Windows Server バックアップなどでボリューム シャドウ コピー サービス (VSS) を使用する場合、スナップショットの準備に Diff Area と呼ばれる連続した領域が必要になります。極度な断片化を解消し、連続した空き領域確保する観点からもデフラグは有効です。 では、この “従来のデフラグ” を実施する必要はあるのか、の説明の前に、デフラグ コマンドに追加されたオプションについて次項で説明します。結論はその後の項番 3 で触れたいと思います。… Read more

イベント FailoverClustering 1230 について

こんにちは。Windows プラットフォーム サポート担当です。 本日は、クラスター環境で発生するイベント ID 1230 (ソース:Microsoft-Windows-FailoverClustering) についてご紹介します。   – イベント ID 1230 クラスターではリソースに対する操作 (正常性チェック LooksAlive, IsAlive など) で応答が無い場合に、リソースの応答を待ち続けることでクラスターの動作が停止することを防ぐためにタイムアウト値 DeadlockTimeout が設けられています。 リソースの操作が DeadlockTimeout 値を超えて完了しないとタイムアウトが発生しイベント ID 1230 が記録されます。   – イベント ID 1230 の原因調査 イベント ID 1230 が記録された時のクラスター ログからは何の操作でタイムアウトが発生したかを確認することができますが、リソースの操作が停止しタイムアウトした原因はイベント ログやクラスター ログなどから調査することが困難となります。   // リソース Disk01 への操作 LOOKSALIVE がタイムアウトしたことを示すクラスター ログ ERR   [RHS] RhsCall::DeadlockMonitor: Call LOOKSALIVE timed out… Read more

マルチサイト クラスター環境で記録されるイベント ID 1135 について

こんにちは。Windows プラットフォーム サポート担当です。 本日は、弊社に比較的多くお問い合わせをいただくマルチサイト クラスター環境で記録されるイベント ID 1135 について対処策を紹介します。   – イベント ID 1135 イベント ID 1135 はクラスター ノード間のハートビート通信がすべてのネットワークで失敗し、クラスターを構成するノードがクラスターから除外されたことを示すイベントです。 ハートビート通信はクラスター ノード間で定期的 (既定で 1 秒毎) にパケットの送受信が行われ、一定の期間パケットが届かないと失敗と判断されます。   <参考> フェールオーバー クラスターのハートビートについて https://blogs.technet.microsoft.com/askcorejp/2012/03/22/156/   通常、シングルサイト クラスター環境ではクラスターで使用されるネットワークが複数構成されているため、一つのネットワークで問題が発生した場合でも他のネットワークでノード間の通信が可能であればイベント ID 1135 は記録されません。   一方、マルチサイト クラスター環境ではノード間通信が WAN 回線を経由しておこなわれるため、WAN 回線が不安定な場合、ハートビート通信が失敗しイベント ID 1135 が記録されクラスターを構成するノードがクラスターから除外される問題が発生します。   実際にマルチサイト クラスター環境では、WAN 回線の問題によりイベント ID 1135 が記録される報告が弊社まで多く寄せられていますが、ネットワークの問題のため弊社にお問い合わせをいただいても OS 側からは調査が困難です。 クラスターでは既定で 5… Read more