著作権このドキュメントに記載されている情報 (URL 等のインターネット Web サイトに関する情報を含む ) は 将来予告なしに変更することがあります 別途記載されていない場合 このソフトウェアおよび関連するドキュメントで使用している会社 組織 製品 ドメイン名 電子メールアドレス ロゴ 人物 場

Transcription

1 SharePoint Server 2010 自習書 Upgrade/Migration ステップバイステップガイド

2 著作権このドキュメントに記載されている情報 (URL 等のインターネット Web サイトに関する情報を含む ) は 将来予告なしに変更することがあります 別途記載されていない場合 このソフトウェアおよび関連するドキュメントで使用している会社 組織 製品 ドメイン名 電子メールアドレス ロゴ 人物 場所 出来事などの名称は架空のものです 実在する名称とは一切関係ありません お客様ご自身の責任において 適用されるすべての著作権関連法規に従ったご使用を願います マイクロソフトは このドキュメントに記載されている内容に関し 特許 特許申請 商標 著作権 またはその他の無体財産権を有する場合があります 別途マイクロソフトのライセンス契約上に明示の規定のない限り このドキュメントはこれらの特許 商標 著作権 またはその他の無体財産権に関する権利をお客様に許諾するものではありません 2010 Microsoft Corporation. All rights reserved. SharePoint Excel Internet Explorer は 米国 Microsoft Corporation の米国およびその他の国における登録商標 または商標です 記載されている会社名 製品名には 各社の商標のものもあります 2

3 はじめに 2010 年 5 月 SharePoint Server 2010 が正式に発表されました 多くの組織は新しい SharePoint Server 2010 へのアップグレードを検討されることでしょう アップグレードを行う際には 入念な計画が必要です また アップグレードを行う前に アップグレード中のプロセス アップグレード後の結果をイメージすることが大切でしょう 本自習書は アップグレードを検討している立場の方がスムーズにアップグレードを実行することができるよう アップグレードにどのような選択肢があるのか またアップグレード中のプロセスを理解することができるよう計画されました どのアップグレード手法にもトレードオフの側面があります 本自習書が組織の SharePoint 環境にとって適切なアップグレード手法を選択するお役にたてれば幸いです なお アップグレード手法には複数の方法が考えられます 既存のファーム構成によっては本自習書でカバーしきれていない手法を取り入れる場合もあるでしょう しかし どのようなケースでも データベースを操作すること 復元すること PowerShell スクリプトの使用 STSADM コマンドレットを使用する手順は発生します 使用するコマンドやデータベース操作は同一であるため まず本自習書全体を一読され 汎用アップグレードケースを理解されることをお勧めいたします 3

4 変更履歴 バージョンリリース時期変更内容 Version 年 6 月初版リリース 4

5 前提環境について 評価用の Active Directory 環境と電子メールサーバーが既にあることを前提環境とします 本自習書を記述する際に使用した前提環境は下記の通りです Active Directory サーバー OS: Windows Server 2008 R2 (x64) サーバー名 : DC2008 サーバーの役割 :AD DS DNS ドメイン名 : Contoso.com ドメイン機能レベル : Windows Server 2003 ネイティブ 電子メールサーバーサーバー OS: Windows Server 2008 R2 (x64) サーバー名 : MAIL2010 アプリケーション : Microsoft Exchange Server 2010 インストール : Exchange Server の標準インストール (Hub CAS Mail Box Exchange 管理ツール ) SharePoint Server 2007 ( 移行元 ) サーバー OS: Windows Server 2003 R2 (x64) サーバー名 : MOSS2007 SQL Server: SQL Server 2005 (x64) SharePoint Server 2010 ( 移行先 ) サーバー OS: Windows Server 2008 R2 (x64) サーバー名 : SP2010 SQL Server: SQL Server 2008 R2 5

6 6

7 Contents はじめに... 3 変更履歴... 4 前提環境について... 5 第 1 章アップグレード手法の考察 SharePoint Server 2007 から SharePoint Server 2010 へ なぜ SharePoint Server 2010 へのアップグレードを考慮すべきか? トレードオフ 第 2 章インプレースアップグレードを行う インプレースアップグレードの手順の確認 アップグレードを開始する 第 3 章データベース移行によるアップグレード データベースの移行によるアップグレードを計画する データベース移行アップグレードの作業手順を確認する 新ファーム環境を作成する データベース移行を行う ( 準備 ) データベース移行 ( 移行データのバックアップ ) データベース移行 ( 復元 ) 共有サービスデータベースの復元 データベース移行のしあげ

8 第 1 章アップグレード手法の考察 8

9 1.1 SharePoint Server 2007 から SharePoint Server 2010 へ SharePoint Server 2007 と SharePoint Server 2010 を比較したとき サーバーのトポロジ自体には大きな変化はありません 一般的なサーバーのトポロジでは : Web フロントエンドサーバーの役割 アプリケーションサーバーの役割 データベースサーバー しかし アーキテクチャや新しいソフトウェア ハードウェア要求事項を比較したときには大きな変更点があります 代表的 なものを取り上げてみましょう 1.64 ビット環境のみの提供 : SharePoint Server 2007 では 32 ビット版 64 ビット版共に提供されていました またサーバーのトポロジもそれぞれの層で 32 ビット 64 ビットを選択することができました ( 同一層内での 32 ビット 64 ビット混在は不可 ) しかし SharePoint Server 2010 はファーム全体が 64 ビット OS とアプリケーションで構成されている必要があります そのため 既存の SharePoint ファームが 32 ビットで構成されている もしくは 32 ビット環境が混在している場合は 大きな挑戦となります SharePoint Server 2010 は 64 ビット用に最適化されているため 広大なメモリ空間を使用し より良いパフォーマンスをもたらします 2. 共有サービスプロバイダ の廃止: SharePoint Server 2007 には 共有サービスプロバイダ がありました 共有サービスプロバイダは 共有することにより便利に活用することができる いくつかのサービスをまとめて提供するしくみです 例えばエンタープライズ検索機能 ユーザープロファイル機能 ビジネスデータカタログアプリケーション Excel Services などが共有としてまとめられ定義され提供されました SharePoint Server 2010 では 共有 として複数のサービスがひとまとで提供されるのではなく 一つ一つののサービスが独立した サービスアプリケーション として提供されます それにより柔軟な冗長構成をとることができるようになりました 3.( クライアントサイド )Internet Explorer 6 のサポート終了 : SharePoint は Web のテクノロジを使用したアプリケーションです ユーザーは Web ブラウザを使用し SharePoint を利用します ブラウザは種々存在しますが より汎用的な Web の技術を採用するため SharePoint Server 2010 では Internet Explorer 7 以降のバージョンが必要になります 9

10 どのようなアップグレード手法を採用するかは 現在の SharePoint ファーム環境 組織の要求事項を考慮すると お のずと選択肢を絞ることができるでしょう マイクロソフトが TechNet で紹介している手法は下記の 2 つになります 手法 インプレースアップグレード データベース移行 内容既存のファーム環境が 64 ビットで構成されている場合 インプレースアップグレードがサポートされます しかし OS のバージョンアップ 追加コンポーネントのアップデート 新しい SharePoint Server 2010 のハードウェア要求を満たすなど 最低限の要求事項に従う必要があります 移行可能なデータベースをバックアップし 新環境へ移動します ある程度のダウンタイムが許されるのであれば データベース移行はもっともスムーズに SharePoint Server 2010 にアップデートする手段となりますが 全ての設定 全てのデータベースが移行できるわけではありません 本自習書ではこの 2 つの手法 インプレースアップグレードとデータベース移行によるアップグレードをご紹介いたします Tips:Office SharePoint Portal Server 2003 から SharePoint Server 2010 へのアップグレード Office SharePoint Portal Server 2003 から直接 Microsoft SharePoint Server 2010 へのアップグレードはできません また 2003 から 2010 への移行を考慮するとき バージョンは差異があまりにも大きく ハードウェア要件も違いすぎるので データベース移行を使用しても直接の一括アップグレードはできません まずコンテンツを Microsoft Office SharePoint Server 2007 にアップグレードし その後で SharePoint Server 2010 にアップグレードします 10

11 1.2 なぜ SharePoint Server 2010 へのアップグレードを考慮すべきか? 現在安定稼働しているアプリケーションをアップグレードするには 多くの労力 費用と時間を必要とします 現在使用している SharePoint Server 2007 が問題なく稼働しているのであれば SharePoint Server 2010 へのアップグレードを考慮する必要はないでしょうか? SharePoint Server 2007 と SharePoint Server 2010 を比較したとき 下記のような向上点があります ドキュメントや Web 以外のリッチなコンテンツに対応これまで SharePoint Server はドキュメントコンテンツ Web ページ リストデーター 外部データベースなどが共有 管理の対象になっていました SharePoint Server 2010 では それらに加えて動画コンテンツ Silverlight コンテンツなどリッチメディアを管理することができるようになり エンドユーザーによりリッチな経験を提供することができるようになりました 向上したユーザービリティ SharePoint Server 2010 は Office 製品で採用されている フルーエント UI( リボン ) を採用しています これにより ユーザーはローカルクライアントアプリケーションである Office 製品とサーバー製品を同一の UI で違和感なく使用することができます またフルーエント UI は動的な UI です ユーザーの操作の脈略にそって内容が変化していきます 場所によってはライブプレビュー機能も使用することができます 完全に設定を適用する前に どのような変化が起きるかをライブ ( マウスカーソルをあてるだけ ) で確認できます また ファイルのアップロードや配置の方法も向上しています AJAX を使用した画面遷移のない UI は 使用者に安心感を与えます 自分の操作に応じて URL がどんどん変化していったり 画面が変わっていくと 何をしていたのか どのように戻ったらよいのかわからなくなることがありますが SharePoint Server 2010 ではそのような問題が起きず 直感的です 高い信頼性と冗長化 可用性手法 SharePoint Server 2010 では 共有サービスプロバイダが廃止され 各々のサービスが独立した形で提供されます そのため これまで冗長化することができなかったサービスも複数のサーバーで冗長化を行うことができます シングルポイント と呼ばれる冗長化が行えない場所はなくなりました さらに 障害にも強くなり SQL Server 2008 が提供する ミラーリング に標準対応します これにより比較的安価に構築できるソリューションを用いつつ かつ障害時のダウンタイムを極力減らすことが可能です またディスクの肥大化を防ぐ一つの方法として BLOB の使用など より高度なキャパシティー制御をおこなったり ストレージ周りの他社製品アプリケーションとの高い連携を見せます Office 2010 Client 製品との高い親和性 SharePoint Server 2010 は Office 2010 Client と高い親和性を保ちます Office 2010 では 新たに SharePoint Workspace 2010 が準備され SharePoint Server 2010 内のコンテンツをセキュアに 効果的にオフラインで使用することができます 11

12 また無償で SharePoint Designer 2010 が準備されています SharePoint Designer 2010 は サイトの見た目デザインだけにとどまらず ユーザー独自のワークフロー作成やサイト ユーザーの効果的な管理など SharePoint Server 2010 を一元管理することのできる高度な管理ツール機能を兼ね備えています 外部リストとの連携コネクタ作成なども行うことができ データベース連携がより簡単に行えるようになっています モバイルディバイスとの親和性もより高くなっています モバイルディバイス専用のビューを提供し カスタマイズすることも可能です SharePoint Server は主にエンドユーザーが多くの時間業務で利用します SharePoint Server 2010 で向上されたユーザービリティはよりユーザーの生産性を高め 気持ちよく使用していただくことができるでしょう アップグレードを考慮すべき理由はまだ多くあります 是非実際に環境を作成し SharePoint Server 2010 を評価してみてください 12

13 1.3 トレードオフアップグレードを行うことによって IT 管理者 開発者 エンドユーザー すべての立場の人が最新のテクノロジを使用することができ 生産性を高めることが可能です しかし アップグレードは慎重 かつ計画的に行われるべきです アップグレードすることによって発生する可能性のあるトレードオフ事項も考慮する必要があります SharePoint Server 2010 へアップグレードをする前に 下記の案件を考慮してください 64 ビット版のみの提供 SharePoint Server 2007 では 32 ビット版と 64 ビット版が提供されていますが SharePoint Server 2010 では 64 ビット版のみの提供です 現在 32 ビット版を活用している場合は 新たにファームを ( 一時的にでも ) 用意する必要があります 新しいバージョンに伴う 拡張機能の再開発 32 ビット版で開発されている組織独自の機能は 場合によっては 64 ビット版に対応できるよう少しの変更が求められる場合があります また ファーム全体を通して 32 ビット環境を 64 ビット環境にする際に 既存のソリューションが正しく動作するか 検証テストに多くの時間が必要となるかもしれません ダウンタイムの発生 インプレースアップグレードを行う場合も データベース移行も ある程度のダウンタイムが発生します SharePoint 上 でクリティカルな業務が行われている場合は アップグレードを行う時期 タイミング等 綿密な計画が必要となります Internet Explorer 6 のサポート終了多くの組織は Internet Explorer 6 を使用しています SharePoint Server 2010 では Internet Explorer 6 はサポートされておらず 表示させようとした場合 警告と共にレイアウトが崩れてしまい リボン UI なども正しく表示されません Internet Explorer 6 は組織内の他のアプリケーションでも使用されている可能性があるため 簡単にアップグレードすることが難しいかもしれません ただし SharePoint テクノロジに非常に精通している マイクロソフト認定パートナー 企業は Internet Explorer 6 でも SharePoint Server 2010 の描画を正しく行うことができるようなソリューションを提供している場合があります 13

14 第 2 章インプレースアップグレードを行う 14

15 2.1 インプレースアップグレードの手順の確認インプレースアップグレードは 現在の SharePoint Server 2007 の環境内容を 基本的にすべて新環境に引き継ぐことができるため 既存のサーバーファームが SharePoint Server 2010 のインストール条件を満たしているのであれば非常にスムーズに かつユーザーにとっても違和感なく新しい環境に移行することができる最良の方法です インプレースアップグレードを行う前に 現在のファームの環境がインプレースアップグレード対象か 確認してみましょう 確認事項 ファーム内のすべてのサーバーが Windows Server 2003 もしくは 2008 の 64 ビット OS であり 64 ビット版の SharePoint Server 2007 が稼働している SQL Server 2005 もしくは 2008 の 64 ビット版を SharePoint Server 2007 用データベースサーバーとして使用している現在 SharePoint Server 2007 が稼働しているファーム内のすべてのサーバーが SharePoint Server 2010 また SQL Server 2008 で要求されているハードウェアスペックを満たしているアップグレードを一括で行うために必要な作業時間を確保することができる全てのデータのバックアップを保持している チェック 上記の条件が満たされている場合 インプレースアップグレードが可能です 1. まずインプレースアップグレードの作業手順の確認をしましょう なお 下記の手順は現在の環境が Windows Server 2003(64 ビット ) で構成されており かつ SQL Server 2005(64 ビット ) を使用していることを想定しています すでに Windows Server 2008 SQL Server 2008 などを使用して SharePoint Server 2007 環境を構築されている場合は SharePoint Server 2007 に SP2 を提供するところから始めます Windows Server 2003 から Windows Server 2008 へ SQL Server 2005 の環境を整える (SP3 CU2 の適用 ) SharePoint Server 2007 に SP2 を適用する 15

16 アップグレードチェックの実行 アップグレードを阻害する機能 プラグインの一時削除 ( オプション ) SharePoint Server 2007 各種サービスの停止 SharePoint Server 2010 インストーラーの起動 (splash.hta) SharePoint Server 2010 インストール前の必要コンポーネント準備 SharePoint Server 2010 のインストール 内部アップグレードの開始 ビジュアルアップグレード 全体的なアップグレード後の確認 必要な個所の再設定 SharePoint Server 2010 アップグレード完了 16

17 2.2 アップグレードを開始する インプレースアップグレードを実行する前に 既存の SharePoint 環境を最新にします インプレースアップグレードを行うためには 最新の SharePoint Server 2007 SQL Server の修正モジュールが適用されている必要があります 具体的には以下の条件を満たしている必要があります Windows Server 2003 SP2 の適用 SharePoint Server 2007 SP2 の適用 SQL Server SQL Server 2005 SP3 の適用と CU2 の適用 本自習書では Windows Server 2003 SP2 x64 版サーバー OS と SQL Server 2005 SP3 x64 に SharePoint Server 2007 SP2 版がインストールされている状態を前提にインプレースアップグレードを紹介いたします もし現在の SharePoint 環境に SP2 が適用されていないのであれば 必ず OS をアップグレードする前に SharePoint Server 2007 SP2 を適用してください SP2 を適用する方法については を参照してください アップグレード前の SharePoint Server 2007 は下記のようなサイトを持っています トップサイト : 17

18 人事部ポータル : コンテンツとして お知らせ リンク 共有ドキュメント 経費精算ライブラリ などがあります 例 : 共有ドキュメントの中 18

19 2. Windows Server 2003 SP2 x64 を Windows Server 2008 R2 にアップグレードします Tips:OS の選択をする際 Windows Server 2008 x64 か Windows Server 2008 R2 を使用するかを考慮しますが 可能な限り Windows Server 2008 R2 を使用すべきです (KB を参照してください アップグレード中 SharePoint Server の検索サービスは停止している必要があります SharePoint Server 2007 の場合 検索サービスは 2 種類あります どちらも停止します [ スタート ] から [ 管理ツール ] を選択します [ サービス ] をクリックします サービスの一覧から [Windows SharePoint Services Search] と [Office SharePoint Server Search] を停止し 無効にします 19

20 検索サービスは [ スタートアップの種類 ] が 自動 になっているため 一時的に 無効 にし [ 適用 ] をクリック してから [ 停止 ] します 3. Windows Server 2008 R2 のメディアを挿入します [ 今すぐインストール ] をクリックします 20

21 Tips:Windows のエディションに注意してください Windows のエディションは同一エディションでのみアップグレード可能です 2003 Standard エディションを 2008 Enterprise といった異なるライセンスエディションへアップグレードインストールすることはできず インストーラーがエディションを判別した時点でアップグレード作業が停止します エディションを変更する場合は 新規インストールとなります [ インストールの種類 ] で [ アップグレード ] を選択します [ 互換性のレポート ] で Office SharePoint Server 2007 の機能を無効になることを確認し [ 次へ ] をクリッ クします 21

22 OS アップグレード中何度か再起動し アップグレードが完了します 4. OS のアップグレードが成功したことを確認します 22

23 5. SharePoint Server 2007 を再度有効にします OS のアップグレードによって無効になった SharePoint Server 2007 を修復します [ スタート ] から [ コントロールパネル ] を選択します [ プログラムと機能 ] をクリックします [ プログラムのアンインストールまたは変更 ] から Microsoft Office SharePoint Server 2007 を選択し [ 変 更 ] をクリックします 23

24 [ 修復 ] を選択し [ 次へ ] をクリックします 修復完了後 [ 閉じる ] をクリックします 24

25 6. 再起動します [ はい ] を選択し 今すぐ再起動します 7. SharePoint 製品とテクノロジ構成ウィザードを起動し [ 次へ ] をクリックします 25

26 8. [ サーバーファームの設定の変更 ] で [ このサーバーファームとの接続を維持する ] を選択し [ 次へ ] をクリックしま す SharePoint サーバーの全体管理 Web アプリケーションの設定を確認します [ このコンピュータで引き続き Web サイトをホストする ] を選択し [ 次へ ] をクリックします 26

27 [ 構成成功 ] で [ 完了 ] をクリックします 9. [ 完了 ] をクリック後 SharePoint の全体管理ページが開きます 27

28 10. SharePoint Server 2007 のサイトが正常に立ち上がることを確認します ここまでで OS が Windows Server 2008 R2 にアップグレードされ アップグレード中に停止していた SharePoint Server 2007 の再構成が完了しました Tips:OS をアップグレードする上での注意点をまとめます アップグレード前の Windows エディションとアップグレード後のエディションを一致させる 必ず SharePoint Server 2007 に SP2 を適用しておく SharePoint Server 2007 は SP1 から Windows Server 2008 SP2 から Windows Server 2008 R2 に対応します SharePoint Server 2010 へのアップグレードは Windows Server 2008 を選択しても Windows Server 2008 R2 を選択しても どちらの OS でも SharePoint Server 2007 の SP2 が適用されていなければなりません 28

29 11. SQL Server 2005 SP3 に修正モジュールを適用します (SQL Server 2008 を使用している場合は SP1 と CU2 以降の適用になります ) SQL Server 2005 x64 SP3 はそのまま使用することができますが 最新の修正プログラム (CU3) を適用する必要があります SQL Server 2005 Service Pack 3 の累積的な更新プログラムパッケージ 3 は 3 つの修正プログラムから成り立ちます 修正プログラムに関する同意を行い 電子メールアドレスを入力し リクエストを請求します Windows Server 機能の追加 (PowerShell デスクトップエクスペリエンス ) SharePoint Server 2010 事前準備ツールの実行 Windows Server 2008 R2 WCF の修正プログラムを適用 29

30 12. SharePoint Server 2010 のインストールに事前に必要な Preupgradecheck の実行をします [ スタート ] から [ ファイル名を指定して実行 ] をクリックします [cmd] と入力しコマンドプロンプトを表示します STSADM.exe を実行します cd c:\program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN stsadm.exe o Preupgradecheck アップグレード前チェックレポートが出力されます レポートにエラーの記載がないことを確認します 30

31 Tips: このコマンドはファーム内に複数のサーバーがある場合 ファーム全体のレポートを既定で作成しますが 一台一台で実行し レポートを作成することも可能です ( ローカル実行 ) 何らかのエラーがあるときには 下記のようにレポート内に 失敗しました と表示されます その問題に対しての解決策がある場合にはリンクが提示されます 13. SharePoint Server 2010 インストール前にすべての SharePoint サービスを停止します [ スタート ] から [ 管理ツール ] を選択し [ サービス ] をクリックします 31

32 14. Windows SharePoint Services から始まる名前のサービス全てと Office SharePoint Server Search を停止します すべての SharePoint テクノロジに関連するサービスが停止していることを確認します 32

33 15. SharePoint Server 2010 のインプレースアップグレードインストールを行う前に ソフトウェア必須コンポーネントの インストールを行います SharePoint Server 2010 メディアをサーバーに挿入します 16. ソフトウェア必須コンポーネントのインストール をクリックし 起動します 本ツールを使用するためには インターネッ トへの接続 が必要になります 33

34 17. ライセンスに同意し 進めます IIS の構成 必要なプログラムのインストール終了後 再起動します 34

35 18. ソフトウェア事前準備が完了したことを確認し [ 完了 ] します 19. SharePoint Server 2010 のインストールを開始する前に 現状のデータをバックアップしておきます この時点では まだ SharePoint Server 2007 に対する変更は加えられていません [ サーバーの全体管理 ] から [ バックアップと復元 ] を選択します 35

36 ファーム全体を選択し バックアップを取得します バックアップしたファイルは 影響の受ない別環境に移動しておきましょう 20. SharePoint Server 2010 のインストールを始めます インストールメディアを開き setup.exe を実行します 製品版のプロダクトキーを入力し [ 続行 ] します 36

37 ライセンス条項に同意します [ 続行 ] をクリックします [ 以前のバージョンからのアップグレード ] が表示されます [ 今すぐインストール ] をクリックします Tips: アップグレードの選択肢は 今すぐアップグレード のみです 以前のバージョンでは 段階的アップグレード が用意されていましたが SharePoint Server 2010 ではインプレースアップグレード ( 一括アップグレード ) のみです そのため インプレースアップグレードを行う場合には ファーム内のすべてのサーバーに対して同様のアップグレードを行わなければならないため 大規模ファームではインプレースアップグレードを実行するのは現実的ではないかもしれま 37

38 せん その場合には データベース移行 もしくはハイブリット方式 ( データベースを段階的に一時的に読み取り専 用にして アクセスだけ可能にし その間にバックアップファイルから新ファームへのデータベース移行アップグレード続け る ) を選択することができます 21. SharePoint Server 2010 のインストールが行われます 22. インストール終了後 [SharePoint 製品とテクノロジ構成ウィザードを今すぐ実行する ] にチェックが入っていること を確認し [ 閉じる ] をクリックします 38

39 23. SharePoint Server 2007 から SharePoint Server 2010 へのアップグレード用の製品構成ウィザードが起動 します 24. ファームのセキュリティ用にパスフレーズを入力します 本自習書では と入力します 39

40 25. ビジュアルアップグレードの選択を行います SharePoint Server 2007 からアップグレードの際 新しい SharePoint Server 2010 のフルーエント UI( リボン ) を使用するか 既存の SharePoint Server 2007 の UI を維持するかを選択することができます なお この設定は後からでも変更可能です [ 既存の SharePoint サイトの外観を維持したまま エンドユーザーがユーザーエクスペリエンスを更新できます ] を選択し [ 次へ ] をクリックします すべてが完了したことを確認します この後 SharePoint タイマージョブによりアップグレード処理が継続されます 40

41 26. SharePoint Server 2010 のサーバーの全体管理サイトが開きます アップグレード用の構成ウィザードが終了したことにより 各種新機能のインストール サービスのインストールが行われ 同時に構成データベースが持つ各種情報を基にデータベースアップグレード用のスクリプトが背後で作成されます それをもとに 各コンテンツデータベースやサービス用のデータベースがアップグレードされていきます これらのアップグレード処理はタイマージョブを通して行われます タイマージョブによるアップグレードの進行状況が表示されます 進行状況は 1 分おきに自動的にアップデートされ 最終的には 成功 が表示されます 41

42 注意 : アップグレード作業はファームの規模 データベースの大きさによって変わりますが 数十分から数時間かかることがあります アップグレード実行中は SharePoint Server 2010 の操作はしないでください 成功 が表示されるまで 完了していません 27. 全てのアップグレードジョブが終了したことを確認します Tips: アップグレードのタイマージョブが 失敗 と赤字で表示されることがあります 失敗している場合は ログを確認します 問題となる部分を修正した後 再度構成ウィザードを実行します また アップグレード用タイマージョブは SharePoint Server 2010 では廃止された共有サービスプロバイダに基づいてサービスの構成をしようとするため 環境によっては一部のサービスが正常に起動せず 失敗 で終了してしまうことがあります その場合 どこまで新しい SharePoint Server 2010 が構成されている状態でエラーになっているのかにもよりますが 手動で残りを構成することも選択肢の一つになるでしょう 42

43 28. すべてのアップデートプロセスが完了後 サイトを立ち上げ確認します 右上の [ サイトの操作 ] をクリックすると SharePoint Server 2010 にアップグレードされていることが確認できま す 29. ビジュアルアップグレードで UI の変更を行います [ サイトの操作 ] から [ ビジュアルアップグレード ] をクリックします 43

44 30. [ タイトル説明アイコン ] ウィンドウが開き ビジュアルアップグレードの選択をします [ 新しい SharePoint ユーザーインターフェイスをプレビューするが 問題がある場合は 以前のユーザーインターフェイ スに戻す ] を選択し [OK] をクリックします 31. SharePoint Server 2010 の UI で表示されることを確認します 上部に 黄色い帯 で UI に関する警告が表示されます 正常に表示されている場合は これ以上警告を出す必要がないため 黄色い帯 の [ このサイトのビジュアルアップグレード設定を表示 ] をクリックし 今後このメッセージを表示しないようにする を選択します 44

45 Tips: ビュジュアルアップグレードの意義ビジュアルアップグレードの機能は SharePoint Server 2007 もしくはそれ以前のバージョンの SharePoint Server からアップグレードした場合しか利用することができません SharePoint Server 2010 の新規インストールでも ビジュアルアップグレード メニューは表示されていますが 使用することはできません ビジュアルアップグレードが準備された理由は 過去の UI を使い続けるためではなく 新環境での既存 UI 検証終了までの間 業務が滞りなく行えるようにするため準備されました レイアウトが大幅に崩れてしまった画面では SharePoint 上で業務を継続することは難しくなるからです ビジュアルアップグレード機能を使用することにより 組織が 2010 用の UI にマスターページや CSS 機能を修正する時間が提供されます 組織は ビジュアルアップグレードを使用して 2007 の UI を将来にわたって継続的に使い続けることは可能でしょうか いいえ 新しい UI でなければ行えないこと 使用できない機能は多くあります 特にページの編集に関連する機能は新しい UI に変更しなければ十分に行うことはできません あくまで一時的な使用のためにビジュアルアップグレードを利用します 32. 全ての設定を再確認します 下記は 確認すべき事項の一例です 送信メールサーバー 受信メールサーバーの設定は正しく引き継がれているか ユーザープロファイルは移行されているか 検索は正常に行えるか 全てのサイトにアクセスできるか アクセス権は正しく反映されているか 45

46 第 3 章データベース移行によるアップグレード 46

47 3.1 データベースの移行によるアップグレードを計画する SharePoint テクノロジでは 全てのコンテンツデータを SQL Server のデータベースに格納します そのため データベースのバックアップを取り それを復元することによって SharePoint Server 2010 へアップグレードを行うことが可能です コンテンツデータベースが複数ある場合にも対応します この手法は 32 ビット環境から 64 ビット環境へ移行する際にも活用することができる手法です しかし データベース移行を始める前に 考慮すべき点もいくつかあります まず データベース移行では 既存の SharePoint Server 2007 ファームが持っている 全ての 情報を復元することが できるのでしょうか? TechNet では利点と欠点を次のようにまとめています 重要なポイントは 太字 にしています 方法 説明 利点 欠点 一括アップ SharePoint 2010 を同じ ファーム全体の設定が アップグレードの進行中は サーバー グレード ハードウェアにインストールでき 保持されてアップグレ およびファームはオフラインになりま ます 同じプロセスの一環とし ードされます アップグ す アップグレードは連続して進行しま て サーバーファームのコンテン レード後の環境でもカス す したがって すべてのコンテンツが ツと設定をアップグレードすること タマイズは有効ですが 順にアップグレードされるのに十分な もできます カスタマイズ部分をアッ 時間を割り当てる必要があります プグレードしたり再稼働 するために手動での操 作が必要になる場合が あります データベース 別のファームの環境のコンテン 同時に複数のコンテン サーバーおよびファームの設定はアッ 接続アップ ツをアップグレードできます こ ツデータベースをアップ プグレードされません 古いファーム グレード の場合 サービスやファームの設 グレードできるので 全 から新しいファームへ保持する設定 定はアップグレードしません デ 体として一括アップグ は 手動で転送する必要がありま ータベースを任意の順序でアッ レードよりも短時間で す すべてのカスタマイズも手動で新し プグレードでき 同時に複数の 処理できます データベ いファームへ転送する必要があります データベースをアップグレードで ース接続アップグレード 転送されないカスタマイズがあると 意 きます データベースのアップグレ を使用して 複数のファ 図しない機能の損失や ユーザーエ ード中は そのコンテンツをユー ームを 1 つのファームに クスペリエンスの問題が発生する場合 ザーが使用することはできませ まとめることができます があります ネットワーク経由でのデー ん タベースのコピーには時間がかかり 多 くの帯域幅が使用されます 十分に 検討して計画する必要があります デ ータベースサーバーへの直接アクセス が必要です 47

48 データベース移行のアップグレードの特徴を下記にまとめます データベースをアタッチするだけのため コンテンツデータベースの内容は失われることなく保持される しかし 移行先は 新環境のため 構成データベースに格納されていた種々の設定は引き継がれない 基本的にコンテンツ内容のみ SharePoint Server 2007 がもつ全てのデータベースとそのデータが移行できるわけではない 例 : 構成データベースなど ( 新ファームは別の構成情報をもつ また各サービスが アプリケーション化 されている ) アーキテクチャの変更が大幅になされています 代替アクセスマッピングを使用して運用されていなかった環境では URL が変わる可能性がある 新サーバーファーム ( 新規 SharePoint Server 2010 ファーム ) 上に復元するため 代替アクセスマッピングを使用せ ずサーバー名をそのままアクセス URL として使用している場合は サーバー名 Web アプリケーション URL が変わる データベースを直接操作するため データベースに関する知識が必要になる PowerShell によるデータベースとサービスアプリケーションの手動紐づけが必要になる 2007 から全く移行できないものに関しては サービスの再設定 情報の再作成が必要になる 移行できるデータベース もしくはデータは次の通りです コンテンツデータベース ( 複数のコンテンツデータベースをアタッチ可能 ) 個人用サイト用に作成したコンテンツデータベース 共有サービスプロバイダ用データベース内のデータ (SharePoint Server 2010 には共有サービスはないので 一部の情報のみ ) Single Sign On 用データベース 48

49 3.2 データベース移行アップグレードの作業手順を確認するデータベース移行を始める前に どのような手順で行うか前もって確認しておきましょう 青い囲みは SharePoint Server 2007 の段階で行うべきタスクです 全ての作業が必須なわけではありませんが必要に応じて行います 赤い囲みが SharePoint Server 2010 への移行手順です SharePoint Server 2007 に SP2 を適用する アップグレード前の事前チェックを実行する 既存の環境のクリーンアップをする (DB のスリム化 ) 全ての Web アプリケーションと対応するコンテンツ DB の繋がりをメモする 使用するコマンド : アップグレードチェック 環境のクリーンアップ STSADM.EXE -o Preupgradecheck ( このコマンドは SP2 が適用されていないと実行できません ) 使用されていないサイトの削除 STSADM.EXE -o Deletesite STSADM.EXE -o Deleteweb 不必要にたまっているバージョン管理機能によって作成された過去のファイルの削除手作業 もしくは開発されたアプリケーションを通して実行 49

50 SharePoint Server 2010 ファームの作成 最低限のサービス起動 SharePoint Server 2010 ファームの最低限の設定 ( メールの設定など ) Web アプリケーションの作成 ( 以前の環境にあった分作成 ) SharePoint Server 2007 データベースのバックアップ取得 カスタムコンポーネントの確認 コンテンツデータベースの復元 (Web アプリケーションへ ) SSP データベースをアップグレードしてユーザープロファイルを構成する 個人用サイトの Web サイトをアップグレードする 残りのデータベースの復元 新しい環境での検索用インデックスの新規作成 50

51 新ファーム環境を作成するデータベース移行を行う場合は データベース移行に適した新ファームを作成しておく必要があります SharePoint Server 2010 インストール作業そのものは SharePoint Server 2010 自習書 インストール編 を参照されてください データベース移行に適した環境作成の詳細に関しては下記 MSDN の資料をご覧ください データベース移行を行う ( 準備 ) これからご紹介するデータベース移行の環境は SharePoint Server 2007 と SQL Server 2005 がインストールされ サーバー名が MOSS2007 というファーム構成の環境から新規の SharePoint Server 2010 への移行です なお 移行先の SharePoint Server 2010 ファームは 別冊 SharePoint Server 2010 自習書 インストールガイド で作成された新しい SharePoint Server 2010 のファームです ただし 自習書で採用されている 構成ウィザード 後の ファームの機能準備ウィザード は キャンセル しています 1. SharePoint Server 2010 のインストールに事前に必要な Preupgradecheck の実行をします [ スタート ] から [ ファイル名を指定して実行 ] をクリックします [cmd] と入力しコマンドプロンプトを表示します STSADM.exe を実行します cd c:\program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN stsadm.exe o Preupgradecheck 51

52 アップグレード前チェックレポートが出力されます レポートにエラーの記載がないことを確認します 2. SharePoint Server 2007 のサイトに不必要なものがないかサイト一覧を確認します SharePoint Server 2007 で STSADM.exe コマンドを実行します cd c:\program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN STSADM.exe o enumallwebs databasename データベース名 52

53 上記のように WSS_Content データベース内のサイト一覧が表示されました しかし コマンドラインでの表示では読みづらく感じるかもしれません サイト一覧のリストをファイルに出力してみましょう 例 :STSADM.exe o enumallwebs databasename wss_content >c:\sitelist.xml 出力されたファイルを Excel 2010 など XML を綺麗に表示できるアプリケーションで開きます 必要であればリストに基づき 不必要なサイトを削除します 53

54 3.5 データベース移行 ( 移行データのバックアップ ) 1. コンテンツデータベースを SharePoint Server 2007 から切断します [ サーバーの全体管理 ] から [ アプリケーション構成の管理 ] で コンテンツデータベース を選択します 対象となる Web アプリケーションを右側から選択し コンテンツデータベースを確認します データベース名をクリックし 開きます [ コンテンツデーターベースの削除 ] をチェックし OK をクリックします 54

55 警告が表示されます OK をクリックします コンテンツデータベースの削除は SharePoint との関連が切断される だけであり SQL Server 上からデータベースそのものが削除されるわけではありません 2. 切断後 SharePoint Server 2007 で使用している SQL Server からデータベースのバックアップを行います [ スタート ] から [ すべてのプログラム ] を表示し [Microsoft SQL Server 2005] にある [SQL Server Management Studio] をクリックします [ サーバー名 ] に MOSS2007 と入力し [ データベースエンジン ] に [ 接続 ] します 55

56 3. [ データベース ] を展開し 目的のデータベースを選択します 本自習書では SharePoint Server 2007 の次のデータベースをバックアップします データベース名はそれぞれの環境によって異なります 下記の例は管理者がコンテンツデータベースを作成時にわかりやすいデータベース名を付けた一例です ( 既定では WSS_Content_xxxxxxxxxxxxxx) WSS_Content コンテンツデータベース1( サイト1つ含有 ) WSS_Content_01 コンテンツデータベース1( サイト1つ含有 ) WSS?Content_PersonalSites 個人用サイトコンテンツデータベース SharedServices1_DB 共有サービスデータベース 4. データベースのバックアップを取得します 取得対象のデータベース上で右クリックしメニューを表示します [ タスク ] から [ バックアップメニュー ] を選択します 56

57 5. バックアップ内容と バックアップ先を選択します データベース : WSS_Content( 例 ) バックアップの種類 : 完全バックアップ先 : 任意のフォルダ選択後 [OK] をクリックします 指定したフォルダにバックアップファイルが存在していることを確認します 同様の手順で 予定している全てのコンテンツデータベースと共有サービスプロバイダのデータベースバックアップを行います 57

58 3.6 データベース移行 ( 復元 ) バックアップデータを SharePoint Server 2010 で復元するため Web アプリケーションの作成とコンテンツデータベーを 作成します 1. [ スタート ] から [ すべてのプログラム ] を選択し [Microsoft Office SharePoint 2010 Products] から [SharePoint サーバーの全体管理 ] を選択します サイドリンクバーから [ アプリケーションの構成の管理 ] を選択します [Web アプリケーションの管理 ] を選択し リボン UI から [ 新規 ] をクリックします 新しい Web アプリケーションを作成します 以前の SharePoint Server 2007 で使用していた時と同条件で Web アプリケーションを構成します この例では 認証は クラシックモード認証 Web サイトのポートは 80 で作成しています もし 2007 の時にフォーム認証などを使用していた場合 別途 SharePoint Server 2010 の Claim 認証の設定が先に必要です を参照してください 58

59 ここで作成するデータベースは後程上書きをするので データベース名は任意でも構いませんが わかりやすくするため に SharePoint Server 2007 の時と同様のデータベース名を指定することをお勧めいたします 2. [ データベース ] セクションの [ コンテンツデータベースの管理 ] をクリックします 59

60 3. 復元する数分だけ [ コンテンツデータベースの追加 ] を行います データベース名はバックアップデータベース名と同様にすると復元の時にわかりやすくなります この時は コンテンツデータベース のみを復元します 個人用サイトのコンテンツデータベースや共有サービスプロバイダのデータベースはこの時点では復元しません 4. [ コンテンツデータベースの削除 ] セクションで [ コンテンツデータベースの削除 ] チェックボックスをオンにし [OK] をクリッ クします 60

61 5. SharePoint Server 2010 をインストールした環境で SQL Server Management Studio を起動します [ データベースエンジン ] [SP2010](SharePoint Server 2010 環境 ) に [ 接続 ] します 6. [ データベース ] を右クリックし メニューを表示します [ データベースの復元 ] を選択します 61

62 7. データベースの復元ウィンドウから [ 復元先データベース ] ドロップダウンを開きます 対象データベースを選択します 復元用のリソースとして [ ディバイスから ] を選択し バックアップしたファイルを指定します ( あらかじめバックアップファ イルは既定の SQL Server データベースバックアップフォルダに移動しておきます ) 62

63 8. 復元先と復元方法を確認します 復元先データベース : ( 例 )WSS_Content 復元する特定の時点 : 最新の候補復元するバックアップセットの選択 : WSS_Content 完全データベースバックアップ 左ペインから [ オプション ] を選択します [ 既存のデータベースを上書きする ] にチェックを入れ [OK] をクリックします 63

64 9. 正常にデータベースが復元したことを確認し [OK] をクリックします 個人用サイト 共有サービス以外のコンテンツデータベースをすべて上書きで復元します Tips: もし データベースを復元するときに データベースは使用中なので 排他アクセスを獲得できませんでした とエラーが出て復元ができない場合は一度環境を停止します ( 特に SharePoint と SQL が同一環境にある場合 ) ただし サービスの停止を行うことにより 関連する幾つかのサービスが停止するため 実行するときは十分に注意し タイミングを見計らって行ってください 下記の2つのサービスを停止し SharePoint 実行環境を停止します IIS Admin Service SharePoint 2010 Timer 必ずデータベース復元後は上記の停止したサービスを 開始 してください 10. 復元したコンテンツデータベースを確認します コンテンツデータベースに格納されているサイトコレクション サイトの中には 拡張された機能が必要なものがあるかもしれません その場合は 拡張された機能も新しい SharePoint Server 2010 ファームに用意し 動作するようにしなければなりません そのようなサイトが含まれていいないか データベースを SharePoint に接続する前に精査します SharePoint Server 2010 で PowerShell(SharePoint 2010 管理シェル ) を起動します 64

65 以下のコマンドを実行します Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL> 問題がなければ 何も表示せずにコマンドプロンプトに戻ります Tips:2007 で使用していた時 拡張を一切していないのであれば この手順はスキップすることができますが 必ず確認のために実行されてください このコマンドは 2007 SP2 が適用されたデータベース 2010 データベース共に使用することができる便利なコマンドです データベースを SharePoint に接続したときに 接続に失敗するリスクをあらかじめ軽減することができます 11. コンテンツデータベースを新しいファームの Web アプリケーションに接続する前の注意事項 ( 重要 ) 一つの Web アプリケーションに対し 複数のコンテンツデータベースが存在し それらコンテンツデータベースを接続するときは 接続する最初のコンテンツデータベースに 2007 時の Web アプリケーションの ルートサイト が含まれているものから先に接続します この手順は絶対に間違えることができません 必ず実行する前に どのコンテンツデータベースにこれから戻す Web アプリケーションのルートサイトを含んでいるかあら かじめ確認します ルートサイトを含むデータベースを接続した後は その Web アプリケーション用のその他のコンテン ツデータベースは任意の順番で接続できます またデータベースを接続する前にあらかじめコンテンツを格納するサイトコレクションを作成する必要はありません データベース接続のプロセスでサイトコレクションは新しい環境に作成されます そのため すべてのコンテンツデータベースを復元するまでは 新しい環境に新しいサイトコレクションの追加は絶対に行わないでください 12. コンテンツデータベースを Web アプリケーションに接続します SharePoint 管理シェル (PowerShell) を起動します 下記のコマンドを実行します Mount-SPContentDatabase -Name < 復元したデータベース名 > -DatabaseServer < データベースサーバー名 > -WebApplication < 接続先の Web アプリケーションの URL> 65

66 Tips: データベースを Web アプリケーションに接続する MOUNT コマンドを実行すると データベースコンテンツに対して 2007 から 2010 形式へのアップグレードが行われます アップグレードの進行状況は 0-100% でリアルタイムに表示されます 非常に大きなサイズのデータベース接続を実行した際には エラーで正常終了できない場合もあります エラーの多くは処理のタイムアウトです タイムアウトをできるだけ防ぐために データベース接続を行う前に データベースを可能な限りスリム化しておくことは重要です また 接続先の SQL Server との通信が問題になる場合もあります 最適な帯域を持った環境を準備し 実行することが必要です なお 上記のコマンドを実行するためには サーバーローカルの Administrator 権限が必要です また SharePoint ファームに対する管理者権限も必要です 13. 動作確認を行います 指定した をブラウザで起動し アップグレードされたかを確認します 66

67 14. 必要に応じて ビジュアルアップグレードを設定し SharePoint Server 2007 の UI か SharePoint Server 2010 の UI かを選択することができます 3.7 共有サービスデータベースの復元ここまでで コンテンツデータベースが戻り ユーザーは 2007 の環境で使用していたサイトやサイト内のコンテンツを使用することができているはずです 次に復元するのは 共有サービス内のユーザープロファイル情報に関して復元作業を行います この作業行う前提条件は SharePoint Server 2010 環境でまだ User Profile Service が起動していないことです ファーム事前準備ウィザードなどを使用するのであれば User Profile Service はウィザードの対象外として除外してください ( チェックを外す ) 1. User Profile Service 用のアプリケーションプールを作成します SharePoint 管理シェル (PowerShell) を起動します 以下のコマンドを実行します New-SPServiceApplicationPool -Name < アプリケーションプール名 > -Account < ドメイン \ ユーザー名 > 2. Managed Metadata Service を開始します User Profile の中に含まれている一部の情報は Managed Metadata Service に格納されます [ サーバーの全体管理 ] を開き アプリケーション構成の管理 を開きます 67

68 サーバーのサービスの管理を開き サービスを選択して 開始 をクリックします 3. 共有サービスプロバイダのデータベースを復元します SQL Server Management Studio を開きます [ データベース ] を右クリックし データベースの復元を行います 復元先データベースの欄にデータベース名を入力します その後 バックアップファイルからデータを復元します 68

69 4. 共有サービスのデータベースをアップグレードします SharePoint 管理シェル を開きます 下記のコマンドを実行します New-SPProfileServiceApplication -applicationpool < アプリケーションプール名 > -Name < サービスアプ リケーション名 > -Profiledbname < 復元した SSP データベース名 > [-Profiledbserver < データベースサーバ ー名 >] 後ほど Id が必要になるので 表示された Id をコピーしておきます 実 69

70 5. サービスプロキシを作成します SharePoint 管理シェル を起動し 下記のコマンドを実行します New-SPProfileServiceApplicationProxy -ServiceApplication < 先ほどコピーした Id が入ります > -Name < サービスプロキシ名 > -DefaultProxyGroup 6. サーバーの全体管理からも確認することができます サービスアプリケーション作成 プロキシ作成は GUI でも行うことができますが 共有サービスプロバイダデータベース のアップグレードプロセスがあるため ここまでの操作は PowerShell を使用して行うことをお勧めします 70

71 7. User Profile Service に対する権限を付与します サービスアカウントを追加した後 フルコントロール 権を付与 します ここでは 管理権限のある Contoso\spfarm アカウントを追加します 8. User Profile Synchronization Service を開始します [ アプリケーション構成の管理 ] から [ サーバーのサービスの管理 ] をクリックし サービス一覧を表示します 71

72 完全に開始されるまでには 少し時間がかかります 定期的にブラウザをリフレッシュさせ (F5) 開始されたのを確認します ここで 必ず 再起動 を行います 再起動後 Forefront Identity Manager サービス (2つ) が 開始 されているかを確認します 9. 作成した User Profile Service アプリケーションを開き 個人用サイトの設定を行います 万が一アプリケーション を開くときにエラーが出ることがあれば 少し時間をおいてから再度試してください 72

73 10. 個人用サイトを保管するサイトコレクションを作成します User Profile Service アプリケーションの項目にある 個人用サイト の場所の指定で 個人用サイトホストのサイトコレクションの作成をクリックすると 自動的に Web アプリケーションがセットされます URL を指定し 作成します 11. 個人用サイトのデータベースが出来上がったので SQL Server Management Studio を開き コンテンツデータ ベースを復元したときと同じ手法でデータベースを上書き復元します これで 個人用サイト プロファイル情報が移行されます 73

74 12. 残りのデータベースを復元します ここから先は 組織がこれまで SharePoint Server のどの機能を使用してきたかで行わなければならないタスクが異なります SharePoint Server 2007 Enterprise を使用していた組織は シングルサインオンサービス ( 任意 ) InfoPath Form Services の URL アップグレードなどを残りタスクとして行います TechNet の資料を参考にします 74

75 3.8 データベース移行のしあげデータベース移行によるファーム構成の復元は 短い時間で行うことができるため 多くの組織が取り入れる手法かもしれません 基本的には コンテンツが含まれるデータベースをバックアップ ( コピー ) し それを新しい環境に復元するだけです コンテンツが復元された後は 何を行えばよいでしょうか インプレースアップグレードとは違い データベース移行は 各種設定 を引き継ぎません 新規ファーム にデータをアタッチしただけですので 新規ファームを運用可能な状態まで設定しなおす必要があります 主に 下記のような設定が必要になります コンテンツがすべて戻った時点で 検索の設定を行い インデックスを作成する コンテンツクロールの範囲を決定します 必要であれば インデックスサーバーの冗長化を行います 既定のアプリケーショングループと紐づけます ( オプション )FAST Search Server 2010 for SharePoint をインストールする BCS の設定を見直す SharePoint Server 2007 では BDC(Business Data Catalog) という外部データ接続用の XML 定義がありましたが SharePoint Server 2010 では新たに BCS として生まれ変わりました 場合によっては BCS の再作成が必要になります ソリューションのアップグレードと インストール 検証 組織がカスタムソリューションを採用している場合 それが正しく新環境で稼働するかを検証します サイトの権限を見直す ケースによっては GUI 上はアクセス権が設定されているにもかかわらず それらが反映されていない場合があります 早急に確認し 必要であれば アクセス権を新たに付け直します 代替アクセスマッピングを設定する これまで代替アクセスマッピングを使用していた場合 データベース移行は非常に行いやすくなります なぜなら ユーザーにとって URL の変化を最小限に抑えることができるからです 新しい環境移行後も これまで使用してきた URL が引き続き使用できるよう Web アプリケーション作成時 もしくは作成後 代替アクセスマッピングの設定を行います エンドユーザーに SharePoint Server 2010 へインフラが移行したことと その影響を連絡する データベース以降は PowerShell を使用したデータベースのアタッチ アップグレード処理が多く発生します テスト環境で十分にアップグレード手法を確認されてから 運用環境に適用されることを強くお勧めいたします 75