Project Server 2019 へのアップグレード
概要： Project Server 2019 にアップグレードする方法について説明します。
適用対象: Project Server 2019
この記事では、Project Server 2019 にアップグレードするために必要な手順について説明します。
注:
この記事を読む前に、アップグレードとアップグレード プロセスの詳細については、「 Project Server 2019 への アップグレードの計画」を参照してください。
アップグレード要件
Project Server 2019 にアップグレードするための次の要件に注意してください。
Project Server 2016からのみアップグレードできます。 以前のバージョンの Project Server からアップグレードする場合は、Project Server 2019 にアップグレードするには、まずデータベースを Project Server 2016 にアップグレードする必要があります。
注:
Project Server 2013 から Project Server 2019 へのアップグレードの詳細については、「SharePoint 2013 から SharePoint Server 2019 へのアップグレード」を参照してください。
アップグレード プロセスでは、SharePoint Server 2019管理シェルで Microsoft PowerShell コマンドレットを実行する必要があります。 それらを実行するための次の最小アクセス許可があることを確認します。
SQL Server インスタンスにおける securityadmin 固定サーバー ロール。
更新するすべてのデータベースに対する db_owner 固定データベース ロール。
PowerShell コマンドレットを実行するサーバーでの Administrators グループ。
管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint Server コマンドレットを使用する権限を付与できます。
[!注]アクセス許可がない場合は、セットアップ管理者またはSQL Server管理者に問い合わせてアクセス許可を要求してください。 PowerShell のアクセス許可の詳細については、「Add-SPShellAdmin」を参照してください。
Project Server 2019 で Resource Engagements として使用するようにProject Server 2016リソース プランを移行する場合:
リソース計画が発行されている必要があります。
リソース計画に時間配分データが関連付けられている必要があります (リソースだけでなく、作業が含まれている必要があります)。
注:
リソース予約について詳しくは、ブログ投稿「リソース予約」をご覧ください。
Project Server 2019 のアップグレード手順
Project Server 2019 へのアップグレードは、4 つの手順に分けることができます。 たとえば、次の環境です。:
Project Server 2019 ファームを作成する
データベースをコピーして移動する
SharePoint Server 2016 コンテンツ データベースをアタッチしてアップグレードする
SharePoint コンテンツ データベースをテストする
次に、これらのアップグレード手順の詳細を示します。
Project Server 2019 ファームを作成する
アップグレード プロセスの最初の手順は、Project Server 2019 ファームを作成することです。 データベースアタッチはアップグレードのサポートされている方法であるため、次の手順で、Project Server 2016 データベースをこのファームにアタッチしてアップグレードします。
Project Server 2019 のインストールと以前のバージョンでのインストール方法の主な違いは、Project Server 2019 のインストールがSharePoint Server 2019インストールの一部になったことです。 Project Server 2019 は、SharePoint Server 2019でサービス アプリケーションとして実行されるようになり、別のインストールは必要ありません。
重要
Project Server 2019 は、エンタープライズ バージョンのSharePoint Server 2019でのみ有効にすることができます。 Project Server 2019 は、Standard ライセンスを持つSharePoint Server 2019では有効にできません。
注:
新しい Project Server 2019 ファームをインストールする方法の詳細については、「Project Server 2016 または 2019 の展開」を参照してください。
データベースをコピーして移動する
アップグレード プロセスの 2 番目の手順では、Project Server 2016環境に必要なデータベースを新しい Project Server 2019 環境にコピーします。 これは、次の 2 つの手順で構成されるプロセスです。
SharePoint Server 2016 ファームが読み取り専用モードの場合、サーバー ファーム管理者は、SQL Server インスタンスから次の 2 つのデータベースをバックアップします。
- プロジェクト データを含む SharePoint Server 2016 コンテンツ データベース
サーバー ファーム管理者は、Project Server 2019 ファーム データベースのホストに使用されているSQL Server 2016 または 2017 インスタンスにデータベースのバックアップ コピーを復元します。
SQL Server Management Studioを使用して、データベースのコピーと復元を行うことができます。
SharePoint Server 2016 コンテンツ データベースをアタッチしてアップグレードする
アップグレード プロセスの 3 番目の手順では、Project サイト データを含む SharePoint Server 2016 コンテンツ データベースを新しい Project Server 2019 ファームにアタッチしてアップグレードします。
これを行うには、SharePoint 2019 管理シェルで Mount -SPContentDatabase PowerShell コマンドレットを実行する必要があります。
SharePoint 2019 管理シェルを管理者として開きます。
Powershell コマンド プロンプトで、次のように入力します。
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>例:
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"
コンテンツ データベースをテストする
アップグレードの 4 番目の手順は、新しくアタッチおよびアップグレードされたコンテンツ データベースをテストすることです。 Test-SPContentDatabase PowerShell コマンドレットを使用して、指定した Web アプリケーションに対してテストし、コンテンツ データベース内で参照されているすべてのカスタマイズが新しいSharePoint Server 2019環境の Web アプリケーションにもインストールされていることを確認します。 このコマンドレットによってデータは更新されることはありません。
SharePoint 2019 管理シェルを管理者として開きます。
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 2019環境で見つかる不整合を記録します。 結果は、SharePoint 2016 コンテンツ データベースのアップグレードが失敗したことを示すものではありませんが、新しい環境で調める必要がある内容のみが書き留められます。 結果に表示される可能性のあるいくつかのチェックを次に示します。
リソース計画の移行情報について SharePoint Server 2016 コンテンツ データベースをチェックする
MSP_RESOURCE_PLANS テーブルの次の列をご確認ください。
| 列 | 値 |
|---|---|
| RESPLAN_IS_MIGRATED |
"0" 移行されていません "1" 移行されました |
| MIGRATED_REV_COUNTER |
表示されている値は、このリソース計画を移行するのにかかった試行回数です。 コマンドが繰り返し実行されると、この値は毎回大きくなります (最大値 50)。 |
| MIGRATION_ERROR_INFO |
移行に関する詳細情報を提供します。 MissingResources=1、不足しているリソースの一覧が続きます AccessDenied=2、追加情報があれば、続きます DatabaseError=3、追加情報があれば、続きます Unknown=4、追加情報があれば、続きます |
リソース計画の移行情報について SharePoint Server 2016 コンテンツ データベースをチェックする
移行している特定の PWA サイトに関連付けられているリソース計画があるかどうかを確認できます。 これを行うには、次の SQL クエリを使用します。
SELECT *
FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>
このテーブルには、サイトの各リソース計画に対応する行があります (プロジェクトには 0 または 1 のリソース計画が存在できます)。
PWA サイトの SiteID 値を取得するには、SharePoint Server 2019管理シェルで次の 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