System Center

件名の通りなのですが、久しぶりに検証環境を新規に構築する必要があり、作業をしていましたら、SCCMのインストールウィザード中の前提条件の確認で文字化けが発生してしまい、メッセージが読めませんでした…。 ...

今回はSCCMのコンプライアンス設定の1つの例として、ローカルのアドミニストレーターグループに特定のグループが入っているコンピューターを抽出し、さらには修正まで行ってみたいと思います。 ...

Windows 10ではCB(Current Branch), CBB(Current Branch for Business), LTSB(Long Time Service Branch)というようにリリース速度によって複数のブランチがあります。 新機能が出てきたらすぐに展開されるもの、そおから数ヶ月たってから展開されるもの、長い期間ずっと同じバージョンで安定させるもの…。 詳しい説明は以下がわかりやすいので見ていただければ…。(省エネ) - Windows 10コラム 第3回** 「CBとCBBはどうやって切り替える？」 | NTTデータ先端技術株式会社** 実際に組織内のクライアントがどのビルドになっているのか…の確認はクエリを作成し、そのクエリ結果にビルドを含めればすぐに解ります。具体的には以下の用に設定可能です。 これで確認可能ですが、これ自体ではどの端末がCBに設定されているのか、CBBに設定されているのか…という点に関してはわかりません。 SCCM のCurrent Branchであればシステムリソースの属性に「Operating System Readiness Branch」という属性があり、そのあたいによってCB, CBB, LTSBの判定が行えます。 実態はレジストリであり、GPO「アップグレードを延期する」での設定も可能な属性です。 HKLM\software\microsoft\windowsupdate\UX\Settings\DeferUpgradeが0の場合にはCB、１の場合にはCBBということになります。 SCCM CB以外でもレジストリの値によるコレクション作成も技術的には可能ですね。 この辺りを考慮したコレクション作成のPowerShellスクリプトが下記で共有されているので確認いただければと思います。 - How can I use PowerShell to populate Windows 10 CB, CBB, LTSB and Insider Preview collections in System Center Configuration Manager (Current Branch) | just another windows noob ? CBとCBBは事実上同じもので、アップデートのタイミングのみレジストリでコントロールされており、LTSBに関してはメディア自体が異なり中身も異なる別物扱い…というのが私の現状の理解です。

Orchestratorの「.NETスクリプトの実行」アクティビティ内でPowerShellスクリプトを実行した際には、古いバージョンのPowerShell環境が立ち上がります。このせいで、「手で動かしたら動くのに、OrchestratorのRunbookにしたら動かない！」という状況が発生します。 ...

SCCMにてレポートを自動作成して、メールで送付したいケースは結構あるものと思われます。 簡単な手順で実行できますので、そのやり方を紹介します。 まず、自動生成したレポートを探します。そして「サブスクリプションの作成」を行います。 ※目的にあったレポートが規定のレポート群から見つからない場合には、カスタマイズして作成するのも良いですね。 あとはこのウィザードをすすめていけばよいだけ・・・なのですが、結構な環境で配信方法に「Windowsファイル共有」しか存在しないのではないでしょうか。 SCCMのレポートおよびレポート配信は完全にSQL ServerのReporting Servicesの機能を利用しています。ですので、Reporting Services上でメール配信の構成を予め行っておく必要があります。 以下が、その構成方法が書かれているページです。 - 電子メール配信用のレポート** ****サーバーの構成 (Reporting Services)** 残念ながら英語のみですが…。 ここでは、別途SMTPを投げつけるとメールを送信してくれるSMTPサーバーがいる場合の設定を紹介します。 SQL Server 2014 Reporting Services構成マネージャーを起動します。 SCCMが利用しているレポートサーバーインスタンスに接続します。 「電子メールの設定」に適切な設定を入力して「適用」を押します。 これでレポートサーバーへの電子メールの設定が行われました。 再度SCCMサーバーでサブスクリプションを作成します。 レポート配信手段として「電子メール」も構成可能となりました。 適宜パラーメーターを埋めます。Toの部分が「終了」になってしまっているのはローカライズのバグですね…。 配信スケジュールを設定します。 レポートパラメータを決定します。 設定したサブスクリプションはReporting Serviceのレポートマネージャーサイトから確認出来ます。

Configuration Managerの配布ポイントへのコンテンツ展開状況の確認は直接共有を覗く！…というのも可能ですが「Content Library Explorer」を使用するのが簡単です。Content Library ExplorerはSystem Center 2012 R2 Configuration Manager Toolkitに含まれています。以下からダウンロードできます。 ...

SCCMのコレクションを「PC名の末尾の数字」によって作成し、ある程度ランダムに、均等に分割して管理したい…という要望がありました。 これはWQLのクエリを書くことで実現できますね。例えば「末尾1で終わっているもの」を抽出するには以下のようなクエリで実現できます。 ...

- [Download System Center Management Pack for Microsoft Azure (Technical Preview) from Official Microsoft Download Center](http://www.microsoft.com/en-us/download/details.aspx?id=50013) 待望の新しいAzure管理パックが出てきています。この管理パックの特徴はなんといっても… - AzureのREST APIをキックする方式 - Azure Resource Managerによって標準的な手法で公開されるパフォーマンスデータを取得する - 新しいARM対応サービスに**自動対応**する 「自動対応」がとても嬉しいですね。全部ARMにきちんと寄せていってもらえると思ってますので、Azureの監視は何でもかんでもこれだけでOKになる…はず！

SCSMのセルフサービスポータルHTML5で実装された新しいものが発表されておりますが、先日SilverlightベースのSCSMのセルフサービスポータルを諸事情あり構築する必要がありました。その中でインストールに失敗する事象があったので書き残しておきます。 下記の画像のように、セルフサービスポータルのインストール中にエラーが発生し、インストールはロールバックされてしまいました。 色々調べたのですが今回は結局以下のフォーラムのやり取りの中で触れられている「System Center Data Access Service」がビンゴでした。 - https://social.technet.microsoft.com/forums/systemcenter/en-US/d9c8ba2f-ed2e-4273-890c-00d17d0522ed/service-manager-portal-createmomregkey SCSMサーバー上でこのサービスが停止してしまっており、それが原因で通信出来ず、インストール失敗という流れでした。 ...

Service ManagerのセルフサービスポータルでOrchestratorのRunbookを公開するあたりの操作ははじめてやるとわかりにくいと評判ですが、一度わかってしまえば大したことないのも事実です。今回はちょっとこの辺りのメモを自分用に書いておきます。 ...

非常に簡単ですが、以下のWQLでMac OSのみをメンバとすることが出来ます。 Select SMS_R_System.ClientEdition from SMS_R_System where SMS_R_System.ClientEdition = 5 同様に以下のクエリでUnix/Linux端末のみをメンバとすることが出来ます。 ...

System Center Configuration Managerでは「ソフトウェアの追加と削除」の項目を収集するのに加えて、*.exeファイルを対象に情報を収集した上でそれをソフトウェア辞書とマッチングさせてレポートさせる「資産インテリジェンス」という機能があります。こちらの「資産インテリジェンス」ではSCCMがSystem Center Onlineに接続し、辞書を自動的にダウンロードしてくる動きとなっています。 ...

下記のブログにて知りました。Service Managerに新ユーザーポータルが登場する模様です。 Service Manager Lync Up Summary August 2015 – New portal sneak preview | jhnr.ch 今までのSCSMのユーザー用のセルフサービスポータルはSharePoint上への構築だったり、Silverlightベースだったりして、お世辞にも使いやすいとはいえず、改善要望が多い点でありました。そこに対してSystem Center 2016でも新しい動きが見られなくて残念だな…と思っていたら、なんとSystem Center 2012 R2のRUにて新ポータルが登場らしいとの事！これはSystem Center周りでは随分なビックニュースです。 ...

「どんなことが自動化できるの？」という質問をよくもらうので、SCOのRunbookサンプルをまとめている中で、Web上でよくまとまったシリーズを見つけたので共有します。 ...

Channel9に上がっている、Igniteの動画をみました。SCOMのダッシュボード作成に関してのセッションです。 セッションの要点としては… - SCOM 2012 R2 UR2, SCOM 2012 SP1 UR6から新しいダッシュボードウィジェットが追加されていて簡単にグラフィカルなダッシュボードが作成できる - SQL Serverの管理パックは素敵でグラフィカルなUIだが、そのウィジェットを任意のグループで利用できるものを開発中。 （おそらくDownload Microsoft System Center Management Pack for SQL Server from Official Microsoft Download Centerが該当のものだと思います。私は未検証です。） - Azureの管理パックは既存の物は新しいサービスが登場しても追従できないなど問題があった。今新しいものを作成していて、それだと新しいサービスにも自動追従しながら簡単にパフォーマンスカウンタを取得しつつ、アラートを出力するルールを定義できる。 ...

SCOMではUNIX/Linuxのサポートも拡充されています。以下はUbuntu 14.04にエージェントを配布する例です。 リソースプールの作成 Linuxホストの監視をその他のWindowsサーバー群と同じ管理サーバーで行うにしても、別の管理サーバーで行うにしても、まず、リソースプールを追加するのがお勧めです。 ### 証明書 次に、リソースプール内の管理サーバーが全ての管理サーバーの公開鍵を保持するように構成する必要があります。 - Managing Resource Pools for UNIX and Linux Computers (UNIX および Linux コンピューター用のリソース プールの管理) 今回の環境では、管理サーバーが1台のみの検証環境なのでこの作業はスキップします。 ### UNIX/Linux アカウント UNIX/Linux用のアカウント情報を作成します。 プロファイルとしては上記の3つのプロファイルがありますので、それぞれに割り当てます。このあたりはどこに、どのアカウントを割り当てるのか…というのは環境しだいですね。 ### エージェントの配布 もちろんSSHキーを用いて認証してもいいのですが(構成次第)、ここではユーザー名とパスワードで認証しています。 このように失敗してしまうのは管理パックが古いからです。以下のページから最新の管理パックをダウンロードしインポートすることで対処できます。 - Download System Center 2012 Management Pack for UNIX and Linux Operating Systems (2015/04) from Official Microsoft Download Center これでエージェントのインストールは完了です。

SCOMには「プロセス監視」の管理パックテンプレートがあり、お手軽にプロセスの監視が出来ます。 結構細かい指定がコンソールから簡単に行えるので、重宝します。 ...

クライアントが保持している特定のファイル形式の一覧と容量を調査したい…というニーズは結構あると思います。 ここではたとえば「ユーザーがローカルで保持しているPSTファイルの一覧と容量を調査する」という例でその実装方法を紹介したいと思います。 ### クライアント設定(ソフトウェアインベントリ) まずクライアント設定を作成します。規定のクライアント設定を変更しても良いですが、別の設定を作成したほうが柔軟に対応できるかなと思います。 この例では*.pstファイルの情報を収集するように設定しています。 作成した設定を展開していきます。 ここではもちろん任意のコレクションを選択することが出来ます。 単に待っていると下手をすると1週間とか待たなくてはいけないので「コンピューター ポリシーの取得および評価サイクル」と「ソフトウェア インベントリ サイクル」を「直ちに実行」しておきます。 これでもしばらく待つことになりますが、クライアント側のC:\Windows\CCM\LogsInventoryAgent.logを見るとソフトウェアインベントリが行われている状況が確認できます。 Inventory: *********************** Start of message processing. *********************** InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Message type is InventoryAction InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Temp directory = C:\Windows\CCM\Inventory\Temp\ InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Clearing old collected files. InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Opening store for action {00000000-0000-0000-0000-000000000002} … InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) InventoryVersionNumber for ‘{00000000-0000-0000-0000-000000000002}’ not found. InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) CInvState::VerifyInventoryVersionNumber: Couldn’t get version number for ‘{00000000-0000-0000-0000-000000000002}’: 80070490 InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Delta report without a previous Full report; will do a Full report. InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Action=Software, ReportType=Full, MajorVersion=1, MinorVersion=0 InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Initialization completed in 0.046 seconds InventoryAgent 2015/07/08 12:25:06 10944 (0x2AC0) Inventory: Message [Type=InventoryAction, ActionID={00000000-0000-0000-0000-000000000002}, Report=Delta] already in queue. Message ignored. InventoryAgent 2015/07/08 12:34:38 11588 (0x2D44) CThrottler::Throttle()[{C0ED66AD-8194-49FD-9826-D0DD38AB7DAA}] - soft timeout exceeded. Throttling is now disabled for the current iteration of this task. InventoryAgent 2015/07/08 14:25:08 5980 (0x175C) Collection: Input context, scan rate in milliseconds = 2 InventoryAgent 2015/07/08 14:25:08 5980 (0x175C) Collection: Input context, skip file name = skpswi.dat InventoryAgent 2015/07/08 14:25:08 5980 (0x175C) Collection: Namespace = `\.\root\ccm\invagt`; Query = SELECT Name, Path, LastWriteDate, Size, CompanyName, ProductName, ProductVersion, ProductLanguage, FileVersion, FileDescription FROM FileSystemFile WHERE Name = ‘.pst’ AND Path = ‘\*’ AND SkipWindirFolders = TRUE AND IsCompressed = FALSE AND IsEncrypted = FALSE; Timeout = 14400 secs. InventoryAgent 2015/07/08 14:25:08 5980 (0x175C) Inventory: Collection Task completed in 7824.094 seconds InventoryAgent 2015/07/08 14:35:31 13364 (0x3434) Inventory: Temp report = C:\Windows\CCM\Inventory\Temp\148a9b9e-6ffc-4966-b228-bc89d47643a2.xml InventoryAgent 2015/07/08 14:35:31 13364 (0x3434) Collection: 1/1 inventory data items successfully inventoried. InventoryAgent 2015/07/08 14:35:31 13364 (0x3434) Inventory: Starting reporting task. InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) Reporting: 1 report entries created. InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) Inventory: Reporting Task completed in 0.031 seconds InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) Inventory: Successfully sent report. Destination:mp:MP_SinvEndpoint, ID: {79FE0043-18F1-4463-AB89-CF55DE7B8D14}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) Inventory: Cycle completed in 7824.562 seconds InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) Inventory: Action completed. InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) Inventory: ************************ End of message processing. ************************ InventoryAgent 2015/07/08 14:35:31 14508 (0x38AC) 結果、ソフトウェアインベントリでファイルの情報を確認することができました。 削除してゴミ箱に入っているデータもレポートに含まれていますね。 ### レポートの利用 1台ずつリソースエクスプローラーで確認するのも大変なので、レポートで一括で確認してみます。 標準のレポートとしては以下のあたりがソフトウェアインベントリで収集したファイルを確認できるレポートです。 残念ながら、規定で用意されているサポートだと特定のコンピューターを指定する、特定のファイル名を指定する…ということをしないと情報が出力出来ず用途によってはちょっと不便ですね。 ここはカスタマイズしたレポートを作成する、あるいは直接SQL DBの中を覗く…という対応が良さそうです。 ### SCCMのDBスキーマ SCCMのSQL DBのスキーマはきちんと公開されています。 - SQL Server Views in System Center 2012 Configuration Manager 直接テーブルを参照するのではなく、ビューを通して参照することはサポートされています。 今回はソフトウェアインベントリの結果を参照したいので、以下が該当します。 - Software Inventory Views in Configuration Manager v_GS_SoftwareFile Lists the files and associated product IDs on each Configuration Manager client. The view can be joined to other views by using the ResourceID column. このビューの中身を見てみます。 きちんと収集されている情報が見られますね。 ### 既存のレポートの参照 コンピューター名の情報などは普通に欲しくなると思いますので、ResourceIDをキーにして紐付けばよい…のですが、自分で全部一から調べるよりも既存のレポートがどのように情報を生成しているのかを調べたほうが楽ですね。 > Select SYS.Netbios_Name0, SYS.Resource_Domain_OR_Workgr0, SF.FileName, SF.FileDescription, SF.FileVersion, SF.FileSize, SF.FileModifiedDate, SF.FilePath from fn_rbac_GS_SoftwareFile(@UserSIDs) SF join fn_rbac_R_System(@UserSIDs) SYS on SF.ResourceID = SYS.ResourceID WHERE SYS.Netbios_Name0 Like @variable Order by SF.FileName レポートは権限にもとづいて必要なもののみが表示されるように実装されているので、@UserSIDsなどがつかわれていて若干難しいですね。詳細は以下が参考になります。 - How to create an RBA capable report for ConfigMgr R2 - The Config Ninja Blog - Site Home - TechNet Blogs とりあえず、権限のコントロールは無視し、コンピューター名で絞らずに全部出すようにします。 > Select SYS.Netbios_Name0, SYS.Resource_Domain_OR_Workgr0, SF.FileName, SF.FileDescription, SF.FileVersion, SF.FileSize, SF.FileModifiedDate, SF.FilePath from v_GS_SoftwareFile SF join v_R_System SYS on SF.ResourceID = SYS.ResourceID Order by SF.FileName ...

SQL Server 2014 + SCCM 2012 R2 SP1という構成でレポートサービスポイントの構成に失敗する現象がありました。 > 重要度 種類 サイト コード 日付/時刻 システム コンポーネント メッセージ ID 説明エラー マイルストーン AZR 2015/07/08 8:49:12 EBSJSQL01.EBSJSC.LOCAL SMS_SRS_REPORTING_POINT 7403 レポート サーバー サービスが、レポート サービス ポイント サーバー “EBSJSQL01.EBSJSC.LOCAL” で実行されていません。レポート機能を有効にするには、サービスを開始してください。 原因は不明ですが、レポートサーバーサービスが実行されていないと言われてしまいます。名前付きインスタンスを作成する時に、一緒にレポーティングサービスも構成した環境で、たしかにサービスも上がっているのですが…。 しかたがないので、一度レポーティングサービス関連のDBを削除した上で、Reporint Services 構成マネージャーで新規データベースを作成してみました。 この状態で再度レポートポイントの役割を削除～追加すると正常に構成できました。 重要度 種類 サイト コード 日付/時刻 システム コンポーネント メッセージ ID 説明 情報 マイルストーン AZR 2015/07/08 11:00:11 EBSJSQL01.EBSJSC.LOCAL SMS_SRS_REPORTING_POINT 4629 コンポーネントのステータス サマライザーは、コンピューター “EBSJSQL01.EBSJSC.LOCAL” のコンポーネント “SMS_SRS_REPORTING_POINT” の利用可能性が “オンライン” に変更されたことを検出しました。 原因は不明ですが、対処としてはこれで良いことにしておきます。

Linux Application Monitoring and Management with Microsoft System Center | Microsoft Ignite 2015 | Channel 9 System Center 2016でのLinux管理に関してのIgniteでのセッションです。動画がじっくり見られます。 MicrosoftがWindowsにとどまらずLinuxに対しても管理の幅を広げようとしている取り組みがよくわかるセッションになっています。SCOMでの監視、SCCMでの管理…と派手さは無いものの、着実な進化ですね。きちんとOMIプロバイダーを作成して…とプラットフォームをきちんとつくって進めているあたりはMicrosoftらしいところだなぁと思います。 ...