Project Server 2016 へのアップグレード
概要: Project Server 2016 へのアップグレード方法を説明します。
適用対象: Project Server 2016
この記事では、Project Server 2016 にアップグレードするのに必要な手順を説明します。
注:
この記事を読む前に、アップグレードとアップグレード プロセスの詳細に関する「Project Server 2016 へのアップグレードを計画する」を参照してください。
アップグレード要件
Project Server 2016 にアップグレードするための次の要件を確認してください。
アップグレードできるのは Project Server 2013 からのみです。 それより前のバージョンの Project Server からアップグレードする場合、Project Server 2016 にアップグレードするには、最初にデータベースを Project Server 2013 にアップグレードする必要があります。
注:
Project Server 2010 から Project Server 2013 にアップグレードする方法については、「Project Server 2013 へアップグレードする」をご覧ください。
アップグレード プロセスでは、SharePoint Server 2016 管理コンソールで Windows PowerShell コマンドレットを実行する必要があります。 それらを実行するのに必要なアクセス許可があることを確認してください。
Project Server 2013 リソース計画を Project Server 2016 のリソース予約として使用するよう移行する場合:
リソース計画が発行されている必要があります。
リソース計画に時間配分データが関連付けられている必要があります (リソースだけでなく、作業が含まれている必要があります)。
注:
リソース予約について詳しくは、ブログ投稿「リソース予約」をご覧ください。
Project Server 2016 のアップグレード手順
Project Server 2016 へのアップグレードは、6 つの手順に分けることができます。 次のとおりです。
Project Server 2016 ファームを作成する
データベースをコピーして移動する
SharePoint 2013 コンテンツ データベースに接続してアップグレードする
SharePoint コンテンツ データベースをテストする
Project Server 2013 データベースを接続してアップグレードする
PWA サイトのデーターベース クォータ制限を無効にする
Project Server 2013 リソース計画を移行する (省略可能)
以下に、アップグレードの概要で言及されていたアップグレード手順の詳細を示します。
Project Server 2016 ファームを作成する
アップグレード プロセスの最初の手順は、Project Server 2016 ファームを作成することです。 サポートされているアップグレード方法はデータベース接続アップグレードですので、続く手順でこのファームに Project Server 2013 データベースを接続してアップグレードします。
Project Server 2016 をインストールする方法と、以前のバージョンでのインストール方法の主な違いは、Project Server 2016 インストールは SharePoint Server 2016 インストールの一部であるということです。 Project Server 2016 は SharePoint Server 2016 のサービス アプリケーションとして実行されるようになり、別個にインストールする必要はありません。
重要
Project Server 2016 を有効にできるのは、Enterprise バージョンの SharePoint Server 2016 のみです。 標準ライセンスを使って Project Server 2016 を SharePoint Server 2016 で有効にすることはできません。
注:
新しい Project Server 2016 ファームのインストール方法について詳しくは、「Project Server 2016 の展開」をご覧ください。
データベースをコピーして移動する
アップグレード プロセスの 2 番目の手順では、Project Server 2013 環境に必要なデータベースを新しい Project Server 2016 環境にコピーします。 これは、次の 2 つの手順で構成されるプロセスです。
読み取り専用モードの SharePoint Server 2013 ファームで、サーバー ファーム管理者は SQL Server インスタンスから次の 2 つのデータベースをバックアップします。
プロジェクト データが含まれる SharePoint 2013 コンテンツ データベース
Project Server 2013 データベース
サーバー ファーム管理者はデータベースのバックアップ コピーを、Project Server 2016 ファーム データベースをホストするために使用する SQL Server 2014 インスタンスに復元します。
データベースのコピーと復元は SQL Server Management Studio を使用して実行できます。
SharePoint 2013 コンテンツ データベースに接続してアップグレードする
アップグレード プロセスの 2 番目の手順は、プロジェクト サイト データが含まれている SharePoint 2013 コンテンツ データベースに接続し、それを新しい Project Server 2016 ファームにアップグレードすることです。
そのためには、SharePoint 2016 管理シェルで Mount ?SPContentDatabase PowerShell コマンドレットを実行する必要があります。
SharePoint 2016 管理シェルを管理者として開きます。
プロンプトで、次のコマンドを入力します。
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>たとえば、
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"
コンテンツ データベースをテストする
アップグレードの次の手順は、新しく接続されアップグレードされたコンテンツ データベースをテストすることです。 Test-spcontentdatabase PowerShell コマンドレットを使用して、指定した Web アプリケーションをテストし、コンテンツ データベース内で参照されたすべてのカスタマイズが新しい SharePoint Server 2016 環境の Web アプリケーションにもインストールされていることを確認します。 このコマンドレットによってデータは更新されることはありません。
SharePoint 2016 管理シェルを管理者として開きます。
プロンプトで、次のコマンドを入力します。
Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>たとえば、
Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"これによって、WSSContentContosoPWA データベースで参照されているカスタマイズに関して SharePoint - 80 Web アプリケーションがチェックされ、結果が示されます。
Test-SPContentDatabase コマンドレットの結果では、新しい SharePoint Server 2016 環境にあるアップグレード済み SharePoint Web アプリケーションで検出される不整合に注意が向けられます。 この結果は SharePoint 2013 コンテンツ データベースのアップグレードの失敗を意味するわけではなく、新しい環境で調査する必要がある事柄に注意を喚起するものにすぎません。 たとえば、以下の結果が示されることがあります。
Category: MissingWebPart
Error: True
UpgradeBlocking : False
Message: WebPart class [e6002ce8-69ee-168a-8f7c-a1d98d51da29] (class [Microsoft.Office.Excel.WebUI.ExcelWebRenderer] from assembly [Microsoft.Office.Excel.WebUI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [WSSContentContosoPWA], but is not installed on the current farm. Please install any feature/solution which contains this web part.
Remedy: One or more web parts are referenced in the database [WSSContentContosoPWA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
このメッセージは、アップグレードされたコンテンツ データベースで参照されている Excel Services Web パーツが SharePoint Server 2016 ファームで見つからないことを示しています。 これを使用するには、SharePoint Server 2016 ファームに Office Online Server をインストールしなければならない場合があります。
注:
Office Online Server は、Project Server 2016 で使用できます。
Project Server 2013 データベースを接続してアップグレードする
SharePoint 2013 コンテンツ データベースの接続、アップグレード、テストを行った後に、次の手順として、Project Server 2013 データベースを Project Server 2016 ファームに接続してアップグレードします。 そのためには、SharePoint 2016 管理シェルで、 Migrate -SPProjectDatabase PowerShell コマンドレットを実行する必要があります。
SharePoint 2016 管理シェルを管理者として開きます。
プロンプトで、次のコマンドを入力します。
Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA site URL>たとえば、
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection "https://contoso1/sites/PWA"コマンドレットが正常に実行されたら、Project Server 2016 で指定した Project サイトを開けることを確認します。
注:
アップグレードする PWA サイトが複数ある場合、コンテンツ DB のすべてのサイトとすべての PWA サイトは同時にアップグレードする必要があります。 これは、プロジェクト サイト データと各 PWA サイトの関連するすべての Project データベースを含むコンテンツ データベースをアップグレードする必要があることを意味します。
PWA サイトのデーターベース クォータ制限を無効にする
Project Server 2016 で既定で設定されているデータベース クォータ制限を無効にするには、次の Windows PowerShell コマンドレットを実行する必要があります。
Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
以下に例を示します。
Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
注:
データベース クォータ制限が無効にされていない場合は、次の問題が発生します。>Project Server 2016にアップグレードしていて、アップグレードするプロジェクト データベースが 10 Gigs を超える場合、PWA サイトはすぐに読み取り専用に設定されます。>Project Server 2016を展開し、PWA サイトを構成し、毎日の製品使用を通じて、サイトのデータが最終的に 10 ギグ制限を超える場合、PWA サイトは読み取り専用に設定されます。>複数の PWA サイトを使用している場合は、各 PWA サイトに対してコマンドレットを実行する必要があります。
注:
この問題の詳細については、「プロジェクト サポートのブログ: PWA サイトが読み取り専用になった場合」を参照してください。
リソース計画をリソース予約にアップグレードする
Project Server 2016 でリソースの予約機能を使用する場合、既存の Project Server 2013 リソース計画をアップグレードしてリソース予約として使用することができます。 これを行うには、Project Server 2013 データベースを Project Server 2016 にアップグレードした後に、さらに SharePoint 2016 管理シェルで Migrate-SPProjectResourcePlans PowerShell コマンドレットを実行する必要があります。
SharePoint 2016 管理シェルを管理者として開きます。
プロンプトで、次のコマンドを入力します。
Migrate-SPProjectResourcePlans -URL <PWA site URL>たとえば、
Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"
コマンドレットを実行した後、以下の確認メッセージのいずれかを受け取るはずです。
| Message | 意味 |
|---|---|
| すべてのプロジェクト リソース計画が正常に移行されました |
すべてのリソース計画が検出され、すべてが移行されました |
| {0} 個のプロジェクト リソース計画のうち {1} 個が移行されました。 詳細については、ログをご確認ください。 |
リソース計画が検出されましたが、一部は移行できませんでした。 |
| 移行するプロジェクト リソース計画はもうありません。 すべてのリソース計画が移行されたか、再試行の最大回数を超えました。 公開されたストアのテーブル MSP_RESOURCE_PLANS を確認し、RESPLAN_IS_MIGRATED がすべてのプロジェクトに設定されていることを確認します。 |
移行するリソース計画が検出されなかったか、試行の最大数を超えました。 |
リソース計画が正常に移行されなかった場合 (最後の 2 つのメッセージのいずれかを受信した場合)、次のトラブルシューティングの手順に従って詳細を確認できます。
リソース計画の移行情報について 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 値を取得するには、次の PowerShell コマンドレットを SharePoint Server 2016 管理コンソールで実行します。
$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