アップグレードの新機能 (SharePoint Server 2010)
適用先: SharePoint Server 2010
トピックの最終更新日: 2016-11-30
Microsoft SharePoint Server 2010 は拡張性とパフォーマンスを高めるように設計されており、それに伴って、ここで説明する新しいハードウェア要件とソフトウェア要件が必要になりました。これらの要件は、一括アップグレードとデータベース接続アップグレードの両方に適用されます。詳細については、「アップグレード方法を決定する (SharePoint Server 2010)」を参照してください。
予測可能なアップグレードを促進し、正常なアップグレードを阻害するカスタマイズと環境の問題からの影響を最小限にするために、Windows PowerShelltest-spcontentdatabase コマンドレット、新しいビジュアル アップグレード オプション、または preupgradecheck Stsadm 操作を使用できます。
この記事の内容
アップグレード要件
アップグレード前チェック ツール
データベースを接続前に確認するための Windows PowerShell コマンド
ビジュアル アップグレード
機能のアップグレード
アップグレード中のダウンタイムを削減するための新しいオプション
バージョン間での主要機能の変更点
アップグレード要件
SharePoint Server 2010 への一括アップグレードまたはデータベース接続アップグレードを実行する前に、既存の Office SharePoint Server 2007 環境または新しい SharePoint Server 2010 環境が以下の最小要件を満たしている必要があります。
注意
SharePoint Server 2010 の全般的なシステム要件の詳細については、「ハードウェア要件およびソフトウェア要件 (SharePoint Server 2010)」を参照してください。アップグレードの要件の詳細については、「アップグレードのシステム要件を確認する (SharePoint Server 2010)」を参照してください。
ハードウェア要件: 64 ビット
SharePoint Server 2010 は、64 ビット版の Windows Server 2008 R2 または Windows Server 2008 SP2 オペレーティング システムでのみ実行できます。一括アップグレードを実行するには、現在の Office SharePoint Server 2007 を 64 ビット版の Windows Server 2008 環境で実行している必要があります。現在 Office SharePoint Server 2007 を 32 ビット環境で実行している場合は、既存のサーバーまたはサーバー ファームで一括アップグレードは実行できません。64 ビット アプリケーションをサポートする別のサーバーまたはファームに SharePoint Server 2010 をインストールした後に、データベース接続アップグレードを使用して、そのサーバーまたはファームにデータを移動する必要があります。
64 ビット環境への移行操作と SharePoint Server 2010 への一括アップグレード操作を組み合わせないことをお勧めします。それによって、移行プロセスとアップグレード プロセスの問題をより簡単に検出して対応できます。SharePoint Server 2010 への一括アップグレードを行うには 64 ビット環境が必要なので、事前に 64 ビット オペレーティング システムに移行する必要があります。データベース接続アップグレードを使用すると、アップグレード プロセスの一部として 64 ビットに移行できます。
64 ビット環境に移行する前に、次の作業を行います。
移行元ファーム内のすべてのコンピューターに対して、Office SharePoint Server 2007 に同じレベルのサービス パックやソフトウェア更新プログラムを適用します。
既存の 32 ビットのアプリケーションおよびカスタム アセンブリ (たとえば、Web パーツやイベント レシーバー) を 64 ビット環境で動作させるために再コンパイルする必要があるかどうかを判断します。両方の環境で実行できるアプリケーションについては、再コンパイルの必要はありません。既存のアプリケーションがサード パーティ製の場合は、64 ビット バージョンと互換性について、サード パーティ ベンダーに問い合わせてください。
64 ビット環境への移行を計画および実行する方法の詳細については、TechNet の記事「既存のサーバー ファームを 64 ビット環境に移行する (Office SharePoint Server 2007)」(https://go.microsoft.com/fwlink/?linkid=155576&clcid=0x411) を参照してください。
オペレーティング システム要件: Windows Server 2008 または Windows Server 2008 R2
SharePoint Server 2010 は、64 ビット版の Windows Server 2008 R2 または Windows Server 2008 Service Pack 2 (SP2) で実行する必要があります。現在、Office SharePoint Server 2007 を Windows Server 2003 上で実行していて、SharePoint Server 2010 にアップグレードする場合は、新しいオペレーティング システム上で展開するために十分な数の Windows Server ライセンスを用意できるように計画する必要があります。
Windows Server 2008 または Windows Server 2008 R2 へのアップグレードまたは移行操作と、SharePoint Server 2010 へのアップグレード プロセスを組み合わせないことをお勧めします。それによって、移行プロセスとアップグレード プロセスの問題をより簡単に検出して対応できます。64 ビット ハードウェアへの移行と Windows Server 2008 または Windows Server 2008 R2 への移行は、組み合わせることができます。
既に 64 ビット ハードウェアを使用している場合は、Windows Server 2003 から Windows Server 2008 または Windows Server 2008 R2 にアップグレードできます。Windows Server 2008 への一括アップグレードを実行する方法の詳細については、TechNet の記事「Windows SharePoint Services 3.0 SP1 を使用するための、Windows Server 2008 へのアップグレード」(https://go.microsoft.com/fwlink/?linkid=155575&clcid=0x411) を参照してください。
64 ビット ハードウェアに移行する場合は、その機会を利用して、Windows Server 2008 または Windows Server 2008 R2 への移行も同時に行ってください。Windows Server 2008 に Windows Server 2008 をインストールする方法の詳細については、TechNet の記事「Windows Server 2008 オペレーティング システムに単純なファームを展開する (Office SharePoint Server)」(https://go.microsoft.com/fwlink/?linkid=145932&clcid=0x411) を参照してください。
データベース要件: 64 ビットの SQL Server 2005 SP3 または SQL Server 2008 SP1
SharePoint Server 2010 で使用するデータベース サーバーは、Microsoft SQL Server 2008 R2、SQL Server 2008 Service Pack 1 (SP1) (累積的な更新プログラム 2 の適用済み)、または SQL Server 2005 SP3 (累積的な更新プログラム 3 の適用済み) のいずれかの 64 ビット バージョンである必要があります。インストールされている Office SharePoint Server 2007 で SQL Server 2000 が使用されている場合は、SharePoint Server 2010 にアップグレードする前に、これらのバージョンの 1 つにアップグレードする必要があります。
64 ビット SQL Server への移行操作と SharePoint Server 2010 へのアップグレード プロセスを組み合わせないことをお勧めします。それによって、移行プロセスとアップグレード プロセスの問題をより簡単に検出して対応できます。64 ビット SQL Server への移行と、64 ビット ハードウェアへの移行プロセス全体は、組み合わせることができます。
64 ビット ハードウェアでの SQL Server 2005 SP3 または SQL Server 2008 への移行と、64 ビット環境への移行全体を組み合わせて行う場合は、前述の 64 ビット環境への移行方法に関するガイダンスに従います。
すべてのデータベースを移行する方法の詳細については、TechNet の記事「すべてのデータベースを移動する (Office SharePoint Server 2007)」(https://go.microsoft.com/fwlink/?linkid=159761&clcid=0x411) を参照してください。
64 ビット ハードウェアは既に準備できているが、SQL Server 2005 SP3 または SQL Server 2008 にアップグレードする必要がある場合は、SQL Server のドキュメント内のガイダンスに従います。
アップグレード前チェック ツール
アップグレード前チェック ツールは、Office SharePoint Server 2007 環境で実行して、アップグレードの潜在的な問題を発見し、推奨事項とベスト プラクティスを確認するためのコマンドライン ツールです。
STSADM.exe –o preupgradecheck
アップグレード前チェック ツールを使用すると、次のような情報を検出できます。
ファーム内のすべてのサーバーとコンポーネントの一覧、また、それらのサーバーがアップグレード要件 (64 ビット ハードウェアおよび Windows Server 2008 オペレーティング システム) を満たしているかどうか。
ファーム内で使用されている、代替アクセス マッピング URL。
サイト定義、サイト テンプレート、機能、およびファームにインストールされている言語パックの一覧。
ファーム内にサポートされていないカスタマイズ (データベース スキーマの変更など) がないかどうか。
ファーム内に孤立したデータベースやサイトがないかどうか。
ファーム内に見つからない構成設定、または無効な構成設定 (見つからない Web.config ファイル、無効なホスト名、無効なサービス アカウントなど) がないかどうか。
データベースがアップグレード要件を満たしているかどうか (たとえば、データベースが読み取り/書き込みに設定されていること、Windows Internal Database に格納されているデータベースおよびサイト コレクションがすべて 4 GB のサイズを超えないことなど)。
アップグレード前チェック ツールは Office SharePoint Server 2007 Service Pack 2 で提供され、Windows SharePoint Services 3.0 および Office SharePoint Server 2007 の 2009 年 10 月の累積的な更新プログラムで更新されています。2009 年 10 月の累積な更新プログラムは、「October 2009 Cumulative Update Packages for SharePoint Server 2007 and Windows SharePoint Services 3.0 are published (英語)」(https://go.microsoft.com/fwlink/?linkid=169179&clcid=0x411) (英語) からダウンロードして、インストールできます。アップグレード前チェック ツールの使用方法の詳細については、TechNet の次の記事を参照してください。
Preupgradecheck : Stsadm 操作 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=149848&clcid=0x411)
将来のリリースに備えたアップグレード前スキャンとレポート (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=148375&clcid=0x411)
データベースを接続前に確認するための Windows PowerShell コマンド
SharePoint Server 2010 にコンテンツ データベースを接続する前に、Windows PowerShell コマンドレットの test-spcontentdatabase を使用して、環境から失われたカスタマイズがないかどうかを調べます。詳細については、「データベースを接続して SharePoint Server 2010 へアップグレードする」および「Test-SPContentDatabase」を参照してください。
ビジュアル アップグレード
アップグレードで使用できるこの新機能によって、サーバー管理者またはサイト所有者は、SharePoint Server 2010 用の新しい外観を特定のサイト コレクションに対して使用するかどうか、また、使用する場合は、いつ使用するかを判断できます。サーバー管理者は、アップグレード中にすべてのサイトの外観を決定するか、アップグレード後にサイト所有者が選択できるようにするか、またはすべてのサイトで元の外観を維持することを選択できます。
サイト所有者が決定できるようにした場合は、サイトが一括アップグレードを使用してアップグレードされた後に、サイトのユーザー インターフェイスでプレビュー オプションを使用できます。このオプションによって、サイトの SharePoint Server 2010 の外観でのプレビューを表示できます。
サイト所有者がサイトの外観と機能を気に入った場合は、ビジュアル アップグレードを受け入れることができます。
元の外観を維持する必要がある場合は、Office SharePoint Server 2007 の外観を元に戻すことができます。
既定では、Office SharePoint Server 2007 の外観は維持されます。詳細については、「ビジュアル アップグレードを計画する (SharePoint Server 2010)」を参照してください。
機能のアップグレード
SharePoint Foundation 2010 では、バージョン管理アクションおよび宣言型アップグレード アクションによってカスタム機能をアップグレードできるようにする新しいメンバーと型が提供されています。このようなメンバーを使用すると、Office SharePoint Server 2007 用に作成した機能を SharePoint Server 2010 で動作するように更新できます。詳細については、「Upgrading Features (英語)」を参照してください。
アップグレード時のダウンタイムを短縮する新しいオプション
環境、SharePoint サイトの複雑さ、および SharePoint サイトの数によっては、アップグレード プロセスに時間がかかる可能性があります。このプロセス中のダウンタイムを削減するために、SharePoint Server 2010 では、次のオプションをサポートしています。
複数のデータベースを同時にアップグレードする (並行アップグレード) SharePoint Server 2010 へのアップグレードでは、データベースを切断する複合的なアプローチを使用して、複数のデータベースのアップグレードを手動で同時に開始できます。Office SharePoint Server 2007 では、1 回に実行できるアップグレード プロセスは 1 つのみだったので、各データベースを順次処理する必要がありました。複数のデータベースのアップグレードを実行すると、パフォーマンスに影響しますが、データベースを順番にアップグレードするよりも、複数のデータベースを同時にアップグレードする方が短時間で完了できる可能性があります。並行してアップグレードできるデータベースの数は、環境内のハードウェアとデータベース内のコンテンツの構造によって異なります。詳細については、「データベースを切断して行う一括アップグレードの手引き (SharePoint Server 2010)」を参照してください。
読み取り専用のデータベースを使用してデータへの持続的アクセスを提供する 元のデータベースを読み取り専用モードに設定してデータベース接続アップグレードを実行すると、新しいファームでデータベースのコピーをアップグレードしている間に、元のファームでコンテンツをユーザーに提供し続けることができます。この方法では、ユーザーは新しいデータの追加やデータの更新はできませんが、データにアクセスし続けることはできます。新しいファームの準備が整い、すべてのコンテンツが正常にアップグレードされると、ユーザーのアクセス先を新しい運用ファームに切り替えることができます。
読み取り専用データベースの詳細については、「読み取り専用データベースを使用するファームを実行する (Office SharePoint Server)」(https://go.microsoft.com/fwlink/?linkid=148373&clcid=0x411) を参照してください。
ここで紹介された、ダウンタイムを削減する方法の詳細については、「アップグレード方法を決定する (SharePoint Server 2010)」を参照してください。
バージョン間での主要機能の変更点
SharePoint Server 2010 には新しいアーキテクチャが導入され、多数の新機能が含まれます。次の表に、アップグレード後の管理およびサイト管理プロセスに直接関連する、用語と機能の主な変更点を示します。詳細については、「SharePoint Server 2010 評価ガイド (ホワイト ペーパー)」を参照してください。
概念、用語、または機能 | 新機能または変更 | コメント |
---|---|---|
アップグレード前チェック ツール |
新機能 |
アップグレード前チェック ツールは、アップグレードに伴う潜在的な問題を見つけ、推奨事項とベスト プラクティスを確認するために Office SharePoint Server 2007 環境で実行する Stsadm コマンドライン操作です。 Office SharePoint Server 2007 へのアップグレードに使用されたアップグレード前スキャン ツール (Prescan.exe) とは異なり、アップグレード前チェック ツールは環境を変更しません。詳細については、「アップグレード前チェック ツールを実行する (SharePoint Server 2010)」を参照してください。 |
SharePoint サーバーの全体管理 Web サイト |
変更 |
サーバーの全体管理 Web サイトは再設計され、次のような新しいオプションと機能が使用可能になりました。
独立した管理サイトを使用しなくてもサーバーの全体管理 Web サイトでサービスを管理できるようになりました。 |
リボン |
新機能 |
一貫した操作性をユーザーに提供し、SharePoint サイトを操作しやすくするために、リボン ユーザー インターフェイスが導入されました。リボンは状況に応じて変更されるので、実行するタスクに関連するオプションだけが表示されます。また、リボンはカスタマイズできます。 |
サービス アプリケーション |
新機能 |
新しいサービス アーキテクチャでは、サービスを効果的に管理し、集中的に制御できます。各サービスを個別に構成でき、サード パーティがサービスをプラットフォームに追加することもできます。詳細については、「サービスを構成する (SharePoint Server 2010)」を参照してください。 |
マスター ページ |
変更 |
サイト所有者は、他のサイトに影響を与えずに自分のサイトにブランド化を適用できるようになりました。管理者は _Layouts フォルダーにあるシステム ページのレンダリングに、サイト所有者によって提供されるサイト マスター ページを使用するか、システム全体で使用できる既定のマスター ページを使用するかを指定できます。また、Windows PowerShell を使用すると、顧客マスター ページから、システム エラー ページ、ログイン ページ、確認ページのほか、他のサイト固有でないページまで、さまざまなページを指定できます。 |
テーマ |
変更 |
SharePoint Server 2010 では、テーマの動作が変更され、カスタマイズしやすくなりました。Microsoft PowerPoint 2010 のテーマを SharePoint Server 2010 に直接インポートできます。さらに、このインターフェイスからすべてのサブサイトにテーマを適用することもできます。詳細については、「テーマの使用を計画する (SharePoint Server 2010)」を参照してください。 |
Business Connectivity Services (BCS) |
新機能 |
Business Connectivity Services (BCS) は、前の製品バージョンで使用できたビジネス データ カタログ機能を基盤として SharePoint ベース ソリューションから外部システムにアクセスする機能を提供します。BCS を介して、SharePoint リストと Web パーツを使用して外部システムと通信できるほか、リッチ Office クライアントからのデータを操作できます。詳細については、「Business Connectivity Services の概要 (SharePoint Server 2010)」を参照してください。 |
クレーム ベース認証 |
新機能 |
クレームベース認証は、より強力で柔軟性の高い新しい認証モデルであり、Active Directory ドメイン サービス (AD DS)、LDAP ベースのディレクトリ、アプリケーション固有のデータベース、新しいユーザー中心の ID モデル (たとえば LiveID) など、企業の ID システムと連携して機能します。詳細については、「クレーム ベースの Web アプリケーション用にフォームベースの認証を構成する (SharePoint Server 2010)」を参照してください。 |
調整制御とリスト制御 |
新機能 |
調整制御とリスト制御は、新しい 2 つのパフォーマンス制御機能です。調整制御はサーバー リソースを制御する機能であり、ピーク業務時間中の過負荷からサーバーを保護できるように設計されています。SharePoint Server 2010 には、大きいリストを対象とするクエリの実行を制限する各種設定が提供されています。これらの設定は Web アプリケーションごとに構成できます。 |
SharePoint Designer |
変更 |
SharePoint Server 2010 では、各 Web アプリケーションにおける SharePoint Designer の使用に関する管理者の制御機能が強化されました。たとえば、管理者は、マスター ページやレイアウト ページのカスタマイズをサイト管理者に許可するかどうか、サイトの URL 構造の管理をサイト管理者に許可するかどうかを制御できます。 |
開発者ダッシュボード |
新機能 |
サーバー診断用の新しい機能です。このダッシュボードには各ページの負荷の詳細情報が表示されるので、パフォーマンスに関する問題のトラブルシューティングに役立ちます。 |
サンドボックス ソリューション |
新機能 |
サンドボックス ソリューションを使用して、カスタム ユーザー コードのアップロードをサイト管理者に許可できるようになりました。詳細について、「サンドボックス ソリューションを計画する (SharePoint Server 2010)」を参照してください。 |