1 + 半人前SharePointerのブログ

一般的な文書管理製品にはアーカイブという機能が付いていることが多いです。ここで言うアーカイブとは、古くなったファイルをを文書管理製品外（ファイルサーバーなど）に保存し、文書管理製品からはリンクでファイルにアクセスできるようになる仕組みのとこを言っています。

で、SharePointにはありません。なぜ、今更こんなネタを持ち出すのかというと、SharePointの設計をするときにコンテンツDBの大きさが50GBを越えないようにという指針があります。これは、stsadm（SharePoint標準ですね）などを利用してバックアップ・リストアをするときに動作が不安定になると伺っています。これに関してはサイトコレクションとコンテンツDBの設計をあらかじめしておけば、まぁ、対処できるのですが、以下のTechNetの記事に…

http://technet.microsoft.com/ja-jp/library/cc706871.aspx

• サイトコレクションのサイズが15GB以下にはstsadm
• サイトコレクションのサイズが15GB～100GBではSQL,DPM
• サイトコレクションサイズが100GB以上ではDPM

を利用するようにと・・・で、なんでこんな指針が出ているのかというと、「バックアップ処理中にサイトコレクションが変更されると、バックアップが破損することがあります」とのことです。原因はバックアップ中にロックがかかり、その間にサイトコレクションに変更がかかるとデータが破損するそうです。で、肝心のサイトコレクションのサイズがどう関係しているのかが書いてありません…時間？？ん～よくわかりませんね。

で、弊社の環境は1サイトコレクション＝1コンテンツDBにして50GBへの対処は考えていたのですが、制限が15GBになるとちょっと…そろそろ危ないのがありますが、いまさら分割は・・・

で、最初の話のアーカイブの話になります。SharePointにはBLOBデータを外出しできるAPIがあります。

http://msdn.microsoft.com/ja-jp/library/bb802812.aspx

SharePoinｔに格納したファイルは、SQLのimg型の1つのバイナリ（データストリーム）として格納されます。そのバイナリデータ部分をファイルサーバーなどに吐き出すことができるようです。まぁ、アーカイブ用のAPIは用意しているので好きに使ってくれと・・・できるかいっ！

で、結局のところ設計と運用をしっかり考えるか、AvePointさんのツールを利用してアーカイブするか…

駄目もとで予算組む方向で…

H/W障害の後、実はIT側の不手際で、パフォーマンス計測などが振ってきまして…その関係でHyper-Vなども同時に確認することになりまして…

で、Exchangeとかだとパフォーマンス計測ツールがあるのですが・・・MOSSはないと思っていたら・・・ありました

http://technet.microsoft.com/en-us/library/cc262198.aspx

が、動きません…さてさて、私のやり方が悪いのか…と、迷っている時間は全くなく、公開されていたWPに記載されていたVisual Studio Team Test Load Agent（以下、VSTTLA）を利用しました…それが大後悔時代に突入することに・・・なんとも使いこなすのが大変なツールです。検証の8割はこのツールの検証でした…ということで、SharePoint ブログですが、VSTTLAの話題もご提供します。需要はないような気がしますが…（ま、自分のメモですね）。また、使ったことがある方も情報共有して頂ければ助かります…

VSTTLAはVSのプロジェクトとでテストケースを作成するという感じです。



で、その中に下記のように*.webtestと*.loadtestの利用がメインになります。

• webtest:これはMOSSを参照する、MOSSを検索する、MOSSからDownloadする、MOSSにUploadするというような1つの処理を構成するファイルになります（ちなみにUploadはCodingが必要です）。
• loadtest:これは、上記で作成したwebtestをどのように利用するかを設定するファイルです。負荷のかけかたや、時間、利用するカウンタなどを決定します。

null

で、最初は感動したんですよね。webtestをレコーディングして作成することができるからです。左側にでているペインは、アクセスしたサイトを自動的に記録してくれます。で、それがそのまま実行するテストになるわけです。検索のテストも同様に作成できます。



ま、正直ここまででしたね。感動したのは。例えば、ここから、検索ワードをあらかじめ作成したテーブルの値を読ませることができたり、ユーザもテーブルに作成したユーザーから読み込ませるなどができるのですが・・・資料がないんですよね。

ちなみにテーブルは結局下記のように作れば良かったんですけどね・・・一番上は列名です。下図の上側がユーザのテーブルで、下図の下側が検索キーワードのテーブルです。下記のようなテーブルをDB、CSV、（またはXML）にするとVSTTLAで下記情報を読み込めます。ユーザは下記テーブルのユーザを登録しておく必要があります。

 



下記画面からデータソースの追加をクリックし、Wizardで登録可能です。また、ユーザー名、パスワードそれぞれ登録する必要があります（検索も同じ感じです）。



で、登録したユーザ・検索キーワードをどのように利用するかは下図のように3種類のパターンから選択できます。



今回はとりあえずここまです。loadtestについてはまた次の機会に

MOSS SDK 1.4

MOSS SDK 1.4がリリースされましたね。検索フェデレーションのサンプル(SQL, RSSコネクタ, Virtual Earthコネクタ）が追加されているようです。

SQL 2008への対応

SQL 2008に対応したみたいですね。SP1からSQL2008をDBとして利用できるみたいですね。Team Blogにはざっくり、管理性・可用性・安全性が改良されたと書いてありますね。可用性はDBミラーリングのホットスタンバイの作成ができるようになったようですね。また、安全性はDataの暗号化が新しくなったようですね。従来だと、アプリケーション側が、DBの暗号化に関連する機能を持つ必要があったのですが、今度からは、アプリケーション非依存のDBの暗号化ができるようになったみたいですね。

まずは、MOSSで利用しているときのUpgrade方法を教えてほしいですね

VS2008に対応したVseWSS1.2が公開されました。

まだ、試していませんが、何か追加機能があるのでしょうか？

このごろ、慣れない開発をしているので、全く余裕がありません…

しばらくはVS2005＋VseWSS1.1で…ちょっと使い勝手が変わると混乱するぐらいの初心者なので

今月中には、たまっている記事を公開したい…