次の方法で共有


Project Server Subscription Edition へのアップグレード

概要:Project Server サブスクリプション エディションにアップグレードする方法について説明します。
適用対象: Project Server サブスクリプション エディション

この記事では、Project Server サブスクリプション エディションにアップグレードするために必要な手順について説明します。

注:

この記事を読む前に、アップグレードとアップグレード プロセスの詳細については、「Project Server サブスクリプション エディションへのアップグレードの計画」を参照してください。

アップグレード要件

Project Server サブスクリプション エディションにアップグレードするための次の要件に注意してください。

  • アップグレードできるのは、Project Server 2016 または 2019 からのみです。 以前のバージョンの Project Server からアップグレードする場合は、Project Server サブスクリプション エディションにアップグレードするには、データベースを最初に Project Server 2016 または 2019 にアップグレードする必要があります。

    注:

    Project Server 2013 から Project Server サブスクリプション エディション へのアップグレードの詳細については、「SharePoint 2013 から SharePoint Server サブスクリプション エディション へのアップグレード」を参照してください。

  • アップグレード プロセスでは、SharePoint Server サブスクリプション エディション管理シェルで Microsoft PowerShell コマンドレットを実行する必要があります。 それらを実行するための次の最小アクセス許可があることを確認します。

    • SQL Server インスタンスにおける securityadmin 固定サーバー ロール。

    • 更新するすべてのデータベースに対する db_owner 固定データベース ロール。

    • PowerShell コマンドレットを実行するサーバーでの Administrators グループ。

    管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint Server コマンドレットを使用する権限を付与できます。

    注:

    アクセス許可がない場合は、セットアップ管理者または SQL Server 管理者に連絡してアクセス許可を要求してください。 PowerShell のアクセス許可の詳細については、「Add-SPShellAdmin」を参照してください。

  • Project Server 2016または 2019 リソース プランを移行して、Project Server サブスクリプション エディションで Resource Engagements として使用する場合:

    • リソース計画が発行されている必要があります。

    • リソース計画に時間配分データが関連付けられている必要があります (リソースだけでなく、作業が含まれている必要があります)。

      注:

      リソース予約について詳しくは、ブログ投稿「リソース予約」をご覧ください。

アップグレード手順をProject Server サブスクリプション エディションする

Project Server サブスクリプション エディションへのアップグレードは、4 つの手順に分けることができます。 たとえば、次の環境です。:

  1. Project Server サブスクリプション エディション ファームを作成する

  2. データベースをコピーして移動する

  3. SharePoint Server 2016 または 2019 コンテンツ データベースをアタッチしてアップグレードする

  4. SharePoint コンテンツ データベースをテストする

次に、これらのアップグレード手順の詳細を示します。

Project Server サブスクリプション エディション ファームを作成する

アップグレード プロセスの最初の手順は、Project Server サブスクリプション エディション ファームを作成することです。 データベースアタッチはアップグレードでサポートされている方法であるため、次の手順で、Project Server 2016または 2019 データベースをこのファームにアタッチしてアップグレードします。

Project Server サブスクリプション エディションのインストールと以前のバージョンでのインストール方法の主な違いは、Project Server サブスクリプション エディションのインストールがインストールSharePoint Server サブスクリプション エディション。 Project Server サブスクリプション エディションSharePoint Server サブスクリプション エディションでサービス アプリケーションとして実行されるようになり、別のインストールは必要ありません。

重要

Project Server サブスクリプション エディションは、エンタープライズ バージョンのSharePoint Server サブスクリプション エディションでのみ有効にすることができます。 standard ライセンスを使用SharePoint Server サブスクリプション エディションでは、Project Server サブスクリプション エディションを有効にすることはできません。

注:

新しいProject Server サブスクリプション エディション ファームをインストールする方法の詳細については、「Project Servers 2016 または 2019 または Subscription Edition を展開する」を参照してください。

データベースをコピーして移動する

アップグレード プロセスの 2 番目の手順では、Project Server 2016または 2019 環境に必要なデータベースを新しいProject Server サブスクリプション エディション環境にコピーします。 これは、次の 2 つの手順で構成されるプロセスです。

  1. SharePoint Server 2016 または 2019 ファームが読み取り専用モードの場合、サーバー ファーム管理者は、SQL Server インスタンスから次のデータベースをバックアップします。

    • プロジェクト データを含む SharePoint Server 2016 または 2019 コンテンツ データベース
  2. サーバー ファーム管理者は、Project Server サブスクリプション エディション ファーム データベースのホストに使用されているSQL Server 2019 インスタンスにデータベースのバックアップ コピーを復元します。

SQL Server Management Studioを使用して、データベースのコピーと復元を行うことができます。

SharePoint Server 2016 または 2019 コンテンツ データベースをアタッチしてアップグレードする

アップグレード プロセスの 3 番目の手順では、Project サイト データを含む SharePoint Server 2016 または 2019 コンテンツ データベースを新しいProject Server サブスクリプション エディション ファームにアタッチしてアップグレードします。

これを行うには、SharePoint サブスクリプション エディション管理シェルで Mount -SPContentDatabase PowerShell コマンドレットを実行する必要があります。

  1. SharePoint サブスクリプション エディション管理シェルを管理者として開きます。

  2. PowerShell コマンド プロンプトで、次のように入力します。

    Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    以下に例を示します。

    Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

コンテンツ データベースをテストする

アップグレードの 4 番目の手順は、新しくアタッチおよびアップグレードされたコンテンツ データベースをテストすることです。 Test-SPContentDatabase PowerShell コマンドレットを使用して、指定した Web アプリケーションに対してテストし、コンテンツ データベース内で参照されているすべてのカスタマイズが、新しいSharePoint Server サブスクリプション エディション環境の Web アプリケーションにもインストールされていることを確認します。 このコマンドレットによってデータは更新されることはありません。

  1. SharePoint サブスクリプション エディション管理シェルを管理者として開きます。

  2. PowerShell コマンド プロンプトで、次のように入力します。

    Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    以下に例を示します。

    Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

    これによって、WSSContentContosoPWA データベースで参照されているカスタマイズに関して SharePoint - 80 Web アプリケーションがチェックされ、結果が示されます。

Test-SPContentDatabase コマンドレットの結果は、アップグレードした SharePoint Web アプリケーションの新しいSharePoint Server サブスクリプション エディション環境で見つかる不整合を記録します。 この結果は、SharePoint 2016 または 2019 コンテンツ データベースのアップグレードが失敗したことを意味するものではありませんが、新しい環境で確認する必要がある内容のみをメモします。 結果に表示される可能性のあるいくつかのチェックを次に示します。

SharePoint Server 2016 または 2019 コンテンツ データベースでリソース プランの移行情報を確認する

MSP_RESOURCE_PLANS テーブルの次の列をご確認ください。

RESPLAN_IS_MIGRATED
"0" 移行されていません
"1" 移行されました
MIGRATED_REV_COUNTER
表示されている値は、このリソース計画を移行するのにかかった試行回数です。 コマンドが繰り返し実行されると、この値は毎回大きくなります (最大値 50)。
MIGRATION_ERROR_INFO
移行に関する詳細情報を提供します。
MissingResources=1、不足しているリソースの一覧が続きます
AccessDenied=2、追加情報があれば、続きます
DatabaseError=3、追加情報があれば、続きます
Unknown=4、追加情報があれば、続きます

移行している特定の PWA サイトに関連付けられているリソース計画があるかどうかを確認できます。 これを行うには、次の SQL クエリを使用します。

SELECT *
  FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>

このテーブルには、サイトの各リソース計画に対応する行があります (プロジェクトには 0 または 1 のリソース計画が存在できます)。

PWA サイトの SiteID 値を取得するには、SharePoint Server サブスクリプション エディション管理シェルで次の PowerShell コマンドを実行します。

$site = get-spsite <SiteUrl>
$site.ID

詳細については、ULS ログをご確認ください。

category:Engagements (PWA) の次のタグには、リソース計画の移行に関連するすべての問題のトラブルシューティングに役立つ情報が含まれることがあります。

  • tag_a5h65

  • tag_a5h66

  • tag_a1kg8

  • tag_a3qj3

  • tag_a1khb

  • tag_a5h67

  • tag_a1khf

  • tag_a2ifm

  • tag_a4bic

  • tag_a1khh

  • tag_a2ifo