Ask CORE

WMI に関する修正プログラムについて (Windows Server 2008)

2013-04-20T06:30:00Z

こんにちは。Windows テクノロジーサポートチームです。

前回 WMI に関する修正プログラムについて、
Windows Server 2012 および Windows Server 2008 R2 を
対象にご紹介いたしましたが、今回は Windows Server 2008 用の
修正プログラムについていてご紹介したいと思います。

なお、Windows Server 2012 および Windows Server 2008 R2 の
修正プログラムについては、以下のブログで紹介させて頂いておりますので
よろしければ合わせてご確認ください。

WMI に関する修正プログラムについて (Windows Server 2012 / 2008 R2)
http://blogs.technet.com/b/askcorejp/archive/2013/04/12/wmi-windows-server-2012-2008-r2.aspx

Windows Server 2008

- メモリリーク

Title	URL
Memory leak in Wmiapsrv.exe on a computer that is running Windows Server 2008, Windows Server 2008 R2, Windows Vista or Windows 7	http://support.microsoft.com/kb/2697479/en-us
FIX: Memory leak in WmiPrvSe.exe when you run a script to connect to the WMI WebAdministration namespace in Windows 7, in Windows Vista, in Windows Server 2008 or in Windows Server 2008 R2	http://support.microsoft.com/kb/2519454/en-us
A wmiprvse.exe process may leak memory when a WMI notification query is used heavily on a Windows Server 2008-based or Windows Vista-based computer	http://support.microsoft.com/kb/958124/en-us
A memory leak occurs in the Wmiprvse.exe process when you query an iSCSI WMI class in Windows Vista or in Windows Server 2008	http://support.microsoft.com/kb/975751/en-us
The Wmiprvse.exe process creates a memory leak on a computer that is running Windows Server 2008 if you remotely monitor this process by using the WMI interface on a computer that is running Windows Server 2003 or Windows XP	http://support.microsoft.com/kb/970520/en-us

上記の修正プログラムは、メモリリークに対しての修正となります。

- 処理応答遅延/停止

Title	URL
The WMI Provider Host program (Wmiprvse.exe) may crash on a Windows Server 2008-based computer that has the NLB feature installed	http://support.microsoft.com/kb/959493/en-us
You find high CPU usage for the Wmiprvse.exe process on a terminal server that is running Windows Server 2008 when you run the Windows System Resource Manager	http://support.microsoft.com/kb/970067/en-us
A "WBEM_E_INCOMPLETE_CLASS" WMI error occurs or Wmiprvse.exe crashes when concurrent WMI queries are sent to the cluster resources in Windows Server 2008	http://support.microsoft.com/kb/982354/en-us
An application or service that receives event log information by using a WMI interface stops responding in Windows Server 2008 or in Windows Vista	http://support.microsoft.com/kb/2391536/en-us

上記は、パフォーマンスダウンや WMI 関連サービスの予期せぬ停止などの際に適用をご検討ください。

- クラスター環境

Title	URL
A hotfix is available to let you configure a cluster node that does not have quorum votes in Windows Server 2008 and in Windows Server 2008 R2	http://support.microsoft.com/kb/2494036/en-us
The "Win32_share" WMI class cannot enumerate file shares or create file shares on a node in a Windows Server 2008 failover cluster	http://support.microsoft.com/kb/971403/en-us
Windows Server 2008 Failover Clustering WMI provider does not correctly handle invalid characters in the private property names causing WMI queries to fail	http://support.microsoft.com/kb/958807/en-us
A rollup hotfix package for Windows Server 2008 Failover Clustering WMI provider	http://support.microsoft.com/kb/968936/en-us

上記の修正プログラムには、クラスターを構成している環境にて発生し得る問題に対しての修正となります。

- パフォーマンスオブジェクト関連

Title	URL
An application crashes after the application loads the Perfdisk.dll file on a computer that is running Windows Server 2008 or Windows Vista if there are lots of disk devices on the computer	http://support.microsoft.com/kb/961382/en-us
Some base values are not updated when you use the Win32_PerfRawData_PerfDisk_LogicalDisk WMI class to calculate performance data in Windows Vista or in Windows Server 2008	http://support.microsoft.com/kb/961435/en-us
WMI performance counter classes that are based on the Performance Monitoring Provider do not work or return incorrect data in Windows Vista and Windows Server 2008	http://support.microsoft.com/kb/970967/en-us
PhysicalDisk counters contain invalid and duplicate entries when you use Microsoft Multipath I/O (MPIO) to control one or more storage devices	http://support.microsoft.com/kb/974878/en-us
An application or a service that uses the Wmiaprpl.dll module crashes when the application or the service enumerates the returned performance objects under the HKEY_PERFORMANCE_DATA registry key	http://support.microsoft.com/kb/977589/en-us

- リポジトリ破損

Title	URL
The WMI repository is corrupted on a computer that is running Windows Server 2008 or Windows Vista	http://support.microsoft.com/kb/2464876/en-us

- その他

Title	URL
Loaded user profiles cannot be unloaded after you run WMI queries for the Win32_StartupCommand class in Windows Vista, Windows Server 2008, Windows 7, or Windows Server 2008 R2	http://support.microsoft.com/kb/2639505/en-us
Win32_PhysicalMedia class does not use the IOCTL_SMART_GET_VERSION control code to query the disk serial number on a Windows Vista or Windows Server 2008-based computer	http://support.microsoft.com/kb/2697022/en-us
The TimezonekeyName registry entry value changes to a null value in Windows Vista, in Windows Server 2008, in Windows 7 or in Windows Server 2008 R2	http://support.microsoft.com/kb/2562433/en-us
Multiple pagefiles are created when you set the AutomaticManagedPagefile property of the Win32_ComputerSystem class to False on a computer that is running Windows Server 2008 or Windows Vista SP1	http://support.microsoft.com/kb/959516/en-us
The query fails when you enter the terminal server farm name in the TS Web Access Administration window to query remote program information in Windows Server 2008	http://support.microsoft.com/kb/957081/en-us
When you run a WMI query against the CIM_DataFile class by using the "Run as administrator" option in Windows Vista or in Windows Server 2008, the query returns incomplete results	http://support.microsoft.com/kb/954061/en-us
Queries to SNMP devices stop responding when Windows Server 2008-based systems or Windows Vista Service Pack 1-based systems receive multiple SNMP WMI queries at the same time	http://support.microsoft.com/kb/967718/en-us
The Win32_Process class returns incorrect CreationDate property during the first week after daylight saving time begins or ends	http://support.microsoft.com/kb/970413/en-us
Temporary files are left in the C:\Windows\Installer folder when you query for the Win32_Product class on a computer that is running Windows Server 2003, Windows Vista, or Windows Server 2008	http://support.microsoft.com/kb/2388997/en-us
An invalid value for the elapsed time appears when you use a WDM driver on a computer that is running Windows Vista or Windows Server 2008	http://support.microsoft.com/kb/977926/en-us

WMI に関する修正プログラムについて (Windows Server 2012 / 2008 R2)

2013-04-12T04:00:00Z

こんにちは。Windows テクノロジーサポートチームです。

WMI に関するお問い合わせを多くいただいておりますので、
WMI に関する修正プログラムについてご紹介したいと思います。

なお、今回は Windows Server 2012 および Windows Server 2008 R2 を
対象にご紹介しておりますが、Windows Server 2008 を対象にした
修正プログラムについては、以下のブログで紹介させて頂いておりますので
よろしければ合わせてご確認ください。

WMI に関する修正プログラムについて (Windows Server 2008)
http://blogs.technet.com/b/askcorejp/archive/2013/04/20/wmi-windows-server-2008.aspx

まず、Windows Server 2012 の WMI に関する
既知の現象といたしましては以下の 2 点があります。

Windows Server 2012

Title	URL
Null values returned when you use the Win32_VideoController WMI class in Windows 8 or Windows Server 2012	http://support.microsoft.com/kb/2787534/en-us
WMI does not work correctly after you run the OOBE in Windows RT, Windows 8 and Windows Server 2012	http://support.microsoft.com/kb/2792123/en-us

これら 2 つの現象については、
以下の 2013 年 4 月の累積の更新プログラムを適用する事により
対処する事が可能です。
(KB2792123 については個別の修正プログラムもございます。)

Windows 8 and Windows Server 2012 cumulative update: April 2013
http://support.microsoft.com/kb/2822241/en-us

以下では Windows Server 2008 R2 の WMI に関する
修正プログラムについて、各カテゴリごとにまとめさせていただきました。

Windows Server 2008 R2/Windows 7

- メモリリーク

Title	URL
Memory leak occurs in the Spoolsv.exe process after you run an application that performs WMI queries in Windows 7 or Windows Server 2008 R2	http://support.microsoft.com/kb/2796647/en-us
Memory leak in Wmiapsrv.exe on a computer that is running Windows Server 2008, Windows Server 2008 R2, Windows Vista or Windows 7	http://support.microsoft.com/kb/2697479/en-us
FIX: Memory leak in WmiPrvSe.exe when you run a script to connect to the WMI WebAdministration namespace in Windows 7, in Windows Vista, in Windows Server 2008 or in Windows Server 2008 R2	http://support.microsoft.com/kb/2519454/en-us
Handle leak in Svchost.exe when a WMI query is triggered by using the Win32_PowerSettingCapabilities class in Windows 7 or in Windows Server 2008 R2	http://support.microsoft.com/kb/2639077/en-us
The "Win32_Service" WMI class leaks memory in Windows Server 2008 R2 and in Windows 7	http://support.microsoft.com/kb/981314/en-us
A memory leak issue occurs in the Windows Management Instrumentation service on a computer that is running Windows Server 2008 R2 or Windows 7	http://support.microsoft.com/kb/977357/en-us

上記の修正プログラムには、印刷処理に関する修正や電源管理についての修正も含まれます。
ご利用いただいている環境構成により適用をご検討ください。

- 処理応答遅延/停止

Title	URL
WMI freezes on a computer that is running Windows 7 or Windows Server 2008 R2	http://support.microsoft.com/kb/2735759/en-us
Msinfo32.exe takes a long time to display or export system information on a computer that has many MSI-X-supported devices and that is running Windows 7 or Windows Server 2008 R2	http://support.microsoft.com/kb/2492536/en-us
Unexpectedly slow startup or logon process in Windows Server 2008 R2 or in Windows 7	http://support.microsoft.com/kb/2617858/en-us
A Wmiprvse.exe process crashes in Windows Server 2008 R2 when you use the WMI interface to query the hardware status on a computer that supports the IPMI standard	http://support.microsoft.com/kb/2280777/en-us
The Svchost.exe process that has the WMI service crashes in Windows Server 2008 R2 or in Windows 7	http://support.microsoft.com/kb/982293/en-us

上記は、パフォーマンスダウンや WMI 関連サービスの予期せぬ停止などの際に適用をご検討ください。

- クラスター環境

Title	URL
A heap memory leak occurs when an application or service queries the MSCluster_Resource WMI class in Windows Server 2008 R2	http://support.microsoft.com/kb/2580360/en-us
An application or service that queries information about a failover cluster by using the WMI provider may experience low performance or a time-out exception	http://support.microsoft.com/kb/974930/en-us
"0x80070490 Element Not found" error when you enumerate a cluster disk resource by using the WMI MSCluster_Disk class query in a Windows Server 2008 R2-based failover cluster	http://support.microsoft.com/kb/2720218/en-us
You cannot use WMI to manage CSV resources in Windows Server 2008 R2	http://support.microsoft.com/kb/2648385/en-us

上記の修正プログラムには、クラスターを構成している環境にて発生し得る問題に対しての修正となります。

- パフォーマンスオブジェクト関連

Title	URL
Changes to performance counters are not updated for at least 15 minutes when you use WMI to query performance counter values in Windows 7 or in Windows Server 2008 R2	http://support.microsoft.com/kb/2613988/en-us
An application or a service that uses the Wmiaprpl.dll module crashes when the application or the service enumerates the returned performance objects under the HKEY_PERFORMANCE_DATA registry key	http://support.microsoft.com/kb/977589/en-us
The WMI service and the WMI providers stop responding when you use WMI performance classes to monitor performance on a computer that is running Windows 7 or Windows Server 2008 R2	http://support.microsoft.com/kb/2547244/en-us

- その他

Title	URL
"0x80041001" error when the Win32_Environment WMI class is queried by multiple requestors in Windows 7 or in Windows Server 2008 R2	http://support.microsoft.com/kb/2692929/en-us
Loaded user profiles cannot be unloaded after you run WMI queries for the Win32_StartupCommand class in Windows Vista, Windows Server 2008, Windows 7, or Windows Server 2008 R2	http://support.microsoft.com/kb/2639505/en-us
The WMI process stops sending events to WMI clients from a Windows 7-based or Windows Server 2008 R2-based server	http://support.microsoft.com/kb/2705357/en-us
RSoP shows a red X on the icons for registry settings in 64-bit Windows Vista, in 64-bit Windows 7, in 64-bit Windows Server 2008 or in 64-bit Windows Server 2008 R2	http://support.microsoft.com/kb/2575866/en-us
The Win32_Process class returns incorrect CreationDate property during the first week after daylight saving time begins or ends	http://support.microsoft.com/kb/970413/en-us
"0x80041002 (WBEM_E_NOT_FOUND)" error occurs when you try to open a WMI namespace on a computer that is running Windows 7 or Windows Server 2008 R2	http://support.microsoft.com/kb/2465990/en-us

Windows 7 / Windows Server 2008 R2 環境でのDynamic Cache Service 利用について

2013-03-28T06:58:00Z

こんにちは。Windows プラットフォームサポートの新川です。

以前、リソース不足について – 番外編1 (64bit 環境での注意点) という記事で、64 bit 環境でシステムキャッシュ (RAMMap で確認した場合は Mapped File や Metafile) で物理メモリを大量に使用してしまう動作についてご紹介しました。この記事の中では、Windows 7 以降の OS ではシステムキャッシュ周りのデザイン変更が行われているとご説明しましたが、やはり Windows Server 2008 R2 でも同様の状況が発生するとのお問い合わせをいただく事があります。

Windows 7 以降の OS では、システムキャッシュをより早く解放出来るようになっているので、物理メモリの大半をシステムキャッシュが占めていてもメモリ確保には問題がない場面も多いのですが、それでも一度にまとまった要求が行われた場合などには「メモリ不足」のエラーになってしまう事があります。対処策としては、システムキャッシュのワーキングセットの閾値を指定する事になりますが、これを行うためのツールとして弊社が公開している Microsoft Windows Dynamic Cache Service では、Windows 7 以降 (OS バージョン 6.1 以降) では意図的に動作しないように制限がかけられているため、これを解除してビルドし直す必要があります。今回の投稿では、Windows Server 2008 R2 環境でMicrosoft Windows Dynamic Cache Serviceを利用する方法についてご紹介します。

OS バージョンのチェックの箇所

Microsoft Windows Dynamic Cache Service には、ダウンロードファイルの中にこのツールのソースコードも含まれています。この中の DynCache.cpp の 1141 行目付近がバージョンチェックを実施していますが、Windows Server 2008 R2 環境で利用するには下記の (OSVerInfo.dwMinorVersion > 0) を (OSVerInfo.dwMinorVersion > 1) に変更する必要があります。

// Make sure that the OS is not later than Windows Server 2008

OSVerInfo.dwOSVersionInfoSize = sizeof(OSVerInfo);

if ( (GetVersionEx (&OSVerInfo) == NULL) )

{

dwStatus = GetLastError();

DebugMessage(L"GetVersionEx failed with error code 0x%X!\n", dwStatus);

SvcCleanup(dwStatus);

return (FALSE);

}

else

{

if (OSVerInfo.dwMajorVersion == 6)

{

if (OSVerInfo.dwMinorVersion > 1) // 0 から 1 に変更します

{

DebugMessage(L"Dynamic Cache Service only runs on Windows Server 2008 or earlier versions.\n");

SvcCleanup(ERROR_RMODE_APP);

return (FALSE);

}

else if (OSVerInfo.dwMajorVersion > 6)

{

DebugMessage(L"Dynamic Cache Service only runs on Windows Server 2008 or earlier versions.\n");

SvcCleanup(ERROR_RMODE_APP);

return (FALSE);

}

ビルド方法

ここでは Microsoft Windows SDK for Windows 7 (以下 SDK) と Windows Driver Kit Version 7.1.0 (以下 WDK) を用いた方法をご紹介します。

1. 以下のダウンロードセンターから、ビルド環境にあったものをダウンロードします。(ISO ファイルになっているので DVD に一旦焼くか、Hyper-V や Virtual PC のゲスト環境でビルド環境を構築できる場合には、ISO のキャプチャで読み込む事になります。)

Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 (ISO)

Windows Driver Kit Version 7.1.0

自動再生でインストールが始まりますが、始まらない場合は SDK の場合は setup.exe をクリックしてインストールを開始します。SDK のインストールはウィザードに沿って既定のまま進めて問題ありません。

WDK のインストールは、KitSetup.exe を実行し、インストールのチェックボックスでは Full Development Environment にチェックを入れ、インストールを実行します。

2. インストール完了後、SDK のインストールフォルダ内にある以下を C:\SDK など、スペースを含まないパスへコピーします。

Include
Lib

3. Microsoft Windows Dynamic Cache Service 内の DynCache\source フォルダ内にある sources を右クリックのプロパティで読み取り専用を外した後に notepad.exe などのテキストエディタで開き、以下のように書き換えます。(項目 2 のフォルダを C:\SDK 配下にコピーした場合の例です)

############## DynCache sources file ####################

TARGETNAME=DynCache

TARGETPATH=.\obj

TARGETTYPE=PROGRAM

# Use the Windows SDK include and lib paths.

# The WDK does not contain files for using performance counters.

INCLUDES=C:\SDK\Include

SOURCES=DynCache.cpp \

Service.cpp \

debug.cpp \

DynCache.rc

C_DEFINES=-DUNICODE -D_UNICODE

# specify which C runtimes to link with (default is libc.lib)

USE_LIBCMT=1

UMENTRY=wmain

UMTYPE=console

UMLIBS= C:\SDK\Lib\x64\kernel32.lib \

C:\SDK\Lib\x64\user32.lib \

C:\SDK\Lib\x64\advapi32.lib \

C:\SDK\Lib\x64\Psapi.lib \

C:\SDK\Lib\x64\Pdh.lib

4. DynCache.cpp の内容変更後 (こちらも読み取り専用のチェックを外す必要があります)、以下のコマンドプロンプトを起動します。

[スタート] - [すべてのプログラム] - [Windows Driver Kits] - [WDK 7600.16385.1] - [Build Environments] - [Windows 7] - [x64 Free Build Environment]

5. 起動したコマンドプロンプト内で、DynCache の source フォルダへ移動し、以下のコマンドでビルドが開始されます。

(画面出力例)

source フォルダ内の obj\amd64 フォルダに DynCache.exe が生成されます。Microsoft Windows Dynamic Cache Service はこのファイルに置き換えて利用ください。Microsoft Windows Dynamic Cache Service のご利用方法については、Read me や Dynamic Cache Service についてをご参照ください。

Windows の予期しない再起動が発生した原因について

2013-03-28T03:21:00Z

こんにちは。 Windows プラットフォームサポートの服部です。

Windows をご利用のお客様から、OS の予期せぬシャットダウンのお問い合わせをよくいただきますが、原因としてどのようなことが考えられるのかをご紹介します。

サーバーやクライアント PC が突然再起動する現象が発生し、以下のイベントが記録されることがあります。

-------------------------------------

ソース: EventLog

イベント ID: 6008

メッセージ: 以前のシステムシャットダウン ( YYYY/MM/DD HH:MM:SS) は予期されていませんでした。

-------------------------------------

このイベントとは別に、以下のイベントが記録されている場合もあります。

----------------------------------------------

ソース: Microsoft-Windows-Kernel-Power

イベント ID:41

メッセージ：システムは正常にシャットダウンする前に再起動しました。

----------------------------------------------

これらのイベントからは前回のシャットダウンが正常ではなかったことはわかりますが、予期せぬシャットダウンが発生した理由はわかりません。

ご存知の方も多くいらっしゃると思いますが、STOP エラー (ブルースクリーン) により再起動が発生し、このようなイベントが記録された場合はメモリダンプから発生原因の調査をすることが有効です。

ただし、メモリダンプを取得するよう設定しているにも関わらず、メモリダンプが生成されない場合もあります。また、STOP エラーが発生していないにも関わらず、予期せぬシャットダウンが発生する場合もあります。

以下に、予期せぬシャットダウンが発生した際の考えられる原因およびメモリダンプが作成されない原因についてもご説明いたします。

考えられる原因は？

------------------

予期せぬシャットダウンのイベントが記録される考えられる原因としましては、大きく分けて、ソフトウェア要因とハードウェア要因の 2 種類に分類できます。

- ソフトウェア要因

Windows のシャットダウンプロセスは、通常、次の流れで行われます。

1. デスクトップ上で動作するプロセスの停止

2. サービスプロセスの停止

3. デバイスの停止

4. I/O 要求の抑止

5. ファイルシステムキャッシュ情報のフラッシュ

6. ハードウェアのリセット/電源 OFF

Windows では、通常のシャットダウンとは異なるメカニズムでシャットダウンが行われると、EventLog サービスがソース: EventLog, ID 6008 のイベントを記録します。

また、EventLog サービスが正常終了した場合でも、その後シャットダウン処理が正しく行われないと、ソース: Microsoft-Windows-Kernel-Power の ID:41 イベントを記録します。

このイベントの検知については、技術情報がありますので、後述の参考文書 (KB2028504) をご参照ください。

通常、STOP エラーによる再起動が発生した場合には、 Eventlog イベント ID: 6008 と共に、次のような System Error イベント ID: 1003 および Save Dump イベント ID: 1001 が記録され、メモリダンプが生成されます。

イベントの種類: エラー

イベントソース: System Error

イベントカテゴリ: (102)

イベント ID: 1003

説明:

エラーコード xxxxxxxx、パラメータ1 xxxxxxxx、パラメータ2 xxxxxxxx, パラメータ3 xxxxxxxx、パラメータ4 xxxxxxxx.

イベントの種類: 情報

イベントソース: Save Dump

イベントカテゴリ: なし

イベント ID: 1001

説明:

このコンピュータはバグチェック後、再起動されました。

バグチェック: xxxxxxxx (xxxxxxxx, xxxxxxxx,
xxxxxxxx, xxxxxxxx)

ダンプが保存されました: C:\WINDOWS\MEMORY.DMP

なお、現象時には、状況によりダンプファイルが取得できないことも考えられますが、その場合は、System Error イベント ID: 1003 のエラーイベントが記録されます。

- 参考資料

Source: System Error Event ID: 1003
(Windows Operating System 5.2) - Technet Events And Errors Message Center:Message Details

http://www.microsoft.com/technet/support/ee/transform.aspx?ProdName=Windows+Operating+System&ProdVer=5.2&EvtID=1003&EvtSrc=System+Error&LCID=1033

メモリダンプ（memory.dmp）は既定の設定で C:\windows の直下に作成されますので、この情報をもとに、エラーの原因を調査することができます。

一般的に、ソフトウェア要因にて STOP エラーが発生する要因は以下の 2 種類です。

A. OS、もしくはドライバーの動作過程にて、ハンドル出来ない例外 (Secondchance exception) が発生する。

B. OS、もしくはドライバーの動作過程にて、異常が発生したため、その処理内で意図的に　STOP エラーを発生させる。

A は、通常、OS 上で動作するアプリケーションだと、アプリケーション単体でクラッシュする状況です。これが OS の処理内で発生すると、システム全体が停止します。

B は、そのような本来予定していないデータを検知するなど、「このまま OS を動作させていると、安定した動作が約束されない」という状況をプログラム内で想定しており、そのような事態になった場合に発生します。

STOP エラーが発生した場合、「OS かドライバーの処理に問題があったためである」というのが原則です。

ただし、問題を検知した場合も、どのようなコンポーネントが問題であったのか等、詳細はメモリダンプを解析して確かめる必要があります。

原則としては、ソフトウェア要因の場合にはメモリダンプが記録されますが、ディスクドライブの問題など、ダンプ自体が記録出来ない場合にはメモリダンプが記録されない場合もあります。このような場合には、原因の特定は困難です。

- ハードウェア要因

メモリダンプを取得するよう設定しているにも関わらず、メモリダンプが確認できない場合には、ハードウェア的な要因で発生している可能性が高いと考えられます。

メモリ、システムボード、CPU などに異常が発生している場合に、サーバー異常を検知するハードウェア側の自動システム復旧の機能により再起動が行われる場合がございます。

この再起動によって、EventLog サービスの動作が中断され、ソース: EventLog, ID 6008 のイベントが記録されます。

ただし、この場合は、OS 側でエラ―を検知した状況ではないため、STOP エラー等は発生せずダンプファイルも生成されません。

メモリダンプが作成されない原因は？

----------------------------------

上述のように、メモリダンプが作成されない原因として、ハードウェア要因により自動システム復旧の機能で再起動が行われたことが考えられます。

この場合、STOP エラーの形跡が残らずメモリダンプも作成されない状況が発生しえます。

また、メモリダンプの作成途中で自動システム再起動が行われた場合も同様の結果となりメモリダンプが作成されません。

このような状況では、OS 側から原因を調べることはできず、ハードウェア観点から原因を確認していく必要があります。

また、メモリダンプが作成されない原因としては、以下のような設定や構成上の問題である場合もございます。

・ブートドライブ上のページングファイル（pagefile.sys）が存在しない

・ブートドライブ上のページングファイルのサイズが十分でない

・ブートドライブ上のページングファイルが断片化している

・メモリダンプがすでに存在し、上書きをしない設定になっている（[既存のファイルに上書きする] チェックボックスがオフ）

・メモリダンプの保存先に、存在しないフォルダやドライブが指定されている

・メモリダンプの保存先に、Memory.dmp ファイル作成に必要な空き容量がない

予期せぬシャットダウンのイベントが記録されました場合、お問い合わせ環境で確認いただきたい項目としては以下の 2 点になります。

1．ハードウェア要因により自動システム復旧の機能で再起動が行われたかどうか確認します

2．ダンプを生成する設定や構成上の問題がないか確認します

上記の内容が予期せぬシャットダウン発生の問題についてご参考になれば幸いです。

補足情報

------------------------

Windows 7 および Windows Server 2008 R2 環境にて、以下の既知の問題が報告されています。

文書番号： 2549760

タイトル：レジストリの WaitToKillServiceTimeout 値は Windows 7 または Windows サーバー 2008 R2 で機能しません。

http://support.microsoft.com/kb/2549760/ja
(機械翻訳)

WaitToKillServiceTimeout registry valuedoes not work in Windows 7 or in Windows Server 2008 R2

http://support.microsoft.com/kb/2549760/en-us

下記のレジストリ値を設定することで、サービスコントロールマネージャが、サービスがシャットダウン要求を完了するまで待つ時間を設定することが出来ます。(ミリ秒単位で指定します。)

HKLM\SYSTEM\CurrentControlSet\Control\WaitToKillServiceTimeout　

この設定値は、既定値として12秒に設定されておりましたが、Windows 7 または Windows サーバー 2008 R2 では、この設定値が適切に処理されておらず、設定値の有り無しにかかわらず、5秒にてサービスが強制的に終了されてしまいます。

その為に、例えば多くのサービスがインストールされている状態などにおいて、特定のアプリケーションサービスの終了処理に時間がかかってしまうと、イベントログサービスの停止処理にも影響を与える可能性があります。この場合に ID 6008 が記録される場合もあります。

修正プログラム (技術情報 2549760）をインストールするだけで、正しい既定値である12秒に設定されます。

また、修正を適用することで該当レジストリ値を変更して待機時間のチューニングが可能となります。

Windows 7 または Windows Server 2008 R2 をご利用のお客様は上記もご参考いただければと存じます。

-参考情報

文書番号: 972110

タイトル: Windows Server 2003 でカーネルダンプファイルまたは完全メモリダンプファイルを生成する方法

URL: http://support.microsoft.com/kb/972110/ja

文書番号: 130536

タイトル: クラッシュ後Windows でメモリダンプファイルが保存されない

URL: http://support.microsoft.com/kb/130536/ja

文書番号: 824674

タイトル: Windows Server 2003 でカーネルメモリダンプを保存する際にカウンタが 99 で止まる

URL: http://support.microsoft.com/kb/824674/ja

文書番号: 2028504

タイトル:Windows 7 または Windows Server 2008 R2 で Windows カーネルイベント ID 41 エラー"システムは正常にシャットダウンする前に再起動しました" が発生する

URL: http://support.microsoft.com/kb/2028504/ja

クラスターハートビート通信の失敗と OS の負荷について

2013-03-18T08:16:00Z

こんにちは。Windows プラットフォームサポートの加藤です。

Windows Server 2008 以降のクラスター環境において、OS の負荷が原因で、クラスターハートビート通信が失敗するお問い合わせをいただくことがよくあります。

また、場合によっては、一部のノードのクラスターサービスが停止し、フェールオーバーが発生する場合があります。

クラスターハートビート通信の詳細とハートビートのタイムアウト変更手順については、下記 Blog にてご紹介しているため、ここでは省略させていただきます。

フェールオーバークラスターのハートビートについて

http://blogs.technet.com/b/askcorejp/archive/2012/03/22/3488080.aspx

クラスターハートビート通信は、上記の Blog でも触れられているように、既定で 5 秒間通信が途絶えるとハートビート通信の失敗と判断され、エラーが記録されます。

「通信が途絶える」という点については、ネットワーク上の問題以外にも、OS の負荷が著しく増加した場合にハートビートパケットの送信が一定期間できなくなり、ハートビート通信が失敗と判断されることがあります。

ハートビートの通信を妨げる高負荷の原因としては様々な要因がありますが、弊社製品では VSS (Volume Shadow Copy Service) が、大容量のディスクに対し SnapShot を作成した際に、この問題が発生する事例が報告されております。Snapshot が作成されるタイミングとしては、該当ボリュームのバックアップを取得しようとした際や、共有フォルダのシャドウコピーを有効にしている場合があります。

Snapshot 作成時には、一時的にボリュームに対する I/O を停止する必要があるため、できる限り高い優先度で素早く実行する必要があります。そのため、ハートビートなどの Snapshot 作成以外の処理が待たされ、結果としてハートビート通信が失敗する場合があります。また Snapshot 対象のボリュームのサイズが大きければ大きいほど作成処理にかかる時間も長くなるため、結果としてハートビート通信の失敗が発生しやすくなります。

この問題を回避するには、負荷を下げるか、ハートビートの閾値を大きくします。

VSS が負荷の原因であった場合には、Snapshot 作成にかかる時間を短くする必要があります。CPU など、ハードウェアをより高性能なものに変更するといった方法もありますが、それ以外の現実的な対処としては、対象のボリュームサイズを小さくすることです。トータルのサイズを小さくできない場合には、ボリュームを複数に分割し、それぞれの SnapShot 作成のタイミングをずらすことで回避可能です。

この現象を抑制するための最適なボリュームのサイズについては、実際にはハードウェアのスペックなどに依存するため、具体的なサイズをお伝えすることは難しいです。そのため、推奨するボリュームサイズや、上限サイズなども特に定義はしておりません。

参考情報といたしまして、弊社の事例にて、5 TB のボリュームの Snapshot 作成時にハートビート通信が失敗したという環境がございました。

なお、VSS 以外の負荷原因を特定するには、現象発生時のパフォーマンスログが調査に有効な情報となります。

ボリュームの分割が難しい場合や、VSS 以外の負荷で発生しており、その負荷を下げることができない場合には、負荷が発生する時間帯に、ハートビートの閾値と間隔を延ばしていただく回避策の実施をご検討ください。

バックアップなどの負荷がかかるジョブを実行する前に、ハートビートの閾値を延ばすコマンドを組み込んだバッチファイルをタスクスケジューラーなどで実行し、ジョブ完了後に、閾値を元に戻すコマンドを組み込んだバッチファイルを実行する方法などが回避策として有効です。

ハートビートのタイムアウト値については推奨値はなく、環境に合わせて柔軟に変更可能ですので、OS やネットワーク負荷によるハートビート通信が失敗している環境では、適宜変更をお願いします。

また、ボリュームのサイズについても、ハードの性能に依存するため、こちらも環境に合わせて、適宜、サイズの変更をお願いします。

シャットダウンイベント追跡ツールのコメント記入欄について

2013-03-13T09:23:00Z

こんにちは。Windows プラットフォームサポートの世古です。

今回は Window Server 2012 にてシャットダウンまたは再起動の際にコメントを記入する方法についての記事となります。

Windows Server 2003 以降ではイベント追跡ツールによってシャットダウンまたは再起動の際にコメントを記入する事ができます。このコメント欄にユーザーがシャットダウン理由を記入する事で管理者が後でなぜその時にシャットダウンが行われたかイベントビューアーから確認出来ます。

Windows Server 2012 でも引き続きこの機能は有効ですが、シャットダウンの方法によって、従来通りのコメント入力を行う方法と、コメントを省略し、より簡易的に理由を選択できる方法と、動作が分かれております。

具体的には、チャームの「設定」より「電源」を選択した場合には、コメントを省略し、より簡易的に理由を選択できる方法でシャットダウンが行われます。

もし管理上、従来通りのコメント入力を行いたい場合は Alt+F4 またはコマンドよりコメントを記入する事が可能です。

また、VBScript と組み合わせてシャットダウン画面を表示する方法もございますので、これらの方法についてそれぞれご紹介させていただきます。

- ショートカットキーを利用する方法

デスクトップ上でショートカットキー (Alt + F4) 操作によって、コメント欄付きのシャットダウンウィンドウを表示する事が出来ます。

- コマンドを利用する方法

タスクやバッチジョブ等と組み合わせて実行する場合には、以下の shutdown コマンドを使用してコメントを入力する方法が有効です。

Shutdown /c "コメント" /s

コマンドを実行しても結果等は表示されませんが、暫くするとサインオフの画面が表示されシャットダウンが実施されます。シャットダウン時には入力した“コメント“が表示されます。

- VBScriptを利用する方法

GUI よりコメント記入欄を表示する場合には、VBScript を使用する事でシャットダウンのアイコンを作成する方法もございます。

以下の VBScript のコードをメモ帳より .vbs ファイルとして保存する事で、[Alt] + [F4] キーを押した際と同様の結果が得られるアイコンを作成出来ます。

--- VBScript のコード ---

dim objShell
set objShell = CreateObject("shell.application")
objshell.ShutdownWindows
set objShell = nothing

------

- 補足：VBScript ファイルのアイコンをショートカットにピン止めするには

Windows Server 2012 では、VBScript のファイル自体またはショートカットをピン止めする事ができません。

ピン止めするには以下を手順をご参照ください。

1. VBScript のファイルを任意の場所に置きます。

2. 新規作成でデスクトップにショートカットを作成します。

3. 以下の様な画面が出てくるので、”cscript” + “VBScript の配置場所”を指定し、「完了」をクリックします。

4. ショートカットの名前を指定し、「完了」を押します。

すると以下の様なアイコンが出来ます。

5. アイコンを右クリックし、「スタートにピン留め」を選択する事でピン留めが可能です。

さらにアイコンの画像を変更したい場合には次の手順に進んでください。

6. ショートカットを右クリックし「プロパティ」をクリックします。

7. 「ショートカット」タブの「アイコンの変更」ボタンをクリックします。

8. 「アイコンの変更」画面より「参照」ボタンをクリックします。

9. %SystemRoot%\system32\SHELL32.dll を選択し、「開く」をクリックします。

10. 「アイコンの変更」画面よりアイコンを選択し、「OK」をクリックし、更にシャットダウンのプロパティ画面でも「OK」をクリックし画面を閉じます。ショートカットのアイコンが変更されます。

11. アイコンを右クリックし「スタートにピン留め」をクリックする事で、以下のようにタスクバーにショートカットを配置する事が出来ます。

チャームの「設定」より「電源」を選択した場合の理由を選択できる項目は以前のバージョンよりも多くご用意しておりますが、選択肢に該当項目が無い、または手動でコメントを残したい場合にはこの記事で紹介いたしました方法をご利用ください。

HPC サポート機能の変更

2013-03-11T05:06:00Z

こんにちは。Windows プラットフォームサポートの三宅です。

今回は HPC Pack 2008 R2 にて大幅に変更されたサポート機能について紹介させていただきます。

HPC Pack 2008 R2 SP2 までは、HPC ジョブスケジューラサービスにアクセスするための機能

として HPC Basic Profile Web Service がサポートされておりました。

しかしながら、HPC Pack 2008 R2 SP2 で、新たに Web Service Interface という機能が

追加されたため、HPC Pack 2008 R2 SP3 から HPC Basic Profile Web Service のサポートが

終了いたしました。そのため、HPC Pack 2008 R2 SP3 以降は、Web Service Interface を

お使いいただく必要がございます。

大幅にサポート機能が変更されることにより、お客様には構築や運用にて

お手数をお掛けすることになりますが、何卒宜しくお願いいたします。

Web Service Interface をお使いになる際、参考となる資料を以下にご紹介いたしますので、

ご参照いただけますと幸いでございます。なお、Web Service Interface に関するご質問、

また構築の際にトラブルが発生した場合には、弊社までお問い合わせください。

= 参考資料 =

- サポート機能変更に関する記述

HPC Server Basic Profile Web Service Operations Guide

http://technet.microsoft.com/en-us/library/cc972837.aspx

- HPC ヘッドノードでの設定方法

Install the Microsoft HPC Pack Web Components

http://technet.microsoft.com/en-us/library/hh314627.aspx

- Web Service Interface の REST API に関して

Creating and Submitting Jobs by Using the REST API in Windows HPC Server 2008 R2

http://social.technet.microsoft.com/wiki/contents/articles/7737.creating-and-submitting-jobs-by-using-the-rest-api-in-windows-hpc-server-2008-r2.aspx

- Web Service API サンプルコード (HPC2008R2.SampleCode.zip)

HPC Pack 2008 R2 SDK with Service Pack 4

http://www.microsoft.com/en-us/download/details.aspx?id=29992

クラスター共有ボリューム (CSV) の最大数について

2013-02-28T03:10:00Z

こんにちは。Windows プラットフォームサポートの加藤です。
本日は、Windows Server 2008 R2 のクラスター共有ボリューム (CSV) の最大数についてお伝えします。

クラスター共有ボリューム (CSV) の最大数自体には制限がないため、登録できるボリュームの数は、OS で認識可能な LUN の数と同じです。

Windows Server 2008 R2 のサポートする LUN の最大数は、以下の通りです。

SCSI、FC 接続
- 各 HBA アダプターにつき 8 個のバス
- ひとつのバスにつき 128 個のターゲット ID
- ひとつのターゲット ID につき 255 個の LUN

iSCSI 接続
- Windows Server 2008 R2 標準の iSCSI イニシエーターの最大ターゲット数は 255 個
- ひとつのターゲット ID につき 255 個の LUN

なお、OS 側の制限に達する前に、ストレージの仕様により、最大数の制限を受ける可能性があります。
例えば、Microsoft iSCSI Software Target 3.3 では、ひとつのターゲットにマッピングできる LUN 数は 128 個までという制限があります。
ストレージ側の仕様については、ハードウェアベンダーにお問い合わせください。

[参考資料]
文書番号 : 310072
- Adding support for more than eight LUNs in Windows Server 2003 and in Windows 2000
http://support.microsoft.com/kb/310072/en-us
※ Windows Server 2003 までの情報となっておりますが、Windows Server 2008 R2 についても同様です。

文書番号 : 2821904
Windows Server 2008 R2 における iSCSI イニシエーターの最大接続数について
http://support.microsoft.com/kb/2821904

クラスター環境で推奨されるネットワークの本数について

2013-02-27T11:10:00Z

こんにちは。Windows プラットフォームサポートの戸田です。

日々のサポート業務の中で、よくお問い合わせを頂く内容についてご紹介します。

複数の Windows が連携して動作するフェールオーバークラスター環境では、ノード間の相互接続が正常であることが、クラスターの安定動作のために重要です。

フェールオーバークラスターを構築する場合、冗長化のために少なくとも各ノード毎に 2 つの物理 NIC を用意いただくことを推奨していますが、環境によってさらに物理 NIC が必要となります。

構成により様々な用途でネットワークが使用されるため、結局いくつの NIC が必要になるのかが分からないといった声もいただきます。この記事では、フェールオーバークラスター環境を計画、構築いただく際に考慮いただきたいネットワーク構成についてお伝えします。

まずは表で簡単にまとめ、それぞれについては以下に説明します。

環境	ノード毎に必要な物理 NIC の枚数と用途
フェールオーバークラスター環境	2 (a)(b)
ライブマイグレーション環境	+ 2 (d)(e)
iSCSI 環境	+ 1 (f)

まずクラスターで使用されるネットワークは以下の 2 種類の役割(a)(b)を持っています。

(a) クラスターノードのみで使用するネットワーク

プライベートネットワークとも呼ばれ、ノード間の同期、クラスター通信に利用されます。「フェールオーバークラスターマネージャー」のネットワークのプロパティで「このネットワークでのクラスターネットワーク通信を許可する」が選択されたネットワークです。

(b) クライアントアクセスポイントで使用するネットワーク

パブリックネットワークとも呼ばれます。上記に加えクラスター外のホストとの通信を行います。デフォルトゲートウェイの設定を持ち、ドメインコントローラーとの通信や、DNS サーバーとの通信で使用されます。「フェールオーバークラスターマネージャー」のネットワークのプロパティで「このネットワークでのクラスターネットワーク通信を許可する」と「クライアントにこのネットワーク経由の接続を許可する」が選択されたネットワークです。このネットワークのみでもクラスターを構成することは可能ですが、クラスター相互接続の冗長化のため、複数のネットワーク経路を用意いただくことを推奨しています。

- 参考資料
フェールオーバークラスターのネットワーク設定を変更する
http://technet.microsoft.com/ja-jp/library/cc725775.aspx

CSV を使用するライブマイグレーション環境ではさらに以下の用途(c)(d)(e) のネットワークを考慮していただく必要があります。

(c) CSV (Cluster Shared Volumes) へのアクセス (リダイレクト I/O ) のためのネットワーク。

通常 (a) のネットワークが使用されるので、個別に用意する必要はありません。

(d) ライブマイグレーション用のネットワーク

仮想マシンのライブマイグレーション処理では、仮想マシンのメモリー情報をこのネットワークを使って転送します。定常的ではないにしろ、相当量のトラフィックが流れることが予想されるため独立したネットワークを用意します。このネットワークの選択は「フェールオーバークラスターマネージャー」から仮想マシンのプロパティを開き、[マイグレーション用ネットワーク] タブで、指定と優先順位の設定ができます。

(e) Hyper-V 仮想マシン(ゲスト OS) 用のネットワーク

ホストマシン、ゲストマシンのトラフィックを分けるため「Hyper-V マネージャー」の「仮想ネットワークマネージャー」にて「管理オペレーティングシステムにこのネットワークアダプターの共有を許可する」のチェックを外し、仮想マシン専用の物理 NIC として使用されることを推奨します。

ライブマイグレーション環境では上記 (a) ～ (d) ( a と c は併用) のネットワークとして、また仮想マシン専用(e)の NIC を加えて 4 つの物理 NIC を用意いただくことを推奨します。

(f) iSCSI ストレージ用のネットワーク

iSCSI のストレージをご利用いただく場合には、さらに専用の NIC が必要となります。この物理 NIC はクラスターでは使用せずネットワークのプロパティで 「このネットワークでのクラスターネットワーク通信を許可しない」を選択しておきます。

フェールオーバークラスターは障害検出を以って高可用性を実現するプロダクトです。一時あるいは定常的に流れる大量のトラフィックによってクラスター通信の遅延などが発生しないように考慮いただくことがネットワーク分離の考え方の基となっています。 (f) は iSCSI ストレージ用とご案内していますが、クラスター用途とは直接の関係のない、バックアップやデータ転送などの用途で使用するネットワークも同様の扱いとなります。

なお、この記事でご案内したネットワーク (NIC) の数については、クラスター環境で必ずこうしなければいけないというものではなく、一つの指針としてご理解ください。もし現在運用されているクラスター環境でネットワーク障害が検出されることが多いという場合にはこれら、用途別のネットワークの分離について一度ご確認をいただけると幸いです。

詳細については以下の公開資料がありますので、ご一読いただければと思います。

- 参考資料
Hyper-V: Live Migration Network Configuration Guide公開
 http://technet.microsoft.com/en-us/library/ff428137(WS.10).aspx

ソース :SRMSVC イベント ID:12339,12344 の対処方法

2013-02-27T09:23:00Z

こんにちは。 Windows テクノロジーサポートの江田です。

今回は、ドメインコントローラーに Windows Server 2012 が存在しない環境において Windows Server 2012 のドメインに参加するサーバー上にてファイルサーバーリソースマネージャーの機能を導入している際に、以下のイベント (ソース:SRMSVC,イベント ID:12339,12344) が 15分程度の間隔で記録される場合の対処方法についてご紹介いたします。

本メッセージ自体は、ドメインコントローラーと同期した際に Windows Server 2012 に対応したスキーマ定義がないことが原因で記録されます。

対応策としては、以下のいずれかとなります。なお、イベントについては、ドメインコントローラーに Windows Server 2012 より追加された機能を保有しているかの確認をし、保有していない旨のイベントになりますので無視していただいても構いません。

Windows Server 2012 のドメインコントローラーを導入していただく
現在使用している DC のスキーマのバージョンを Windows Server 2012 にする

なお、スキーマのバージョンアップの手順については、以下の資料をご参照ください。

           Adprep.exe の実行
           http://technet.microsoft.com/ja-jp/library/dd464018(v=ws.10).aspx
           -> adprep.exe /forestprep
           -> adprep.exe /domainprep

運用や環境に合わせて対策を選択していただければと思います。

Ask CORE

WMI に関する修正プログラムについて (Windows Server 2008)

Windows Server 2008

- メモリ リーク

- 処理応答遅延/停止

- クラスター環境

- パフォーマンス オブジェクト関連

- リポジトリ破損

- その他

WMI に関する修正プログラムについて (Windows Server 2012 / 2008 R2)

Windows Server 2012

Windows Server 2008 R2/Windows 7

- メモリ リーク

- 処理応答遅延/停止

- クラスター環境

- パフォーマンス オブジェクト関連

- その他

Windows 7 / Windows Server 2008 R2 環境でのDynamic Cache Service 利用について

Windows の予期しない再起動が発生した原因について

クラスター ハートビート通信の失敗と OS の負荷について

シャットダウン イベント追跡ツールのコメント記入欄について

HPC サポート機能の変更

クラスター共有ボリューム (CSV) の最大数について

クラスター環境で推奨されるネットワークの本数について

ソース :SRMSVC イベント ID:12339,12344 の対処方法

- メモリリーク

- パフォーマンスオブジェクト関連

- メモリリーク

- パフォーマンスオブジェクト関連

クラスターハートビート通信の失敗と OS の負荷について

シャットダウンイベント追跡ツールのコメント記入欄について