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