SharePoint Server 2010 beta2 には、Health AnalyzerというSharePointの設定などでおきている問題点を検出・修正する機能が付いています。
Health Analyzerにより検出される問題点は、beta2時点では58項目あります。（下図は１ページ目だけを表示しています）
各項目ごとに、検出を行うかどうか、自動修復を行うかどうかなどを設定することができます。
問題が見つかると、全体管理サイトを表示したときに、下図のように赤い帯が表示されます。
帯にあるリンクをクリックすると、検出された問題の一覧ページに遷移します。
問題点のひとつをクリックすると、その問題を解決する方法などが表示されます。
この機能により、SharePointの状態確認が容易になり、運用がしやすくなるかと思います。
SharePoint Server 2010 beta2 をSingle Server 構成でインストールした後に起動する構成ウィザードの実行から、トップページ作成までの手順です。
１．構成ウィザード起動
インストールが完了すると、構成ウィザードが起動します。
インストール完了後、構成ウィザードが起動しない場合は、スタートボタンから、[すべてのプログラム]-[Microsoft SharePoint Products]-[SharePoint 2010 製品構成ウィザード]を起動してください。
すると、以下の画面が表示されます。
[次へ]をクリックします。
２．サービス停止
構成ウィザードを実行するにあたり、関連するサービスが停止されます。
[はい]をクリックして先に進めます。
３．構成開始
ウィザードというからには、色々入力をしながら進めていくのかと思いきや、ここからは全自動です。
４．構成完了
しばらく待つと、構成完了となります。
簡単に構成できました。
[完了]をクリックして、トップページの作成へ進みます。
もし、構成ウィザードの途中でエラーが出ると、構成失敗の画面が表示されます。
そんな場合は、ログを見たりBingったりしてエラーを解決しましょう。
ちなみに私は途中でエラーが出て、構成失敗しました。
この記事の最後に、そのときの解決策を書いておきました。
５．トップページテンプレート選択
ここでトップページのサイトテンプレートを選択します。
サイトテンプレートとは、サイトの役割に応じたコンテンツが最初から組み込まれているサイトの雛形のようなものです。
今回は、[エンタープライズ]タブの中にある、[Wiki]を選択してみました。
サイトテンプレートを選んだら、[OK]をクリックします。
すると、以下の処理中画面が表示され、トップサイトが作成されます。
６．権限設定
トップサイトの作成が終わると、次に権限設定のページに移ります。
ここでは初期状態のまま[OK]をクリックします。
７．出来上がり
トップサイトが出来上がりました。
構成ウィザード実行時のエラーについて
私の環境では、構成ウィザードを実行している途中で以下のエラーが発生、構成ウィザードが中断してしまいました。
サンプルデータを作成できませんでした。
例外の追加情報：認識されない属性’allowInsecureTransport’です。この属性は、大文字小文字を区別します。
このエラーが出た場合、以下のフォーラムの情報が参考になります。
http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010general/thread/041ddc78-8d18-4753-b7be-8d8113e26e62
私はこのフォーラムに書いてあった、以下のファイルをインストールしたら上記のエラーが出なくなりました。
http://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=23806
実はこの辺の情報は、TechNetに記載されているようですね。
インストール前にじっくり読んでからはじめれば、はまることはないようですね。
http://technet.microsoft.com/ja-jp/library/cc262485(office.14).aspx
SharePoint Server 2010 beta2をSingle Server構成でインストールする手順です。
Single Server構成とは
Single Server構成とは、1台のサーバーにSharePoint ServerもDatabaseもすべてインストールして稼動させる構成になります。
この構成は拡張性がないため、本番環境での使用はお勧めできません。
開発環境や検証環境に限って使用することをお勧めします。
Single Server構成に関することは、msdnオンラインの以下のドキュメントに載っています。
http://technet.microsoft.com/ja-jp/library/cc263202(office.14).aspx
インストール手順
０．準備
インストールを始める前に、以下のドキュメントを見ておいてください。
http://technet.microsoft.com/ja-jp/library/cc262485(office.14).aspx
これを読んで、必要なことをあらかじめやっておかないとインストールではまります。
特にメモ欄に書いてあることは要注意です。
山崎さんのブログにその辺のことがまとめて書いてありますので、ご一読を。
http://shanqiai.weblogs.jp/sharepoint_technical_note/2009/11/sharepoint-server-2010-%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E6%A6%82%E8%A6%81.html
１．インストールファイル実行
msdn subscriptionのサイトからダウンロードしたファイル[ja_sharepoint_server_2010_beta_x64_x16-19252]を実行します。
すると、ファイルが展開されてスプラッシュウィンドウが表示されます。
いろいろなところで話題になっていますが、ついにSharePoint Server 2010 のBeta2版のダウンロード提供が始まりました。 今回は、msdn subscriptionに加入している方々だけが対象になっています。 ということで、SharePoint Server 2010 系のダウンロードサイトのURLをリンク集に追加しました。 早速ダウンロードして試してみたいと思います！
SharePointにはたくさんの設定項目がありますが、これらの設定項目が最良の状態になっているかどうかを自動的に調べてくれるツールが、マイクロソフトから無償で提供されています。 それが、Microsoft Best Practices Analyzer for SharePointです。 このツールを使うと、SharePointの各種設定について、ベストプラクティスと異なる部分を重要度別にレポートしてくれます。 英語しかないツールですが、ファーム構築後に一度このツールを実行して、設定状況を確認してみるとよいと思います。 **＜インストール方法＞**以下のサイトからファイルをダウンロード＆実行し、適当なフォルダに解凍してください。 http://www.microsoft.com/downloads/details.aspx?familyid=cb944b27-9d6b-4a1f-b3e1-778efda07df8&displaylang=en いろいろと動作条件があるので、可能であればインデックスサーバーとかにインストールするのが良いと思います。 **＜実行方法＞**このツールは、コマンドラインで動作します。 コマンドプロンプトを立ち上げ、ツールを解凍したフォルダまで移動し、以下のコマンドを入力して実行してください。
1: sharepointbpa -cmd analyze -substitutions SERVER\_NAME centraladminservername
[centraladminservername]の部分には、全体管理サイトをホストするサーバーのホスト名を入力してください。 それ以外のところは上記のままで良いです。 処理が完了すると、ツールを解凍したのと同じフォルダに、sharepointbpa.report.htmというファイルが作成されます。 このファイルに、設定に関する分析結果が記録されています。 **＜結果サンプル＞**試しに、SharePointをインストールして構成ウィザードが終わったばかりの状態でツールを実行してみました。 その時に出力されたレポートは以下になります。ご参考までに。 Microsoft Best Practices Analyzer for Microsoft Windows SharePoint Services 3.0 and the 2007 Microsoft Office System
ついにSharePoint Server 2010に関する情報が公になりました！ すでにITProなどのIT系ニュースサイトで記事が出ていたり、SharePoint Conference 2009のために現地している山崎愛さんが非常にわかりやすい詳細なレポートを掲載しているので、ご存知の方がほとんどでしょう。 私は非公開のベータテストで若干触っていたのですが、まだ1%の機能も調べられていないような状況です。 ようやく公になるということでこれから多くの情報がでてくると思うと、非常に楽しみですね。 思えば私が初めてSharePoint Server 2007を触ったのはTR1というバージョンの時でした。 この時は公式なドキュメントが全くなく、すべて手さぐりで機能検証などをしていました。 製品リリース後もドキュメントの整備が進まず、しばらくは英語のドキュメントがちょっとだけあるというような非常につらい状況だったことは、皆さんの記憶にも新しいことかと思います。 はたして、SharePoint Server 2010のドキュメント整備状況はどうなんでしょう。 とある情報によると、今回は気合を入れて準備をしているとか。。。 ぜひぜひ期待してその時を待ちましょう。 しかし、製品のリリースサイクルというものは非常に早いなぁとつくづく思います。 SharePointの導入コンサルなどをしていると、今からSharePoint Server 2007の導入を検討される企業さんや、導入が終わりある程度運用をして今後どうやってSharePoint Server 2007を活用していこうかと検討をしている企業さんがほとんどなんですよね。 このような状況で「はい、次の製品来ましたー」といっても、なかなか前向きな反応をするのは難しいですよね。SharePointに限った話ではないですが。 こういう現実もしっかりと理解した上でうまく情報提供していきたいなと思います。 さて、SharePoint Server 2010の話に戻しますが・・・ 今時点で私が特に気にかけている新機能は、Business Connectivity ServicesとExternal Listです。 これらの機能により、バックエンドにある基幹システムのデータベースやWebサービスからデータを取得し、あたかもSharePointのリストのようにサイト上にデータを表示したり、ビューを作ったり、権限を設定したり、データの更新ができたりするようです。 これにより、SharePoint Serverをあらゆるシステムの入力インターフェースとして活用するという、これまでなかったような使い方もできるようになるのではと思っています。 もちろんそのためには、アイテム登録ページに強力なバリデーションチェック機能が必要になりますが・・・ ちなみに、SharePoint Team Blogに新機能の説明がでてますね。 非常に膨大な量の新機能です、全機能の細部まで把握するのは不可能に近いかも。 とにかく新機能がてんこ盛りのSharePoint Server 2010ですが、11月にパブリックベータが公開されるということなので、興味ある方は是非ダウンロードして色々試してみてください。 私も試したことはブログに公開するようにしますんで、情報交換していきましょう。
私事で恐縮ですが、おかげさまで今年もMVPアワードをいただくことができました。 これからの１年は、SharePointの次期バージョンの話とかも絡んでくると思うので、ますます気合を入れていかないといけないですね！ ということで、今後もSharePointのMVPとして頑張って活動していきたいと思いますので、みなさん、よろしくお願いいたします。
製品版出荷前の最後の公開リリースになるかもしれない、Beta 2 TRが先日ついにリリースされました。 日本ではあまり大々的に取り上げられていないけど、これを待ち望んでいた人は多いはず。 自分もそのうちの一人で、MOSSの検証をしていていくつかうまくいかない機能とかがあったので早くTRで試したいと思ってました。 ということで、早速ダウンロードしてインストールしてみたので、まずはファイルのダウンロードから、MOSSへ適用するまでの手順をめもります。 インストール手順書が米MSサイトにあります。 いろいろなパターンに対応した手順が書いてありますが、どれもかなりめんどくさい手順になっています。 正直ちょっとやる気なくします・・・ http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=920B9690-B835-4785-A771-188C2082B2BC 前提条件今回beta2 TRをインストールする環境は、すでにbeta2がインストール済みです。 インストール手順書でいうところの、「既存の Beta2 環境を Beta 2 Technical Refresh にアップグレードする方法」なります。 １．ダウンロード 以下のURLからWSSとSharePointServerそれぞれダウンロードします。 Windows SharePoint Services 3.0(WSS) http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=e1e51280-71f0-4d60-b2b9-3c49df916bc2 SharePoint Server 2007 http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=0b6bd175-e700-44b8-ab47-e4459250d16d ２．Windows Workflow Foundationをアンインストール MOSS beta2をインストールする前に入れたWindows Workflow Foundationをプログラムの追加と削除から、アンインストールします。 ３．.NET Framework 3.0 Release Candidateをインストール 以下のサイトから.NET Framework 3.0 Release Candidateをダウンロードしてインストールします。 http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=19E21845-F5E3-4387-95FF-66788825C1AF インストールはライセンス条項に同意して、インストールボタンをクリックするだけなので、画面キャプチャなどは割愛します。 インストール完了後に再起動します。 ※インストールの最後に、Windows Communication Foundationのパッチをインストールするよう指示があるので、こちらも念のためインストールしておいたほうが良いでしょう。 リリースノートを見る限りでは必要ない気もしますが・・・ ４．SharePointの検索サービスを停止 以下の２つのサービスを停止します。 ・Windows SharePoint Services Search ・Office SharePoint Server Search ５．WindowsSharePointServices 3.0 Beta2 TRのインストール ５．１．インストール開始 ダウンロードしたファイルを実行します。 ５．２．ライセンス条項 ライセンス条項に同意するをチェックして、[次へ]をクリック。 ５．３．SharePoint関連サービスを停止に関するメッセージ Beta2 TR へのアップグレードによりInternet Information Services、SharePoint Administration Services、SharePoint Timer Serviceが再起動されるとのメッセージが表示されます。 [はい]をクリック。 ５．４．ファイル展開、インストール ファイルが展開されて、そのままインストールが始まります。 インストールが完了するまでしばらくかかります。 ５．５．通知他にもBeta2 TRのインストールをする必要があることをわざわざ教えてくれます。 [OK]をクリック。 ５．６．完了 インストール完了メッセージが表示され、WSS Beta2TRのインストール完了。 ６．SharePoint Server 2007 Beta2 TRのインストール ６．１．インストール開始 ダウンロードしたファイルを実行します。 ６．２．ライセンス条項 ライセンス条項に同意するをチェックして、[次へ]をクリック。 ６．３．SharePoint関連サービスを停止に関するメッセージBeta2 TR へのアップグレードによりInternet Information Services、SharePoint Administration Services、SharePoint Timer Serviceが再起動されるとのメッセージが表示されます。 [はい]をクリック。 ６．４．ファイル展開、インストール ファイルが展開されて、そのままインストールが始まります。 インストールが完了するまでWSSよりも時間がかかります。 ６．５．完了 インストール完了メッセージが表示され、SharePoint Server 2007 Beta2TRのインストール完了。 ６．６．アップグレード開始 インストールが完了すると自動的にSharePoint 製品とテクノロジ構成ウィザードが起動します。 指示に従いアップグレードプロセスを開始すると、アップグレードが行われます。 ６．７．アップグレード完了 アップグレードプロセスが完了すると、自動的に管理サイトが起動します。 これでアップグレード完了です。 注意 今回、Beta2で作成済みのサイトをBeta2TRにアップグレードする方法を実験しましたが、アップグレード後に発覚した問題が２つあります。 １． 上記手順の６．７のあと、自動的に管理サイトが起動しますが、この起動が失敗しました。 とりあえずもう一度管理サイトへ移動してみると、管理サイトのホームエリアにあるWebパーツのひとつがエラーで表示できなくなっていました。 コレが原因？ ２． Beta2TRから、Webアプリケーションのアプリケーションプールを実行するユーザーに、ローカルシステムとローカルサービスが使用できなくなったようです。 そのため、Beta2のころにこれらのユーザーで作成したWebアプリケーションがあると、Beta2TRにした途端に動かなくなってしまいます。 この際に発生したエラーは、「構成データベースに接続できませんでした。」という内容でした。 アプリケーションプールのユーザーをネットワークサービスとか、ドメインユーザーとかに変更したら動くようになりました。
Microsoftとサイボウズがグループウェア開発で業務提携！ ちょっと驚きました。 これまでは競合製品という認識でいましたが、ついにサイボウズがSharePoint Server上で動く日が来るようです。 これでますますSharePointの充実感が増すわけですね。 その分ユーザーさんのニーズも増えるので、導入を支援する立場としては覚えることがさらに増えるわけですが。 ますます頑張らねば。
絶対URLからSPViewを取得する方法です。 SPViewはSPListと同様、http://から始まる絶対URLで取得することができません。 SPViewはホスト名からの相対URLで取得します。管理パスとかサブサイトとかで階層がどんなに深くなっていても、ホスト名からの相対URLを指定します。 従って、以下のコードのように何らかのやり方でホスト名までの部分を削除し、その値をSPWebのGetViewFromUrlメソッドに渡します。
1: Uri uri = new Uri("http://test.co.jp/test/Lists/List1/AllItems.aspx");
2: SPSite site = new SPSite(uri.AbsoluteUri);
3: SPWeb web = site.OpenWeb();
4: string targetUrl = uri.AbsoluteUrl.Replace(string.Format("{0}{1}", uri.GetLeftPart(UriPartial.Scheme), uri.Host), "");
5: SPView view = web.GetViewFromUrl(targetUrl);
指定の絶対URLでSPViewが取得できない場合、SPExceptionが発生します。 SPWebやSPListが取得できないときは、FileNotFoundExceptionが発生するのに、SPViewだけはSPExceptionなので、注意が必要です。