SCSM

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を公開するあたりの操作ははじめてやるとわかりにくいと評判ですが、一度わかってしまえば大したことないのも事実です。今回はちょっとこの辺りのメモを自分用に書いておきます。 - Service ManagerとOrchestratorの連携は、Service Manger側が一方的にRunnbookを認識しRunbookを実行する仕組みです。連携においてOrchestrator側からService Managerを認識する事は基本的にしていないという理解をしていくのがまず良いでしょう。(Runbook内でService Manager用のアクティビティを使う場合は例外です。) - まず、Service ManagerがRunbookを認識して連携できるようにService ManagerにOrchestratorへのコネクタを作成します。 - Service ManagerのコネクタはOrchestratorのWebサービスを叩き、Runbookを認識します。この結果、Service Manger上に「Runbook」が表示されます。 - 取り込まれたRunbookはそのままではService Manager上では使えないので、Service Manager上で使えるように「活動」テンプレートに組み込みます。(Runbook Automation活動テンプレート) - 活動テンプレートになったので、それはService Managerの「サービスリクエスト」テンプレートに組み込めるようになりました。サービスリクエストテンプレートは複数の「活動」を組み込んでワークフローを定義できるものだからです。 - そして、そのサービスリクエストをセルフサービスポータルに公開していきます。 - セルフサービスポータルにサービスリクエストを公開するにはその入れ物として「リクエスト提供」と「サービス提供」を用意する必要があります。 - リクエスト提供にはサービスリクエストがアイテムとして登録でき、サービス提供にはリクエスト提供が複数登録できます。これらは事実上、セルフサービスポータル上のカテゴリ(≒サービス提供)とアイテム(≒リクエスト提供)となります。 - Runbookに渡すパラメーターはService Managerも理解しており、Runbook Automation活動テンプレート内で自由にマッピングする事が出来ます。 - さらに、Runbook Automation活動のID自体をパラメーターとしてOrchestratorに渡すことでRunnbook Automation活動を元にその親のSRや関連アイテム等に対して芋づる式にアクセスすることが出来ます。 - Service ManagerがOrchestratorのWebサービスを叩いている様子、あるいは叩くのを失敗している様子はService Managerの「Operations Manager」イベントログ内で確認できます。(Service Managerなのに「Operations Manager」なのは、Service ManagerはOperations Managerを元に作られているからです。 (2016/01/26追記) - Runbook自体を編集するのは構わないですが、Runbookの引数(パラメータ)の数を変更してしまうと、紐づくものが全て無効となってしまい、一から再設定する事になってしまうので注意。なので、必要がなくてもはじめからRunbookのパラメータとしてRubook自体のIDはとっておくようにしたほうが良い。こうしておけばあとから関連するアイテムを取得し、色々とプロパティをいじろうとするときに全部設定しなおしとならないし、このようにしたくなる可能性は高い。 - Rubookの引数を変更するレベルでいじってしまい、再作成になった場合に、「以前は動いていたのに、変更後、Runbookが「開始」されるだけで実行されなくなってしまう」という状態に複数回陥った。この際に何度も綺麗に作りなおしても再度「開始」されるばかりでかなりハマってしまったが、実際には過去のおかしな状態のまま実行中になったサービスリクエストが中途半端にRunbookをキックすることが原因の模様。この場合、一度全てのオープン中のサービスリクエストを全部クローズしてから綺麗にやり直すと良い。糞忙しいのに1時間以上ハマった・・・！(涙 (2016/03/07) - SCSMからSCOをキックしてもRunbookが「開始」されるだけで実行されない場合SCOの「Orchestrator Runbook Service」が実行されていないケースもあった。サービスも要注意。 その他参考になる情報へのリンクも貼っておきます。 - [Demo: Automating Service Request Fulfillment from the SCSM Service Catalog with Orchestrator–Real World Examples - The Official System Center Service Manager Team Blog - Site Home - TechNet Blogs](http://blogs.technet.com/b/servicemanager/archive/2011/11/10/demo-automating-service-request-fulfillment-from-the-scsm-service-catalog-with-orchestrator-real-world-examples.aspx#3464611) - [Demo: Automating Service Request Fulfillment from the SCSM Service Catalog with Orchestrator - The Official System Center Service Manager Team Blog - Site Home - TechNet Blogs](http://blogs.technet.com/b/servicemanager/archive/2011/11/09/demo-automating-service-request-fulfillment-from-the-scsm-service-catalog-with-orchestrator.aspx) - [Working With Relationships in the SCSM Orchestrator Integration Pack - The Official System Center Service Manager Team Blog - Site Home - TechNet Blogs](http://blogs.technet.com/b/servicemanager/archive/2012/05/22/working-with-relationships-in-the-scsm-orchestrator-integration-pack.aspx) - [Add User to Group Automated Request Offering Walkthrough - The Official System Center Service Manager Team Blog - Site Home - TechNet Blogs](http://blogs.technet.com/b/servicemanager/archive/2012/06/25/add-user-to-group-automated-request-offering-walkthrough.aspx) - [Update Service Manager Related Manual Activity Fields with Information from the Parent Change Request – Scenario 1 - Managing System Center - Site Home - TechNet Blogs](http://blogs.technet.com/b/evmoreno/archive/2014/01/03/update-service-manager-related-manual-activity-fields-with-information-from-the-parent-change-request.aspx) - [Self-Service Portal for System Center 2012（セルフサービスポータル)設定のポイント - YOMON8.NET](http://yomon.hatenablog.com/entry/2013/06/15/System_Center_Self-Service_Poratal%EF%BC%88SCSM%E3%82%BB%E3%83%AB%E3%83%95%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%83%9D%E3%83%BC%E3%82%BF%E3%83%AB)%E8%A8%AD%E5%AE%9A%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3) - [System Center 2012 Service Manager and Orchestrator Integration Example Walkthrough Start-to-Finish - New Hire Provisioning Service Request - Stay Classy, With System Center Ramblings from San Diego - Site Home - TechNet Blogs](http://blogs.technet.com/b/antoni/archive/2014/04/09/system-center-2012-service-manager-and-orchestrator-integration-example-walkthrough-start-to-finish-new-hire-provisioning-service-request.aspx) - [System Center 2012 Service Manager and Orchestrator Integration Example Walkthrough Start-to-Finish - New Hire Provisioning Service Request – SECOND EDITION :-) - Stay Classy, With System Center Ramblings from San Diego - Site Home - TechNet Blogs](http://blogs.technet.com/b/antoni/archive/2015/10/07/system-center-2012-service-manager-and-orchestrator-integration-example-walkthrough-start-to-finish-new-hire-provisioning-service-request-second-edition.aspx)

下記のブログにて知りました。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周りでは随分なビックニュースです。 新ポータルは以下のような特徴を備えるとのこと。 Silverlightを使っていない、HTML5のポータルである - SharePointを使っていない、独立したポータルである - KB記事の大きな改善がある - 検索機能が強化される - 速度の大幅な改善がある - Service Manager 2012 R2向けである(Service Manager 2016ももちろん対象だろうとは予想しますが) 詳しくは上記で紹介したブログ記事と、さらに動画が公開されているのでそちらをごらんください。

Service ManagerのセルフサービスポータルはSharePoint2010ベースで作られており、SharePoint 2010はまだWindows Server 2012, 2012 R2では動作しないので、OSとしてはWindows Server 2008 R2を選択する必要がある…という認識をしていたのですが、新しい案件の提案の中で再確認した所、随分前にSharePoint Server 2010のSPにより2012, 2012 R2対応がなされてました。きちんと情報を追いかけ続けないといけませんね。 情報源は以下です。 - [Service Manager now supports SharePoint 2010 Service Pack 2 - The Official System Center Service Manager Team Blog - Site Home - TechNet Blogs](http://blogs.technet.com/b/servicemanager/archive/2014/05/05/service-manager-now-supports-sharepoint-2010-service-pack-2.aspx) - [Server Operating System Requirements for System Center 2012 R2](https://technet.microsoft.com/en-us/library/dn281935.aspx) ちなみに日本語の資料はまだ以前のままです。 - [オペレーティング システム – サーバー](https://technet.microsoft.com/ja-jp/library/dn281935.aspx?f=255&MSPPError=-2147217396) ただし、更新日は2014年7月…。更新のタイミングはブログでの記述よりも後なので、英語環境ではサポートされるけれども、日本語環境ではサポートされない…という可能性もあります。追加での確認が必要ですね。

テスト環境にてSCOMとSCSMの連携を行っている上で、大量のインシデントがたまっており、動作が非常に遅くなってしまっている状況があったので、インシデントを「削除」しました。 大まかな流れは以下です。 - SMLetを導入 - PowerShellでOperations Managerによって作成されたインシデントのみ削除 Import-Module SMLets $SCOMIncidents = Get-SCSMObject –Class (Get-SCSMClass –Name System.WorkItem.Incident$) | Where-Object {$_.Source.displayname -eq “Operations Manager”} $SCOMIncidents | Remove-SCSMObject -Force 以下は参考にした記事や作業のログ等です。 http://blogs.technet.com/b/servicemanager/archive/2011/07/13/using-smlets-beta-3-post-9-deleting-objects.aspx 最初にまず、SMLetsを導入します。 SCSM PowerShell Cmdlets - Home http://smlets.codeplex.com/ PS > Import-Module SMLets 上記のようにモジュールをインポートすることで、SMLetsを使用可能にできる。 下記のようにすることでインシデント一覧を取得できる。 Get-SCSMObject –Class (Get-SCSMClass –Name System.WorkItem.Incident$) インシデントがどのようなプロパティとどのような値を持っているのかを確認する。 PS > $incidents = Get-SCSMObject –Class (Get-SCSMClass –Name System.WorkItem.Incident$) PS > $incidents[0] | fl TargetResolutionTime : Escalated : False Source : ポータル Status : 解決済み ResolutionDescription : close test issue. NeedsKnowledgeArticle : False TierQueue : S&TC HasCreatedKnowledgeArticle : False LastModifiedSource : コンソール Classification : その他の問題 ResolutionCategory : アナリストによって修正されました Priority : 8 Impact : 中 (影響範囲が一部の組織単位) Urgency : 低 (サービスが停止していない) ClosedDate : ResolvedDate : 2013/03/28 4:06:57 Id : IR2 Title : Test Issue Description : Issue Detail ContactMethod : CreatedDate : 2013/03/13 4:47:50 ScheduledStartDate : ScheduledEndDate : ActualStartDate : ActualEndDate : IsDowntime : IsParent : ScheduledDowntimeStartDate : ScheduledDowntimeEndDate : ActualDowntimeStartDate : ActualDowntimeEndDate : RequiredBy : PlannedCost : ActualCost : PlannedWork : ActualWork : UserInput : FirstAssignedDate : 2013/06/28 7:07:23 FirstResponseDate : DisplayName : IR2 - Test Issue Name : IR2 Path : FullName : System.WorkItem.Incident:IR2 ManagementPackClassIds : {a604b942-4c7b-2fb2-28dc-61dc6f465c68} LeastDerivedNonAbstractManagementPackClassId : a604b942-4c7b-2fb2-28dc-61dc6f465c68 TimeAdded : 2013/03/13 4:47:52 LastModifiedBy : 7431e155-3d9e-4724-895e-c03ba951a352 Values : {(null), False, IncidentSourceEnum.Portal, IncidentStatusEnum.Resolved.. .} LastModified : 2013/06/28 16:07:24 IsNew : False HasChanges : False ManagementGroup : SM_JBS ManagementGroupId : ca13caa6-05d6-9114-01e3-8a34a87354d0 GroupsAsDifferentType : False ViewName : ManagedEntityGenericView ObjectMode : All ClassName : System.WorkItem.Incident TypeName : System.WorkItem.Incident ...

ここの所色々忙しくて全然ブログに投稿できておりませんでした。やっと少し自分の時間を持てるようになってきたので久しぶりの更新です。 忙しくしている間に、Microsoft MVPとしてCommunity Camp 2014のWebinarで喋らせてもらいましたのでその時の資料を共有しておきます。 **System centerを中心とした統合管理-オンプレミスからクラウドまで **from Masahiko Ebisuda 今回のイベントの主旨を考えて、なるべく難しくなり過ぎないように…と思って作成しましたが、さて、どうだったか…。そもそも難しい上に、オンラインで相手の顔が見えない状態だとさらに難しいですね。精進が必要です。

System Center 2012 R2のサイジング情報をまとめようとしてみています。まだまとめきっておりませんが、必要になったらこのページを更新していこうと思っています。情報がありましたら、コメント等で教えてもらえると嬉しいです。 なお、いつも英語版が更新されてから日本語版が後日翻訳および更新される…という感じですので極力英語のドキュメントを直接参照することをお勧めします。特にSPや新製品の登場でサポート状況が切り替わるタイミングでは英語版でしか最新の情報が確認できない期間があります。 SCCM - [Planning for Hardware Configurations for Configuration Manager](http://technet.microsoft.com/en-us/library/hh846235) - [Configuration Manager のハードウェア構成の計画](http://technet.microsoft.com/ja-jp/library/hh846235) - [Coretech Blog » Blog Archive » System Center 2012 Configuration Manager SQL recommendations](http://blog.coretech.dk/kea/system-center-2012-configuration-manager-sql-recommendations/) SCOM - [Operations Manager 2012 Sizing Helper Tool - System Center: Operations Manager Engineering Team Blog - Site Home - TechNet Blogs](http://blogs.technet.com/b/momteam/archive/2012/04/02/operations-manager-2012-sizing-helper-tool.aspx) - [System Requirements: System Center 2012 SP1 - Operations Manager](http://technet.microsoft.com/en-us/library/jj656654.aspx) - [システム要件: System Center 2012 SP1 - Operations Manager](http://technet.microsoft.com/ja-jp/library/jj656654.aspx) SCSM ...

System Centerにかなり注力してから1年以上になりますが、数あるコンポーネント群の中でSCSMは一番後回しになっています。日本語の情報はほぼ見つからないし、色々難しそうだし、案件となると規模が大きくなりそうだし…という感じなのですが。そろそろSCSMにも力を入れるべきタイミングになってきていると感じています。 というわけで本格的な勉強を始めております。その中で以下のドキュメントがかなり品質の高いものでしたので紹介したいとおもいます。 Top of Page Microsoft System Center: Optimizing Service Manager Thomas Ellermann, Kathleen Wilson, Karsten Nielsen, John Clark, and series editor Mitch Tulloch December 2013 96 pages Part of a series of specialized guides on System Center—this book provides a framework for planning and delivering a successful Service Manager project. Written by experts on the Microsoft System Center team and with Microsoft MVP Mitch Tulloch as series editor, this title delivers concise guidance, from-the-field insights, and best practices for optimizing and maintaining your Service Manager environment. ...

System Centerを理解したい、評価したい場合に、まずはじめに「コンポーネントが沢山ある！どれが何だかわからない！」「どういう関係があるのかわからない！」という疑問を誰もが持つと思います。私も取り組み始めてから半年程度たつまではよくわかっていませんでした。そこでそういう人向けに各コンポーネントの概要を説明したいと思います。私の主観がバリバリに入っていますのでそこは注意してください。 名称 略称 概要 System Center Configuration Manager SCCM サーバー/クライアントに対しての構成管理、更新管理を行う。アプリケーション配布、ソフトウェア更新、OS展開、インベントリ収集、検疫ネットワークとの連携(ソフトウェア更新部分担当)、マルウェア対策、各種レポート表示(これはレポーティングサービスに依存)など対応範囲は広く、その分複雑。必要になる技術も多岐に渡る。様々な属性を元に柔軟にデバイスのコレクションを定義でき、目的に応じて多彩な設定を行えるのが強み。 ソフトウェア更新にはWSUSをエンジンとして使う、OS展開はWDSを使う、レポートはSQL Serverのレポーティングサービスを使う、SCEPはSCCMの機構の中で動くなど、他のソフトウェアとの連携も多い。 SCCMのクラウド版とも言えるものがIntune。ただ、ItuneよりもはるかにSCCMでできることの方が多く、SCCMとIntuneとで連携も行えるため、補完関係にあるとも言える。 何をするにしてもリアルタイムで結果が返ってくるわけではなく、設定してあとはほったらかしてそのうち終わってる…というような時間軸で作業を行う。せっかちさんには辛い。 System Center Endpoint Protection SCEP ウイルス、マルウェア対策のエンジン。SCEPのクライアントエージェントのみで動作させてパターンファイルはインターネットから…ということも可能だが、基本的にSCCMと組み合わせて使用する。 SCCMではクライアント設定をデバイスコレクションに展開してクライアントを展開させ、裏でWSUSを使ってソフトウェア更新の機能でパターンファイルを更新し、結果はレポーティングサービスで確認する…というSCCMらしい統合方法になっている。 他のウイルス対策ソフトと比較してしまうと展開や基盤の構築の大変さが目立ってしまうが、SCCMで元々管理している環境であれば管理が楽に行えるのでメリットが出てくる。 System Center Virtual Machine Manager SCVMM 複数のHyper-VホストやHyper-Vクラスタを束ねて管理を行うことができる。「テナント」「クラウド」の概念を持ち、物理リソースの制限を行うことができる(このクラウドはこの物理サーバー上でのみ仮想マシンを実行できる等)。これによっていわゆる「プライベートクラウド」を作成することができる。マシンテンプレートを作成し、手軽に展開が行える。一歩進んだ使い方としてはネットワークの仮想化やサービスを展開してノードを増減させたり、構成を変更してその変更を既存のサービスに展開することもできる。 SCVMMを使わなくてもHyper-Vマネージャーやフェールオーバークラスタマネージャーだけで問題無い…と私も使う前は思っていたし今でも小規模であればそれで良いと思うがきちんと様々なものを作成して自動化して楽をしていこうと思ったらSCVMMの導入は必須になる。ただし、ツールとしては出来はそんなに良くなく、よくSCVMMでは操作できないが、Hyper-Vマネージャーやフェールオーバーマネージャーでは操作できるという状況が発生する。VMWareやXen Serverの管理も行え、Hyper-V+SystemCenterへの移行がしやすくなっている。 よく誤解されるが、SCVMMにはAzureとの連携機能は無い。 System Center App Controller SCAC SCVMMおよびAzureへの接続機能を持ち、SilverlightベースのWebインターフェースを持たせることができる。SCVMMコンソールよりも出来る事は少ないがWebコンソールから手軽に操作できるのでセルフサービスポータルとしての利用が可能。 SCVMMに完全に依存するが、インターフェースとしては出来がよく操作も軽快。SCVMMのコンソールを使うよりもSCACを使う方が操作感は良いと感じる。 System Center Operations Manager SCOM 監視やログ収集を行う事ができる。開発者が作成した「管理パック」を使うことで開発者の意図する監視を製品に詳しくなくても何も考えずに行うことができるのが売り。ただし、管理パックの設定のまま監視を行うとアラートや通知メールが大量に生成されてまともに監視できないという矛盾を抱えている。管理パック毎なので適度なレベルの管理パックも存在しているかもしれない。 なので、管理パックが望む監視レベルになるようにカスタマイズ(別の管理パックで上書き)するという追加タスクがほぼ必ず発生するのが現実。 ネットワーク上のノードの監視やアプリケーションレベルの監視等も行える。ノードやアプリケーションはクラウド上でも良い。 System Center Data Protection Manager SCDPM バックアップを行うことができる。通常のバックアップソフトとの違いというのはあまりないと感じる。バックアップ対象とのブロックレベルでの差分を取得していくことが特徴…という説明が良くあるが、ファイルサーバーに対してはそうだが、その他に関してはアプリケーション毎に対応がまちまちなので注意が必要。 SCDPMで保護してある過去のバージョンにWindowsのエクスプローラーのバージョンタブからアクセスできる(その代わりVSSのバージョンにはアクセスできなくなる)などの機能もある。 バックアップした結果を別のSCDPMでテープのように「インベントリ」を取得して再利用することができないためSCDPM自体の保護を行おうとするとSCDPMが2台構成になる構成パターンがあるなど結構豪快な所がある。 System Center Service Manager SCSM System Centerの製品群の中で一番重要であり、一番手が出しにくい運用管理のためのコンポーネント。インシデント管理、問題管理、変更管理等が行える。ITIL(正確にはMOF)の考え方に基づいた設計になっており、ITILを理解した運用管理者がSCSMを使うと非常に効果が高い…はず。私がITILを理解していないので実際の所が良くわからない。SCSMを教科書通りに使おうと思うと運用のしかた自体を変更する必要に迫られるはずで、すでに運用がしっかりと決まっている所への導入は難しく逆にITILを意識していない運用をしている所への導入はITILの理解から必要になり難しそうに思われる(想像)。 …という想像が先にたってしまい手をつけずらいので、心理的ハードルをどのようにクリアするかという問題がまずある。実際にはそんなにハードルが高くないのかもしれない。分からない。 一方ユーザーにセルフサービスを提供する機能がSCSMにあり、その前提条件はSharePoint Server(!)になっている。SharePointをまず構築しないといけないということでより一層ハードルが上がる。 また各種コンポーネントとのコネクタも多くをSCSMが持ち、運用に中心に来るものなのでこれを使いこなすことがSystem Centerスイートの価値を引き上げるものになるはず。 System Center Orchestrator SCO System Centerの製品群の中でSCOを一番重要なコンポーネントにあげる人も多いキーコンポーネント。自動化を行うことができる。 プログラミングがあまり得意でない人でも扱えるように処理がアイコンとして表現されており、アイコンを配置し、アイコン同士を矢印で繋ぎ、条件設定等をするだけで処理を作成できる。 System Centerコンポーネント群を操作するための「統合パック」がマイクロソフトによって準備されており、様々な処理がコンポーネントをまたいで簡単に行える。 実際にはPowerShellを使って処理の自動化は簡単に行えるものが多いので、PowerShellが書ける人なら「いらない」というケースもあると思われる。しかし一方で処理がRunbookという単位にまとまり内容が可視化され、格納場所も実行方法も統一されるのでそれだけでも運用の属人化を防ぐためには良いと考える人もいる。何なら全てPowerShellで処理を書いてSCOからはそれをキックするだけのRunbookを用意するだけでも構わないし、何でもかんでもSCOでやるのであればVisual Studioで統合パック自体も作成できてしまうという懐の深さもある。でも、Runbookのバージョン管理ができないなどの危うさもある。 ...

System Center 2012 SP1でチャージバックレポートを実装し、常時課金レポートを公開しています。まだ正式運用前ではあるのですが、挙動確認のために仮想マシンを増減させて正しく計算されるのかみていたら、ある日を境にまったく課金されないクラウドが出来てしまいました。きちんと動いているクラウドもあるのですが。どうにも法則性がわからず、基本的な部分から見なおしていたら、SCOM上できちんとSCVMMが監視できていないことに気が付きました。 なにやら状態が灰色になってしまっています。調べたところ、きちんと監視できていない状態になってしまっているとのこと。 - [監視されていないグレーのエージェント](http://technet.microsoft.com/ja-jp/library/hh212723.aspx) 確認して、結局今回はSCVMMサーバー上でWindows Management Instrumentationを再起動することで正常に監視できる状態に戻りました。これでチャージバックレポートの結果も正常に戻りそうです。 SCOMの監視状況自体をよく見ておかないといけないですね。

System Center Service Manager 2012に適用すべき更新プログラムについて説明したKBが公開されています。 - System Center 2012 Service Manager: Recommended OS Fixes and Updates http://support.microsoft.com/kb/2843587 更新プログラムとは果てしないお付き合いをしなければいけません。当てて行くのも大変ですが当てずにトラブルが発生するのもまた大変です。 Microsoftが問題が発生していなくても適用を勧めるということはかなり重大で影響範囲の大きな問題だと判断しているという事だと思います。適応しておかないと、ですね。 KBになってますので、適宜更新される…のかもしれません。

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCSM2012に適用すべき更新プログラム一覧 | System Center Blog](http://ebi.dyndns.biz/systemcenter/2013/06/07/scsm2012%E3%81%AB%E9%81%A9%E7%94%A8%E3%81%99%E3%81%B9%E3%81%8D%E6%9B%B4%E6%96%B0%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0%E4%B8%80%E8%A6%A7/)

SCSMのSCOMアラートコネクタをSCSM側で作成して「おかしいなー、同期できないなー」と思っていたのですが単純に構成が足りていませんでした。 下記のTechnetに作成手順がきちんと書いてあります。 - How to Create a System Center Operations Manager Connector http://technet.microsoft.com/en-us/library/hh524325.aspx 私はてっきり他のコネクタと同じようにSCSM側でSCOM Alertコネクタを作成すればそれで完了だと思ってしまったのですが、実際にはSCOM側の管理コンソールの内部コネクタにて配信登録をしてあげる必要がありました。調べ初めてからは５分で解決したのですが、直感的にわかりずらく、トラブルなのではないかと思い、ネットで調べ始めるまでに時間がかかってしまいました。 教訓はきちんとTechnetを読みましょう！ということですね…。(でも読みづらいんですよね…。)

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [SCSMのSCOM Alertコネクタの作成方法 | System Center Blog](http://ebi.dyndns.biz/systemcenter/2013/04/19/scsm%E3%81%AEscom-alert%E3%82%B3%E3%83%8D%E3%82%AF%E3%82%BF%E3%81%AE%E4%BD%9C%E6%88%90%E6%96%B9%E6%B3%95/)

SCSMでSCVMMへのコネクタを作成する際に、接続できず少々困りました。 該当アカウントをSCVMM側で管理者メンバに追加してもまだ接続に失敗してしまいます。試しにSCVMMのコンソールで該当アカウントを入力するときちんとSCVMMに接続出来ます。技術文章等ではSCVMM接続できるアカウントである必要がある・・・と書かれていますが、実際にはそれだけでは権限が足りないようです。 他に考えられるものとして、SCVMMサーバーのローカルAdministratorsのグループに追加したところ、正常に接続できるようになりました。SCVMMサーバーに対しての管理者権限が必要なようです。 試しにSCVMM側の管理者ロールのメンバから再度削除してみたところ接続に失敗するようになったので必要十分な条件は以下2つのようです。 - SCVMMサーバーの管理者権限を持っていること - SCVMMの管理者ロールのメンバであること 自習書も評価ガイドも講習でも、なんでもかんでもDomain Adminsでとりあえず設定しちゃいましょう…みたいなものが多いのですが、きちんとアカウントを分けて構成しょうとするといちいちこの手の部分でつっかえてしまって不快です・・・。

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [System Center Service ManagerからVirtual Machine Managerコネクタで接続できない | System Center Blog](http://ebi.dyndns.biz/systemcenter/2013/03/14/system-center-service-manager%E3%81%8B%E3%82%89virtual-machine-manager%E3%82%B3%E3%83%8D%E3%82%AF%E3%82%BF%E3%81%A7%E6%8E%A5%E7%B6%9A%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84/)

SystemCenter Operations Manager 2012 SP1のエージェントをSystemCenter Service Manager 2012 SP1のWebポータルにインストールできず困っています。 そもそも、Service ManagerはOperations Managerを元に作られたのでエージェントがインストール出来ない…という時期もあり、でも、SP1ではサポートされるようになった・・・というように講習等で習いました。以下のドキュメントにもSP1ではサポートされると書いてあります。 http://technet.microsoft.com/en-us/library/hh524312.aspx System Center 2012 – Operations Manager System Center 2012 – Operations Manager is supported by Service Manager and Service Manager SP1 for connectors and agents. However, only corresponding System Center versions are supported when you register a data source in the Data Warehouse workspace. System Center 2012 – Operations Manager agents were not supported with System Center 2012 – Service Manager. However, the agent that is automatically installed by System Center 2012 – Service Manager SP1 is compatible with System Center 2012 – Operations Manager and System Center 2012 – Operations Manager SP1. After Service Manager Setup completes, you must manually configure the agent to communicate with the Operations Manager management server. ...

SystemCenter関連の記事は以下のブログに移行しました。 - [System Center Blog](http://ebi.dyndns.biz/systemcenter/) この記事は以下の記事に移行しました。 - [Service Manager WebポータルにOperations Managerのエージェントがインストール出来ない | System Center Blog](http://ebi.dyndns.biz/systemcenter/2013/03/09/service-manager-web%E3%83%9D%E3%83%BC%E3%82%BF%E3%83%AB%E3%81%ABoperations-manager%E3%81%AE%E3%82%A8%E3%83%BC%E3%82%B8%E3%82%A7%E3%83%B3%E3%83%88%E3%81%8C%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC/)