次の方法で共有

System Center Service Manager の新機能

  • [アーティクル]

Service Manager 2022 で導入された新機能はありません。 SM 2022 で修正された問題については、 リリース ノートを参照してください。

この記事では、System Center 2019 - Service Managerでサポートされる新機能について詳しく説明します。

SM 2019 の新機能

Service Manager (SM) 2019 で更新された新機能については、次のセクションを参照してください。

SQL Server 2017 のサポート

SM 2019 では、SQL Server 2017 の新規インストールがサポートされています。 詳細については、こちらを参照してください。

SQL Server 2019 CU8 以降のサポート

Service Managerでは、累積的な更新プログラム 8 (CU8) 以降で 2019 年SQL Serverがサポートされます。詳細については、こちらを参照してください。

注意

  • Service Manager 2019 では、CU8 以降の SQL 2019 がサポートされていますが、SQL 2019 RTM はサポートされていません。
  • ODBC 17.3 から 17.10.4.1、および MSOLEDBSQL 18.2 から 18.6.6 を使用します。

Active Directory コネクタの機能強化

Active Directory (AD) コネクタは、特定のドメイン コントローラーと同期するように即興で行われています。 Active Directory コネクタの LDAP クエリでドメイン コントローラーを指定できるようになりました。

UI の応答性の向上

ユーザー インターフェイスは、メモリ リークの問題に対処することで応答性を高めます。

サービス ログオンを有効にする

以前のリリースでは、Service Manager管理サーバーとService Manager Data Warehouse管理サーバーのセットアップ中に、SM アカウントに対してさまざまな資格情報が要求されます。 これらのアカウントは対話型でした ( ローカルでのログオンを許可 する (SetInteractiveLogonRight) アクセス許可を持つアカウント)。

SM 2019 では、サービス ログオンの種類を有効にしてService Managerセキュリティを強化し、既定のログオンの種類は [サービス ログオン] に設定されています。 実行アカウントにサービス ログオンアクセス許可を付与する方法については、「サービス ログオン機能を有効にする」を参照してください。 詳細については、こちらを参照してください。

バグの修正

System Center Service Manager のこのリリースには、SCSM 2016 の更新プログラム ロールアップ 5 まで出荷されたすべてのバグ修正が含まれています。

注意

次の機能は、2019 年に強化された Service Manager 1807 で導入されました。

SQL 2017 Feature Pack のサポート

SQL Server 2016 は SQL Server 2017 にアップグレードできます。 詳細については、こちらを参照してください。

注意

次の機能は、2019 年に含まれる Service Manager 1801 で導入されました。

強化された評価エクスペリエンスのサポート

SM は、Service Managerを評価し、製品を小売用にアクティブ化するための強化されたエクスペリエンスをサポートします。

Service Manager の評価版をインストールし、180 日間使用できます。 SM 2016 では、評価版をインストールした後、評価期間の残りの日数を表示するオプションはありませんでした。 Service Manager 1801 以降では、評価期間に関する情報を表示し、それに応じて SM をアクティブ化できます。 詳細については、こちらを参照してください。

Service Manager UR2 の新機能

Service Manager更新プログラム ロールアップ 2 では、次の新機能がサポートされています。

SQL 2019 CU8 以降のサポート

Service Manager UR2 では、累積的な更新プログラム 8 (CU8) 以降で 2019 年SQL Serverがサポートされます。詳細については、こちらを参照してください。

このサポートは、Service Manager 2019 に適用されます。

注意

  • Service Manager 2019 では SQL 2019 RTM がサポートされておらず、CU8 以降の SQL 2019 がサポートされています。
  • ODBC 17.3 から 17.10.4.1、および MSOLEDBSQL 18.2 から 18.6.6 を使用します。

重要

このバージョンのService Managerはサポート終了に達しました。 Service Manager 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1807 - Service Manager (SM) でサポートされる新機能について詳しく説明します。

System Center 1807 - Service Manager の新機能

SM 1807 には次の新機能が含まれています。

注意

修正されたバグと SM 1807 のインストール手順を確認するには、サポート技術情報記事 4338239 をご覧ください。

SQL 2017 Feature Pack のサポート

SM 1807 は SQL 2017 をサポートしています。 SQL Server 2016 は SQL Server 2017 にアップグレードできます。 詳細情報

注意

  • SM 1807 では、SQL 2017 は SQL 2016 からアップグレードされた場合にのみサポートされます。 SM 1807 を使用した SQL 2017 の新規インストールはサポートされていません。 1801 デプロイと SQL 2016 を使用するユーザーは、SM 1807 を適用してから SQL 2017 にアップグレードする必要があります。
  • SQL 2017 へのアップグレード プロセスでは、レポート サービスがアンインストールされます。バックアップ レポート DB や暗号化キーなどの必要なレポートを必ず移行してください。

重要

このバージョンのService Managerはサポート終了に達しました。 Service Manager 2022 にアップグレードすることをお勧めします。

この記事では、System Center 1801 - Service Manager (SM) でサポートされる新機能について詳しく説明します。

この記事では、System Center 2016 - Service Manager (SM) でサポートされる新機能について詳しく説明します。

System Center 1801 - Service Manager の新機能

次のセクションでは、SM 1801 でリリースされた新機能について概説します。

強化された評価エクスペリエンスのサポート

SM 1801 では、Service Manager の評価と小売用製品のアクティブ化に関する強化されたエクスペリエンスがサポートされます。

Service Manager の評価版をインストールし、180 日間使用できます。 SM 2016 では、評価版をインストールした後、評価期間の残りの日数を表示するオプションはありませんでした。 Service Manager 1801 では、評価期間に関する情報を表示し、適宜、SM をアクティブ化することができます。 詳細情報

バグの修正

このリリースの System Center Service Manager (SCSM) には、TLS 1.2 プロトコルの追加サポートと共に、SCSM 2016 の更新プログラムのロールアップ 4 までに配布されたすべてのバグ修正が含まれています。 TLS 1.2 を使用するためにご利用の環境を設定、構成および実行する方法の詳細については、こちらの記事をお読みください。

このビルドは、リリース 1801 に含まれている他の System Center コンポーネントとの SCSM 統合シナリオを確認するために使用する必要があります。

System Center 2016 - Service Manager の新機能

次のセクションでは、SM 2016 でリリースされた新機能について概説します。

SQL Server 2014 SP2 のサポート

SQL Server 2014 SP2 は、Service Manager データベースとデータ ウェアハウス データベースをホストするためにサポートされます。

Windows 7 でサポートされる Service Manager コンソール

Windows 7 は Service Manager コンソールでサポートされます。 しかし、前提条件として .NET 4.5.1 が必要です。 Microsoft サポート サイト (https://support.microsoft.com/en-us/kb/2858728) から、オフライン インストーラーと言語パックをダウンロードしてください。 Service Manager 2016 コンソールで導入された、新しいスペル チェック機能では、Windows 7 インストールの言語サポートが制限されています。 Windows 7 でサポートされている言語には、英語、フランス語、ドイツ語、スペイン語が含まれます。

System Center 2012 R2 コンポーネントのサポート

アップグレードを簡素化するために、System Center 2012 R2 コンポーネントで次の Service Manager 2016 コネクタを使用できます。

  • System Center 2012 R2 Virtual Machine Manager
  • System Center 2012 R2 Orchestrator
  • System Center 2012 R2 Operations Manager
  • System Center 2012 R2 Configuration Manager (SCCM 1511、1602、1606 を含む)

パフォーマンスの向上

System Center 2016 - Service Manager では、データ処理量が全体で 4 倍に増えています。 この向上により、Service Manager では SQL Server をより有効に活用できます。 以下の結果は、Microsoft で、推奨される標準的なトポロジを使用して、テスト システムに高い負荷をかけて行ったテストで得られたものです。

次の方法でパフォーマンスの向上が実現されます。

作業項目の作成と更新コミットのパフォーマンスの向上

  • この向上により、作業項目の作成および更新時間が大幅に短縮されました。

ワークフロー処理の向上

  • Service Manager のワークフローの待機時間が短縮され、待機時のキャッチアップがより高速になります。

作業項目の 1 秒あたりの処理能力の向上

  • Service Managerは、1 分あたり 45 個の作業項目の大きな流入をより簡単に処理できます。

グループとキューの計算の大幅な改善

  • 内部テストの結果で 50% の改善が確認されました。 たとえば、関連ユーザーまたはワークフローについて、作業項目または構成項目の表示時間が半分に短縮されました。 Service Manager 2012 R2 の負荷のかかる環境ではグループやキューの更新に 30 分かかりますが、Service Manager 2016 では同じ負荷で 15 分以内にグループやキューを更新できます。

パフォーマンス向上のメトリックの概要を以下に示します。

テスト に使用したテスト ベッドの外観を次に示します。

  • 400 個の同時クライアント接続
  • 1 分あたり 45 個の作業項目のインフロー
  • それぞれ 200 個のクライアント接続を処理する 2 つのセカンダリ Service Manager管理サーバー
  • 216 個のサブスクリプション ワークフロー
  • 42 個のキュー
  • Service Manager データ ウェアハウスの登録
  • AD コネクタで 100K ユーザーを同期
  • すべてのコンピューターの標準的な推奨構成

作業項目の作成と更新コミットのパフォーマンスの向上

この向上により、作業項目の作成および更新時間が大幅に短縮されました。

action Service Manager 2012 R2 Service Manager 2016 の改良の詳細
インシデントの作成時間 2 から 6 秒 0.5 秒 4 倍
コネクタ同期中のインシデントの作成時間 8 から 10 秒 1 秒未満 8 倍

ワークフロー処理の向上

Service Manager のワークフローの待機時間が短縮され、待機時のキャッチアップがより高速になります。

1 分あたり 45 個の作業項目で 2 時間の待機時間が経過すると、ワークフローが追いつく時間を次に示します。

action Service Manager 2012 R2 Service Manager 2016 の改良の詳細
ワークフローのキャッチアップ時間 2 時間 50 分 1 時間 46 分 1.5 倍

作業項目の 1 秒あたりの処理能力の向上

Service Managerは、1 分あたり 45 個の作業項目の大きな流入をより簡単に処理できます。

action Service Manager 2012 R2 Service Manager 2016 の改良の詳細
インシデントの平均作成時間 2.2 秒 0.5 秒 4 倍

SCCM と Active Directory コネクタ同期の高速化

Service Manager の Active Directory と SCCM コネクタでは、Service Manager データベースに大量のデータをインポートすることができます。 これにより、(コネクタからのデータが格納される) データ テーブルのサイズが大きくなるだけでなく、EntityChangeLog (ECL) テーブルと履歴テーブルのサイズもかなり大きくなります。 ECL テーブルの大きなサイズが問題になることがあります。場合によっては、システムの速度が大幅に低下します。

ECL テーブル、および履歴テーブル (この例の場合) には、データが Service Manager に取り込まれた時刻と、各データ項目の追加または更新されたプロパティに関する詳細情報が格納されます。 ECL ログを無効にしても、コネクタからのデータのインポートには影響しません。 代わりに、ほとんどのログ データは ECL テーブルと履歴テーブルに書き込まれず、パフォーマンスが大幅に向上する可能性があります。 無効な ECL ログは、既定では使用できません。 つまり、既定では、ECL ログが有効になります。 しかし、シンプルな PowerShell コマンドレットを使用することで、無効になっている ECL ログを簡単に有効にすることができます。 詳細については、必要に応じて ECL ログを無効にすることによるコネクタ同期の高速化に関するページを参照してください。

ECL ログのクリーンアップの向上

ECL ログのクリーンアップ中、Service Managerは、そのエンティティの保持履歴期間が経過した場合でも、エンティティに対する最新の変更をクリーンアップしません。

クリーンアップでは、最終的に、Service Manager 展開の有効期間に ECL テーブルでこれまで作成されたオブジェクトごとに 1 つのエントリが残されます。 ECL テーブル内の最後のエントリを保持するため、ストアド プロシージャ (p_GroomChangeLog) の実行に時間がかかる場合があります。 場合によっては、ECL エントリが非常に大きいと、30 分を超えます。 最適化の一環として、Service Managerはエントリを保持しないため、クリーンアップ ストアド プロシージャのパフォーマンスが向上します。 通常は、クリーンアップ ストアド プロシージャの実行が 3 倍から 4 倍速くなります。

その結果、1 つのエントリが前に表示されるのとは対照的に、履歴の保持期間が経過した場合、履歴タブにはエンティティのエントリは表示されません。

インシデント ワークフローの遅延の短縮

Service Manager に含まれている次のインシデントに関連するワークフローは、特に多くの作業項目が同時に作成される場合にインシデントの更新時間を短縮するために最適化されました。

  • WorkItem_SetFirstAssingedTo_RelationhsipAdd_Rule

  • Incident_Adjust_PriorityAndResolutionTime_Custom_Rule.Update

  • Incident_Adjust_PriorityAndResolutionTime_Custom_Rule.Add

  • ServiceManager.IncidentManagement.ParentIncidentActivated.UpdateRule

各ワークフローのバッチ サイズが大きくなりました。その結果、パフォーマンスが向上し、同時により多くのインシデントを更新できるようになりました。

ADConnector への ADGroupExpansion ワークフローの統合

以前のリリースの個別のワークフローとは異なり、AD GroupExpansion 機能が ADConnector の一部となりました。

  • GroupExpansion 機能は、ADConnector と同じスケジュールで実行されます。

  • グループ メンバーシップの変更を同期するために必要な時間が短縮されました。

データ ウェアハウス キューブの新しい日付ディメンション

System Center 2016 - Service Managerでは、Service Manager Data Warehouse キューブには新しい日付ディメンションが含まれており、年、四半期、月、日などに基づいて豊富なレポートを作成し、データをスライスするのに役立ちます。

キューブ ディメンション

データ ウェアハウス キューブに次の新しいディメンションService Manager追加されました。

キューブ名: Service Manager 作業項目キューブ

  • コンテンツ: インシデント、問題管理
  • 新しい日付ディメンション:
    • Incident ClosedDate
      • Incident CreatedDate
    • Incident ResolvedDate
    • Problem ClosedDate
    • Problem CreatedDate
    • Problem ResolvedDate

キューブ名: 変更および活動管理キューブ

  • コンテンツ: 変更および活動管理
  • 新しい日付ディメンション:
    • Activity ActualEndDate
      • Activity ActualStartDate
      • Activity CreatedDate
      • Activity ScheduledEndDate
      • Activity ScheduledStartDate
      • ChangeRequest ActualEndDate
      • ChangeRequest ActualStartDate
      • ChangeRequest CreatedDate
      • ChangeRequest ScheduledEndDate
      • ChangeRequest ScheduledStartDate

キューブ名: Service Manager サービス カタログ ライブラリ キューブ

  • コンテンツ: サービス カタログ
  • 新しい日付ディメンション:
    • Activity ActualEndDate
    • Activity ActualStartDate
    • Activity CreatedDate
    • Activity ScheduledEndDate
    • Activity ScheduledStartDate
    • ReviewActivity ActualEndDate
    • ReviewActivity ActualStartDate
    • ReviewActivity CreatedDate
    • ReviewActivity ScheduledEndDate
    • ReviewActivity ScheduledStartDate
    • ServiceRequest ActualEndDate
    • ServiceRequest ActualStartDate
    • ServiceRequest CreatedDate
    • ServiceRequest CompletedDate
    • ServiceRequest ClosedDate
    • ServiceRequest ScheduledEndDate
    • ServiceRequest ScheduledStartDate

これらすべてのディメンションには、次の属性があります。これらをデータのスライスに使用できます。

ディメンション リスト

カスタム キューブで他の日付フィールドの日付ディメンションを追加する

  1. キューブを定義する管理パックで、以下に示すように必須フィールドの名前付き計算を追加します。

    <NamedCalculation ID="Incident_CreatedDate__DateKey" Target="IncidentDW!IncidentDim" ColumnType="Int">
        <Calculation>isNull(CONVERT(nvarchar(8), CreatedDate, 112),'20000101')</Calculation>
      </NamedCalculation>

    NamedCalculation ID は末尾に文字列 __DateKey を含める必要があり、データ ウェアハウス内のこのフィールドは NULL または 0 にすることはできません。

  2. 管理パックを封印し、Service Manager にインポートします。

  3. データ ウェアハウスで MPSyncJob を実行し、管理パックが完了とマークされるまで待ちます。

  4. すべてのキューブを処理するか、夜間の自動処理を待ちます。

  5. キューブは、前述の定義のとおり、新しい日付ディメンションで更新されます。

新しい HTML ベース セルフ サービス ポータル

このリリースには、次の機能が強化された、新しい HTML ベース セルフ サービス ポータルが含まれています。

  • 使いやすいナビゲーションを備えた、更新された Modern UI
  • 複数のブラウザーをサポート
  • ポータルで新たにアナウンスをサポート
  • 新しいサービス カタログ
  • ヘルプ記事の充実したブラウザー
  • 個人の活動および個人の要求の管理
  • サーバー キャッシュによってデータベース呼び出しを削減し、ポータルのパフォーマンスを向上
  • セルフ サービス ポータル ページの直接 URL のサポート
  • 充実したカスタマイズ オプション

ポータルのインストールとカスタマイズについて詳しくは、「Service Manager のセルフサービス ポータルの展開」を参照してください。

注意

以前の Silverlight および SharePoint ベースのセルフ サービス ポータルが削除されました。

Service Manager コンソールのスペル チェック

作業項目フォームで、スペル チェックが有効になるようになりました。 サポートされている 21 のService Manager言語のうち 17 言語 (簡体字中国語)、中国語 (繁体字)、日本語、韓国語は現在サポートされていません。 この機能を使用するには、目的の言語パックをインストールし、目的の言語のキーボード IME を設定します。 この機能は既定で有効になっていますが、[スペル チェックの表示>] に移動して切り替えることができます。

進行中の活動を開く

サービス要求と変更要求に対して、新しいコンソール タスク Open Activity in Progress が追加されました。 作業項目が進行中の状態になったときに、このコンソール タスクのリンクが有効になります。 このタスクのリンクをクリックすると、現在進行中の活動が開きます。 進行中のアクティビティがない作業項目の場合は、作業項目のローカライズされたメッセージ [ 進行中のアクティビティがありません] が 表示されます。 以前のバージョンのService Managerでは、作業項目を開き、[アクティビティ] タブに移動し、[進行中] アクティビティを選択する必要があります。 進行中の活動には、シングル クリックでアクセスできるようになりました。

Lync 2013 と Skype for Business のサポート

System Center 2016 - Service Managerには、Lync 2013 および Microsoft Office suite 2013 および 2016 のSkype for Businessとの統合をサポートする更新プログラムが含まれています。 Lync または Skype for Business を使用するユーザーへの連絡については、「インシデント フォームからユーザーへの連絡」を参照してください。

注意

2013 以前のバージョンの Lync はサポートされていません。

SQL AlwaysOn のインストールをサポートするためのセットアップの変更

セットアップ ウィザードを使用すると、さまざまな名前付きインスタンスでの SQL AlwaysOn 構成など、複雑な構成で Service Manager を簡単にインストールできます。

SQL 管理サーバー、インスタンス名とポート番号をまとめて構成できるようになりました。

SQL 管理サーバーとポートを構成する

.NET Framework 4.5.1 のサポート

Service Manager 2016 で .NET Framework 4.5.1 がサポートされるようになりました

次の手順

  • 会社またはorganizationに展開する前に、Service Managerに備える必要があるハードウェアとソフトウェアの要件とソフトウェアの役割を理解するには、「Service Managerの計画」を参照してください。
  • 修正済みの問題をご覧ください。