download.microsoft.comdownload.microsoft.com/.../SM_PlanningGuide.docx · Web viewこのドキュメントは、"現状のまま" 提供されます。このドキュメントに記載されている情報および見解

System Center Service Manager 2010 SP1 計画ガイドMicrosoft Corporation公開日:2010 年 12 月 1 日

著者John Downing、Bill Anderson

対象製品System Center Service Manager 2010 SP1

ご意見ご感想このドキュメントに関するご意見ご感想を [email protected] までお寄せください。

mailto:[email protected]?subject=Service%20Manager%202010%20SP1%20Planning%20Guide

このドキュメントは、"現状のまま" 提供されます。このドキュメントに記載されている情報および見解 (URL およびその他のインターネット Web サイトの参照先) は予告なく変更されるこ

とがあります。お客様ご自身の責任において使用してください。

このドキュメントに記載されている例は、説明のみを目的とした架空のものです。実在する団体や個人とは一切関係ありません。

このドキュメントは、マイクロソフト製品の知的財産に関する法的権利をお客様に許諾するものではありません。このドキュメントは、社内での参照目的でコピーおよび使用できます。このドキュメントは、社内での参照目的で変更できます。

© 2010 Microsoft Corporation.All rights reserved.Microsoft、Active Directory、Internet Explorer、SQL Server、Windows、Windows PowerShell、Windows Server 、および Windows Vista は、米国 Microsoft Corporation およびその関連会社の商標です。

その他の商標はそれぞれの所有者に帰属します。

改訂履歴

リリース日変更内容

2010 年 12 月 1 日初版

目次System Center Service Manager 2010 SP1 計画ガイド.................................................4

Service Manager 2010 SP1 の展開計画.......................................................................4Service Manager のコンポーネント..........................................................................7Service Manager の評価版、製品版、およびセレクト版..............................................8Service Manager 2010 のシステム要件....................................................................9Service Manager 2010 SP1 の言語サポート...........................................................15Service Manager によって作成されるデータベース..................................................17Service Manager のポートの割り当て.....................................................................17

Service Manager 2010 SP1 の展開の準備..................................................................18セットアップを実行するアカウントに関する注意事項................................................19セットアップを実行するために使用するアカウント................................................19セットアップ中に必要なアカウント.......................................................................20

Service Manager を展開するコンピューターを準備する方法.....................................24 セルフサービスポータルのアカウントに関する注意事項............................................26

パフォーマンスおよびスケーラビリティの計画.............................................................27ハードウェアのパフォーマンス................................................................................28Service Manager のパフォーマンス........................................................................30展開環境の構成.......................................................................................................36

System Center Service Manager 2010 SP1 計画ガイド『System Center Service Manager 2010 計画ガイド』をご利用いただき、ありがとうござ

います。このガイドでは、組織で使用する Service Manager を展開する前に知っておく必要があるハードウェアとソフトウェアの要件、および各ソフトウェアの役割について説明します。また、ハードウェアとソフトウェアのパフォーマンスやスケーラビリティを最大限に高めるための一般的ガイドラインも説明します。

このセクションの内容Service Manager 2010 SP1 の展開計画

Service Manager の構成コンポーネント (Service Manager 管理サーバー、Service Manager データベース、データウェアハウスデータベース、Service Manager コンソール、Service Manager セルフサービスポータルなど) について説明します。また、ハードウェアとソフトウェア要件、Service Manager によって作成されるデータベース、Service Manager で使用されるポート番号についても説明します。

Service Manager 2010 SP1 の展開の準備 Service Manager をホストするコンピューターを準備する方法を説明します。たと

えば、旧バージョンの Service Manager をアンインストールする方法、SQL Server Reporting Services がインストールされていることを確認する方法、およびアカウントに関する注意事項について説明します。

パフォーマンスおよびスケーラビリティの計画

Service Manager のパフォーマンスとスケーラビリティに影響する事項と、推奨ハードウェア構成を使って最適なパフォーマンスを得るためのベストプラクティス

を説明します。

Service Manager 2010 SP1 の展開計画展開オプションには複数あります。このガイドでは 3 つの例を紹介します。1 つ目のオプショ

ンは、1 台の物理コンピューターと 1 台の仮想コンピューターを使用する構成です。物理コンピューターは Service Manager 管理サーバー、Service Manager データベース、およびデー

タウェアハウスデータベース、および仮想サーバーをホストします。仮想コンピューター

4

は、データウェアハウス管理サーバーをホストします。この展開は、主に小規模の Service Manager 環境、または事前評価の段階で使用します。この展開例のスケーラビリティやパフォーマンスに関する参考データはありません。

2 つ目の展開オプションは、2 台のコンピューターを使用する構成です。1 台目のコンピューターは、Service Manager 管理サーバーと Service Manager データベースをホストします。2 台目のコンピューターは、データウェアハウス管理サーバーとデータウェアハウスデータベースをホストします。Reporting Services が必要ない場合は、必要最低限の構成として、Service Manager 管理サーバーと Service Manager データベースの両方をホストする 1

台のコンピューターに Service Manager をインストールしてもかまいません。3 つ目の展開オプションは、4 台のコンピューターを使ってパフォーマンスとスケーラビリティを最大限にする構成です。2 台のコンピューターで管理サーバーをホストし、もう 2 台のコンピューターでデータベースをホストします。この例の場合、SQL Server 2008 をインス

トールする必要があるのは、データベースをホストする 2 台のコンピューターのみです。評価段階で、Service Manager を 2 台のコンピューターにインストールする展開オプション

を選択したとします。この場合は、ラボに Service Manager をインストールした後に、Active Directory および System Center Configuration Manager からデータをイン

ポートし、次に Operations Manager 2007 SP1 以降からデータとアラートをインポートできます。後は、必要に応じて Service Manager 内でユーザーロールを構成し、Active

Directory からインポートされなかったユーザーを手動で追加します。次の図に、このインストールの概要と初期構成を示します。

次の図のように、すべての Service Manager データベースを同じ 1 台のコンピューターにインストールすると、必要な SQL Server ライセンスの数を節約できます。

5

後は、テンプレートをいくつか作成し、初期パラメーターの設定、キュー、リスト、グループの作成、およびこれらのカスタムオブジェクトを保存する管理パックの作成を行えば、展開プ

ロセスは完了です。

評価段階が完了した後は、Service Manager を運用環境にインストールして、Service Manager を 4 台のコンピューターにインストールする展開オプションを選択することも考えられます。

このセクションの内容Service Manager のコンポーネント

Service Manager インストールの 6 つの主要コンポーネントについて説明します。

Service Manager の評価版、製品版、およびセレクト版 Service Manager の製品版とセレクト版についてと、180 日間の評価版をインストールする場合の各版への影響について説明します。

Service Manager 2010 のシステム要件 Service Manager のソフトウェアおよびハードウェア要件を説明します。Service Manager のサポートに必要なソフトウェアをインストールする際の注意事項も含まれます。

Service Manager 2010 SP1 の言語サポート Service Manager 2010 SP1 でサポートされている言語について説明します。

6

Service Manager によって作成されるデータベース Service Manager の展開によって作成される 4 つのデータベースについて説明します。

Service Manager のポートの割り当て Service Manager で使用される TCP/IP ポートについて説明します。

Service Manager のコンポーネント次の表に示すように、System Center Service Manager 2010 インストールは、6 つの主要コンポーネントで構成されます。

Service Manager のコンポーネント説明

Service Manager 管理サーバー Service Manager インストールの主要ソフトウェア部分が含まれています。Service Manager 管理サーバーを使って、インシデント、変更、ユーザー、およびタスクを管理できます。

Service Manager データベース IT 企業からの Service Manager 構成アイテム (CI) 、作業アイテム (インシデント、変更要

求など) 、および Service Manager 製品自体の構成が含まれています。これは、Service Manager の構成管理データベース (CMDB) に当たります。

データウェアハウス管理サーバーデータウェアハウスのサーバー部分をホストするコンピューターです。

データウェアハウスデータベース Service Manager によって生成されたビジネスデータを長期間保存するデータベースです。レポートにもこのデータベースが使用されます。

Service Manager コンソール Service Manager でインシデント、変更、タスクなどの機能を使用するヘルプデスクアナ

リストとヘルプデスク管理者のためのユーザーインターフェイス部分です。このコン

ポーネントは、Service Manager 管理サー7

Service Manager のコンポーネント説明

バーを展開したときに自動的にインストールされます。または、Service Manager コン

ソールをスタンドアロンコンポーネントとして 1 台のコンピューターに手動でインストールすることもできます。

セルフサービスポータルセルフサービスポータルは、Windows Server 2008 とインターネットインフォ

メーションサービス (IIS) 7 をホストするコンピューターにインストールします。このエ

ンドユーザーコンソールを使って、ユーザーはインシデントの送信、ナレッジ項目の検索、アナウンスの表示、パスワードのリセッ

ト (Identity Lifecycle Management が必要) 、およびセルフサービスソフトウェアプ

ロビジョニング (System Center Configuration Manager が必要) を行うことができます。ユーザーが変更要求を表示する

には、アナリストコンソールを使います。

Service Manager のコンポーネントをホストするコンピューターはすべてドメインに参加している必要があります。

Service Manager の評価版、製品版、およびセレクト版System Center Service Manager 2010 には、製品版とセレクト版の両方あります。どちらの版も機能は同じです。製品版は単品で販売されている製品で、セットアップ時に入力するプ

ロダクトキーが含まれています。セレクト版は、マイクロソフトボリュームライセンスプランの一環として提供される製品で、プロダクトキーは不要です。

製品版のセットアップでは、プロダクトキーを使用しない代わりに Service Manager を評価版としてインストールするオプションを選択できます。評価版の使用期限はインストール後

180 日間です。Service Manager の評価版から使い始め、その後にセットアップを再実行して製品版またはセレクト版をインストールし、評価版で作成した既存のデータベースを使用す

ることを選択した場合は、そのデータベースの使用期限が切れたときに Service Manager インストールも期限切れになります。次の表に、Service Manager の各版のインストールをどのように組み合わせた場合に期限切れになるかを示します。

重要

8

最初にインストールした版: その後にセットアップを再実行してインストールした版

インストールは期限切れになるか

評価版製品版はい

評価版セレクト版はい

製品版評価版いいえ

製品版セレクト版いいえ

セレクト版製品版いいえ

Service Manager 2010 のシステム要件ここでは、Service Manager を次の環境で使用する場合のハードウェアおよびソフトウェアの要件について説明します。System Center Service Manager 2010 は、後述の推奨ハード

ウェア要件に基づいた次の負荷条件と、同時に 80 ～ 100 の Service Manager コンソールをサポートする 1 台の Service Manager 管理サーバーを使ってテストされています。データ

ベースサーバーでは、15,000 RPM SCSI ドライブを使用する高性能のストレージを使用しました。

最大 20,000 人のユーザーと、最大 40 ～ 50 人の IT アナリストを同時サポート。 Microsoft SQL Server を実行しているサーバーに 32 GB のメモリが搭載されている

場合は、最大 50,000 人のユーザーと、最大 80 ～ 100 人の IT アナリストをサポート可能。

コンピューター 1 台あたりの構成アイテム (インストール済みのソフトウェア、ソフトウェアの更新プログラム、およびハードウェアコンポーネント）が 10 ～ 12 個の場合

は、最大 20,000 台のコンピューターをサポート。 SQL Server を実行しているサーバーに 32 GB のメモリが搭載されている場合は、最

大 50,000 台のコンピューターをサポート可能。 20,000 台のコンピューター構成で、1 週間あたり 5,000 件のインシデントを 3 か月間、

合計 60,000 件を Service Manager データベースに保存。50,000 台のコンピューター構成の場合は、その 2.5 倍。

20,000 台のコンピューター構成で、1 週間あたり 1,000 件の変更要求を 3 か月間、合計12,000 件を Service Manager データベースに保存。50,000 台のコンピューター構成の

場合は、その 2.5 倍。低速のストレージサブシステムを使用する場合、またはメモリが不足している場合

は、Service Manager のパフォーマンスが著しく低下する可能性があります。

ハードウェア要件次の表に、Service Manager の各コンポーネントの推奨ハードウェア要件を示します。これらのコンピューターは、物理サーバーの場合もあれば、仮想サーバーの場合もあります。

9

ハードウェア要件

Service Manager データベースデュアルクァッドコア 2.66 GHz CPU8 GB の RAM (このガイドの「ハードウェアのパフォーマンス」セクションを参照してください)80 GB の空きディスク領域RAID レベル 1 またはレベル 10 ドライブ*

Service Manager 管理サーバーデュアルクァッドコア 2.66 GHz CPU8 GB の RAM10 GB の空きディスク領域

Service Manager コンソールデュアルコア 2.0 GHz CPU2 GB の RAM10 GB の空きディスク領域

データウェアハウス管理サーバーデュアルコア 2.66 GHz CPU8 GB の RAM10 GB の空きディスク領域

データウェアハウスデータベースデュアルクァッドコア 2.66 GHz CPU8 GB の RAM400 GB の空きディスク領域

セルフサービスポータルデュアルコア 2.66 GHz CPU8 GB の RAM10 GB の空きディスク領域

* RAID レベルおよび Microsoft SQL Server の詳細については、http://msdn.microsoft.com/ja-jp/library/ms190764.aspx を参照してください。

ソフトウェア要件ここでは、Service Manager のソフトウェア要件について説明します。次の表に、Service Manager の各コンポーネントのソフトウェア要件を示します。

Service Manager 管理サーバーとデータウェアハウス管理サーバーは、64-Bit Edition の Windows オペレーティングシステムにインストールする必要があります。Service Manager コンソールは、32-bit Edition と 64-bit Edition の両方のWindows オペレーティングシステムにインストールできます。

注

10

http://go.microsoft.com/fwlink/?LinkId=134073

Service Manager のソフトウェア要件

Service Manager 管理サーバーまたはデータウェアハウス管理サーバー

64-bit Edition の Windows Server 2008 Standard または 64-bit Edition の Windows Server 2008 Enterprise64-bit Edition の Windows Server 2008 R2 Standard または 64-bit Edition の Windows Server 2008 R2 EnterpriseMicrosoft .NET Framework 3.5 SP1*このリリースでは、Service Manager 管理サーバー、Service Manager データベース、

およびデータウェアハウスデータベースをホストするコンピューターのオペレーティング

システムのシステムロケール設定を [ 英語 (米国)] に構成する必要があります。

Service Manager データベースまたはデータウェアハウスデータベース

64-bit Edition の Windows Server 2008 Standard SP1 または 64-bit Edition のWindows Server 2008 Enterprise SP164-bit Edition の Windows Server 2008 R2 Standard SP1 または 64-bit Edition のWindows Server 2008 R2 Enterprise SP1注

Microsoft SQL Server 2008 と一緒に使用する場合でも、Windows Server 2003 を実行するコンピューターへのインストールはサポートされていません。

64 ビットバージョンの SQL Server 2008 SP1SQL Server 2008 SP1 に含まれている SQL Server Reporting Services (SSRS) Service Manager を 4 台のコンピューター

にインストールする構成の場合は、データウェアハウスデータベースをホストするコンピューターに Microsoft .NET

Framework 3.5 SP1 が必要です。*SQL Server の照合順序の設定は、Service Manager データベース、データウェアハウ

スデータベース、および Reporting Services データベースをホストするコンピューターと同じでなければなりません。

11

このリリースでは、トルコ語の照合順序はサポートされていません。

Service Manager コンソール次のいずれかのオペレーティングシステム

32-bit または 64-bit Edition のWindows Server 2008 Standard、32-bit または 64-bit Edition の Windows Server 2008 Enterprise

Windows Server 2008 R2 Standard または Windows Server 2008 R2

Enterprise 32-bit または 64-bit Edition の

Windows Server 2008 Standard SP1、32-bit または 64-bit Edition のWindows Server 2003 Enterprise SP1

Windows 7 Professional またはWindows 7 Ultimate

Windows Vista Ultimate またはWindows Vista Enterprise

Windows XP Professional SP 3 Microsoft .NET Framework 3.5 SP1*

セルフサービスポータル 64-bit Edition の Windows Server 2008 Standard または 64-bit Edition の Windows Server 2008 Enterprise64-bit Edition の Windows Server 2008 R2 Standard または 64-bit Edition の Windows Server 2008 R2 EnterpriseMicrosoft Internet Information Services 7 (IIS 6 メタベース互換インストール済み)ASP.NET 2.0

セルフサービスポータルをホストする IIS サーバーには、Secure Sockets Layer (SSL) 証明書が必要です。

次のソフトウェアは、機能を追加する場合に使用するオプションのソフトウェアです。

Microsoft Identity Lifecycle Manager (パスワードのリセット機能)

System Center Configuration Manager 2007 ( セルフサービスソフト

ウェアプロビジョニング機能)SQL Server Reporting Services SSRS をデータウェアハウス管理サーバーと

12

は別のコンピューターにホストする展開トポロジの場合は、グローバルアセンブリキャッ

シュにMicrosoft.EnterpriseManagement.Reporting.Code を追加する必要があります。詳細については、「Copy a Reporting DLL to SSRS」を参照してください。

* Microsoft .NET Framework 3.5 SP1 は、System Center Service Manager 2010 のインストールメディアに収録されています。

Microsoft SQL Server 2008 SP1Microsoft SQL Server 2008 Standard Edition または SQL Server 2008 Enterprise Edition の英語版の試用版ソフトウェアをダウンロードする場合は、「SQL Server 2008 」(http://go.microsoft.com/fwlink/?LinkId=51646) を参照してください。SQL Server 2008 の Service Pack 1 をダウンロードする場合は、「SQL Server 2008 Service Pack 1 」 (http://go.microsoft.com/fwlink/?LinkId=148449) を参照してください。

SQL Server 2008 SP1 では次の構成を使用します。 SQL Server FTS: フルテキスト検索がインストールされている必要があります。フルテキスト検索の詳細については、「SQL Server 2008 Full-Text Search: Internals and Enhancements (SQL Server 2008 フルテキスト検索 : 内部機能と拡張機能 ) 」ホワイト

ペーパー (http://go.microsoft.com/fwlink/?LinkID=129544) を参照してください。大文字と小文字が区別されないデータベースを使用するように SQL Server を構成する必要があります。

会社で必要な条件に従ってサービスアカウントを構成します。

SQL Server Reporting Services (MSSQLSERVER) サービスを構成し、実行します。MSSQLSERVER サービスを構成する方法の詳細については、Microsoft MSDN Web サイトの「Reporting Services のインストール状態を確認する方法」(http://go.microsoft.com/fwlink/?LinkId=91847) を参照してください。

このリリースでは、Service Manager データベース、データウェアハウスデータベース、Reporting Services データベースをホストするどのコンピューターの SQL Server でも、同じ照合順序を使用する必要があります。SQL Server の照合順序の詳細については、「SQL Server 照合順序の使用」(http://msdn.microsoft.com/ja-jp/library/ms144260.aspx) を参照してください。

Service Manager 2010 SP1 のこのリリースでは、トルコ語の照合順序はサポートされていません。

SQL Server で既定の照合順序 (SQL_Latin1_General_CP1_CI_AS) を使用している場合は、次のような警告ダイアログボックスが表示されます。

13





http://go.microsoft.com/fwlink/?LinkID=129544





既定の照合順序 (SQL_Latin1_General_CP1_CI_AS) を使用する場合は、Service Manager で複数の言語をサポートすることはできません。後で別の照合順序を使用して複数の言語をサポートしなければならなくなった場合は、SQL Server をインストールし直す必要があります。Service Manager の英語版のみをインストールする場合は、既定の照合順序を使用して差し支えありません。言語サポートの詳細については、「Service Manager 2010 SP1 の言語サポート」を参照してください。

照合順序は、SQL Server 2008 をインストールするときに定義することができます。このためには、[サーバーの構成] ページの [照合順序] タブをクリックし、[ データベースエンジン]

と [Analysis Services] の両方のエントリの [カスタマイズ] をクリックします。

SQL Server Reporting ServicesSQL Server Reporting Services (SSRS) をインストールするときに、ネイティブモードの既定の構成をインストールするオプションを選択してください。詳細については、「Reporting Services のインストールに関する注意点」(http://msdn.microsoft.com/ja-jp/library/ms143736.aspx) を参照してください。

Microsoft .NET Framework 3.5 Microsoft .NET Framework 3.5 は、Service Manager の実行に必要です。このプログラムは、Service Manager のインストールメディアに収録されています。

Windows PowerShell 1.0 および 2.0Windows PowerShell 1.0 または 2.0 は、データウェアハウスの展開時に PowerShell コマンドレットを実行するのに必要です。Windows PowerShell 1.0 は Windows Server 2008

の機能で、コントロールパネルで有効にできます。詳細については、「Windows PowerShell でのスクリプティング」(http://technet.microsoft.com/ja-jp/windowsserver/bb512919.aspx) を参照してください。

注意

14





セルフサービスポータルのセキュリティ要件

セルフサービスポータル Web サイトを、Internet Explorer の [信頼済みサイト] または[ ローカルイントラネット] ゾーンに追加することをお勧めします。[信頼済みサイト] および[ ローカルイントラネット] ゾーン内の Web サイトは、既定で [ アクティブスクリプト] が有

効になっています。セルフサービスポータル Web サイトを [信頼済みサイト] または [ローカルイントラネット] ゾーンに追加しない場合は、セルフサービスポータルにアクセスする

Web ブラウザーの [ アクティブスクリプト] を有効にする必要があります。

Operations Manager 2007Service Manager には、Operations Manager 2007 環境からアラートと構成アイテムをインポートする機能があります。この機能を使用するには、Service Manager と連動するOperations Manager 2007 SP1 または Operations Manager 2007 R2 をインストールする必要があります。

Service Manager 管理サーバーの監視には、Operations Manager 2007 SP1 ではなく、Operations Manager 2007 R2 を使用する必要があります。

Operations Manager 管理サーバー現時点では、Service Manager 管理サーバーまたはデータウェアハウス管理サーバーをホス

トするコンピューターに Operations Manager 2007 管理サーバーをホストすることはお勧めしません。

Configuration Manager 2007Service Manager には、Configuration Manager 2007 環境から構成アイテムをインポートする機能があります。この機能を使用するには、Service Manager と連動するConfiguration Manager 2007 SP1 または Configuration Manager 2007 R2 をインストールする必要があります。

ネットワーク要件

Service Manager には、外部コンテンツをナレッジ項目内に表示する機能があります。外部コンテンツを表示するには、Service Manager コンソールをホストするコンピューターがイ

ンターネット Web に直接またはプロキシサーバーを介してアクセスできるように構成されている必要があります。

SMTP サーバー電子メールを介した通知機能およびインシデントの作成機能を使用するには、SMTP サーバーへのアクセスが必要です。

Windows セーフモード

Windows Server 2008 をセーフモードで実行している場合は、Service Manager が動作せず、Service Manager で使用するサービスも開始されません。セーフモードのときにService Manager サービスを手動で開始しようとしても、サービスは開始されず、イベントログにエラーが記録されます。

注

15

Service Manager 2010 SP1 の言語サポートこのガイドでは、Service Manager SP1 をインストールするコンピューターに、Service Manager の古いバージョンがまったくインストールされていないことを前提にしています。System Center Service Manager 2010 のアップグレードの詳細については、『System Center Service Manager SP1 Upgrade Guide (System Center Service Manager SP1 アップグレードガイド ) 』(http://go.microsoft.com/fwlink/?LinkId=198070) を参照してください。

System Center Service Manager 2010 SP1 は、英語を含み、21 言語をサポートしています。チェコ語、デンマーク語、フィンランド語、ギリシャ語、ポーランド語、トルコ語の 6 言

語では、検索に関係のある問題が発生します。これらの問題の詳細については、下の「検索に関する注意事項」を参照してください。

Service Manager コンソールをホストするコンピューターの Windows ロケールを、サポートされている言語の 1 つに設定すると、Service Manager SP1 がその言語で表示されま

す。Service Manager SP1 でサポートされている言語だけでなく、Service Manager SP1 のデータベースにあるデータが検索および並べ替え可能かどうかを考慮しなければなりません。特定の言語のデータが検索および並べ替え可能かどうかは、SQL Server で設定されている照合順序によって決まります。SQL Server の照合順序の詳細については、このガイドの「Service Manager 2010 のシステム要件」にある「Microsoft SQL Server 2008 SP1」を参照してください。

次の表に、Service Manager SP1 用にテストされ承認済みの照合順序とロケール識別子を示します。CI は大文字と小文字が区別されないことを、AS はアクセントが区別されることを示します。

Windows のロケール LCID 照合順序

英語 0x409 Latin1_General_100_CI_ASChinese_PRC 0x804 Chinese_Simplified_Pinyin_100_CI_ASChinese_Taiwan 0x404 Chinese_Traditional_Stroke_Count_100

_CI_AS チェコ語 (チェコ共和国) 0x405 Czech_100_CI_AS

デンマーク語 (デンマーク) 0x406 Danish_Norwegian_CI_AS オランダ語 (オランダ) 0x413 Latin1_General_100_CI_AS

フィンランド語 (フィンランド)

0x40B Finnish_Swedish_100_CI_AS

フランス語 0x40C French_100_CI_ASGerman_Standard 0x407 Latin1_General_100_CI_AS

ギリシャ語 (ギリシャ) 0x408 Greek_100_CI_ASItalian_Standard 0x410 Latin1_General_100_CI_AS

16



Windows のロケール LCID 照合順序

日本語 0x411 Japanese_XJIS_100_CI_AS韓国語 0x412 Korean_100_CI_AS

ノルウェー語 (ブークモール、ノルウェー)

0x414 Norwegian_100_CI_AS

ポーランド語 (ポーランド) 0x415 Polish_100_CI_AS ポルトガル語 (ポルトガル) 0x816 Latin1_100_CI_AS ポルトガル語 (ブラジル) 0x416 Latin1_General_100_CI_AS

ロシア語 0x419 Cyrillic_General_100_CI_ASSpanish_Modern_Sort 0xC0A Modern_Spanish_100_CI_AS

スウェーデン語 (スウェーデン)

0x41D Finnish_Swedish_100_CI_AS

トルコ語 (トルコ) 0x41F Latin1_General_100_CI_AS

検索に関する注意事項ここでは、Service Manager SP1 でサポートされている言語のいくつかで発生する検索と並べ替え、単語区切りに関する問題について説明します。

ギリシャ語、チェコ語、フィンランド語

これらの言語では、SQL Server 2008 でフルテキスト検索がサポートされていません。したがって、検索と並べ替えが正しく機能しません。

デンマーク語とポーランド語

これらの言語では、SQL Server 2008 でフルテキスト検索が機能しません。Microsoft 以外のライセンス付きワードブレーカーを読み込んで、フルテキスト検索機能を有効にすることもで

きます。詳細については、次のリンクのうち、使用している SQL Server のバージョンに合ったリンクを参照してください。

SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=205800) SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?LinkId=205557)

トルコ語

Service Manager SP1 では、トルコ語のどの照合順序もサポートされていません。Latin1_General_100_CI_AS の照合順序をトルコ語でテストした結果、Service Manager SP1 では一部の文字の検索と並べ替えに影響があることがわかっています。

17



Service Manager によって作成されるデータベースService Manager のインストールを開始する前に、SQL Server の管理者チームと話し合い、Service Manager が SQL Server に与える影響、特に、作成されるデータベースについて確認することをお勧めします。Service Manager のインストールによって作成されるデータベースは、次のとおりです。

Service Manager のコンポーネント

データベース名保存データ

Service Manager データベース

ServiceManager 構成アイテム、作業アイテム、インシデント

Service Manager データウェアハウス

DWStagingAndConfigDWRepositoryDWDataMart

データウェアハウスは、これらの 3 つのデータベースで構成さ

れます。抽出プロセスによってDWStagingAndConfig データベースにデータが入力され、DWRepository データベースで正しい形式に変換され、そ

の後ロードプロセスによってDWDataMart データベースにデータが保存されます。

このリリースの Service Manager は、大文字と小文字を区別するインスタンスをサポートしません。大文字と小文字を区別する SQL インスタンスに Service Manager

をインストールしようとすると、セットアップが失敗します。

Service Manager のポートの割り当てセキュリティインフラストラクチャの一環として、環境全体で使用されているポート番号をト

ラッキングする場合があります。このリリースでこれらのポート番号を構成することはできませんが、次の表で Service Manager のコンポーネント間で使用されるポート番号を確認でき

ます。Service Manager をホストするコンピューターでは、以下のファイアウォールポートを開く必要があります。

ポートの割り当て

Service Manager コンポーネント A

ポート番号と通信方向 Service Manager コンポーネント B

Service Manager コンソール 5724 ---> Service Manager 管理サーバー*

Service Manager コンソール 5724 ---> データウェアハウス管理サー

重要

18

Service Manager コンポーネント A

ポート番号と通信方向 Service Manager コンポーネント B

バー

Service Manager 管理サーバー

1433 ---> リモート Service Manager データベース


5724 ---> データウェアハウスサーバー


5724 ---> Operations Manager 2007 のアラートコネクタと CI コネ

クタ


389 ---> Active Directory コネクタ

データウェアハウスサーバー 1433 ---> リモートデータウェアハウスデータベースサーバー

SQL Reporting Service サーバー

1433 ---> リモートデータウェアハウスデータベースサーバー

データウェアハウスサーバー 1433 ---> リモート Service Manager データベースサーバー

Web ブラウザー 443 ---> セルフサービスポータル

セルフサービスポータル 1433 ---> Service Manager データベース

Web ブラウザー 80 ---> SQL Server Reporting Services

* 最初の Service Manager 管理サーバーと後続の Service Manager 管理サーバーを含む

Service Manager 2010 SP1 の展開の準備Service Manager の展開を開始する前に、Active Directory にユーザーのグループを作成

し、セットアップ中に使用するドメインアカウントを作成または特定します。Service Manager が正しく動作するように、ドメインアカウントが、適切なグループのメンバーであることを確認します。Service Manager と Operations Manager を同じサーバーにインストールするときは、次のことに注意してください。

1. Operations Manager と Service Manager は、データベースサーバーを共有できます。

2. Operations Manager エージェントと Service Manager 管理サーバーは、同じサーバー上に共存できます。この場合は、最初に Service Manager 管理サーバーをインストール

してから、手動で Operations Manager エージェントをインストールします。

19

3. Operations Manager コンソールと Service Manager コンソールの両方を同じコンピューターにインストールできます。どちらを先にインストールしてもかまいません。

4. Operations Manager と Service Manager の両方で同じ SQL Server Reporting Services インスタンス (SSRS) を使用するように指定しないでください。

このセクションの内容セットアップを実行するアカウントに関する注意事項

セットアップを実行するために必要なアカウントと、Service Manager のセットアップ中に入力する必要があるアカウントについて説明します。

Service Manager を展開するコンピューターを準備する方法セットアップを実行する前にコンピューターを準備する手順を説明します。

セルフサービスポータルのアカウントに関する注意事項

System Center Configuration Manager 2007 で Service Manager サービスとワークフローアカウントのアクセス許可を構成する方法を説明します。

セットアップを実行するアカウントに関する注意事項セットアップを実行する前に、このガイドの「セットアップを実行するために使用するアカウント」を読み、Service Manager のインストールに必要な条件が満たされていることを確認してください。セットアップ中は、Service Manager のさまざまな機能のドメインユーザーまたはグループを入力するようにというメッセージが表示されます。セットアップを開始する準備が整っているかどうかを確認するには、「セットアップ中に必要なアカウント」を参照してください。

セットアップを実行するために使用するアカウントここでは、Service Manager 管理サーバー、Service Manager コンソール、Service Manager のデータベースをインストールするときと、Service Manager 管理グループをデー

タウェアハウス管理グループに登録するときに必要なアクセス許可について説明します。

セットアップを実行するときに使用したアカウントは、自動的に Service Manager の管理者になります。

Service Manager 管理サーバーService Manager 管理サーバーをインストールするときは、次のアクセス許可が必要です。セットアップを実行するコンピューターのローカル管理者

注

20

リモートコンピューターに Service Manager データベースがある場合は、このデータベースをホストするコンピューターのローカル管理者

ログオンユーザーがドメインアカウントであること

Service Manager データベースを作成する SQL Server インスタンスの sysadmin SQL Server ロール

Service Manager コンソールService Manager コンソールをインストールするときは、次のアクセス許可が必要です。セットアップを実行するコンピューターのローカル管理者

データウェアハウス管理サーバー

データウェアハウス管理サーバーをインストールするときは、次のアクセス許可が必要です。

セットアップを実行するコンピューターのローカル管理者

リモートコンピューターにデータウェアハウスデータベースがある場合は、このデータベースをホストするコンピューターのローカル管理者

ログインユーザーがドメインアカウントであること

サイトレベル (ルート) の SQL Server Reporting Services のコンテンツマネージャーロール

データウェアハウスデータベースを作成する SQL Server インスタンスの sysadmin SQL Server ロール

SQL Server Reporting ServicesSQL Server Reporting Services をインストールするときは、次のアクセス許可が必要です。データウェアハウス管理サーバーをホストするコンピューターの \Program Files\

Microsoft SQL Server\<インスタンス名>\Reporting Services\ReportServer\Bin フォルダーにバイナリファイルを配置するアクセス許可

Service Manager のデータウェアハウスへの登録

Service Manager をデータウェアハウスに登録するときは、次のアクセス許可が必要です。

Service Manager データベースをホストするインスタンスの sysadmin またはセキュリティ管理者 SQL Server ロール

データウェアハウスデータベースをホストするインスタンスの sysadmin またはセキュリティ管理者 SQL Server ロール

Service Manager 管理サーバーの Service Manager 管理者ユーザーロールのメンバー

データウェアハウス管理サーバーの Service Manager 管理ユーザーロールのメンバー

セルフサービスポータル

セルフサービスポータルをインストールするときに使用するアカウントは、次の条件を満たしている必要があります。

セルフサービスポータル、Service Manager 管理サーバー、SQL Server 2008 をホストするコンピューターのローカル管理者であること。

SQL Server システム管理者 (sa) アカウントであること。

21

Service Manager 管理サーバーのセットアップ中に Service Manager サービスに指定したアカウントであること。

セットアップ中に必要なアカウントService Manager およびデータウェアハウス管理サーバーのインストール中に、次のアカウントの資格情報を入力する必要があります。

Service Manager のインストールに必要なユーザーアカウントおよびグループアカウントは、Active Directory の Users OU に存在する必要があります。

Service Manager 管理サーバーのインストール中に使用するアカウント

アカウントアクセス許可 Service Manager での使用方法

管理グループ管理者ドメインユーザーまたはドメイングループ

重要

Service Manager 管理サーバーの最初のインストール中にコンピューターにログインしたユーザーアカウントは、自動的にこのグループに追加されます。

Service Manager 管理者ユーザーロールに追加され

ます。

Service Manager サービスアカウント

ドメインユーザーまたはドメイングループ

ローカル管理者のメンバー

オペレーションシステムアカウントになります。

System Center データアクセスサービスのログオン

アカウントに割り当てられます。

System Center 管理構成サービスのログオンアカウ

ントに割り当てられます。

Service Manager データベースの sdk_users データ

ベースロールおよびconfigsvc_users データ

ベースロールのメンバーになります。

この 2 つのサービスの資格情報を変更する場合は、新

注

22


しいアカウントにServiceManager データ

ベースへの SQL ログインが作成されていて、Builtin\Administrators グループのメンバーであることを確認してください。

ワークフローアカウントドメインユーザーまたはドメイングループ

電子メールを送信するアクセス許可と、SMTP サーバーにメールボックスが必

要です (電子メールを介してインシデントを作成する機能で必要です)。

Users ローカルセキュリティグループのメンバー

電子メール通知が正しく機能するためには、Service Manager の管理者ユーザーロールのメンバーでなければなりません。

このアカウントはすべてのワークフローで使用され、Service Manager の

ワークフローユーザーロールのメンバーになります。

アカウントのセキュリティに関するベストプラクティス

Service Manager の実行アカウントで使用する Active Directory アカウントを割り当てる場合は、サービスアカウントを使用します。個人に関連付けられている Active Directory ユー

ザーアカウントは使用しないでください。

セキュリティのベストプラクティスの詳しい情報を見るには、Windows Server 2008 Security Compliance Management Toolkit (http://go.microsoft.com/fwlink/?LinkId=167160) に含まれている『Windows Server 2008 Security Guide』、および『Services and Serivce Accounts Security Planning Guide』(http://go.microsoft.com/fwlink/?LinkID=58270) をダウンロードしてください。

データウェアハウス管理サーバーのインストール中に使用するアカウント


管理グループ管理者ドメインユーザーまたはドメイングループ

データウェアハウス管理者ユーザーロールに追加され

ます。

Service Manager アカウンドメインユーザーまたデータウェアハウスシステムの実行アカウントになりま

23






トはドメイングループ

データウェアハウス管理サーバーのローカルの管理者のメンバー

す。

Service Manager SDK サービスアカウントに割り当て

られます。

Service Manager 構成アカウントに割り当てられます。

DWDataMart データベースの sdk_users データベース

ロール、およびconfigsvc_users データ


DWRepository データベースの db_datareader データ


Service Manager データベースの configsvc_users

データベースロールのメンバーになります。

レポートアカウントドメインアカウント SQL Server Reporting Services でレポート用の

データを取得するためにDWDataMart データベースにアクセスするために使用します。

DWDataMart データベースの db_datareader データ


DWDatamart データベースの reportuser データベースロールのメンバーになります。

データウェアハウス管理グループへの Service Manager 管理グループの登録インストールプロセスの一部として、Service Manager 管理グループをデータウェアハウス

管理グループに登録します。このとき、資格情報を入力するようにというメッセージが表示されます。必ず、ドメインアカウントの資格情報を入力してください。さらに、次のアクセス許

可を持つアカウントを入力する必要があります。

24

Service Manager 管理グループおよびデータウェアハウス管理グループの両方の管理者ロールのメンバー

データウェアハウス管理サーバーの Users ローカル管理者グループのメンバー

コネクタの作成に必要なアカウント

コネクタを作成するときに、コネクタが使用する資格情報を入力するようにメッセージが表示されます。次の表に、このアカウントに必要なアクセス許可、およびセキュリティを確保する

ためのベストプラクティスを示します。

Operations Manager 2007 アラートコネクタ

アクセス許可ベストプラクティス

ドメインアカウント

Service Manager 管理サーバーの Users ローカルセキュリティグループのメン

バー

Operations Manager 2007 の管理者

Users ローカルセキュリティグループ、Operations Manager の管理者ユーザー

ロール、および Service Manager の高度なオペレーターユーザーロールにのみ存在する

ドメインアカウントを、この目的のために特別に作成します。

Operations Manager 2007 CI コネクタ



管理サーバーの Users ローカルセキュリティグループのメンバー

Operations Manager 2007 のオペレーター

Users ローカルセキュリティグループ、Operations Manager のオペレーター

ユーザーロール、および Service Manager の高度なオペレーターユーザーロールにのみ

存在するドメインアカウントを、この目的のために特別に作成します。

Active Directory コネクタ




バー

コネクタがデータを読み取るドメインコントローラーにバインドするアクセス許可

Active Directory から Service Manager データベースと同期されているオブジェクトへの汎用読み取り権限

Users ローカルセキュリティグループとService Manager の高度なオペレーター

ユーザーロールのみに存在し、Active Directory の読み取り専用アクセス許可を持つ

ドメインアカウントを、この目的のために特別に作成します。

25

Configuration Manager 2007 コネクタ




バー

Users ローカルセキュリティグループ、System Center Configuration Manager データベースの db_datareader、

および Service Manager の高度なオペレーターユーザーロールにのみ存在するドメイン

アカウントを、この目的のために特別に作成します。

Service Manager を展開するコンピューターを準備する方法Service Manager の展開を開始する前に、Active Directory にユーザーのグループを作成

し、セットアップ中に使用するドメインアカウントを作成または指定します。Service Manager が正しく動作するように、ドメインアカウントが、適切なグループのメンバーであることを確認します。

Service Manager と Operations Manager を同じサーバーにインストールするときは、次のことに注意してください。

Operations Manager と Service Manager は、データベースサーバーを共有できます。

Operations Manager エージェントと Service Manager 管理サーバーは、同じサーバー上に共存できます。この場合は、最初に Service Manager 管理サーバーをインストール

してから、手動で Operations Manager エージェントをインストールします。 Operations Manager コンソールと Service Manager コンソールの両方を同じコンピューターにインストールできます。どちらを先にインストールしてもかまいません。

1. Service Manager またはデータウェアハウスをホストするコンピューターに、Operations Manager 2007 のどのコンポーネントもインストールされていないことを確認します。

2. データウェアハウスと Service Manager 管理グループの両方の Service Manager 管理者ロールに割り当てる、Active Directory のユーザーのグループを作成します。たとえば、「SM_Admins」というグループを作成します。

注

このユーザーのグループは、Service Manager と同じドメインになければなりません。子のドメインも含み、他のドメインのユーザーはサポートされていません。

3. Service Manager に必要なアカウントを作成します。セットアップを実行するのに使用するアカウントと、Service Manager のセットアップ中に入力する必要があるアカウントの詳細については、「セットアップを実行するアカウントに関する注意事項」を参照してください。

Service Manager を展開するコンピューターを準備するには

26

注

Service Manager アカウントは、Service Manager と同じドメインになければなりません。子のドメインも含み、他のドメインのアカウントはサポートされていません。

4. Service Manager データベースで使用する SQL インスタンスが、ポート番号 1433 を使用していることを確認します。

5. SQL Server を実行しているリモートコンピューターにデータベースをインストールする場合は、セットアップを実行するユーザーは、SQL Server コンピューターのロー

カル管理者アクセス許可を持つドメインユーザーでなければなりません。

6. Service Manager コンソールをホストするコンピューターの [ インターネットオプション] の [ ローカルエリアネットワーク (LAN) 設定] で、[ ローカルアドレスにはプ

ロキシサーバーを使用しない] を選択します。7. ブラウザーを開き、次の URL を入力します。

http://<SSRS をホストするコンピューター>/reports http://<SSRS をホストするコンピューター>/reportserver

接続できなかった場合や [HTTP エラー 404.0 は見つかりません] などのエラーが返された場合は、「レポートサーバーを構成するには」の手順に従います。問題なく接続できた場合は、「データウェアハウスをインストールするには」の手順に従いま

す。

1. 管理者権限のあるアカウントを使用して、SQL Server Reporting Services をホストするコンピューターにログオンします。

2. [スタート] ボタンをクリックし、[プログラム]、[Microsoft SQL Server 2008]、[構成ツール] の順にポイントして、[Reporting Services Configuration Manager] をクリックします。

3. [Reporting Services 構成の接続] ダイアログボックスで、[サーバー名] と [レポートサーバーインスタンス] フィールドの情報が正しいことを確認して [接続] をク

リックします。

4. [接続] ウィンドウで [Web サービス URL] をクリックします。5. [ レポートサーバー Web サービスの仮想ディレクトリ] 領域の [仮想ディレクトリ] テ

キストボックスに、[ReportServer] と表示されていることを確認して [適用] をクリックします。

6. [接続] ウィンドウで [ レポートマネージャー URL] をクリックします。7. [ レポートマネージャーサイトの識別情報] 領域の [仮想ディレクトリ] テキストボックスに、[Reports] と表示されていることを確認して [適用] をクリックします。

8. [接続] ウィンドウで、一番上のエントリ (server\instance) をクリックします。9. [ 現在のレポートサーバー] 領域で [停止] をクリックし、[開始] をクリックします。

レポートサーバーを構成するには

27

セルフサービスポータルのアカウントに関する注意事項Service Manager セルフサービスポータルのソフトウェアの要求機能が正しく動作するためには、System Center Configuration Manager 2007 で Service Manager サービスおよび

ワークフローアカウントのアクセス許可を構成する必要があります。

ワークフローアカウント

サイトの構成アイテム読み取り

変更

管理

作成

ネットワークアクセスコレクション読み取り

変更

削除

リソースの変更

管理

リソースの削除

作成

リソースの読み取り

コレクション設定の変更

管理コントローラーの表示

提供情報読み取り

変更

削除

管理

作成

フォルダーの管理

パッケージ読み取り

変更

管理

Service Manager サービスアカウント

サイトの構成アイテム読み取り

変更

28

管理

作成

ネットワークアクセスコレクション読み取り

リソースの読み取り

提供情報読み取り

管理

フォルダーの管理

パッケージ読み取り

パフォーマンスおよびスケーラビリティの計画このセクションでは、System Center Service Manager 2010 のパフォーマンとスケーラビリティに関する一般的なガイドラインを説明します。Service Manager は、推奨される最小ハードウェアで標準的なパフォーマンスが得られるように設計されていますが、環境によっては、ここに示す一般的なガイドラインより高いまたは低いハードウェア構成が必要になる場合があります。また、ここでは、Service Manager ソフトウェアとソフトウェアの両方の注意事項も示します。

Service Manager は、データベース、データアクセスモジュール、コンソールで構成される 3 層構造のアプリケーションです。展開トポロジの大小や、物理コンピューターと仮想コンピューターのどちらに展開するか

にかかわらず、常に 3 層構造になります。最小規模の展開トポロジは、物理サーバーまたは仮想サーバーを 2台、最大規模のトポロ

ジは 4 台以上のサーバーを含みます。 Service Manager コンソールと Service Manager データベースは管理サーバーでホスト

し、セルフサービスポータルは、通常、別のサーバーでホストします。さらに、データウェアハウス管理サーバーは Service Manager データウェアハウスをホストします。

Service Manager のサイズ測定ヘルパーツールService Manager のサイズ測定ヘルパーツールは、後述のとおり、展開する各ハードウェアとソフトウェアのサイズを予測するのに役立つツールです。このツールは、「Service Manager Job エイド」 (http://go.microsoft.com/fwlink/?LinkId=186291) のドキュメントセットに含まれています。このツールの機能は、次のとおりです。

1. さまざまな使用状況や展開環境で、どのようなハードウェア (個々のコンピューター、CPU 、ハードドライブの使用済みまたは空きディスク領域、RAID レベルなど) が必要かを説明しています。使用状況は、Service Manager データベース内の構成アイテムの数、1 か月あたりの作業アイテム数、およびデータウェアハウス内にデータがある日数で示されます。

29



2. 異なる環境 ( 物理サーバー 1 台、サーバー 2 台、4 台、および 5 台以上の構成など) にハードウェアを配置したトポロジの図を示します。

3. 入力した情報に基づいて、環境に必要なハードドライブの空きディスク領域と使用済み領域を計算できます。算出された値は推測値です。必ず満たさなければならない固定値ではありません。

ハードウェアのパフォーマンスService Manager のパフォーマンスで重要な点は、組織の業務を遂行するのに十分なハードウェア構成と展開トポロジを計画することです。次に、ハードウェアで適切なパフォーマンスを得るための一般的なガイドラインを示します。

ハードウェアのパフォーマンスService Manager の次のハードウェアボトルネックは、Service Manager データベースの負荷とデータ量が非常に大きな場合に顕著になります。

1. 最も頻繁に見られるボトルネックは、SQL Server のメモリと I/O です。リソースがある場合は、メモリを増設し、高速の IO サブシステムを導入すると、SQL Server の I/O の

パフォーマンスが向上します。

2. 1 台の管理サーバーに多数のコンソールを接続する場合は、負荷が最大になるときのパフォーマンスを改善するために、管理サーバーに CPU とメモリを追加するか、2 台目の

Service Manager 管理サーバーの設置を検討します。3. このドキュメントに記載されている各ロールの推奨最小ハードウェアを基準にしてください。

仮想マシンのロール

組織の多くは、Windows Server アプリケーションのホストに仮想マシンを使用しており、Service Manager サーバーロール ( 管理サーバーやデータウェアハウスサーバー）と

セルフサービスポータルの仮想化も例外ではありません。すべてのサーバーロールを仮想化する場合もあれば、仮想コンピューターと物理コンピューターを組み合わせる場合もあります。組み合わせる場合の仮想コンピューターと物理コンピューターの比率は、組織のニーズに

よって異なるので、特に決まった推奨値はありません。ただし、各ソフトウェアロールの最小ハードウェア要件が物理コンピューターの要件になります。ソフトウェアロールを仮想化する

場合は、各仮想コンピューター用に追加のハードウェアリソースを確保しておいてください。

次の計画ガイドラインに従わないと、仮想マシンのデータベースサーバーのパフォーマンスが低下する可能性が高くなります。

ダウンロードセンターの「Running SQL Server 2008 in a Hyper-V Environment （Hyper-V 環境で SQL Server 2008 を実行する」 (http://go.microsoft.com/fwlink/?LinkId=185641) を参照してください。

SQL Server のホストに、仮想マシンのダイナミックディスクは使用しません。固定サイズの仮想ハードドライブまたはパススルーを使用してください。

Hyper-V では、ゲスト 1 つにつき 4 つの仮想 CPU しか使用できません。そのため、コンソールが多数ある場合は、Service Manager サーバーが制限されることがあります。

30


Service Manager のベースラインテスト結果

Service Manager のパフォーマンスとスケーラビリティのベースラインテストは、推奨最小ハードウェア要件を満たす物理コンピューターを使用したさまざまな展開環境で行いました。データベースには事前にデータを含めておき、Service Manager コンソールでインシデント

と変更要求を作成、更新する一通りのプロセスを実行しました。次の 2 つのテスト用に、データベースに情報が挿入されました。

テスト 1 は、20,000 台のコンピューターと 20,000 人のユーザー、必要な構成アイテム250,000 個で構成され、データベースには合計 250 万行あります。テストで使用したアク

ティブな Service Manager コンソールは 40 個です。テスト 2 は、50,000 台のコンピューター、50,000 人のユーザー、構成アイテム 700,000 個

で構成され、データベースには合計 600 万行あります。アクティブな Service Manager コンソールは 80 個です。

コンピューター 50,000 台の構成で、目標の反応時間を達成するためには、SQL Server のメモリを 8 GB から 32 GB に増やす必要がありました。

コンピューター 20,000 台の構成では、1 時間に 500 件のインシデントと 125 件の変更要求が、コンピューター 20,000 台の構成では 1 時間に 200 件のインシデントと 50 件の

変更要求が生成され、それぞれのインシデントと変更要求で 3 ～ 4 個の通知サブスクリプションとテンプレートが処理されました。

通知サブスクリプションの処理やテンプレートの適用などのワークフローは、生成される作業アイテム 1 つにつき、概ね 1 分以内に実行が完了しました。しかし、ごく小数のワー

クフローが、完了までに 5 分以上かかることがありました。コンソールと 20,000 台未満のコンピューターをサポートし、ワークフローの数が少ない場合

は、一部の Service Manager ロールを仮想コンピューターでホストしても、通常 Service Manager でまずまずのパフォーマンスが得られます。

ただし、サポートするコンピューターを Service Manager データベースに追加する予定の場合は、Service Manager データベースサーバーの RAM を、このドキュメントに記載されて

いる最小要件より大きくすることを検討してください。たとえば、上記のベースラインテストでは、20,000 台のコンピューターのレコードが含まれていた Service Manager データベー

スサーバーには、8 GB の RAM が搭載されていました。サポートするコンピューターを増やす場合は、10,000 台ごとに 8 GB の RAM を増設する必要があります。したがって、合計50,000 台のコンピューターをサポートする場合は、32 GB の RAM が必要になります。コン

ピューター 50,000 台の構成で 32 GB の RAM を搭載した SQL Server を使用したテストでは、コンピューターを追加する前に比べても劣化が見られない状態にまでパフォーマンスが改善されました。

ネットワーク待ち時間についても、ベースラインテストを行いました。ネットワーク待ち時間は、Service Manager コンソールと Service Manager 管理サーバーの間で発生させました。

Service Manager データベースサーバーと Service Manager 管理サーバーは、待ち時間の短い LAN に設置する必要があります。Service Manager データベースサー

バーと Service Manager 管理サーバー間のネットワーク待ち時間によって、Service Manager のパフォーマンスが大幅に低下する可能性があります。

注

31

ネットワーク待ち時間が 100 ミリ秒未満の場合は、全体的に Service Manager コンソールで良好な応答速度が得られました。

ネットワーク待ち時間が 150 ～ 200 ミリ秒のときは、環境によって応答速度が最大 40% 劣化しましたが、パフォーマンスは実用に耐え得る範囲でした。待ち時間が 150 ～ 200

ミリ秒の場合は、組織の重要な業務での実用性を評価し、リモートデスクトップ接続を使用するべきかどうかを検討してください。

Service Manager コンソールでサービスマップを拡張したときは、待ち時間に関係なく応答が遅くなりました。

ネットワーク待ち時間が 200 ミリ秒を超えると、Service Manager コンソールの応答時間が長くなりました。待ち時間が 200 ミリ秒より長い場合は、通常の業務でリモートデス

クトップ接続または他の同様のリモートアクセスソリューションを使用することを検討してください。ただし、管理作業は頻繁に行わないので、管理作業でリモートアクセスを使

わなくてもよい場合もあります。

Service Manager のパフォーマンスService Manager のサーバーロールと機能のパフォーマンスは、さまざまな要因に左右されます。Service Manager のパフォーマンスの善し悪しが最も顕著に表れるのは、次の 3 つの部分です。

Service Manager コンソールの応答速度。これは、コンソールで操作を行ったときに、その処理が完了するまでにかかる時間です。

コネクタのデータ挿入時間。これは、コネクタが同期しているときに Service Manager でデータをインポートするのにかかる時間です。

ワークフローの所要時間。これは、ワークフローが自動的にアクションを適用するのにかかる時間です。

コネクタのパフォーマンスコネクタの初期同期には、かなり長い時間がかかります。たとえば、System Center Configuration Manager との大規模な初期同期には、8 ～ 12 時間ほど必要とします。コネク

タの初期同期中は、すべての Service Manager サーバーロールとプロセスのパフォーマンスが低下する可能性があります。これは、SQL Server データベースである Service Manager データベースにデータが順番に挿入されるためです。コネクタの初期同期プロセスを速めることはできませんが、初期同期を計画して、Service Manager の運用が開始される前に同期プロセスが完了するようにすることはできます。

初期同期が完了した後も Service Manager は同期を続けますが、変更箇所だけの同期であるため、パフォーマンスに大きな影響はありません。

ワークフローのパフォーマンスワークフローは自動的に発生するプロセスで、電子メールによる通知、変更要求をアクティブ化した後の処理、テンプレートの自動適用などがあります。

注

32

通常、ワークフローの開始から終了までにかかる時間は 1 分ですが、Service Manager サーバーロールに大きな負荷がかかっているときは、この時間では完了しません。

また、新しい通知サブスクリプションなどの新しいワークフローを作成する場合は、さらにシステムに負荷がかかります。新しく作成するワークフローの数が増えるほど、各ワークフローの実行にかかる時間も長くなります。

大量の新規インシデントを作成し、各インシデントで多数のワークフローを作成するなど、システムに大きな負荷がかかる場合は、パフォーマンスが低下することがあります。

大量のワークフローを作成する場合にパフォーマンスを改善する方法の 1 つは、Service Manager のリリースメディアに収録されている ManagmentHostKeepAlive 管理パックを使用することです。

この管理パックを使用するには、メディアのディレクトリにある 2 つの管理パックファイルを Service Manager のインストールディレクトリにコピーしてから、これらの管理

パックファイルをインポートする必要があります。

これらの管理パックファイルをインポートすることでワークフローの処理速度が大きく向上し、ほとんどのワークフローは 1 分以内で完了します。

ただし、この管理パックをインポートしたことでワークフロー処理が優先されるため、場合によっては Service Manager コンソールの応答が遅くなることがあります。運用環境

に展開する前に、どのような影響があるかをテストした上でこの管理パックの使用を決定してください。

グループ、キュー、ユーザーロールがパフォーマンスに及ぼす影響グループとユーザーロールの計画は早い段階に行ってください。ユーザーのアクセスを特定の

グループだけに制限するために、グループを作成することがよくあります。たとえば、人事担当者によって使用されるコンピューターに影響するインシデントなど、インシデントのサブセットを作成する場合を考えます。ここでは、極秘情報を取り扱う人事部サーバーのグループを表示または変更できるユーザーを特定の担当者だけに制限します。このためには、まず、す

べてのユーザー用のグループ ("すべてのユーザー") と、人事部のコンピューター用のグループ ("人事部サーバー") を作成してから、セキュリティロールが、両方のグループにアクセス権を持つようにする必要があります。すべてのユーザーを含むグループを作成したことで、Service Manager はこのグループが変更されたかどうかを頻繁にチェックしなければな

らなくなり、パフォーマンスへの影響は避けられません。既定では、このチェックは 30 秒おきに実行されます。非常に大きなグループの場合は、変更のチェックによりシステムに多大な負荷がかかり、応答速度が著しく低下することがあります。

対処法 1: レジストリを変更して、Service Manager によるグループの変更チェック間隔を手動で指定します。たとえば、グループの変更チェック間隔を 30 秒から 10 分に変更すると、

パフォーマンスが大幅に向上します。

レジストリを誤って編集すると、システムに重大な悪影響を及ぼす可能性があります。レジストリに変更を加える前に、コンピューターにある重要なデータのバックアップを作成してください。

注意

グループの変更のチェック間隔を手動で指定するには33

1. Regedit を実行して、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\ に移動します。

2. 「GroupCalcPollingIntervalMilliseconds 」という名前の DWORD 値を作成します。

3. この値として、チェック間隔をミリ秒単位で指定します。入力した値が 6 倍されます。たとえば、間隔を 10 分に指定する場合は、「1000000」と入力します。

4. System Center Management Service を再開します。対処法 2: Windows PowerShell スクリプトを使って、ユーザーロールに "ユーザー" などの

種類のオブジェクトを追加します。基本的に、このロールでログオンするアナリストは、"ユーザー" と同じ種類のすべてのオブジェクトにアクセスできます。この方法を使用すると、大き

なグループ ("すべてのユーザー") も、Service Manager に大きな負荷のかかる、このグループのメンバーシップのチェックも必要ありません。"ユーザー" という種類を "RoleName"

ロールに追加するには、 Service Manager 管理サーバーで次の Windows PowerShell スクリプトを実行します。このサンプルスクリプトは、実際の環境に合わせて変更する必要があり

ます。

次のスクリプトを適宜変更してから、実行します。

#

# Insert a "type" scope in a role

# Syntax:

# AddTypeToRoleScope -server "put_server_name_here" -RoleName "put display name of the role here" -TypeToAdd "put display name of the type to add to scope here"

#

# Note: This is a simple demonstration script without error checking.

#

# set script parameter defaults

param ([String]$Server = "localhost", [String]$RoleName="My Analyst Role", [String]$TypeToAdd="User")

$a = [reflection.assembly]::LoadWithPartialName("Microsoft.EnterpriseManagement.Core")

$m = new-object Microsoft.EnterpriseManagement.EnterpriseManagementGroup $Server

# Get Type object

Windows PowerShell スクリプトを実行して、オブジェクトをユーザーロールに追加するには

34

# Note: If you need to get a list of all available classes related to (for example) “User”, use this command:

# $m.EntityTypes.GetClasses() | ?{ $_.Name -like '*user*'} | %{ $_.Name}

#

$type = $m.EntityTypes.GetClasses() | ?{ $_.DisplayName -eq $TypeToAdd}

# Get role object, and insert the type GUID into scope

$role = $m.Security.GetUserRoles() | ?{ $_.DisplayName -eq $RoleName}

$role.Scope.Objects.Add($type.Id)

$role.Update()

#

# Get the value from the database again and validate it is there

if ( $role.scope.objects.Contains($type.Id) ) {

write-host *** Successfully set the scope for role `" $role.DisplayName`" and it now contains all instances of $type.DisplayName `( $type.Name `)

} else {

write-host "There was an error trying to insert the scope into the role."

}

パフォーマンスの表示ビューを作成するときは、可能な限りシステムの "標準" クラスを使用するようにしてくださ

い。インシデント管理など、ほとんどのオブジェクトクラスは、"標準" と "詳細" の 2 種類あります。標準型のオブジェクトには、アイテムに関連するデータの小さなサブセットへの単純な参照が含まれています。詳細型のオブジェクトには、アイテムに関連するデータへの複雑な参照が含まれています。標準型は単純なプロジェクションであり、詳細型は複雑なプロジェクションです。詳細型のオブジェクトの多くは、通常ビューに表示されないフォーム内の各フィールドを埋めるために使用します。詳細型のオブジェクトに基づいてビューを作成すると、ビューを開くときに、Service Manager によってデータベースが照会され、大量のデータが読み取られます。しかし、読み取られたデータのうち、実際に表示または使用されるデータはごくわずかです。

定義したビューでパフォーマンスの問題が発生し、そのビューで詳細型のオブジェクトを使用している場合は、標準型に切り替えてください。または、ビューで使用する特定のデータだけを含む独自のプロジェクション型を作成します。詳細については、SCSM Engineering Team Blog の記事「Creating Views That Use Related Property Criteria (Type Projections) : Software Views Example 」 ( 関連プロパティの条件 (型プロジェクション) を使ってビューを

35



作成する: ソフトウェアビューの例) (http://go.microsoft.com/fwlink/?LinkId=184819) を参照してください。

Service Manager データベースのパフォーマンスService Manager データベースのパフォーマンスは、さまざまな要素の影響を直接受けます。たとえば、Service Manager コンソールによるデータの同時読み取りまたは書き込み数、グループの変更のチェック間隔、コネクタによって挿入されるデータなどに左右されます。詳細はこのドキュメントで説明しています。次に、その要点を示します。

標準の展開環境で十分な応答速度を得るためには、Service Manager データベースをホストする管理サーバーに最低 8 GB の RAM が必要です。

Service Manager データベースをホストするコンピューターには、少なくとも 4 つのCPU コアが必要です。

ログファイルとデータファイルを別の物理ディスクに隔離すると、パフォーマンスが向上します。また、tempdb を Service Manager データベースとは別の物理 RAID ドライブに移動すると、さらにパフォーマンスを改善できます。可能な場合は、Service Manager

データベースのホストに RAID 1+0 ディスクシステムを使用してください。

小さいサイズの Service Manager データベースを作成して、自動拡張の増大幅を特に小さく設定すると、パフォーマンスが低下する場合があります。

データベースの最終サイズを予測して、それに近いサイズのデータベースを作成する方法については、「Service Manager job aids」(Service Manager ジョブエイド) (http://go.microsoft.com/fwlink/?LinkId=186291) のドキュメント一覧に含まれているService Manager のサイズ測定ヘルパーツールを参照してください。これにより、データベースの自動拡張にかかる時間を短縮してパフォーマンスの低下を防ぐことができます。

同様に、データベースのパフォーマンスを向上させる他のベストプラクティスもすべて活用できます。たとえば、高性能のディスクサブシステムを使うことで、テーブルのグループを該

当するファイルグループに分割して、別の物理ドライブに移動できます。

Service Manager 管理サーバーのパフォーマンスService Manager 管理サーバーのパフォーマンスは、主に同時使用するアクティブな Service Manager コンソールの数に左右されます。Service Manager のすべてのロールが管理サーバーと通信するので、同時使用するコンソールを多数展開する場合は、管理サーバーを追加す

ることを検討してください。管理サーバーには、最低 8 GB の RAM が必要です。1 つの CPU コアで 10 ～ 12 のアクティブコンソールをサポートするとして、1 つの管理サーバーで 80

～ 100 のコンソールをサポートしたい場合は、1 つの管理サーバーに少なくとも 8 つの CPU コアが必要です。

Service Manager コンソールのパフォーマンスService Manager コンソールのパフォーマンスは、主にアナリストが通常開いているフォームの数と、ビューで取得されるデータの量の影響を受けます。Service Manager コンソール

をインストールするコンピューターには、最低 2 GB の RAM が必要です。大量のデータを取得するビューがある場合は、RAM を追加する必要があります。Service Manager コンソール

36


をインストールするコンピューターには、少なくともデュアルコアの CPU が必要です。Service Manager コンソールはエンドユーザーアプリケーションなので、大量のリソースを消費していると思われる場合は再起動することをお勧めします。Service Manager コンソールで、メモリに大量の情報がキャッシュされ、全体的なメモリの消費量に影響することがあります。

Service Manager データウェアハウスデータベースのパフォーマンスデータウェアハウスのパフォーマンスは、データを同時に送信している Service Manager 管

理サーバーの数、保存されるデータの量やデータの保管期間、データの変更率、ETL の頻度など、さまざまな要素に直接影響されます。データウェアハウスに保存されるデータの量は、時

間の経過とともに増大します。そのため、不必要になったデータは必ずアーカイブしてください。また、ログファイルとデータファイルを別の物理ディスクに隔離すると、パフォーマン

スを向上できます。同様に、tempdb を他のデータベースとは別の物理ディスクに配置すると、より高いスループットが得られます。最後に、3 つの異なるデータベースをそれぞれ専用

の物理ディスクに配置することで、パフォーマンスを改善できます。可能な場合は、データウェアハウスのホストに RAID 1+0 ディスクシステムを使用してください。データウェアハ

ウスデータベースをインストールするコンピューターには、通常 8 GB 以上のRAM が必要ですが、データウェアハウスをホストする SQL Server により大きいメモリを搭載し、データ

マートデータベースとリポジトリデータベースを同じコンピューターに配置すれば、さらに高いパフォーマンスが得られます。ただし、コンピューターが 4,000 台以下の場合は、4 GB

で十分です。データウェアハウスデータベースをインストールするコンピューターには、少なくとも 8 つの CPU コアが必要です。さらにコアを増やせば、ETL とレポートの両方のパ

フォーマンスが向上します。

システム内のすべてのデータベースを小さなサイズで作成し、自動拡張の増大幅を特に小さく設定すると、パフォーマンスが低下する場合があります。データベースの最終サイズを予測して、それに近いサイズのデータベースを作成する方法については、「Service Manager job aids 」 (Service Manager ジョブエイド) (http://go.microsoft.com/fwlink/?LinkId=186291) のドキュメント一覧に含まれている Service Manager のサイズ測定ヘル

パーツールを参照してください。これにより、データベースの自動拡張にかかる時間を短縮してパフォーマンスの低下を防ぐことができます。

同様に、データベースのパフォーマンスを向上させる他のベストプラクティスもすべて活用できます。たとえば、高性能のディスクサブシステムを使うことで、テーブルのグループを該

当するファイルグループに分割して、別の物理ドライブに移動できます。

Service Manager データウェアハウスサーバーのパフォーマンスデータウェアハウスサーバーのパフォーマンスは、データウェアハウスに登録されている

Service Manager 管理サーバーの数と展開規模の影響を受けます。データウェアハウスサーバーには、通常 4 GB 以上のRAM が必要ですが、複数の Service Manager 管理サーバーが

データウェアハウスにデータを挿入する高度な展開環境の場合は、8 GM までに RAM を増設すると高いパフォーマンスが得られます。すべての要件を満たすことが不可能な場合は、SQL Server のメモリを最優先させてください。パフォーマンスの問題を未然に防ぐには、少なく

とも 4 つの CPU コアが必要です。データウェアハウスサーバーは、ほとんどの場合ステー

37



トレスであり、I/O の問題を引き起こす可能性は低いので、このサーバーによってパフォーマンスの問題が発生することはまずありません。

セルフサービスポータルのパフォーマンスセルフサービスポータルは、インシデントの登録やソフトウェアのセルフプロビジョニング

を簡単にするように設計されています。何千人ものユーザーが同時に使用することは目的にしていません。セルフサービスポータルのパフォーマンスに関する詳しいガイドラインは、完成

次第発行される予定です。

セルフサービスポータルのパフォーマンステストは、標準的な "月曜日の朝" を想定した環境で行われました。特に、月曜日の朝に数百人のユーザーが 5 ～ 10 分の間にログインでき、許

容できる範囲の応答速度 (4 ～ 5 秒未満) でインシデントを開けることを目標にしました。この目標は、このドキュメントで推奨されている最小ハードウェア要件で達成することができました。

展開環境の構成パフォーマンスとスケーラビリティを考慮する際に、Micorosoft がテストした環境に基づいて展開トポロジを計画することをお勧めします。これらのガイドラインに必ずしも従う必要はありませんが、Microsoft ではこれらの環境で展開トポロジをテストし、どの環境でも十分なパフォーマンスを達成できることを確認しています。

テストおよび小規模の展開環境テストおよび小規模の展開環境は、わずか 2 台のサーバーで 100 ～ 2000 台のコンピュー

ターをサポートする構成です。これらの構成では、1 台の物理コンピューターが 1 つの仮想サーバーをホストします。

テスト環境

この環境では、ロールとハードウェアに応じて次のハードウェア構成をお勧めします。

Service Manager のロール管理サーバー、Service Manager データベース、Service Manager コンソール、および

セルフサービスポータルをホストする 1 台の物理コンピューター。 1 台の仮想データウェアハウスサーバー。セルフサービスポータルは、1 台の物理ホス

ト、またはデータウェアハウスをホストするコンピューターではない仮想コンピューターにインストールする必要があります。

ハードウェア構成

デュアルクァッドコア 2.66 GHz CPU (4 GB は仮想コンピューター用) 仮想マシンのホスト用に 16 GB の RAM 200 GB の空きディスク領域この構成は、次の負荷でテストされています。

38

説明値

対応可能なエンドユーザー数最大 500Service Manager データベース内のコンピューター数

500

各コンピューターの 1 か月あたりの新規インシデント数

199

1 か月あたりの新規変更要求数 20同時使用するコンソールの数 2

セルフサービスポータルはインストールされていますか?

はい

Active Directory コネクタは有効になっていますか?

はい

Configuration Manager コネクタは有効になっていますか?

はい

Operations Manager コネクタは有効になっていますか?

はい

小規模の展開環境


Service Manager のロール管理サーバー、Service Manager データベース、およびコンソールをホストする 1 台の物理コンピューター。

1 台の仮想データウェアハウスサーバー。セルフサービスポータルは、1 台の物理ホスト、またはデータウェアハウスをホストするコンピューターではない仮想コンピューター

にインストールする必要があります。

ハードウェア構成

デュアルクァッドコア 2.66 GHz CPU (4 GB は仮想コンピューター用) 仮想マシンのホスト用に 16 GB の RAM 100 GB の空きディスク領域この構成は、次の負荷でテストされています。

説明値

対応可能なエンドユーザー数 501-2,000Service Manager データベース内のコンピューター数

2,000

39

説明値


1

1 か月あたりの新規変更要求数 100同時使用するコンソールの数 10


はい


はい


はい


はい

中規模の展開環境

中規模の展開環境では、2 台のサーバーで 2,001 ～ 5,000 台のコンピューターをサポートします。2 台の物理コンピューターが Service Manager 管理サーバーと Service Manager

データウェアハウス管理サーバーをホストする構成です。


Service Manager 管理サーバーのハードウェア構成デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 2 ディスク構成 RAID 1Service Manager データウェアハウス管理サーバーのハードウェア構成

デュアルクァッドコア 2.66 GHz CPU 4 GB の RAM 2 ディスク構成 RAID 1この構成は、次の負荷でテストされています。

説明値

対応可能なエンドユーザー数 2,001-5,000Service Manager データベース内のコンピューター数

3,000


1

40

説明値

1 か月あたりの新規変更要求数 150同時使用するコンソールの数 15-30


はい


はい


はい


はい

大規模の展開環境大規模の展開環境では、4 台のサーバーで 5,000 ～ 20,000 台のコンピューターをサポートします。4 台の物理コンピューターがサーバーロールをホストします。


Service Manager 管理サーバーのハードウェア構成デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 2 ディスク構成 RAID 1Service Manager データウェアハウス管理サーバーのハードウェア構成

デュアルクァッドコア 2.66 GHz CPU 4 GB の RAM 2 ディスク構成 RAID 1Service Manager データベースサーバーのハードウェア構成

デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 4 つの RAID 1+0 ディスクドライブ (データ用) 2 つの RAID 1 ディスクドライブ (ログ用)Service Manager データウェアハウスデータベースサーバーのハードウェア構成

デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 4 つの RAID 1+0 ディスクドライブ (データ用) 2 つの RAID 1 ディスクドライブ (ログ用)この構成は、次の負荷でテストされています。

41

説明値

対応可能なエンドユーザー数 5,001-20,000Service Manager データベース内のコンピューター数

6,000-20,000


1

1 か月あたりの新規変更要求数 1,000-2,000同時使用するコンソールの数 40-60


はい


はい


はい


はい

高度な展開環境高度な展開環境では、4 台のサーバーで 20,000 台以上のコンピューターをサポートします。

管理サーバー 1 台につき最大 60 の Service Manager コンソールをホストできます。この構成では、物理コンピューターがサーバーロールをホストします。


Service Manager 管理サーバーのハードウェア構成デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 2 つの RAID 1 ディスクドライブ

追加する各 Service Manager 管理サーバーのハードウェア構成デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 2 つの RAID 1 ディスクドライブ

Service Manager データウェアハウス管理サーバーのハードウェア構成

デュアルクァッドコア 2.66 GHz CPU 4 GB の RAM 2 つの RAID 1 ディスクドライブ

Service Manager データベースサーバーのハードウェア構成

42

デュアルクァッドコア 2.66 GHz CPU 8 ～ 32 GB の RAM (予想されるデータベースのサイズによる) 4 つの RAID 1+0 ディスクドライブ (データ用) 2 つの RAID 1 ディスクドライブ (ログ用)Service Manager データウェアハウスデータベースサーバーのハードウェア構成

デュアルクァッドコア 2.66 GHz CPU 8 GB の RAM 4 つの RAID 1+0 ディスクドライブ (データ用) 2 つの RAID 1 ディスクドライブ (ログ用)この構成は、次の負荷でテストされています。

説明値

対応可能なエンドユーザー数 20,000 以上Service Manager データベース内のコンピューター数

20,000 ～ 50,000 以上


1

1 か月あたりの新規変更要求数 2,000 以上同時使用するコンソールの数 60-100


はい


はい


はい


はい

43

Documents

download.microsoft.comdownload.microsoft.com/.../SM_PlanningGuide.docx · Web viewこのドキュメントは、"現状のまま" 提供されます。このドキュメントに記載されている情報および見解