System Center Service Manager のリリース ノート
この記事では、System Center 2022 - Service Managerのリリース ノートの一覧を示します。 この記事には、Operations Manager 2022 UR2 のリリース ノートも含まれています。
Service Manager 2022 リリース ノート
以降のセクションでは、Service Manager 2022 のリリース ノートについて詳しく説明し、既知の問題と回避策について説明します。
既知の問題と対処法
Data Warehouse Server をアクティブ化するための手動手順
説明: Service Manager Data Warehouseは、管理サーバー ライセンスのアクティブ化の一部としてアクティブ化されません。 Data Warehouseを手動でアクティブ化する必要があります。
回避策: Data Warehouse サーバーを手動でアクティブ化するには、次の手順に従います。
Windows PowerShell を開きます。
ディレクトリを [インストール フォルダー/Powershell] に変更します。
次のコマンドを実行して PowerShell モジュールをインポートします。
– Import-Module .\System.Center.Service.Manager.psm1
コマンドレットを実行
Set-SCSMLicense powershell
してライセンスをアクティブ化します。注意
DW サーバーは、このコマンドへの管理サーバー入力です。
TLS 1.2 マシンへの SM 2022 のインストールが失敗する
説明: コンピューターが TLS 1.2 で強化されている場合、System Center Service Manager 2022 の新規インストールまたは以前のバージョンから SM 2022 へのアップグレードが失敗します。
回避策: インストール/アップグレードの前に TLS 1.2 を無効にし、アップグレードの完了後に再度有効にします。
Orchestrator 2022 のコネクタが失敗する
説明: Orchestrator Web サービスの変更により、Orchestrator 2022 用コネクタが機能しない場合があります。
回避策: これを修正するまで System Center 2019 Web API の使用を続けます。 System Center 2022 では、2019 Web コンソール/API をサイド バイ サイドで実行できます。
レポート管理パックの展開が失敗する可能性がある
説明: Data Warehouseが正常にインストールされると、Data Warehouse管理サーバーでSQL Server Reporting Services (SSRS) がローカルで実行され、SSRS が 2017 以降の場合、レポート管理パックの展開が失敗する可能性があります。
この問題は、Service Manager 2016 以降で発生します。
回避策: ここで説明する手順を実行します。
Service Manager 2022 UR2 リリース ノート
Service Manager 2022 UR2 の既知の問題はありません。
UR2 で修正された問題と UR2 のインストール手順については、 KB の記事を参照してください。
この記事では、System Center Service Manager 2019 のリリース ノートを提供します。
System Center 2019 のリリース ノート - Service Manager
以降のセクションでは、Service Manager 2019 のリリース ノートについて詳しく説明し、既知の問題と回避策について説明します。
既知の問題と対処法
Data Warehouse Server をアクティブ化するための手動手順
説明: Service Manager Data Warehouseは、管理サーバー ライセンスのアクティブ化の一部としてアクティブ化されません。 Data Warehouseを手動でアクティブ化する必要があります。
回避策: Data Warehouse サーバーを手動でアクティブ化するには、次の手順に従います。
Windows PowerShell を開きます。
ディレクトリを [インストール フォルダー/Powershell] に変更します。
次のコマンドを実行して PowerShell モジュールをインポートします。
– Import-Module .\System.Center.Service.Manager.psm1
コマンドレットを実行
Set-SCSMLicense powershell
してライセンスをアクティブ化します。注意
DW サーバーは、このコマンドへの管理サーバー入力です。
SQL 2017 で SCSM が既定の SSAS モードで動作しない
説明: System Center Service Manager 2019 では、Microsoft Online Analysis Processing (OLAP) キューブを操作するには、SQL Server Analysis Services (SSAS) が必要です。 SQL 2017 では、既定の SSAS モードは 表形式です。 Service Managerの管理サーバーとData Warehouseは、表形式ではなく、SSAS モードの多次元でのみ機能します。
回避 策:SQL Server 2017 の新規インストールの場合は、SSAS モードを [多次元] として選択します。 以前のバージョンの SQL Server から SQL Server 2017 にアップグレードした場合、古い SSAS モードは保持されます。 そのため、SQL Serverアップグレード シナリオでは手動の手順は必要ありません。
TLS 1.2 マシンへの SM 2019 のインストールが失敗する
説明: コンピューターが TLS 1.2 で強化されている場合、System Center Service Manager 2019 の新規インストールまたは以前のバージョンから SM 2019 へのアップグレードが失敗します。
回避策: インストール/アップグレードの前に TLS 1.2 を無効にし、アップグレードの完了後に再度有効にします。
SM Authoring Tool をインストールする場合の前提条件
説明: オーサリング ツール 2019 を展開する前に、Microsoft Visual C++ 2012 再頒布可能パッケージService Managerインストールします。
回避策:ありません。
Exchange コネクタの作成ウィザードがクラッシュする
説明: Service Manager 2019 コンソールを使用して新しい Exchange Connector を作成すると、管理者が Exchange Connector の作成ウィザードの [サーバー接続] ウィンドウで [テスト接続] を選択すると、例外が発生します。
回避策: Exchange コネクタの作成ウィザードで [テスト接続] を選択しないでください。 代わりに、接続を内部的にテストし、ウィザードをクラッシュさせない [ 次へ ] ボタンを選択します。 クラッシュが発生した場合は、ウィザードを再起動し、この回避策を使用します。
AD コネクタ ウィザードで参照オプションによるドメインの選択が失敗する
説明: [参照] を選択して、2019 コンソールの Active Directory コネクタ ウィザードでドメインまたは OU を選択すると、エラー Service Manager発生します。
回避策: Microsoft Visual C++ 2012 再頒布可能パッケージをコンピューターにインストールし、AD コネクタ ウィザードを使用します。
新しいソフトウェアの種類構成項目の作成中のエラー
説明: [ソフトウェア構成項目の作成] フォームの [仮想アプリケーション] フィールドのプロパティは必須ですが、必須項目を示す asterix (*) は含まれません。
このフィールドに入力せず、[OK] または [適用] を選択すると、エラーが表示され、フォームを使用できません。
回避策: [ソフトウェア構成項目の作成] フォームをもう一度開き、[ 仮想アプリケーション] フィールドを含むすべての詳細を入力し、[ OK] または [ 適用] を選択します。
リモート SQL Server レポート サービスを構成する手順
説明: Service Manager データ ウェアハウス管理サーバーの展開中に、Microsoft SQL Server Reporting Services (SSRS) を展開するサーバーを指定できます。 このセットアップ中に、データ ウェアハウス管理サーバーをホストしているコンピューターが既定で選択されます。 SSRS をホストする別のコンピューターを指定した場合は、手順に従ってサーバーを準備するように求められます。
回避策: SSRS をホストする別のコンピューターを指定するには、 ここで説明する手順を実行します。
VMM サーバーにインストールされている SM コンソールが原因で VMM コネクタの障害が発生する
説明: Service Managerコンソールを VMM と同じサーバーにインストールした場合、そのService Managerコンソールを使用してその VMM サーバーへの VMM コネクタを作成することはできません。
回避策: 別のService Manager コンソールを使用して VMM コネクタを作成します。
Operations Manager 管理サーバーにインストールされている SM コンソールが原因でエラーが発生する
説明: Service Manager コンソールを Operations Manager 管理サーバーにインストールすることはできません。 この機能は現在サポートされていません。
回避策:ありません。
DB またはログ パスに一重引用符が含まれていると、データ ウェアハウスのセットアップに失敗する場合がある
説明: セットアップ中に、単一引用符文字 (') を含むデータベースまたはログ パスを指定すると、セットアップが失敗する可能性があります。
回避策: 単一引用符を使用せずにパスを使用します。
SM Authoring Tool が既にインストールされていると、セットアップが失敗する場合がある
説明: Service Manager作成ツールのバージョンを以前にインストールした場合、SM オーサリング ツールのセットアップが失敗する可能性があります。
回避策: 以前のバージョンの Service Manager Authoring Tool を削除し、セットアップを再試行します。
セットアップで Report Viewer 言語パックがインストールされない
説明: セットアップには、必要に応じて をチェックし、必要に応じてMicrosoft Report Viewerをインストールする前提条件チェッカーが含まれています。 ただし、セットアップではレポート ビューアー言語パックはインストールされません。これにより、Microsoft Report Viewerは英語以外の言語を使用するように構成されている Windows オペレーティング システムと互換性があります。
回避策: システムが英語以外の言語を使用するように構成されている場合は、その言語のレポート ビューアー言語パックを手動でインストールする必要があります。
SQL Server インスタンスに文字が含まれている場合、SM セットアップが$失敗する
説明: ドル記号$ () 文字を含む名前付き構造化照会言語 (SQL) インスタンスを使用してService Managerをインストールしようとすると、セットアップは失敗します。
回避策: 名前に文字が含まれていない SQL インスタンスを $ 使用します。
Orchestrator Connector アカウント パスワードに文字を含 $ めることはできません
説明: Orchestrator コネクタ アカウントのパスワードに文字が含まれている$場合、同期ジョブは完了します。ただし、Service Manager データベースでは Runbook は更新されません。
回避策: Orchestrator コネクタ アカウントのパスワードに文字が $ 含まれている場合は、パスワードを文字を含まないパスワードに $ 変更します。
セットアップ ログが英語でのみ表示される
説明: Service Managerのセットアップ ログは英語でのみ使用できます。
回避策:ありません。
サービス要求テンプレート アイテムを変更または削除するとエラーが発生することがある
説明: 要求オファリング テンプレートを使用してサービス要求を作成し、テンプレートに含まれるアクティビティを変更または削除すると、さまざまなエラーが発生してサービス要求を保存できなくなる可能性があります。
回避策: サービス要求を作成する場合は、要求オファリング テンプレートに含まれているアクティビティを変更または削除しないでください。 必要な場合は、新しい要求内容テンプレートを作成して、その中に必要な活動だけを含め、目的の用途に合わせて構成してください。
レポート サーバーの構成に時間がかかる場合がある
説明: データ ウェアハウスをインストールすると、既定の Web サーバー URL の検証が完了するまでに 25 秒かかる場合があります。
回避策:ありません。
2 バイトの文字が検索プロバイダーに正しく送信されない
説明: ナレッジ検索を実行し、[検索プロバイダー] ボックスに 2 バイト文字を入力すると、検索 Web サイトに正しく送信されません。 代わりに、意味のない文字が送信されます。
回避策:ありません。
ナレッジ項目を日付順に並べ替えできない
説明: ナレッジ記事を日付順に並べ替えようとしても、並べ替えは機能しません。
回避策:ありません。
一部の地域で時刻形式が一致しない
説明: Workitems/IncidentManagement/All Incident などの一部のビューの時刻形式は、システム ローカル設定と一致しません。 この問題は、封印されていない管理パック (MP) のビューを操作するときに発生する可能性があります。
回避策: この問題を解決するには、次の手順に従います。
Service Manager インシデント管理構成ライブラリ管理パックをエクスポートします。
管理パックを変更します。 LastModified 列を見つけ、下のようにバインディングを変更します。
修正前
<mux:Column Name="lastModified" DisplayMemberBinding="{Binding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />
修正後
<mux:Column Name="lastModified" DisplayMemberBinding="{datebinding:DateBinding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />
- LastModified という名前の列に対して手順 1–2 を繰り返します。
- 変更された管理パックを再インポートします。
- コンソールを再起動します。
Data Warehouse管理サーバーに SSRS がローカルにインストールされている場合、Data Warehouseセットアップが失敗する可能性があります
説明: SSRS 2017 以降がData Warehouse管理サーバーにローカルにインストールされている場合、Data Warehouseサービスのインストール フェーズでセットアップが失敗し、次のエラーが発生する可能性があります。カスタム アクションの実行中にエラーが発生しました:_CreateSrsFolder_SC。
この問題は、Windows 2019 Service Manager 2019 で確認されています。
回避策: Data Warehouseセットアップを開始した後、セットアップ中に SSRS サービスが停止した場合にチェックします。 停止した場合は、サービスのインストール フェーズの前に SSRS サービス を開始します。
レポート管理パックの展開が失敗する可能性がある
説明: Data Warehouseのインストールが成功した後、SQL Server Reporting Services (SSRS) がData Warehouse管理サーバーでローカルに実行されていて、SSRS が 2017 以降の場合、レポート管理パックの展開が失敗する可能性があります。
この問題は、Service Manager 2016 以降で確認されています。
回避策: ここで詳しく説明されている手順を実行します。
重要
このバージョンのService Managerはサポート終了に達しました。 Service Manager 2022 にアップグレードすることをお勧めします。
この記事では、System Center 1807 - Service Manager (SM) のリリース ノートを提供します。
System Center 1807 - Service Manager のリリース ノート
以下のセクションでは、Service Manager 1807 のリリース ノートについて詳しく説明します。これには、修正された問題、既知の問題、回避策が含まれます。
修正された問題
SM 1807 では次の問題が修正されました。
System Center Operations Manager (SCOM) コンソールと System Center Service Manager (SCSM) コンソールまたは PowerShell コンポーネントが同じサーバーで共存できない。
注意
これを解決するには、Operations Manager 1807 をインストールする必要があります。
一部のビューの日付と時刻の形式は、ローカル コンピューターの設定と一致しません。
SM コンソールは、それぞれのウィンドウ (UI) が閉じられるとすぐに使用されるメモリを解放しません。
コネクタを CSV ファイルとしてインポートすると、コンソールがクラッシュする (en-us 以外のロケール) 可能性があります。
しばらくの間、フォーカスが外れた後にフォーカスが戻ると、コンソールがクラッシュする可能性があります。
ワークフローの状態ビューがすぐに読み込まれていませんでした。
Data Warehouse (DW) Cube からのレポートが古い。
DWDataMart の DateDim テーブルが 12/31/2050 まで利用できない。
サービス レベル オブジェクト (SLO) の TargetWarningDate では、関連付けられている予定表で定義されている稼働時間と日は考慮されません。
セルフサービス ポータルで添付ファイルが含まれる要求が生成に成功しても、エラー メッセージが間違って表示される。
Active Directory コネクタを特定のドメイン コントローラーと同期する場合、ユーザーは Active Directory コネクタの LDAP クエリでドメイン コントローラーを指定できません。
System Center Configuration Manager 1802 は、Service ManagerのConfiguration Manager コネクタではサポートされていませんでした。
既知の問題と対処法
一部の地域で時刻形式が一致しない
説明: Workitems/IncidentManagement/All Incident などの一部のビューの時刻形式は、システムのローカル設定と一致しません。 この問題は、封印されていない管理パック (MP) でビューを使用しているときに発生することがあります。
回避策: この問題を解決するには、次の手順に従います。
- Service Manager インシデント管理構成ライブラリ管理パックをエクスポートします。
- 管理パックを変更します。 LastModified 列を見つけ、下のようにバインディングを変更します。
修正前
<mux:Column Name="lastModified" DisplayMemberBinding="{Binding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />
修正後
<mux:Column Name="lastModified" DisplayMemberBinding="{datebinding:DateBinding Path=$LastModified$, Mode=OneWay}" Width="150" DisplayName="Header_Last_Modified" Property="$LastModified$" DataType="s:DateTime" />
- LastModified という名前の列に対して手順 1 から 2 を繰り返します。
- 変更された管理パックを再インポートします。
- コンソールを再起動します。
重要
このバージョンのService Managerはサポート終了に達しました。 Service Manager 2022 にアップグレードすることをお勧めします。
この記事では、System Center 1801 - Service Manager (SM) のリリース ノートを提供します。
この記事では、System Center 2016 - Service Manager (SM) のリリース ノートを提供します。
System Center 1801 - Service Manager のリリース ノート
以下のセクションでは、SM 1801 のリリース ノートについて詳しく説明します。これには、既知の問題と回避策が含まれます。
SQL Server 2014 Cardinality Estimation が SM のパフォーマンスに影響することがある
説明:カーディナリティ推定機能が SQL Server 2014 バージョンに設定された状態で、Service Manager データベースが 2014 年SQL Serverに実行されている場合は、パフォーマンスが低下する可能性があります。
対応策: SQL Server のカーディナリティ推定機能 (CE) を切り替えて、SQL Server 2012 バージョンを使用します。 カーディナリティ推定機能の変更について詳しくは、「New functionality in SQL Server 2014 - Part 2 - New Cardinality Estimation 」 (SQL Server 2014 の新機能 - パート 2 - 新しいカーディナリティ推定) を参照してください。
SM Authoring Tool をインストールする場合の前提条件
説明: Microsoft Visual C++ 1801 作成ツールを展開する前に、Service Manager 2012 再頒布可能パッケージをインストールする必要があります。
対処法: なし
Exchange コネクタの作成ウィザードがクラッシュする
説明:Service Manager 1801 コンソールを使用して新しい Exchange Connector を作成すると、管理者が [Exchange コネクタの作成] ウィザードの [サーバー接続] ウィンドウで [接続のテスト] ボタンを選択した場合、例外がスローされます。
回避 策: この問題を回避するには、"Exchange コネクタの作成" ウィザードで [接続のテスト] ボタンを選択しないようにします。 代わりに、内部的に接続をテストし、ウィザードをクラッシュさせない [次へ] ボタンを直接選択します。
既にクラッシュしている場合は、ウィザードを再起動して、この対応策を使用してください。
AD コネクタ ウィザードでドメインを参照するとエラーが発生する
説明:Service Manager 1801 コンソールの AD コネクタ ウィザードで [ドメイン] または [OU] を選択しているときに、"参照" を選択するとエラーが発生します。
対応策: 影響を受けるコンピューターに Microsoft Visual C++ 2012 再頒布可能パッケージをインストールします。
新しいソフトウェアの種類構成項目の作成中のエラー
説明: ソフトウェア構成項目の作成フォームのプロパティ "Is Virtual Application" は必須ですが、このプロパティには asterix (*) 記号は表示されません。 そのため、このフィールドを設定せずに [OK] または [ 適用 ] ボタンを選択すると、エラーがスローされ、フォームが使用できなくなります。
回避 策: [ソフトウェア構成項目の作成] フォームをもう一度開き、[ Ok] または [ 適用 ] ボタンを選択する前に、フィールド "Is Virtual Application" を含むすべての詳細を入力します。
手動でリモート SQL Server 2014 Reporting Services を構成する手順
説明: Service Manager データ ウェアハウス管理サーバーの展開時に、Microsoft SQL Server Reporting Services (SSRS) の展開先となるサーバーを指定することができます。 セットアップ中は、既定でデータ ウェアハウス管理サーバーのホスト コンピューターが選択されます。 SSRS をホストする別のコンピューターを指定した場合は、「展開ガイド」の手順に従ってサーバーを準備するように求められます。 ただし、SQL Server 2014 を使用する場合は、代わりに、次の情報を使用して SSRS をホストするリモート コンピューターを準備する必要があります。
Service Manager のインストール メディアにある Microsoft.EnterpriseManagement.Reporting.Code.dll を、SSRS をホストするコンピューターにコピーします。
SSRS をホストするコンピューターにある rssrvpolicy 構成ファイルに、コード セグメントを追加します。
同じコンピューターにある rsreportserver 構成ファイルの既存の Data セグメントに、Extension タグを追加します。
SQL Server の既定のインスタンスを使用することを選択した場合は、エクスプローラーで、Microsoft.EnterpriseManagement.Reporting.Code.dll (Service Manager のインストール メディアの Prerequisites フォルダーにあります) を、SSRS をホストするコンピューターの \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin フォルダーにドラッグしてコピーします。 SQL Serverの既定のインスタンスを使用しなかった場合、必要なフォルダーのパスは \Program Files\Microsoft SQL Server\MSRS12 です。<>INSTANCE_NAME\Reporting Services\ReportServer\Bin。 次の手順では、既定のインスタンス名を使用しています。
Microsoft.EnterpriseManagement.Reporting.Code.dll ファイルをコピーするには
SSRS をホストするコンピューターで、Windows エクスプローラーのインスタンスを開きます。
SQL Server 2014 の場合は、\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin フォルダーを見つけます。
エクスプローラーの 2 つ目のインスタンスを起動して、Service Manager のインストール メディアがあるドライブを見つけ、Prerequisites フォルダーを開きます。
[前提条件] フォルダーで、[ Microsoft.EnterpriseManagement.Reporting.Code.dll] を選択し、前に配置したフォルダーにドラッグします。
rssrvpolicy.config ファイルにコード セグメントを追加するには
SSRS をホストするコンピューターで、次のフォルダーにある rssrvpolicy.config ファイルを見つけます。
- SQL Server 20014 の場合は、\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer を見つけます。
メモ帳などの適切な XML エディターで rssrvpolicy.config ファイルを開きます。
rssrvpolicy.config ファイルをスクロールして、コード セグメントを見つけます。 次に、セグメントの例を示します。
class="UnionCodeGroup" version="1" PermissionSetName="FullTrust"> <IMembershipCondition class="UrlMembershipCondition" version="1" Url="$CodeGen$/*" />
次のセグメントを、他のセグメント内の同じセクションに追加します。
class="UnionCodeGroup" version="1" PermissionSetName="FullTrust" Name="Microsoft System Center Service Manager Reporting Code Assembly" Description="Grants the SCSM Reporting Code assembly full trust permission."> <IMembershipCondition class="StrongNameMembershipCondition" version="1" PublicKeyBlob="0024000004800000940000000602000000240000525341310004000001000100B5FC90E7027F67871E773A8FDE8938C81DD402BA65B9201D60593E96C492651E889CC13F1415EBB53FAC1131AE0BD333C5EE6021672D9718EA31A8AEBD0DA0072F25D87DBA6FC90FFD598ED4DA35E44C398C454307E8E33B8426143DAEC9F596836F97C8F74750E5975C64E2189F45DEF46B2A2B1247ADC3652BF5C308055DA9" />
変更を保存して、XML エディターを閉じます。
rsreportserver.conf ファイルの Data セグメントに Extension タグを追加するには
SSRS をホストするコンピューターで、次のフォルダーにある rsreportserver.config ファイルを見つけます。
- SQL Server 2014 の場合は、\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer を見つけます。
メモ帳などの適切な XML エディターで rsreportserver.config ファイルを開きます。
rsreportserver.config ファイルをスクロールして、コード セグメントまで移動します。 このファイルには 1 つのコード セグメントしかありません。
次の Extension タグを、コード セグメント内の他のすべての Extension タグがある部分に追加します。
<Extension Name="SCDWMultiMartDataProcessor" Type="Microsoft.EnterpriseManagement.Reporting.MultiMartConnection, Microsoft.EnterpriseManagement.Reporting.Code" />
変更を保存して、XML エディターを閉じます。
VMM サーバーにインストールされている SM コンソールが原因で VMM コネクタの障害が発生する
説明:Service Manager コンソールが VMM と同じサーバーにインストールされている場合、そのService Managerコンソールを使用してその VMM サーバーへの VMM コネクタを作成することはできません。
回避 策:なし;ただし、別のService Manager コンソールを使用して VMM コネクタを作成できます。
Operations Manager 管理サーバーにインストールされている SM コンソールが原因でエラーが発生する
説明:Service Manager コンソールを Operations Manager 管理サーバーにインストールすることはサポートされていません。
対処法: [なし] :
DB またはログ パスに一重引用符が含まれていると、データ ウェアハウスのセットアップに失敗する場合がある
説明 : セットアップ中に一重引用符文字 ( ' ) が含まれてるデータベースまたはログ パスを指定すると、データ ウェアハウスのセットアップが失敗する場合があります。
対処法: [なし] : 指定したパスに単一引用符文字を含めることはできません。
SM Authoring Tool が既にインストールされていると、セットアップが失敗する場合がある
説明:Service Manager作成ツールのバージョンを以前にインストールしている場合、セットアップが失敗する可能性があります。
対応策: Service Manager Authoring Tool を削除してからセットアップを実行し直してください。
セットアップで Report Viewer 言語パックがインストールされない
説明:セットアップには、必要に応じて、Microsoft Report Viewerをインストールすることを確認する前提条件チェッカーが含まれています。 ただし、セットアップではレポート ビューアー言語パックはインストールされません。これにより、Microsoft Report Viewerは英語以外の言語を使用するように構成されている Windows オペレーティング システムと互換性があります。
対応策 : システムが英語以外の言語を使用するように構成されている場合は、その言語の Report Viewer 言語パックを手動でインストールします。
SQL Server インスタンスに $ 文字が含まれていると、SM のセットアップが失敗する
説明 : 名前にドル記号 ($) が含まれている構造化照会言語 (SQL) インスタンスを使用する Service Manager をインストールしようとすると、セットアップが失敗します。
回避 策: 名前に $ 文字が含まれていない SQL インスタンスを使用します。
Orchestrator コネクタのアカウント パスワードに $ の文字を含めることができない
説明:Orchestrator コネクタ アカウントのパスワードに $ 文字が含まれている場合、同期ジョブは完了します。ただし、Service Manager データベースでは Runbook は更新されません。
回避 策: Orchestrator コネクタ アカウントのパスワードに $ 文字が含まれている場合は、パスワードを $ 文字を含まないパスワードに変更します。
セットアップからリンクされた情報にローカライズされたコンテンツが表示されないことがある
説明: セットアップからセットアップ ログまたは技術ドキュメントにリンクされた情報で、ローカライズされたコンテンツが表示されないことがあります。 Service Manager のセットアップ ログは、英語のみで利用可能です。 テクニカル ドキュメントは、さまざまなローカライズされた言語で入手できます。 ローカライズ版の技術ドキュメントが利用可能な場合は、TechNet に表示されますが、すべての言語が利用できるとは限りません。
対処法: [なし] :
サービス要求テンプレート アイテムを変更または削除するとエラーが発生することがある
説明: 要求内容テンプレートを使ってサービス要求を作成するときに、そのテンプレートに含まれている活動を変更または削除すると、さまざまなエラーが発生して、サービス要求を保存できなくなることがあります。
対応策: サービス要求の作成時に、要求内容テンプレートに含まれている活動を変更したり、削除したりしないでください。 必要な場合は、新しい要求内容テンプレートを作成して、その中に必要な活動だけを含め、目的の用途に合わせて構成してください。
レポート サーバーの構成に時間がかかる場合がある
説明 : データ ウェアハウスのインストール時に、既定の Web サーバーの URL の確認に最大 25 秒かかることがあります。
対処法: [なし] :
2 バイトの文字が検索プロバイダーに正しく送信されない
説明: ナレッジ検索を実行し、[検索プロバイダー] ボックスに 2 バイト文字を入力すると、検索 Web サイトに正しく送信されません。 代わりに、意味のない文字が送信されます。
対処法: [なし] :
ナレッジ項目を日付順に並べ替えできない
説明: ナレッジ記事を日付順に並べ替えようとしても、並べ替えは機能しません。
対処法: [なし] :
アップグレード後の Active Directory グループの拡張選択
説明:System Center 2012 R2 - Service Manager から System Center 1801 - Service Manager にアップグレードする場合は、アップグレード後に少なくとも 1 回コネクタが実行されるまで、AD コネクタの AD グループ展開の選択値を変更しないでください (オフの場合は OFF のままにします。ON の場合は ON のままにします)。
対処法: [なし] :
ワークフローの作成時に SM Authoring Tool コンソールがクラッシュする
この問題は修正されています。
System Center 2016 - Service Manager のリリース ノート
以下のセクションでは、SM 2016 のリリース ノートについて詳しく説明します。これには、既知の問題と回避策が含まれます。
データ ウェアハウスのインストールが失敗する可能性がある
説明: Service Manager のインストール中に、SQL Server データベース エンジン サービスがないサーバー上で Reporting Services と Analysis Services がホストされている場合、データ ウェアハウスのインストールが失敗する可能性があります。
回避策: SQL Server Reporting Services と SQL Server Analysis Services があるサーバーに SQL Server データベースエンジンの一時インスタンスをインストールし、インストール後に一時インスタンスを削除します。
Silverlight ベースのセルフ サービス ポータル
- System Center 2016 のステータス: 削除されました。
- 代替手段: 新しい HTML ベースのセルフ サービス ポータルを System Center 2016 - Service Manager で使用できます。
Microsoft IT GRC プロセス管理パック SP1
- System Center 2016 のステータス: 削除されました。
- 代替手段: 現在の System Center 投資に統合できるプロアクティブなガバナンス パートナーと協力することをお勧めします。
チャージバック レポート
- System Center 2016 のステータス: 削除されました。
- 代替手段: ありません。
SQL Server 2014 カーディナリティ推定は、SM および SDK クライアントのパフォーマンスに影響する可能性があります
説明:カーディナリティ推定機能が SQL Server 2014 バージョンに設定された状態で、Service Manager データベースが 2014 SQL Serverで実行されている場合は、次の問題が発生する可能性があります。
- SM のパフォーマンスが低下する
- SDK クライアントでの読み取り/更新操作の遅延。
対応策: SQL Server のカーディナリティ推定機能 (CE) を切り替えて、SQL Server 2012 バージョンを使用します。 カーディナリティ推定機能の変更について詳しくは、「New functionality in SQL Server 2014 - Part 2 - New Cardinality Estimation 」 (SQL Server 2014 の新機能 - パート 2 - 新しいカーディナリティ推定) を参照してください。
SM Authoring Tool をインストールする場合の前提条件
説明: Service Manager 2016 Authoring Tool を展開する前に、Microsoft Visual C++ 2012 再頒布可能パッケージをインストールする必要があります。
対処法: なし
Exchange コネクタの作成ウィザードがクラッシュする
説明:Service Manager 2016 コンソールを使用して新しい Exchange Connector を作成すると、管理者が Exchange Connector の作成ウィザードの [サーバー接続] ウィンドウの [テスト接続] ボタンを選択すると、例外がスローされます。
回避 策:この問題を回避するには、Exchange コネクタの作成ウィザードで [テスト接続] ボタンを選択しないでください。 代わりに、接続を内部的にテストし、ウィザードをクラッシュさせない [ 次へ ] ボタンを直接選択します。
既にクラッシュしている場合は、ウィザードを再起動して、この対応策を使用してください。
AD コネクタ ウィザードでドメインを参照するとエラーが発生する
説明:2016 コンソールの AD コネクタ ウィザードで [ドメイン] または [OU] を選択しているときに [参照] を選択すると、エラー Service Manager発生します。
対応策: 影響を受けるコンピューターに Microsoft Visual C++ 2012 再頒布可能パッケージをインストールします。
新しいソフトウェアの種類構成項目の作成中のエラー
説明: [ソフトウェアの作成] 構成項目フォームの [ 仮想アプリケーション ] プロパティは必須ですが、このプロパティには asterix (*) 記号は表示されません。 そのため、このフィールドを設定せずに [OK] または [ 適用 ] ボタンを選択すると、次 の理由でフォームを送信できませんでした:プロパティは仮想アプリケーションを設定する必要があり、フォームを使用できなくなります。
回避 策:[ソフトウェア構成項目の作成] フォームをもう一度開き、[Ok] または [適用] ボタンを選択する前に、[仮想アプリケーション] フィールドを含むすべての詳細を入力します。
手動でリモート SQL Server 2014 Reporting Services を構成する手順
説明: Service Manager データ ウェアハウス管理サーバーの展開時に、Microsoft SQL Server Reporting Services (SSRS) の展開先となるサーバーを指定することができます。 セットアップ中は、既定でデータ ウェアハウス管理サーバーのホスト コンピューターが選択されます。 SSRS をホストする別のコンピューターを指定した場合は、「展開ガイド」の手順に従ってサーバーを準備するように求められます。 ただし、SQL Server 2014 を使用する場合は、代わりに、次の情報を使用して SSRS をホストするリモート コンピューターを準備する必要があります。
Service Manager のインストール メディアにある Microsoft.EnterpriseManagement.Reporting.Code.dll を、SSRS をホストするコンピューターにコピーします。
SSRS をホストするコンピューターにある rssrvpolicy 構成ファイルに、コード セグメントを追加します。
同じコンピューターにある rsreportserver 構成ファイルの既存の Data セグメントに、Extension タグを追加します。
SQL Server の既定のインスタンスを使用することを選択した場合は、エクスプローラーで、Microsoft.EnterpriseManagement.Reporting.Code.dll (Service Manager のインストール メディアの Prerequisites フォルダーにあります) を、SSRS をホストするコンピューターの \Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin フォルダーにドラッグしてコピーします。 SQL Serverの既定のインスタンスを使用しなかった場合、必要なフォルダーのパスは \Program Files\Microsoft SQL Server\MSRS12 です。<>INSTANCE_NAME\Reporting Services\ReportServer\Bin。 次の手順では、既定のインスタンス名を使用しています。
Microsoft.EnterpriseManagement.Reporting.Code.dll ファイルをコピーするには
SSRS をホストするコンピューターで、Windows エクスプローラーのインスタンスを開きます。
SQL Server 2014 の場合は、\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer\Bin フォルダーを見つけます。
エクスプローラーの 2 つ目のインスタンスを起動して、Service Manager のインストール メディアがあるドライブを見つけ、Prerequisites フォルダーを開きます。
[前提条件] フォルダーで、[ Microsoft.EnterpriseManagement.Reporting.Code.dll] を選択し、前に配置したフォルダーにドラッグします。
rssrvpolicy.config ファイルにコード セグメントを追加するには
SSRS をホストするコンピューターで、次のフォルダーにある rssrvpolicy.config ファイルを見つけます。
- SQL Server 2014 の場合は、\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer を見つけます。
メモ帳などの適切な XML エディターで rssrvpolicy.config ファイルを開きます。
rssrvpolicy.config ファイルをスクロールして、コード セグメントを見つけます。 次に、セグメントの例を示します。
class="UnionCodeGroup" version="1" PermissionSetName="FullTrust"> <IMembershipCondition class="UrlMembershipCondition" version="1" Url="$CodeGen$/*" />
次のセグメントを、他のセグメント内の同じセクションに追加します。
class="UnionCodeGroup" version="1" PermissionSetName="FullTrust" Name="Microsoft System Center Service Manager Reporting Code Assembly" Description="Grants the SCSM Reporting Code assembly full trust permission."> <IMembershipCondition class="StrongNameMembershipCondition" version="1" PublicKeyBlob="0024000004800000940000000602000000240000525341310004000001000100B5FC90E7027F67871E773A8FDE8938C81DD402BA65B9201D60593E96C492651E889CC13F1415EBB53FAC1131AE0BD333C5EE6021672D9718EA31A8AEBD0DA0072F25D87DBA6FC90FFD598ED4DA35E44C398C454307E8E33B8426143DAEC9F596836F97C8F74750E5975C64E2189F45DEF46B2A2B1247ADC3652BF5C308055DA9" />
変更を保存して、XML エディターを閉じます。
rsreportserver.conf ファイルの Data セグメントに Extension タグを追加するには
SSRS をホストするコンピューターで、次のフォルダーにある rsreportserver.config ファイルを見つけます。
- SQL Server 2014 の場合は、\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer を見つけます。
メモ帳などの適切な XML エディターで rsreportserver.config ファイルを開きます。
rsreportserver.config ファイルをスクロールして、コード セグメントまで移動します。 このファイルには 1 つのコード セグメントしかありません。
次の Extension タグを、コード セグメント内の他のすべての Extension タグがある部分に追加します。
<Extension Name="SCDWMultiMartDataProcessor" Type="Microsoft.EnterpriseManagement.Reporting.MultiMartConnection, Microsoft.EnterpriseManagement.Reporting.Code" />
変更を保存して、XML エディターを閉じます。
VMM サーバーにインストールされている SM コンソールが原因で VMM コネクタの障害が発生する
説明:Service Manager コンソールが VMM と同じサーバーにインストールされている場合、そのService Managerコンソールを使用してその VMM サーバーへの VMM コネクタを作成することはできません。
回避 策:なし;ただし、別のService Manager コンソールを使用して VMM コネクタを作成できます。
Operations Manager 管理サーバーにインストールされている SM コンソールが原因でエラーが発生する
説明:Service Manager コンソールを Operations Manager 管理サーバーにインストールすることはサポートされていません。
対処法: [なし] :
DB またはログ パスに一重引用符が含まれていると、データ ウェアハウスのセットアップに失敗する場合がある
説明 : セットアップ中に一重引用符文字 ( ' ) が含まれてるデータベースまたはログ パスを指定すると、データ ウェアハウスのセットアップが失敗する場合があります。
対処法: [なし] : 指定したパスに単一引用符文字を含めることはできません。
SM Authoring Tool がインストールされていると、セットアップが失敗する場合がある
説明:Service Manager作成ツールのバージョンを以前にインストールしている場合、セットアップが失敗する可能性があります。
対応策: Service Manager Authoring Tool を削除してからセットアップを実行し直してください。
セットアップで Report Viewer 言語パックがインストールされない
説明:セットアップには、必要に応じて、Microsoft Report Viewerをインストールすることを確認する前提条件チェッカーが含まれています。 ただし、セットアップではレポート ビューアー言語パックはインストールされません。これにより、Microsoft Report Viewerは英語以外の言語を使用するように構成されている Windows オペレーティング システムと互換性があります。
対応策 : システムが英語以外の言語を使用するように構成されている場合は、その言語の Report Viewer 言語パックを手動でインストールします。
SQL Server インスタンスに $ 文字が含まれていると、SM のセットアップが失敗する
説明 : 名前にドル記号 ($) が含まれている構造化照会言語 (SQL) インスタンスを使用する Service Manager をインストールしようとすると、セットアップが失敗します。
回避 策: 名前に $ 文字が含まれていない SQL インスタンスを使用します。
Orchestrator コネクタのアカウント パスワードに $ の文字を含めることができない
説明:Orchestrator コネクタ アカウントのパスワードに $ 文字が含まれている場合、同期ジョブは完了します。ただし、Service Manager データベースでは Runbook は更新されません。
回避 策: Orchestrator コネクタ アカウントのパスワードに $ 文字が含まれている場合は、パスワードを $ 文字を含まないパスワードに変更します。
セットアップからリンクされた情報にローカライズされたコンテンツが表示されないことがある
説明: セットアップからセットアップ ログまたは技術ドキュメントにリンクされた情報で、ローカライズされたコンテンツが表示されないことがあります。 Service Manager のセットアップ ログは、英語のみで利用可能です。 テクニカル ドキュメントは、さまざまなローカライズされた言語で入手できます。 ローカライズ版の技術ドキュメントが利用可能な場合は、TechNet に表示されますが、すべての言語が利用できるとは限りません。
対処法: [なし] :
サービス要求テンプレート アイテムを変更または削除するとエラーが発生することがある
説明: 要求内容テンプレートを使ってサービス要求を作成するときに、そのテンプレートに含まれている活動を変更または削除すると、さまざまなエラーが発生して、サービス要求を保存できなくなることがあります。
対応策: サービス要求の作成時に、要求内容テンプレートに含まれている活動を変更したり、削除したりしないでください。 必要な場合は、新しい要求内容テンプレートを作成して、その中に必要な活動だけを含め、目的の用途に合わせて構成してください。
レポート サーバーの構成に時間がかかる場合がある
説明 : データ ウェアハウスのインストール時に、既定の Web サーバーの URL の確認に最大 25 秒かかることがあります。
対処法: [なし] :
2 バイトの文字が検索プロバイダーに正しく送信されない
説明: ナレッジ検索を実行し、[検索プロバイダー] ボックスに 2 バイト文字を入力すると、検索 Web サイトに正しく送信されません。 代わりに、意味のない文字が送信されます。
対処法: [なし] :
ナレッジ項目を日付順に並べ替えできない
説明: ナレッジ記事を日付順に並べ替えようとしても、並べ替えは機能しません。
対処法: [なし] :
アップグレード後の Active Directory グループの拡張選択
説明:System Center 2012 R2 - Service Manager から System Center 2016 - Service Manager にアップグレードする場合は、アップグレード後に少なくとも 1 回コネクタが実行されるまで、AD コネクタで AD グループ展開の選択値を変更しないでください (OFF の場合はオフのままにし、ON の場合はオンのままにします)。
対処法: [なし] :
ワークフローの作成時に SM Authoring Tool コンソールがクラッシュする
この問題は修正されています。
レポート管理パックの展開が失敗する可能性がある
説明: Data Warehouseが正常にインストールされると、Data Warehouse管理サーバーでSQL Server Reporting Services (SSRS) がローカルで実行され、SSRS が 2017 以降の場合、レポート管理パックの展開が失敗する可能性があります。
この問題は、Service Manager 2016 以降で発生します。
回避策: ここで説明する手順を実行します。
次の手順
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示