System Center

SCCM2007のパッケージをSCCM 2012 SP1で使えるパッケージに変換してくれる「System Center 2012 SP1 Configuration Manager Package Conversion Manager 2.0 」が公開されています。 - [Download System Center 2012 SP1 Configuration Manager Package Conversion Manager 2.0 from Official Microsoft Download Center](http://www.microsoft.com/en-us/download/details.aspx?id=34605&ocid=aff-n-we-loc--ITPRO40886&WT.mc_id=aff-n-we-loc--ITPRO40886) 過去の資産を簡単な手順で再利用可能にできるのはありがたいですね。

64bit OSに対して32bitプログラムでレジストリに値を書き込むと、64bit版のレジストリエディタでは「HKEY_LOCAL_MACHINESoftwareWOW6432Node」に値が保存されます。32bitのレジストリエディタからは通常通りの値に見えます。 - [64 ビット バージョンの Windows でシステム レジストリを表示する方法](http://support.microsoft.com/kb/305097/ja) System Center Configuration Managerにてレジストリの中に書き込まれている値をインベントリで収集する場合にこの部分が混乱の元になります。 また、クライアントにインストールされるエージェントは基本的に以下のようになります。 - 32ビットOSにインストールされるエージェントは32ビット - 64ビットOSにインストールされるSCCMのエージェントは64ビット どちらのバージョンのエージェントが動いているかはタスクマネージャーでccmexec.exeを確認すれば確認する事ができます。 32bitでレジストリに値を書き込むようにしておき、それを64bitのクライアントから読もうとすると読めない!というような事になってしまう可能性があります。 対策としては、32bit、64bitにかかわらずレジストリの同じ場所に値が書き込まれるべきで、.net frameworkで作成されているプログラムであれば、これはプロジェクトのビルド設定でプラットフォームターゲットを「Any CPU」に設定すればOKです。 32bitOS上のVisual Studioで新規にプロジェクトを作った状態だと、この値はx86に設定されていました。注意が必要だと思います。

Windows8のロックスクリーンをSCCM 2012 SP1でカスタマイズする方法がNothing but ConfigMgrさんで紹介されています。 Deploying Windows 8 and Customizing the Lock Screen with ConfigMgr 2012 | Nothing but ConfigMgr - Windos 8の展開はSCCM 2012 SP1でないと行えない - アクティベートされたWindows 8 Enterpriseでないとロックスクリーンのカスタマイズは行えない - [Windows 8 and Windows Server 2012 cumulative update: November 2012](http://support.microsoft.com/kb/2770917/en-us) が適用された端末でないとロックスクリーンのカスタマイズは行えない - HKLMSOFTWAREPoliciesMicrosoftWindowsPersonalizationの下にLockScreenImageをREG_SZで作成し、そこにjpgイメージへのパスを記入すればよい

以下の記事でワークグループ端末へのSCCMクライアントのプッシュインストールは「できるらしい」というところまで調べましたが実際には未実施でした。 - [SystemCenter Configuratoin Manager 2012のクライアントエージェントをワークグループ端末にプッシュインストールする方法 | WindowsServer管理者への道](http://ebi.dyndns.biz/windowsadmin/2013/02/07/systemcenter-configuratoin-manager-2012%e3%81%ae%e3%82%af%e3%83%a9%e3%82%a4%e3%82%a2%e3%83%b3%e3%83%88%e3%82%a8%e3%83%bc%e3%82%b8%e3%82%a7%e3%83%b3%e3%83%88%e3%82%92%e3%83%af%e3%83%bc%e3%82%af/) 時間を取って試してみた結果を記録しておきます。結論としては一応出来ましたが、確かにこれは厳しいかも…。 まずは、手順です。 サイトの設定にて、クライアントプッシュインストールの設定を行います。 [アカウント]タブにて、新規作成ボタンをクリックします。 ワークグループ端末のローカルの管理者アカウントを指定します。この時に[%COMPUTERNAME%]を使うのがミソです。 複数台で異なるローカル管理者アカウントが必要な場合には、複数登録しておくことができます。それぞれのアカウントで試行して成功するものを使ってくれます。 少なくともSMSSITECODEとSMSMPはオプションとして登録する必要があります。その他はお好みで。 クライアントがインストールされていないワークグループ端末に対して[クライアントインストール]を実行します。ちなみにこのクライアントはWindows7, XPです。 ここでは、[クライアントソフトウェアを常にインストールする]を選択しておかないとインストールが開始出来ませんので注意してください。 これでうまくいくかとおもいきや、残念ながらWindows7のプッシュインストールに失敗してしまいました。 admin$管理共有への接続に失敗しています。これはワークグループ端末では管理共有は規定でアクセスできないようになっているからですね。 - [【コラム】Windowsスマートチューニング (42) XP/Vista編: UACが有効な状態で管理共有を有効にする | パソコン | マイナビニュース](http://news.mynavi.jp/column/windows/042/index.html) 確認のためにUACを無効化して再度実行してみたところ、今度はプッシュインストールに成功しました。 結論 私がテストした結論としては以下のとおりです。 - ワークグループ端末にもプッシュインストールできる。 - 前提条件は以下 ローカルアドミンのID, Passwordがわかっている。 - Windows FireWallで以下を許可している。 Outbound and inbound: **File and Printer Sharing** - Inbound: **Windows Management Instrumentation (WMI)** - UACを無効化している、あるいはレジストリを編集し、管理共有へのアクセスを許可している。 - SCCMの(不安定、あるいは仕様がよくわからない)ネットワーク探索で端末が検索されている。 - 実際使えるか→使えない。 ...

SystemCenter Configuratoin Manager 2012のクライアントエージェントをワークグループ端末にプッシュインストールする方法でワークグループ端末にもSCCMクライアントがpush installできるらしい…という話を書きました。実際に試してみようと思いまずはネットワークを探索…したのですが、なかなか出てきてくれずかなり困ってしまいました。まだよくわかっていない部分もあるのですが、いくつか調べたこと、わかったこと、教えてもらったことをを書いておきます。 ワークグループ端末の検索には「ネットワーク探索」を使います。 ネットワーク探索には3つの種類があります。ワークグループ端末に対してリモートから取得できるそれなりに詳細な情報を得るために「トポロジ、クライアント、およびクライアントのオペレーティングシステム」を選択します。テストのためクライアント側ではWindows Fire Wallは無効にしてあります。 とりあえず、サブネットで所属しているネットワークを入力。下に「ローカル サブネットを検索する」のチェックもあるので無意味な入力にも思えますが、とりあえず入力しておきます。 あとは、適当にスケジュールを設定しておけばOK…。 と思ったのですが、私のテストした環境ではこの状態ではデフォルトゲートウェイに設定してあるルーターは表示されたものの何時まで経っても何度実行しても、ワークグループ端末は表示されてくれませんでした。 ログはコンポーネントの「SMS_NETWORK_DISCOVERY」に表示されています。 仕事はしてくれているようですし、特にエラーも起きていません。しかし、端末は見つけてきてくれていません・・・。 #別の環境ではこの設定だけでもきちんと端末を見つけてきてくれた、という話も聞きます。違いはわかっていません。 時間が原因7日ともおもいこの状態で2,3日放置もしてみたのですが、結果は変化無しでした。あまり時間が取れずこのあとの調査ができていなかったのですがtechnetにこの設定だけではダメだという記載がある、ということを教えてもらいました。 - [Planning for Discovery in Configuration Manager](http://technet.microsoft.com/en-us/library/gg712308.aspx) 上記のページに以下の記述があります。 To enable Network Discovery to search for IP-addressable devices, you must configure one or more options that specify how to query for devices. The options are listed in the following table. この文章の下の表にある選択肢は以下の3つです。 - Domains - SNMP Devices - DHCP つまり、この文章をそのまま受け取れば、ネットワーク探索を有効にしてサブネットを登録すると、そのサブネット内のすべてのIPに対してポートスキャンをする…のではなく、ドメイン情報、SNMP、DHCPに入力された情報を元にそこで見つけた端末に対してのみ検索を行う…という事になると思います。 ...

Always on the clockさんで、SCCM 2012 SP1からできるようにになったMAC OXへのエージェントインストール方法が紹介されています。 - [MacOSにSCCMクライアントをインストール](http://sophiakunii.wordpress.com/2013/02/12/macos%E3%81%ABsccm%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88%E3%82%92%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB/) MAC OSの管理にはHTTPSの構成が必須になり、そのためにはクライアントにも証明書の配布が必要となり…ドメイン環境であればクライアント証明書の配布が容易なのでいいのですが、ワークグループの端末やMacの管理のために、クライアント全台を設定して回る必要がでてくるのは環境によっては厳しいですね。仕方がないといえば仕方がないのですけれども。 このあたり、どのようにすればクライアントエージェントの展開が簡単になるだろうかということを考えています。まだ考えはまとまっていないのですが、そのうちこのブログでお伝え出来ればいいなと思います。

今週は5日間丸々講習を受けて来ました。受けてきたのは「23247A System Center 2012によるプライベートクラウドの構成と展開」です。テキストは分厚く、重く、通しでのページ番号は書いてないのですが1000ページは余裕でありそうです。重さを測ったら1.8Kgありました。これを最初から最後まで機器実習含めてできたので、かなり基礎知識がついたと思います。 講師は吉田薫さん。日本人唯一のSystem Center Cloud and Datacenter ManagementカテゴリのMVPの方です。終始丁寧に説明してくれ、テキストを離れた質問やデモのリクエストにも答えていただき非常にありがたかったです。SystemCenterは学び始めたばかりなので、基礎的な部分をしっかりとみっちりと学べた今回の講習は非常にためになりました。 自分で出しているわけではないですが5日間のトレーニングで1人262,500円です。確かにそれだけの価値はあると思いますが、絶対的に高いですよね。きちんと色々なところに還元しないといけません。このブログにも、自分で解釈した上で「なるほど！」と思ったことを書いて行きたいと思います。 今回の講習では以下のプロダクトが登場しました。 - SCVMM - SCAC - SCOM - SCSM - SCDPM ひと通りの使い方はわかるように構成されているのですが、やはり私にはSystem Managerがの理解が厳しかったです。もちろん話はわかるし操作もできるのですが、あまりそれぞれの操作と製品のコンセプトや部品の組立てが頭にすんなり入ってこない感じです。SCSMの理解のためにはITILの勉強もしないと行けなさそうです。

SCCM 2012 SP1でワークグループ端末をHTTPS接続で管理する必要があり、いくつかハマりどころがありましたので共有しておきます。 一般的な手順 一般的な手順は以下のあたりで公開されています。ありがたいです。 - [SCCM2012のインストール ～ https編 « Always on the clock](http://sophiakunii.wordpress.com/2013/01/31/sccm2012%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB-%EF%BD%9E-https%E7%B7%A8/) - [How to install a ConfigMgr Client on a WORKGROUP computer, when the ConfigMgr Site is in Native Mode. | Nothing but ConfigMgr](http://www.petervanderwoude.nl/post/how-to-install-a-configmgr-client-on-a-workgroup-computer-when-the-configmgr-site-is-in-native-mode/) ポイントはクライアント証明書を配布、構成する必要があるという点ですね。ドメイン環境なら色々自動的にばらまく方法がありますが、ワークグループ環境だと中々厳しいですね・・・。 CRLの取得 話はこれで終わらずこの状況でドメイン参加しているクライアントはHTTPS通信できるようになりましたが、ワークグループ環境の端末はHTTPSで通信できないという状況になってしまいました。クライアントのログをよくみてみると「WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED」というようなエラーが出ており、それを元に検索すると証明書のCLRをとりにいって失敗しているということがわかりました。 手順通りに構成するとCRLはldap://から始まるアドレスで構成されており、ドメインに参加していないとこれが取得できないのかな？と推測されました。そこで「CRLを無効化すればいいんだろう」とおもって、すぐに思い浮かんだのはIEの設定です。 上記の「サーバーの証明書失効を確認する」のチェックボックスを外して試してみたところ…状況変わらず。CRLの線は外れだったのだろうと思い込んでまた別のことを色々調べ始めてしまいました。ですが、CRLを無効化すればとりあえず動くというのは当たりでした。実はSCCMではMP側にCRLをチェックする、しないの設定があったのでした。 以下のページを参考に、MPにてCRLのチェックを無効化し、クライアントを入れなおす(上書きインストール)することでこの問題はクリアすることができました。 - [RegTask: Failed to send registration request message. Error: 0x87d00231](http://social.technet.microsoft.com/Forums/en-US/configmanagerdeployment/thread/907fe750-3282-4f9e-b75a-f6e29696c30c/) SMSSLPパラメータの付与 上記の対応を行った上で、さらに、ワークグループクライアントに関してはコマンドラインのインストールパラメータでSMSSLPオプションを指定してあげないときちんとMPと通信出来ませんでした。ログ上ではAD上から管理ポイントを発見できないと出ていました。SMSSLPパラメータを付与することで解決しました。

Windows XP SP3のVMテンプレートがなかなかきちんと作成できず苦しんでしまいました。環境はSCVMM 2012 SP1です。できてしまえばなんていうこともない手順なのですが、せっかくなので記録しておきます。 まず、準備としてWindows XP SP3のsysprepをSCVMMに配置します。 - [SCVMM 2012 SP1ではWindows XPの仮想マシンテンプレート作成にはsysprepを自前で用意する必要がある | WindowsServer管理者への道](http://ebi.dyndns.biz/windowsadmin/2013/02/14/scvmm-2012-sp1%e3%81%a7%e3%81%afwindows-xp%e3%81%ae%e4%bb%ae%e6%83%b3%e3%83%9e%e3%82%b7%e3%83%b3%e3%83%86%e3%83%b3%e3%83%97%e3%83%ac%e3%83%bc%e3%83%88%e4%bd%9c%e6%88%90%e3%81%ab%e3%81%afsysprep/) 次に、Windows XPをSCVMM上でクリーンインストールします。 オペレーティングシステムが「不明」になっているので、Windows XPに変更します。(ここ重要) 仮想マシンを停止した状態で、仮想ゲストサービスをインストールします。この手順は行わなくても構いませんが、テンプレートから仮想マシンを作成した後に個別にインストールするよりはテンプレートに組み込むべきだと思います。 一度起動して、正常に仮想ゲストサービスがインストールされたことを確認します。(省略可能) シャットダウンします。 停止した仮想マシンを元にVMテンプレートを作成します。 VMテンプレートの作成ウィザードでは特に何も変更せずにそのままウィザードを進めます。(ここ重要) 何も設定変更していないのに、テンプレート作成中にハードウェア変更を行ったと怒られてしまいました。(原因不明) それでも、きちんとテンプレート化できました。 私がハマったポイント - sysprepをきちんと用意していなかった。 - テンプレート化するときに構成を色々いじってしまっていた - OSの種類をきちんと指定していなかった。 - 誤ってWindows Vista以降で有効な応答ファイルを適用してしまっていた。(※通常指定できないはずなのですが、なぜかテンプレート化する際に指定できちゃっていました。) わかっていればなんということも無いのですが、知らないとハマるかもしれません。参考になれば幸いです。

SCCMのサイト情報をクライアントに通知する方法は色々ありますが、一番良く使われるのはActive Directory及びそのDNSへの発行だそうです。この処理が行われていればDNSを参照しているクライアントが管理ポイントを発見して正常に接続することができます。 以下はその処理が成功していることの確認方法です。 [管理] – [概要] – [階層の構成] – [Active Directoryフォレスト]に、探索を有効にしているフォレストの一覧が出てきます。そこで[発行ステータス]が[成功]になっていればきちんとフォレストに対して管理ポイントの情報を発行することができています。 この操作でCN=System Management,CN=Systemへのオブジェクトの作成が行われています。(おそらく) DNSにもSRVレコードが作成されています。 この辺りは基本的に自動的になされる処理なのであまり気にしないはずなのですが、私はSystem Managementフォルダへのコンピューターアカウントのアクセス件の出し方に失敗(子オブジェクトへのアクセス権を許可しなかった)関係でフォレストへの発行がうまく行かず、その結果ワークグループ環境のコンピューターで何時までたってもエージェントがまともに動かないことでこの辺りに問題が発生していたことに気が付きました。自戒を込めて書き残しておきます。

SCCMにはまだ触り始めたばかりですが、何度かインストールを繰り返しています。その中で「何もしていないのにエラーが出ている」という現象にすでに何度か遭遇しています。どうやら普通にインストーラーを走らせただけでもうまく構成が完了していないようなケースがあるようです。 ですので、インストール直後にはまず正常性の確認を実行。何かうまくいかないときにもすぐに正常性の確認を実行。…と、癖をつける必要がありそうです。 まず、確認すべきなのは[サイトのステータス]。以下の場所できちんとすべてのステータスがOKになっていることを確認します。 さらに、[コンポーネントのステータス]でもすべてのコンポーネントのステータスがOKになっていることを確認します。 上記はほぼインストール直後で境界および境界グループの設定後に何台かクライアントを導入しただけの環境ですが、エラーおよび警告が発生してしまっていました。 エラーメッセージを表示します。 上記からはActive Directory内のコンテナ、オブジェクトへの権限が無いか、スキーマ拡張がなされていない…という事がわかります。修正後、カウンタをリセットしてしばらくすればステータスはOKに戻ります。万が一問題が解決されていなければ再度ステータスは重大に変化します。 上記のエラーの例は単に私の操作ミスでしたが、何かあった時にはここにまず反応が出てきますので常に確認をするべきと思われます。

SCCM自体ほぼリアルタイムに反応するようなシステムではなく、設定が反映されるまでに長い時間がかかってしまいます。ですが、そういう環境でも「なるべく早く設定を反映したい、結果を得たい」という時にはクライアント側でアクションをキックする、ということができます。 クライアントアクションは以下のように多数存在しています。 クライアントコンピューター上で1台ずつすべて操作をするのも大変なので、スクリプトでキックできると素敵です。これはCPAPPLET.CPAppletMgrというCOMオブジェクトを使うことで可能です。以下、VBScriptとPowerShellのスクリプト例です。 [gist id=“4942879”] [gist id=“4942874”] 参考になれば幸いです。

仮想マシンテンプレートを作成するときに、sysprepをしてくれず、仮想マシンテンプレートから仮想マシンを作るときにもOSの構成情報を指定できない…という現象が起きました。 何故なのか分からず結構悩んでしまったのですが、最終的には稼働している仮想マシンのプロパティできちんとOSの種類を指定していないことが原因でした…。 OSの種類が分からなければそれは処理できないよな…と、わかってしまえば当たり前なのですが中々気がつけませんでした。

Windows XPの仮想マシンテンプレートを作成しようとしたら、エラーが出て怒られてしまいました。 Error (678) Sysprep binary sysprep.exe does not exist for Windows version 5.1.2600 in Folder C:Program FilesMicrosoft System Center 2012Virtual Machine ManagerSysprepi3865.1.2600.3. Recommended Action Add the missing Sysprep binaries for the specified Windows version in the specified folder, and then try the operation again. Windows XP用のsysprepは自分で用意する必要があるそうです。Windows XP SP3のsysprep自体は以下から入手出来ます。 Download Windows XP Service Pack 3 Deployment Tools from Official Microsoft Download Center エラーメッセージに出たフォルダを手動で作成しダウンロードしたcabファイルを展開して配置しました。 これで正常にテンプレート化作業ができるようになりました。

SCCM 2012 SP1では新しくMacクライアント等管理可能なものが増えています。それらのインストーラーは別途インストーラーをダウンロードする形になっています。以下のリンクからダウンロードが行えます。 - [Download: Microsoft System Center 2012 Service Pack 1 Configuration Manager - その他のオペレーティング システム用クライアント - Microsoft Download Center - Download Details](http://www.microsoft.com/ja-jp/download/details.aspx?id=36212) ただ、クライアントのインストーラーがあればそれでOKかというとそんなことは全くなく、HTTPS通信が必須で、そのための証明書を発行しなくてはいけなかったりなど色々と考慮事項が多く、手順も増える形になります。現在検証を進めているので、もう少したてば手順を理解した上で注意点等を投稿していけるようになる…予定です。

SCCMで何かうまくいかないことが起きた時には、ログファイルを確認することになります。サーバー側、クライアント側両方に多数のログが生成されているのですが、メモ帳で開いて見るのは中々厳しいログです。そこでサーバー上にログファイルを閲覧するためのツールが用意されています。 ツールの置かれている場所は"C:\Program Files\Microsoft Configuration Manager\tools\cmtrace.exe"です。 初回起動時には、*.logへの関連付けの設定が行えます。 サーバー上のログファイルは"C:Program FilesMicrosoft Configuration ManagerLogs"に格納されています。 何か問題がある場合には、問題の箇所が赤でハイライトされます。 単純にインストールしただけなのにうまく動いていない事が結構あるので、ログファイルはこまめにチェックしたほうがよさそうです。 ログファイルの場所に関しては以下のKBに記載されています。 - Configuration Manager のログ ファイルのテクニカル リファレンス http://technet.microsoft.com/ja-jp/library/hh427342.aspx あまりにも多くのログファイルがあってクラクラしますね…。 さらに、このツールはクライアントPCにコピーすればクライアントPC上のログの確認にも使えます。ノートパットで見るよりもはるかに便利なので是非使ってみて下さい。追記されたものも自動的に見られて便利です。

SCCM Clientがすでにインストール済みかどうかを判定する必要がありました。色々と方法が考えられます。 - インストールログ内の成功の時だけに出る文字列を探す - クライアントエージェントの実行ファイルの存在有無で判定する - レジストリ内にキーが存在するかどうかで判定する 他にも色々あると思います。 そんな中で今回は、クライアント上でサービスが存在しているかどうかを判定基準にすることにしました。具体的には以下のような感じです。 sc query CcmExec > nul if %errorlevel%==0 goto Installed :Not_Installed echo “SCCMクライアントはインストールされていません。” goto end :Installed echo “SCCMクライアントはインストールされています。” goto end :end 「CcmExec」というのがSCCM Clientのサービスの名前なのでその存在をscコマンドで確認しています。 2013/02/15追記 上記のロジックは、Windows7では正常に動作するのですが、WindowsXPでは正常に動作しないことがわかりました。Windows XPではsc query CcmExecが失敗してもerrorlevelとして0を返してくるからです。そこで以下のようにきちんとscコマンドの結果としてサービス名が表示されていることを判定するようにしました。これならWindows7, Xpの両方で動作します。その他OSは未テストですが、おそらくうまく動作すると思います。 [gist id=4958024]

「System Center 2012 – Configuration Manager Component Add-ons and Extensions」がダウンロード可能になっています。SCCMを使う上で色々と便利なツールがまとまっているので、利用すると良い物だと思います。私はこれから評価します…。 Download System Center 2012 – Configuration Manager Component Add-ons and Extensions from Official Microsoft Download Center

SCCM 2012 SP1にてクライアントエージェントをワークグループに対してどのように配布するかという話をしていました。当然のことながらクライアント上でインストーラーを叩けば入るのですが、驚いたことにSCCMではクライアントコンピューターへのプッシュインストールは行えないのだそうです！FireWallなどに遮られずに通信が行えて、管理者アカウントのID、パスワードがわかっていれば基本的に何でもできるはずなのに、何故プッシュインストールできないのか理解出来ません。 本当にできないのだろうか？と調べてみたら、以下の情報がありました。やはり(サポートはされませんが)できるとのこと。 - [Using Client Push Installation on WORKGROUP systems with ConfigMgr 2012 | Nothing but ConfigMgr](http://www.petervanderwoude.nl/post/using-client-push-installation-on-workgroup-systems-with-configmgr-2012/) 上記のブログでは以下の条件を整えればワークグループの端末に対してもプッシュインストールが行えると書かれています。 - マネージメントポイントへのFQDNでの名前解決が行えること - ネットワークの探索がワークグループ端末に対して有効であること - プッシュインストールを行うアカウントに管理者権限があること - プッシュインストールを行うアカウントに「%COMPUTERNAME%Administrator」(※Administratorを使う例)と入力する もちろん条件としてWindows FireWallでプッシュインストールに必要なポートが開かれている必要があります。 - [Windows Firewall and Port Settings for Client Computers in Configuration Manager](http://technet.microsoft.com/en-us/library/gg682180.aspx) クライアントプッシュインストールに関しては以下を除外する必要があるとのことです。 - Outbound and inbound: **File and Printer Sharing** - Inbound: **Windows Management Instrumentation (WMI)** まだ実際には自分で検証はできていません。上記ブログもSP1の情報ではないですし、試してみて結果を追記しようと思います。もしも、環境がある方は試してもらって結果を教えてもらえると嬉しいです。 →実際に試してみました。 - [SCCM 2012 SP1でワークグループ端末へのクライアントプッシュインストールを試してみました。 | System Center Blog](https://systemcenter.ebisuda.net/2013/02/27/sccm-2012-sp1%e3%81%a7%e3%83%af%e3%83%bc%e3%82%af%e3%82%b0%e3%83%ab%e3%83%bc%e3%83%97%e7%ab%af%e6%9c%ab%e3%81%b8%e3%81%ae%e3%82%af%e3%83%a9%e3%82%a4%e3%82%a2%e3%83%b3%e3%83%88%e3%83%97%e3%83%83/)

System Center TechCenterにてSystemCenter 2012 SP1に対応した評価ガイドが公開されています。 - [System Center 2012 SP1 Orchestrator、Service Manager ステップバイステップ評価ガイド (PDF: 16.9 MB)](http://download.microsoft.com/download/0/7/B/07BE7A3C-07B9-4173-B251-6865ADA98E5D/SC2012SP1Eval_SM_SCO.pdf) - [System Center 2012 SP1 Operations Manager ステップバイステップ評価ガイド (PDF: 9.93 MB)](http://download.microsoft.com/download/0/7/B/07BE7A3C-07B9-4173-B251-6865ADA98E5D/SC2012SP1Eval_OM.pdf) - [System Center 2012 SP1 Virtual Machine Manager, Data Protection Manager ステップバイステップ評価ガイド (PDF: 24.3 MB)](http://download.microsoft.com/download/0/7/B/07BE7A3C-07B9-4173-B251-6865ADA98E5D/SC2012SP1Eval_VMM_DPM.pdf) - [System Center 2012 SP1 App Controller ステップバイステップ評価ガイド (PDF: 4.81 MB)](http://download.microsoft.com/download/0/7/B/07BE7A3C-07B9-4173-B251-6865ADA98E5D/SC2012Eval_1_SCAC.pdf) - [System Center 2012 SP1 Orchestrator Integration Pack (統合パック) の開発と展開ステップバイステップ評価ガイド (PDF: 3.84 MB)](http://download.microsoft.com/download/0/7/B/07BE7A3C-07B9-4173-B251-6865ADA98E5D/SC2012Eval_1_SCO%20IP.pdf) 私もこれから読んでみようと思います。