Share via

SharePoint 2010 でのデータ記憶域の変更点

  • Article

原文の記事の投稿日: 2011 年 7 月 9 日 (土曜日)

​今日は、SharePoint でのデータ記憶域の説明に対する 2 つの関連する変更についてお知らせします。第 1 に、SP1 でのパフォーマンスと信頼性の向上を利用し、SharePoint で大きなデータ記憶域に対して特定の要件を定義することによって、SharePoint でデータ記憶域に対してサポートされる制限を増やすことができます。

 また、SQL Server FILESTREAM RBS プロバイダーの SharePoint での使用がサポートされるようになったため、低コストの iSCSI 接続の NAS ディスクを使用できるようになりました。この投稿では、新しいデータ記憶域のサポートの制限の概要および制限に対するスケーリングのガイドラインについて説明し、新しい FILESTREAM RBS プロバイダーを含む RBS を定義します。

 

SharePoint コンテンツ データベースのデータ サイズ制限

SharePoint 2010 SP1 のリリースおよび一部の新しいガイダンスでは、SharePoint コンテンツ データベースのサポートされるデータ サイズ制限が変更されています。SP1 より前のコンテンツ データベースの制限は、コラボレーションの場合が 200 GB で、ドキュメント アーカイブの場合が 1 TB でした。BLOB の場所に関係なくコンテンツ データベースのサイズにはメタデータと BLOB の両方が含まれ、RBS を使用してもこの制限を回避したり増やしたりすることはできません。

 

サポートされるコンテンツ データベースのサイズの詳細に対する新しいガイダンスでは、データのサイズが増えるときの SharePoint 管理者に対する具体的なガイダンスが示されています。この新しいガイダンスに従った場合、SharePoint はすべての使用シナリオにおいて最大 4 TB までのデータをサポートでき、ドキュメント アーカイブのシナリオに対してはサイズ制限はありません。詳細については、TechNet のドキュメント「SharePoint Server 2010 の容量管理: ソフトウェアの境界と制限」を参照してください、主な変更点は次のとおりです。

 

  1. 最大 200 GBまでの SharePoint コンテンツ データベースについては特別な要件はなく、この制限は整合性のために設けられています。
  2. 最大 4 TBまでの SharePoint コンテンツ データベースの場合、さらに次の 2 つの要件を考慮する必要があります。
    • GB あたり 0.25 IOPS 以上のディスク サブシステム パフォーマンスが必要です。最善のパフォーマンスのためには、GB あたり 2 IOPS が推奨されます。
    • ユーザーは、高可用性、災害復旧、将来の容量、およびパフォーマンス テストを計画する必要があります。
    • また、TechNet の境界と制限の記事に記載されている他の考慮事項を検討する必要があります。
  3. 特にドキュメント アーカイブのシナリオで 4TBを超える SharePoint コンテンツ データベースの場合は、さらに以下のことを計画する必要があります。
    • SharePoint サイトは、ドキュメント センターまたはレコード センターのサイト テンプレートに基づく必要があり、毎月活発に読み取られるコンテンツが 5% 未満、活発に書き込まれるコンテンツが 1% 未満のアーカイブ シナリオである必要があります。
    • コンテンツ データベース内のどの SharePoint オブジェクトでも、通知、ワークフロー、リンク修正、または項目レベルのセキュリティは使用できません。注意: ドキュメント アーカイブのコンテンツ データベースは、コンテンツ ルーティング ワークフローの結果としてドキュメントを受け取ることはできます。
  4. 同時に行われた他の特定の制限の変更:
    • 1 つの SharePoint コンテンツ データベースに対する新しい制限は 6000 万項目です。
    • SQL Server インスタンスごとの 5 TB の制限はなくなりました。代わりに、SQL Server の専門家と協力してデータベース記憶域を計画する必要があります。

TechNet の記事「SharePoint Server 2010 の容量管理: ソフトウェアの境界と制限」を参照してください。SharePoint 2010 のスケーラビリティについては、 https://go.microsoft.com/fwlink/?linkid=223599&clcid=0x411 (英語) のガイドも参照してください。近いうちに、これらの新しいサイズ制限に関する大規模なテストのテスト レポートが公開されます。

SharePoint でのリモート BLOB ストアの値

RBS (リモート BLOB ストア) は一連の標準化された API であり、これを使用すると、メイン SQL データベースの外部にあって専用の BLOB (バイナリ ラージ オブジェクト データ) ストアが望ましい BLOB の保存/取得を行うことができます。RBS では、RBS API を実装するすべての専用 BLOB ストアへの接続に、プロバイダー モデルを使用します。RBS は SharePoint 2010 で導入された機能であり、プロバイダーは SharePoint にインストールでき、BLOB の格納に使用されます。SharePoint ドキュメント ライブラリ内のドキュメントは BLOB であり、RBS を使用すると、SQL Server データベースに対してリモートに格納できます。これは、一般的に、BLOB は SQL Server と同じコンピューター上に格納されますが、ネットワークで接続された SQL Server コンピューターを使用できることを意味します。

 

上の 2 つの図は、RBS を使用する SharePoint の一般的なアーキテクチャを示したものです。どちらにも、SharePoint Web フロント エンドにインストールされた RBS クライアント プロバイダーが含まれます。左側の図では、サードパーティが自分のストレージにアクセスするために RBS を実装した汎用的な RBS の実装が示されています。右側の図では、BLOB を Windows ファイル システムに格納する SQL Server FILESTREAM RBS プロバイダーが示されています。

 

BLOB を SQL Server データベースの外部に格納すると、次のような利点があります。

· RBS を使用すると、SQL Express で実行する SharePoint Foundation 2010 に、SQL Express の制限である 4 GB より多くのデータを格納できます。SQL Express 2008 R2 では、この制限は 10 GB に増えました。

· BLOB の平均サイズが 1 Mb を超える場合に、一部の操作のパフォーマンスを最適にできます。この結果は SQL RBS プロバイダーでのテストによるものです。https://msdn.microsoft.com/ja-jp/library/cc949109(sql.100).aspx (英語) を参照してください。

· 差分バックアップまたは階層型記憶域により記憶域を最適化でき、ディスク領域とディスク コストを節約できる可能性があります。

· iSCSI で接続された記憶域を RBS に使用できる SQL RBS FILESTREAM プロバイダーのテストが完了しています。iSCSI を使用すると、低コストの NAS 記憶域を使用できます。

· ISV がサポートされるパブリック RBS API および SharePoint API を使用して他のデータ最適化を開発する可能性があります。

RBS を実装するときに注意する必要のあることがいくつかあります。

· バックアップ戦略を慎重に検討する必要があります。ドキュメントのメタデータとドキュメントの BLOB の両方を、厳密に同じ時点でバックアップする必要があります。つまり、サードパーティのバックアップ ソリューションは、SharePoint で使用される SQL データベースと SharePoint で使用される BLOB の両方をセットにして、不一致が発生しないように復元できる必要があります。不一致が発生すると、データベース参照 BLOB を同じバックアップから使用できなくなります。

· RBS の使用に最も適しているのは、ドキュメントが書き込まれるだけで更新されないドキュメント アーカイブのシナリオです。RBS 内の BLOB は書き込まれた後は更新されません。更新が必要な場合は代わりに新しい BLOB が作成されます。BLOB は不変であり、古い BLOB は後でガベージ コレクションされます。 RBS のガベージ コレクションの詳細については、次の記事を参照してください。 https://technet.microsoft.com/ja-jp/library/ff628583.aspx 

· RBS プロバイダーは、要求から 20 ミリ秒以内にデータの最初のバイトを返す必要があります。これは、SharePoint と RBS プロバイダー記憶域階層の間のすべての要求に適用されます。

· SharePoint データベースは、SharePoint 以外による読み書きは想定されていません。RBS プロバイダーが別にデータにアクセスすることはありません。これには BLOB への直接アクセスも含まれます。次を参照してください。 https://support.microsoft.com/kb/841057/ja-jp

· RBS を使用すると、小さい BLOB サイズではパフォーマンスが低下する場合があります。このことは、前記の参照記事「FILESTREAM Storage in SQL Server 2008」でも示されています。

· 使用できる RBS プロバイダーは数多くあるので、ユーザーは実装に適したものを評価する必要があります。

マイクロソフトが提供する SharePoint での RBS についての他のドキュメント

 

RBS に関する TechNet ドキュメントのリンク:

· RBS を計画する (SharePoint Server 2010) [https://technet.microsoft.com/ja-jp/library/ff628583.aspx]

· リモート BLOB ストレージの概要 (SharePoint Server 2010) [https://technet.microsoft.com/ja-jp/library/ee748649.aspx]

· リモート BLOB ストレージ (RBS) のメンテナンス (SharePoint Server 2010) [https://technet.microsoft.com/ja-jp/library/ff943565.aspx]

Q & A

· Q: SharePoint 2010 の発表時にこのデータ制限の拡大を提供できなかったのはなぜですか

· A: 私たちは、過去 12 か月の間、ユーザーによる SharePoint へのドキュメント アーカイブ ソリューションの実装方法を調べてきました。そして今、データ サイズのスケーリングに関する具体的なガイダンスを提供し、それに関するサポート可能性に注目することで、SharePoint に対するデータ サイズ制限を増やし、ドキュメント アーカイブ シナリオに対するデータサイズの制限を取り除くことができるようになりました。

 

· Q: SharePoint でのドキュメント アーカイブに対する新しいデータ サイズ制限はどのようなものですか

· A: データ サイズの制限はありませんが、サポート可能な大規模システムの構築に関する新しいガイダンス要因に従う必要があります。追加の要因に適切に対処しない場合、より低いサポート制限が適用されます。

 

· Q: 4 TB を超える SharePoint ファームが必要で、それがドキュメント アーカイブではない場合はどうすればよいですか

· A: スケール アウト トポロジを使用する必要があります。つまり、1 つのファームに複数のコンテンツ データベースを用意し、サイトをそれに分散します。ガイダンスに従うと、各コンテンツ データベースを 4 TB まで拡大できます。

 

· Q: BLOB をリモート BLOB ストレージ プロバイダーに移し、SQL Server に格納された SharePoint のデータの量を減らすことで、200 GB の制限を回避できると誤って判断した場合はどうすればよいですか

· A: SharePoint 2010 SP1 にアップグレードし、合計サイズに対する新しいガイダンスに従うことをお勧めします。RBS プロバイダーの購入元に問い合わせて、SharePoint 2010 SP1 でのテストが済んでいることを確認してください。新しい制限にも古い制限にも収まらない展開がある場合は、マイクロソフトのサポートに連絡して、サポート可能性のレビューを要求することをお勧めします。これは有料のサポート レビューであり、サポート エンジニアからは、現在の実装をサポートできるかどうか、またはコンテンツ データベースごとのデータを減らすことが推奨されるかどうかが報告されます。

 

· Q: NAS がサポートされているので、SQL Server RBS FILESTREAM プロバイダーではネットワーク共有を使用して BLOB を格納できますか

· A: いいえ、できません。NAS は iSCSI を使用して接続する必要があり、SQL Server のコンピューターではローカル ドライブとして表示されます。

 

· Q: コンテンツ データベースのサイズ制限または 20 ミリ秒の TTFB 制限は、ソフトウェアで適用されますか

· A: いいえ。これらは、最適なパフォーマンスを実現し、マイクロソフトから最善のサポートを得るために、ユーザーにそれを超えないようにお勧めするサポート制限です。SharePoint ソフトウェアによって測定されるハード限界ではありません。

 

· Q: 古い 200 GB の制限の詳細は、TechNet のどこに記載されていますか

· A: TechNet の「SharePoint Server 2010 の容量管理: ソフトウェアの境界と制限」ページに記載されていました。以前は RBS と BLOB については具体的に記述されていませんでしたが、メタデータと BLOB を含む SharePoint コンテンツ データベースに対する 200 GB の制限は明記されていました。この記事は更新され、誤解されることがないように、新しい制限と RBS が明記されるようになっています。

 

· Q: 大きいドキュメント アーカイブで複数の SharePoint サイト コレクションを使用することはできますか

· A: はい。ただし、100 GB を超えるサイト コレクションがある場合は、それをコンテンツ データベースの唯一のサイト コレクションにすることをお勧めします。

 

· Q: 大きいドキュメント アーカイブでは、複数のドキュメント ライブラリを使用できますか

· A: はい。アクセス許可の異なる複数のドキュメント ライブラリを使用できます。

 

· Q: これらの新しいコンテンツ データベース制限を使用する必要があるのは SharePoint 2010 SP1 ですか

· A: いいえ。SP1 が適用されているかどうかに関係なく、SharePoint 2010 に適用されます。ただし、SharePoint 2010 SP1 は機能が強化されているので、SP1 をインストールすることを強くお勧めします。

 

これはローカライズされたブログ投稿です。原文の記事は、「Data Storage Changes for SharePoint 2010」をご覧ください。