タグ付けされた質問 「wmi」

ローカルユーザーアカウントの作成日を取得したい（重要な場合はWin 7）。私は次のWMIオブジェクト（そしてもちろんGoogle）を見てきました。 Win32_UserAccount Win32_NetworkLoginProfile から返されたオブジェクトにNetworkLoginProfileは最終ログイン時刻がありますが、作成日はありません。Date Createdプロファイルフォルダーのプロパティを確認すると、フォルダーが作成された日付が示されるだけで、必ずしもアカウント自体は示されません。

8 windows  powershell  wmi  user-accounts 

Start-CMSoftwareUpdateDeploymentコマンドレットを使用して、ソフトウェア更新プログラムグループを既存のコレクションに展開しようとしています。 PS WHO:\> Start-CMSoftwareUpdateDeployment -SoftwareUpdateGroupName "Update Group - Microsoft Updates" -CollectionName ` Eval_OSUpdates -DeploymentType Required -SendWakeUpPacket $true -AllowRestart $true -PersistOnWriteFilterDevice $true ` -DownloadFromMicrosoftUpdate $true -DeploymentName "Evaluation Deployment - Update Group - Microsoft Updates" ` -UserNotification DisplayAll -RestartWorkstation $false -AllowUseMeteredNetwork $true 必要なパラメーターはすべて指定されていますが、実行時に次のエラーが表示されます。 Start-CMSoftwareUpdateDeployment : ConfigMgr Error Object: instance of SMS_ExtendedStatus { …

8 powershell  wmi  sccm-2012  update 

win32_diskdriveクラスを使用して、ドライブでSMARTが有効になっているかどうかなど、リモートマシンのディスク情報を取得しようとしました。 これは思ったよりトリッキーです。ステータスプロパティを読み取るのは簡単ですが、Capabilitiesプロパティで興味深いもの、つまり「SMART Notification」が利用可能かどうかを示す値を発見しました。この値は、コマンドが昇格されたセキュリティコンテキストで実行されない限り表示されません。したがって、たとえば（gwmi win32_diskdrive）.Capabilitiesを実行した場合、SMART値（10）は値の配列にまだ表示されません。昇格したプロンプトで実行した場合は表示されます。私が知る限り、昇格されたコンテキストでwinrmセッションを実行することはできません（そして、私は安っぽいschtasksハックやpsexecには興味がありません）。 それで、私はwin32_diskdriveをMSStorageDriver_FailurePredictStatusクラスにマップしようとしました。SMARTがCapabilitiesプロパティに表示されていても、必ずしも有効になっているとは限らないので、とにかくこれを行う必要があると思います。 win32_diskdriveのPNPDeviceIDプロパティをMSStorageDriver_FailurePredictStatusのInstanceNameプロパティにマッピングしていましたが、InstanceNameプロパティはこれが機能するのに十分なほど一意ではないと思います。たとえば、これは私のInstanceNameです。IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_0 インターフェースタイプ（IDE）、モデル番号（ST3250312AS）、ファームウェアバージョン（JC47）、ある種の一意の識別子（5&350bf0c3&0&0.0.0）、インデックス番号（_0）のようなものを示しています。グーグルする5&350bf0c3&0&0.0.0とドライブの情報が表示されるので、この番号は一意ではないと思います。つまり、一意性は、win32_diskdriveクラスのPNPDeviceIDプロパティに含まれていないインデックス番号にあります。私たちのサーバーの多くは複数の同一のディスクを持っているため、これは問題です。 私の懸念は、次のMSStorageDriver_FailurePredictStatusように複数のディスクを表すことです。 IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_0 IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_1 IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_2 そして、それらすべてのwin32_diskdriveのPNPDeviceIDプロパティは、 IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0 win32_diskdriveから取得したオブジェクトMSStorageDriver_FailurePredictStatusをリモートセッションを介してpowershell に確実にマッピングしたり、別の方法でこれを行うにはどうすればよいですか？ 編集： さて、私は過剰反応していたようです。多数のサーバーを確認したところ、次のようなInstanceNames \ PNPDeviceIDsが見つかりました。 SCSI\Disk&Ven_TOSHIBA&Prod_MBF2600RC\5&354ecb35&0&000200_0 SCSI\Disk&Ven_TOSHIBA&Prod_MBF2600RC\5&354ecb35&0&000300_0 だれもこれを最終的に確認できない場合は、この値が実際には一意であると仮定し、これを「回答」としてマークします。

8 powershell  wmi  smart  winrm 

パッケージ（および現在はアプリケーション）のすべてのターゲットロジックをコレクションで処理しています。SCCM 2007からSCCM 2012 SP1に移動したので、そのロジックをアプリケーションプログラムモデルに移動し、グローバル条件と要件を使用して実装することをお勧めします。これには多くのメリットがあります。コレクションは純粋に階層的または論理的なグループ化に使用されます。Supercedenceを使用すると、よりシームレスなアプリケーションの展開が実現し、検出ロジックが改善されます。 例として、Adobe Flash Playerプラグインを使用します。FirefoxがインストールされているワークステーションにAdobe Flash Playerプラグインをデプロイしたいだけです。SCCM 2007パッケージプログラムモデルを使用して、Firefoxがインストールされているすべてのワークステーションを含むWQLクエリに基づいてコレクションを作成します。 select * from SMS_R_System inner join SMS_G_System_SoftwareProduct on SMS_G_System_SoftwareProduct.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SoftwareProduct.ProductName like "Mozilla Firefox" コレクションを作成したら、それに対してパッケージプログラムを展開します。アプリケーションプログラムのグローバル条件と要件ロジックを使用して、同じロジックを複製しようとしています。WQLクエリベースのグローバル条件を構築しようとすると、すべてwbemErrTypeMismatchエラーが発生します（2147749893 (0x80041005)）。 ベストプラクティスでは、ターゲットロジックをアプリケーションにバンドルしておくことを推奨しているため、適切なWQLクエリのグローバル条件を作成し、アプリケーションの要件を使用してそれを評価できます。 WQLクエリから始めましょう。Scriptomaticを使用してSMS_InstalledSoftware、root\cimv2\sms名前空間の一部であるWMIクラスのすべてをダンプしました。Win32_ProductはWindowsインストーラーでインストールされたソフトウェア専用であるため、何かがインストールされているかどうかを評価する場合、SMS_InstalledSoftwareがクエリを実行するのに最適な場所であると私は確信しています。 次のFirefox関連オブジェクトを見つけました。 ARPDisplayName: Mozilla Firefox 23.0.1 (x86 en-US) ChannelCode: ChannelID: CM_DSLID: EvidenceSource: CPXCCCCCCXCXCXCXXXXXCXXXXX InstallDirectoryValidation: 4 InstalledLocation: C:\Program Files (x86)\Mozilla Firefox InstallSource: …

8 sccm-2012  wmi