コンテンツ データベースを SharePoint Server 2016 にアップグレードする
適用対象:
2016 2019 Subscription Edition SharePoint in Microsoft 365
Service Pack 1 (SP1) を使用して SharePoint Server 2013 から SharePoint Server 2016 にアップグレードする場合は、データベース接続アップグレードを使用する必要があります。つまり、構成設定ではなく、環境のコンテンツのみをアップグレードすることを意味します。 SharePoint Server 2016 環境を構成し、コンテンツとサービス アプリケーション データベースをコピーし、サービス アプリケーションをアップグレードしたら、コンテンツ データベースを SharePoint Server 2016 にアタッチしてアップグレードできます。 この記事では、コンテンツ データベースを SharePoint Server 2016 にアタッチしてアップグレードするために実行する手順について説明します。
アップグレード プロセスのフェーズ 4: コンテンツ データベースをアップグレードする
| 段階 | 説明 |
|---|---|
 |
これは SharePoint Server 2013 Service Pack 1 (SP1) のデータとサイトを SharePoint Server 2016 にアップグレードするプロセスの 4 番目のフェーズです。 以下のフェーズを含むプロセスは、次の順序で実行する必要があります。 データベース接続アップグレード用の SharePoint Server 2016 ファームを作成する SharePoint Server 2016 へのアップグレードのためにデータベースを新しいファームにコピーする サービス アプリケーションを SharePoint Server 2016 にアップグレードする コンテンツ データベースを SharePoint Server 2016 にアップグレードする (このフェーズ) プロセス全体の概要については、「 SharePoint Server 2016 へのアップグレード プロセスの概要」を参照してください。 |
はじめに
コンテンツ データベースを接続およびアップグレードする前に、以下の情報を参照し、推奨手順を実行してください。
データベースの接続に使用するアカウントが、アップグレードするコンテンツ データベースの db_owner 固定データベース ロールのメンバーであることを確認します。
Web アプリケーションの作成に使用するアカウントが サーバーの全体管理 の Farm Administrators グループのメンバーであることを確認します。
Web アプリケーションを作成する
SharePoint Server 2013 Service Pack 1 (SP1) 環境に存在していた各 Web アプリケーションについて、Web アプリケーションを作成します。 各 Web アプリケーションでは、以下を実行します。
同じ URL (名前、ポート、およびホスト ヘッダーを含む) を使用して、代替アクセス マッピングの設定を構成します。
異なる URL を使用した場合、Office アプリケーションは新しい URL に正しくリダイレクトされない可能性があり、古い URL へのすべてのブックマークは機能しません。
同じ認証方法を使用します。
たとえば、古い環境で使用していた Windows クラシック認証を引き続き使用する場合は、Windows クラシック認証を使用する Web アプリケーションを作成する必要があります。 要求ベースの認証は SharePoint Server 2016 の既定のオプションであるため、PowerShell を使用して Windows クラシック認証を使用する Web アプリケーションを作成する必要があります。 .
管理パスを再作成します。
クォータ テンプレートを再作成します。
Web アプリケーションの電子メールの設定を構成します。
前の環境でセルフサービス サイト作成を使用していたすべての Web アプリケーションで、この機能を有効にします。 セルフサービス サイト作成のすべての設定を再作成します。
個人用サイトをホストする Web アプリケーションで個人用サイトの管理パス (/personal) を作成します。 個人用サイトは SharePoint Server のみで使用できます。
前の環境で構成されていたすべての Web アプリケーション ポリシーまたはその他の Web アプリケーション設定を再作成します。
カスタマイズを再適用する
アップグレードを失敗させるよくある原因の 1 つに、カスタマイズされた機能、ソリューション、またはその他の要素が新しい環境にないことが挙げられます。 コンテンツ データベースをアップグレードする前に、 SharePoint Server 2013 Service Pack 1 (SP1)環境からのすべてのカスタム要素がフロントエンド Web サーバーにインストールされていることを確認してください。
この手順では、すべてのカスタマイズを新しいファームに手動で転送します。 次のような、サイトが正しく動作するために依存しているすべてのコンポーネントを必ずインストールするようにしてください。
カスタム サイト定義
カスケード スタイル シートなどのカスタム スタイル シートおよび画像
カスタム Web パーツ
カスタム Web サービス
カスタム機能およびソリューション
カスタム アセンブリ
Web.config の変更 (セキュリティなど)
各 Web アプリケーションの Web.config ファイルの一意の設定はすべて必ず新しいサーバーに転送するようにしてください。
InfoPath の管理者承認済みフォーム テンプレート (.xsn ファイル) およびデータ接続ファイル (.udcx ファイル)。 InfoPath は SharePoint Server 2010 のみで使用できます。
サイトが依存しているその他のすべてのコンポーネントまたはファイル。
SharePoint Server 2016 のインストールには、SharePoint Server 2013 と Service Pack 1 (SP1) と SharePoint Server 2016 バージョンの両方の要素が含まれています。 ファイル システム上のディレクトリは、次のように 15 パスと 16 パスの両方で複製されます。
Web Server Extensions/15/TEMPLATE/Features
Web Server Extensions/16/TEMPLATE/Features
IIS サポート ディレクトリにも、_Layouts、_Layouts/16 と _ControlTemplates、_ControlTemplates/16 という 2 つのバージョンがあります。
カスタマイズは新しいファームの正しい場所にインストールするようにしてください。 たとえば、SharePoint Server 2013 Service Pack 1 (SP1) の追加スタイル シートは、アップグレードしていないサイト コレクションで使用できるように、新しい /16 パスではなく /15 パスにインストールする必要があります。 ソリューションを両方のパスで使用できるようにするには、インストールを 2 回実行し、2 度目のインストールで CompatibilityLevel パラメーターを使用すると、/16 パスにインストールされます。 詳細については、「 Install-SPSolution」を参照してください。
カスタム コンポーネントを確認する
環境のすべてのカスタム コンポーネントを確認するには、SharePoint Server 2013 Service Pack 1 (SP1) 環境で Stsadm -o enumallwebs 操作を使用し、 includefeatures パラメーターと includewebparts パラメーターを使用します。 この操作によって、各サイトで使用されるテンプレート、機能、Web パーツ、その他のカスタム要素をレポートできます。 enumallwebs 操作を使用する方法について詳しくは、「 Enumallwebs: Stsadm 操作 (Office SharePoint Server)」および「Clean up an environment before an upgrade to SharePoint 2013」をご覧ください。
また、SharePoint Server 2013 Service Pack 1 (SP1) 環境の Get-SPWeb コマンドレットを使用して、各サイトに関連付けられたテンプレートを確認し、そのテンプレートが SharePoint Server 2016 環境にインストールされていることを確認できます。 この操作の詳細については、「 Get-SPWeb」を参照してください。
コンテンツ データベースを Web アプリケーションに接続する前に、Test-SPContentDatabase コマンドレットを使用して、そのデータベースに必要なすべてのカスタム コンポーネントがあることを確認します。
PowerShell を使用してカスタム コンポーネントが使用できることを確認するには
- 次のメンバーシップがあることを確認します。
SQL Server インスタンスにおける securityadmin 固定サーバー ロール。
更新するすべてのデータベースに対する db_owner 固定データベース ロール。
PowerShell コマンドレットを実行するサーバーでの Administrators グループ。
管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint Server 2016 のコマンドレットを使用する権限を付与できます。
注:
アクセス許可がない場合は、セットアップ管理者または SQL Server 管理者に連絡してアクセス許可を要求してください。 PowerShell アクセス許可の詳細については、「Add-SPShellAdmin」を参照してください。
- SharePoint 2016 管理シェルを起動します。
Windows Server 2012 R2 の場合:
[スタート] 画面で、[SharePoint 2016 管理シェル] を選択します。
[ SharePoint 2016 管理シェル] が [ スタート] 画面に表示されない場合:
[コンピューター] を右クリックし、[すべてのアプリ] を選択し、[SharePoint 2016 管理シェル] を選択します。
Windows Server 2012 R2 と対話する方法の詳細については、「Windows Server 2012の一般的な管理タスクとナビゲーション」を参照してください。
- PowerShell コマンド プロンプトで、次のコマンドを入力します。
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
Where:
DatabaseName は、テストするデータベースの名前です。
URL は、サイトをホストする Web アプリケーションの URL です。
詳細については、「Test-SPContentDatabase」を参照してください。
コンテンツ データベースを Web アプリケーションに接続し、データベースをアップグレードする
コンテンツ データベースを接続する際は、データベースをアップグレードし、そのデータベース内のサイト コレクションを指定した Web アプリケーションに追加します。 データベースがアップグレードされると、既定でサイト コレクションのアップグレード プロセスが自動的に開始します。
複数のコンテンツ データベースにまたがる Web アプリケーションに使用されるコンテンツ データベースを接続する場合、最初にルート サイト コレクションを含むコンテンツ データベースを接続していることを確認してください。 つまり、続行する前に、SharePoint Server 2013 Service Pack 1 (SP1) サーバー ファームの Web アプリケーションのルートを調べて、最初のサイト コレクションを決定します。 ルート サイトを含むデータベースを接続したら、Web アプリケーションのその他のコンテンツ データベースを任意の順序で接続します。 データベースを接続する前に、コンテンツを格納するサイト コレクションを作成する必要はありません。 このプロセスによって、コンテンツ データベースとそのデータベース内のサイト コレクションが接続されます。 コンテンツ データベースがすべて復元されるまでは、新しいサイト コレクションを追加しないようにしてください。
ヒント
コンテンツ データベース内の各サイト コレクションには、構成データベースに登録され、サイト コレクションに関連付けられた GUID があります。 このため、別々の Web アプリケーションであっても、同じサイト コレクションをファームに 2 度追加することはできません。 この場合、データベースは正常に接続できますが、サイト コレクションは参照できません。 >同じファーム内のサイト コレクションのコピーが必要な場合は、まずサイト コレクションを含むデータベースを別のファームにアタッチしてから、Backup-SPSite コマンドレットと Restore-SPSite PowerShell コマンドレットを使用してサイト コレクションを他のファームにコピーします。 バックアップおよび復元プロセスにより、サイト コレクションの新しい GUID が作成されます。 これらのコマンドレットの詳細については、「 Backup-SPSite」および「Restore-SPSite」を参照してください。
個人用サイトの場合、個人用サイトを含むデータベースを接続する前に、個人用サイト ホストを含むコンテンツ データベースを接続します。
既定では、新しい SharePoint Server 2016環境で Web アプリケーションを作成したときに、各 Web アプリケーションのコンテンツ データベースが作成されています。 SharePoint Server 2013 Service Pack 1 (SP1)のデータベースを接続するまではこれらの既定のデータベースを無視しておいて、その後で既定のデータベースを削除できます。
重要
コンテンツ データベースをドメイン間やフォレスト間、またはサービス アカウントが異なる別の環境に移動する場合は、データベースを接続する前に、サービス アカウントの権限が正しいことを確認してください。
注:
アップグレードを失敗させるよくある原因の 1 つに、カスタマイズされた機能、ソリューション、またはその他の要素が環境にないことが挙げられます。 アップグレード プロセスを開始する前に、SharePoint Server 2013 Service Pack 1 (SP1) 環境からのすべてのカスタム要素が、SharePoint Server 2016 環境のフロントエンド Web サーバーにインストールされていることを確認してください。 サイトに不足している可能性のあるカスタム要素を特定するには、Test-SPContentDatabase コマンドレットを使用します。
PowerShell を使用してコンテンツ データベースを Web アプリケーションに接続するには
コンテンツ データベースを Web アプリケーションに接続するには、Mount-SPContentDatabase コマンドレットを使用する必要があります。 [SharePoint サーバーの全体管理] ページを使用したコンテンツ データベースの接続は、アップグレードではサポートされていません。
サイトのアップグレードを延期する場合は、 Mount-SPContentDatabase コマンドレットの SkipSiteUpgrade パラメーターを使用できます。
注:
コンテンツ データベースをアタッチするのに Mount-SPContentDatabase コマンドレットを使用することは、SharePoint Server 2016 のデータベースとサイト コレクションをアップグレードするための推奨された動作およびオプションです。
データベースの接続に使用するアカウントが、アップグレードするコンテンツ データベースの db_owner 固定データベース ロールのメンバーであることを確認してください。
次のメンバーシップがあることを確認します。
SQL Server インスタンスにおける securityadmin 固定サーバー ロール。
更新するすべてのデータベースに対する db_owner 固定データベース ロール。
PowerShell コマンドレットを実行するサーバーでの Administrators グループ。
管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint Server 2016 のコマンドレットを使用する権限を付与できます。
注:
アクセス許可がない場合は、セットアップ管理者または SQL Server 管理者に連絡してアクセス許可を要求してください。 PowerShell アクセス許可の詳細については、「Add-SPShellAdmin」を参照してください。
- SharePoint 2016 管理シェルを起動します。
Windows Server 2012 R2 の場合:
[スタート] 画面で、[SharePoint 2016 管理シェル] を選択します。
[ SharePoint 2016 管理シェル] が [ スタート] 画面に表示されない場合:
[コンピューター] を右クリックし、[すべてのアプリ] を選択し、[SharePoint 2016 管理シェル] を選択します。
Windows Server 2012 R2 と対話する方法の詳細については、「Windows Server 2012の一般的な管理タスクとナビゲーション」を参照してください。
- PowerShell のコマンド プロンプトで次のコマンドを入力し、 ENTER キーを押します。
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
Where:
DatabaseName は、アップグレードするデータベースの名前です。
ServerName は、データベースを格納するサーバーです。
URL は、サイトをホストする Web アプリケーションの URL です。
詳細については、Mount-SPContentDatabase に関するページを参照してください。データベースのアップグレード後、サイト コレクションは自動的にアップグレードされます。 サイト コレクションをアップグレードする方法の詳細については、「サイト コレクションを SharePoint Server 2016 にアップグレードする」を参照してください。
最初のデータベースのアップグレードを検証する
データベースを接続したら、サーバーの全体管理の [アップグレードの状態] ページで、データベースのアップグレードの状態を確認できます。 アップグレード プロセスが完了したら、アップグレード ログ ファイルを参照して、アップグレードの問題が発生していないかどうかを確認できます。 PowerShell コマンドレットを使用して、すべてのコンテンツ データベースのアップグレードの状態を確認できます。 アップグレードの確認およびトラブルシューティングの詳細については、「 SharePoint Server 2016 のデータベースのアップグレードを検証する」を参照してください。
[アップグレードの状態] ページを表示するには
この手順を実行するユーザー アカウントが、データベースで db_owner 固定データベース ロールのメンバーであることを確認します。
サーバーの全体管理で、[ アップグレードと移行] を選択し、[ アップグレードの状態の確認] を選択します。
アップグレード ログ ファイルを確認するには
アップグレード エラー ログ ファイルとアップグレード ログ ファイルは、%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\16\LOGS にあります。 アップグレード ログ ファイルにはアップグレード エラー ログよりも詳細な情報が含まれています。 ログ ファイルの末尾にある概要で、全体的な状態とファイル内の警告およびエラー件数を必ず確認してください。
ログは、以下の形式の名前を持つテキスト ファイルです。
Upgrade-YYYYMMDD-HHMMSS-SSS-error.log
Upgrade-YYYYMMDD-HHMMSS-SSS.log
ここで
YYYYMMDD は日付を表します。
HHMMSS-SSS は時間を表します (24 時間形式の時間、分、秒、ミリ秒)。
アップグレード エラー ログの例は、Upgrade-20120105-132126-374-error.log などです。アップグレード ログの例は、Upgrade-20120105-132126-374.log などです。
注:
SharePoint Server 2016のアップグレード ログの形式は ULS と同じ構造に基づいています。 > アップグレード ログ ファイルには、アップグレードするコンテンツ データベースの名前が含まれます。
PowerShell を使用してすべてのデータベースのアップグレード状態を確認するには
- 次のメンバーシップがあることを確認します。
SQL Server インスタンスにおける securityadmin 固定サーバー ロール。
更新するすべてのデータベースに対する db_owner 固定データベース ロール。
PowerShell コマンドレットを実行するサーバーでの Administrators グループ。
管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint Server 2016 のコマンドレットを使用する権限を付与できます。
注:
アクセス許可がない場合は、セットアップ管理者または SQL Server 管理者に連絡してアクセス許可を要求してください。 PowerShell アクセス許可の詳細については、「Add-SPShellAdmin」を参照してください。
- SharePoint 2016 管理シェルを起動します。
Windows Server 2012 R2 の場合:
[スタート] 画面で、[SharePoint 2016 管理シェル] を選択します。
[ SharePoint 2016 管理シェル] が [ スタート] 画面に表示されない場合:
[コンピューター] を右クリックし、[すべてのアプリ] を選択し、[SharePoint 2016 管理シェル] を選択します。
Windows Server 2012 R2 と対話する方法の詳細については、「Windows Server 2012の一般的な管理タスクとナビゲーション」を参照してください。
- PowerShell コマンド プロンプトで、次のコマンドを入力します。
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
このコマンドレットにより、ファーム内のデータベースの表形式のリストが返され、データベースの SharePointAll_2nd_CurrentVer へのアップグレードが必要かどうかが示されます。
残りのデータベースを接続する
最初のコンテンツ データベースを復元し、成功したことを確認したら、続いて他のデータベースを復元し、アップグレードできます。 データベース接続アップグレードを並列で実行して、一度に複数のデータベースをアップグレードできます。 複数のアップグレードを実行するには、個別の Microsoft PowerShell コマンド プロンプトを使用します。 新規データベースの各アップグレード セッションの開始時間を数分ずつずらして、Web アプリケーションを接続する際に設定される一時ロックによって発生する問題を回避することをお勧めします。 時間をずらさなかった場合、アップグレード セッションでエラーが発生する場合があります。 一時ロックがクリアされるまでの待機時間は、サイト コレクションの数やデータベース サーバー ハードウェアの処理速度によって異なります。
残りのデータベースのアップグレードを検証する
残りのデータベースをすべてアップグレードしたら、[アップグレードの状態] ページで、進行状態を表示して、アップグレード プロセスが完了したことを確認します。 ログ ファイルを表示して、その他の問題がないかを確認します。
次の手順
データベースをアップグレードした後は、ファームを使用する準備が整っているかを確認する追加の手順を実行する場合があります。 次に例を示します。
必要に応じて、ユーザー アカウントをクレーム認証に移行します。
既定では、SharePoint Server 2016 の新しい Web アプリケーションではクレーム認証が使用されます。 以前の環境でクラシック認証を使用していた場合は、ユーザーをクレーム認証に移行する必要があります。
すべてのアップグレード済み InfoPath フォーム テンプレートで使用していたリンクをアップグレードします。
データベース接続アップグレードでは、新しい環境を作成したときに、環境内の InfoPath フォーム テンプレートをエクスポートおよびインポートしました。 アップグレード後、Microsoft PowerShell コマンドレットを使用して、アップグレードしたそのフォーム テンプレート内で使用されているリンクが正しい URL を指すように更新できます。
InfoPath は SharePoint Server のみで使用できます。
フル クロールを実行する
詳細については、「Start, pause, resume, or stop a crawl in SharePoint Server」を参照してください。
ファームをバックアップする
詳細については、「SharePoint Server でファームをバックアップする」を参照してください。
| 段階 | 説明 |
|---|---|
|
これは SharePoint 2010 製品 のデータとサイトを SharePoint Server 2016 にアップグレードするプロセスの 4 番目のフェーズです。 プロセス全体の概要については、「SharePoint Server 2016 へのアップグレード プロセスの概要」を参照してください。 |