SCCM

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]

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCCM Clientがインストール済みかどうかを判定する方法 | System Center Blog](http://ebi.dyndns.biz/systemcenter/2013/02/12/sccm-client%E3%81%8C%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E6%B8%88%E3%81%BF%E3%81%8B%E3%81%A9%E3%81%86%E3%81%8B%E3%82%92%E5%88%A4%E5%AE%9A%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95/)

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/)

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SystemCenter Configuratoin Manager 2012のクライアントエージェントをワークグループ端末にプッシュインストールする方法 | System Center Blog](http://ebi.dyndns.biz/systemcenter/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/)

TechnetRadioにてSystemCenter2012のRTMからSP1へのアップグレード方法が動画で紹介されています。 全編英語で字幕も無しではありますが、アップグレードの様子を実際の画面で見せてくれるので英語が苦手でも大丈夫だと思います。 #私は長年の英語勉強のおかげでほぼすべて聞き取ることができて(できたつもりになることができて)、頑張ってよかったなぁという感じです。 概要は以下です。 - RTMからSP1はインプレースアップグレードできる。 - 前提条件としてADK内のコンポーネントを3つだけいれる必要がある。これは前提条件チェックで教えてくれる。 - クライアントのバージョンアップも必要。やり方は色々あって何でもいいがおすすめはサイト設定から「Automatic Client Upgrade」を有効にする方法。 「SP1はインプレースでアップグレードできるからすごい！」っていうのりだったけど、ServicePackはインプレースできて当たり前であって、そうできない方が…という気も…。(まぁ、SystemCenter2012SP1はほとんど別製品みたいなところはありますが。) 動画は以下です。25分程度あります。

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCCM2012 RTMからSP1へのアップグレード方法(動画) | System Center Blog](http://ebi.dyndns.biz/systemcenter/2013/01/25/sccm2012-rtm%E3%81%8B%E3%82%89sp1%E3%81%B8%E3%81%AE%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89%E6%96%B9%E6%B3%95%E5%8B%95%E7%94%BB/)

現在SystemCenter 2012 SP1の検証環境を構築していますがBetaの時と同じくSCCMのインストールでつまずきました。 規定の成功順序(Japanese_CI_AS)で、SCVMM及びSCACを導入し追加でSCCMを導入する際に照合順序が一致しないということで前提条件をクリア出来ませんでした。 以前Betaを使った講習の時に、「SP1の正式版になれば標準の照合順序ですべてインストールできるようになるだろう」という話を聞いていたのでそれを信じてしまったのが敗因です。「DBだけ照合順序を変更すれば大丈夫」とも聞いていましたが、実際にためしたところSCCMではインスタンス自体の照合順序をチェックしており、弾かれてしまいました。 調べた所まだMicrosoftからのまとまった情報は出ていなさそうで、以下の情報が一番まとまっているようです。 - System Center 2012 SP1 におけるSQLの照合順序 « MCTの憂鬱 http://naonao71.wordpress.com/2013/01/11/system-center-2012-sp1-%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8Bsql%E3%81%AE%E7%85%A7%E5%90%88%E9%A0%86%E5%BA%8F/ **SCCM ** SQL_Latin1_General_CP1_CI_AS http://technet.microsoft.com/en-us/library/gg682077.aspx Orchestrator SQL_Latin1_General_CP1_CI_AS http://technet.microsoft.com/en-us/library/hh420361.aspx Service Manager データベース Japanese_XJIS_100_CI_AS Service Managerデータウェアハウス Japanese_XJIS_100_CI_AS Operations Manager データベース Japanese_CI_AS Operations Manager データウェアハウス Japanese_CI_AS http://blogs.technet.com/b/systemcenterjp/archive/2012/11/28/3535133.aspx DPM 記述なし http://technet.microsoft.com/en-us/library/jj852163.aspx VMM 記述なし http://technet.microsoft.com/en-us/library/gg610574.aspx **App Controller ** 記述なし http://technet.microsoft.com/en-us/library/gg696046.aspx SQL Serverに対する要求はプロダクトでまちまち、クラスタ対応もまちまち、SystemCenter群を全部導入しようとおもったら何台のサーバーにどのようにコンポーネントを配置して行けばいいのか…というのがさらに難しくなりましたね…。

現在SystemCenter 2012 SP1の検証環境を構築していますがBetaの時と同じくSCCMのインストールでつまずきました。 規定の成功順序(Japanese_CI_AS)で、SCVMM及びSCACを導入し追加でSCCMを導入する際に照合順序が一致しないということで前提条件をクリア出来ませんでした。 以前Betaを使った講習の時に、「SP1の正式版になれば標準の照合順序ですべてインストールできるようになるだろう」という話を聞いていたのでそれを信じてしまったのが敗因です。「DBだけ照合順序を変更すれば大丈夫」とも聞いていましたが、実際にためしたところSCCMではインスタンス自体の照合順序をチェックしており、弾かれてしまいました。 調べた所まだMicrosoftからのまとまった情報は出ていなさそうで、以下の情報が一番まとまっているようです。 - System Center 2012 SP1 におけるSQLの照合順序 « MCTの憂鬱 http://naonao71.wordpress.com/2013/01/11/system-center-2012-sp1-%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8Bsql%E3%81%AE%E7%85%A7%E5%90%88%E9%A0%86%E5%BA%8F/ **SCCM ** SQL_Latin1_General_CP1_CI_AS http://technet.microsoft.com/en-us/library/gg682077.aspx Orchestrator SQL_Latin1_General_CP1_CI_AS http://technet.microsoft.com/en-us/library/hh420361.aspx Service Manager データベース Japanese_XJIS_100_CI_AS Service Managerデータウェアハウス Japanese_XJIS_100_CI_AS Operations Manager データベース Japanese_CI_AS Operations Manager データウェアハウス Japanese_CI_AS http://blogs.technet.com/b/systemcenterjp/archive/2012/11/28/3535133.aspx DPM 記述なし http://technet.microsoft.com/en-us/library/jj852163.aspx VMM 記述なし http://technet.microsoft.com/en-us/library/gg610574.aspx **App Controller ** 記述なし http://technet.microsoft.com/en-us/library/gg696046.aspx SQL Serverに対する要求はプロダクトでまちまち、クラスタ対応もまちまち、SystemCenter群を全部導入しようとおもったら何台のサーバーにどのようにコンポーネントを配置して行けばいいのか…というのがさらに難しくなりましたね…。

とりあえずテストでSCCM 2012 SP1 Betaを環境に入れてみたのですが、HW,SWインベントリが表示されません。当初は時間の問題かと思ったのですが、土日ほおっておいても状況が変わらなかったので何か手を動かす必要がある状況のようでした。 この段階で評価ガイドを見たところ、適当に導入した私の環境との差異としてスキーマの拡張やコンピューターアカウントへの権限付与があったので念のため評価ガイドににしたがって以下の作業を実施しました。 - スキーマの拡張をしていなかったので実施。 - Systemコンテナ以下にSystem Managementコンテナを作成し、SCCMサーバーにフルコントロール権限を付与。 - SCCMサーバーにドメインへの読み取り権限を付与。 しかし、現象は改善されませんでした。 クライアントを見てみると、「Actions」内に2つしか存在しておらず、インベントリを取得するような項目が見当たりません。 評価ガイドでは以下のように複数の操作があり、「インベントリサイクル」も含まれています。 インベントリエージェントもインストールされてはいますが、有効化されていません。 評価ガイドには「4) 数分待つとSCCMサーバーからポリシーがダウンロードされます。」という記述があるので、SCCMからポリシーがダウンロードできればエージェントが有効になり、Actionにも追加されるように思えます。 インベントリポリシー自体は規定で有効になっているようです。 ここでクライアント側でSiteの確認をした所、エラーが出てしまいました。 これが原因のように思えます。 評価ガイドには記述はありませんでしたが、境界グループ(Boundary Groups)のプロパティにてSite assignment, Content locationの設定を行なってみました。 すると、クライアント側できちんとサイトを判断できるようになりました。 しばらくたつとエージェントも有効になりました。 また、Actionsも出てきました。 これでうまくいきそうです。しかし、ここでHardware Inventory Cycle, Software InventoryCycleに対して「Run Now」を実行しても、待てど暮らせどインベントリは表示されて来ませんでした・・・。 しかたがないので以下のブログを参考にクライアント、サーバーのログを追ってみました。 SCCM inventory troubleshooting « HayesJupe’s Blog ログを確認してみます。まずクライアント側のログを確認してみます。ブログとは異なり、SystemCenter 2012でのログディレクトリはC:WindowsCCMLogsのようです。 しかし、特に問題は見当たらず、きちんとサーバーに届き、取り込まれているように見えます。それでもインベントリは見えてこない・・・。 ここでタイムアップとなってしまいしばらく放置(1,2日程度)していたのですが気がつくときちんとインベントリが取得できていました。 コンソールに反映されるまでには相当のタイムラグがあるようです。 しかし、これでもまだソフトウェアインベントリの結果が何もありません。 検索してみたところ、以下の情報がみつかりました。 Configuration Manager 2012 Software Inventory Missing? ...

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCCMにてインベントリが取得出来ない | System Center Blog](http://ebi.dyndns.biz/systemcenter/2012/11/26/sccm%E3%81%AB%E3%81%A6%E3%82%A4%E3%83%B3%E3%83%99%E3%83%B3%E3%83%88%E3%83%AA%E3%81%8C%E5%8F%96%E5%BE%97%E5%87%BA%E6%9D%A5%E3%81%AA%E3%81%84/)

SCCM 2012 SP1 Betaにレポートを構成してみました。 基本的にはTechnetに記事があるので、それを読みそのとおりに実行すればOKでした。 - [Configuration Manager のレポート](http://technet.microsoft.com/ja-jp/library/gg699377.aspx) SQL ServerのReporting Serviceを使用する - SCCMのサイトシステムの役割の１つとして「レポートサービスポイント」があり、これをインストール、構成する過程でレポートの定義がReporting Serviceに取り込まれる。 - [Configuration Manager のレポートの構成](http://technet.microsoft.com/ja-jp/library/gg712698.aspx#BKMK_InstallReportingServicesPoint) 上記技術情報にしたがって構成をしてきます。 rsServerConfigurationError 手順通りに進めて行くとReporting Serviceの正常動作を確認する段階で「レポート サーバーで構成エラーが発生しました。 (rsServerConfigurationError)」というエラーが出てしまいました。 このエラーメッセージ自体からは検索すると以下の情報がヒットします。 - [rsServerConfigurationError](http://msdn.microsoft.com/ja-jp/library/cc281347.aspx) 手動で構成ファイルの編集等はしていないので不思議な現象です。 インスタンスIDの値を元に、Microsoft SQL ServerReporting ServicesLogFilesからログファイルを確認すると以下のエラーが発生していました。 library!ReportServer_0-4!100c!11/22/2012-08:56:19:: e ERROR: Throwing Microsoft.ReportingServices.Diagnostics.Utilities.ServerConfigurationErrorException: No DSN present in configuration file, Microsoft.ReportingServices.Diagnostics.Utilities.ServerConfigurationErrorException: レポート サーバーで構成エラーが発生しました。; 検索すると、以下の記事がヒットしました。きちんと構成されていないことが原因のようです。 - [Jessica M. Moss: Reporting Services 2008 Configuration Mistake](http://jessicammoss.blogspot.jp/2008/07/reporting-services-2008-configuration.html) Reporting Serviceできちんとデータベースが設定されていないことが原因のようですので、修正します。 ...

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCCM 2012 SP1 Betaでレポートを構成する | System Center Blog](http://ebi.dyndns.biz/systemcenter/2012/11/22/sccm-2012-sp1-beta%E3%81%A7%E3%83%AC%E3%83%9D%E3%83%BC%E3%83%88%E3%82%92%E6%A7%8B%E6%88%90%E3%81%99%E3%82%8B/)

SCCMの情報がどのように取得できるのか見たいという要望があったので、いい機会なのでSCCM 2010 SP1 Betaをインストールしてみました。その際にSQL Serverまわりでかなり時間を無駄にしてしまったので記録しておきます…。 SQL Severのバージョン サポートされるSQL Serverのバージョンについては以下に記載があります。 - http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSQLDBconfig ここには[SQL Server 2012」の記載があるのですが、実際に導入した所、SCCMのインストール前の前提条件チェック内でSQL Serverのバージョンチェック部分で弾かれてしまいました。Betaだからでしょうか？ちょっと腑に落ちないですが仕方なくSQL Server 2008 R2に変更しました。さらにその後SP2を適用しました。 SQL Serverの照合順序 SQL Server 2008 R2をインストールしなおして、再度チェックしたところ今度は照合順序のチェックに引っかかってしまいました。 「SQL_Latin1_General_CP1_CI_AS」にしろ…ということだそうです。変更することもできないことはないのですが、色々と手順が面倒なので、再インストールしました…。 たったこれだけの話とはいえ、小1時間は無駄にしたとおもいます…。皆さんもお気をつけ下さい。

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCCM 2010 SP1 Betaで使うSQL Serverについての注意 | System Center Blog](http://ebi.dyndns.biz/systemcenter/2012/11/16/sccm-2010-sp1-beta%E3%81%A7%E4%BD%BF%E3%81%86SQL-server%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6%E3%81%AE%E6%B3%A8%E6%84%8F/)