利用状況レポートの云々

旧バージョンに比べると、MOSSでは利用状況のレポートがグラフィカルになって便利になった！という触れ込み。

のはずが。

サイトによって、グラフィカルだったり旧バージョンのものだったりと、まちまちでした。

きになったので、ちょっと調べてみました。

まだ整理しきれていない＆正確な情報ではないかもしれませんが、利用状況がらみのレポートで、現時点で見えていることをまとめておきます。

 

メニューとしては、

■サイト利用状況のレポート：/_layouts/usageDetails.aspx     ⇒旧バージョン

■サイトの利用状況レポート(アクセスした後の画面名は、サイトの利用状況の概要)：/_layouts/spusageweb.aspx     ⇒グラフィカルなやつ

と表示されます。

 

見た目で判断するには…。「の」の位置が違う…んですね。

 

 

これらの違いは、どうやらサイトの機能で、「Office SharePoint Server Standard サイト機能」「Office SharePoint Server Enterprise サイト機能」が関係している模様。

基本的には、いずれかがアクティブな場合「利用状況の概要（グラフィカルなやつ）」が、両方が非アクティブな場合「利用状況のレポート（旧バージョンのやつ）」が表示されます。

ただし、100%ではないかもしれません。「Office SharePoint Server Standard サイト機能」がアクティブになっていても（というより、サイト コレクション/サイトの機能で、アクティブ/非アクティブ化を繰り返し行っていると、ある時から変わらなくなってしまうケースがありました…）、違う方が表示されているケースはあります。

 

とはいえ、利用状況分析のレポートに特化した場合の「Office SharePoint Server Standard/Enterprise サイト機能」のアクティブ/非アクティブ化の話であって、この機能で提供されるものからすると微々たるものなので、安易に変更してくださいとは言えないですね。

 

ただ、メニューにどっちが表示されていても、それぞれのURLに直接アクセスすれば、どちらの画面も見られます。基本的には。

この場合も、どちらかにしかアクセスでいないケースもあるみたいです。アクセスはできても、レポートの方が見えない（というより、処理されていない）ケースもあるみたい。

概要の方が見えない（というより、アクセス拒否される）のは、ルートのサイト コレクションを作るときにチーム サイトなんかで作った場合。

レポートの方が処理されていないのは、移行したサイト。移行前のものは見えなくても仕方がないかもしれませんが、移行した後のものは処理されてもいいと思うんですが。。

これらの場合でも100%再現するのかも不明、これ以外のケースがあるのかどうかも不明ですが。

 

 

いずれにせよ。

URLを直接指定するケースが多いと思いますので、URLを覚えて（メモして）おきましょう。

 

また、似たようなところで、サイト コレクションに関しても、

■利用状況の概要:/_layouts/usage.aspx     ⇒そっけないやつ

■サイト コレクションの利用状況レポート（アクセスした後の画面名は、サイト コレクションの利用状況の概要）：/_layouts/spusagesite.aspx     ⇒グラフィカルなやつ

の2種類ありますね。

これも、基本的には上記と同じ振る舞いです。なんですが、影響するのはサイト コレクションの機能ではなく、トップ レベルのサイトの機能のようです。

トップレベルのサイトの「Office SharePoint Server Standard サイト機能」「Office SharePoint Server Enterprise サイト機能」のいずれかがアクティブな時は、グラフィカルなやつ、両方が非アクティブなときは素っ気ないやつ、が表示されるようです。

 

 

【補足1】

若干趣きは違いますが、利用状況からの関連で。

クォータ値が有効な場合は、「記憶域スペースの割り当て」メニューが追加されます。

ここでは、クォータ値に対して、どれだけ容量を使っているか、どのライブラリやリストでどれくらいのサイズを使っているのか、といったことを確認できます。

URLは/_layouts/storman.aspx

クォータを設定していない場合は、エラーになります。

各ライブラリの容量くらいは表示してくれてもよさそうなものなのに･･･。

 

【補足2（というか疑問）】

利用状況の詳細な分析処理が有効になっていないと、どっちもみれない、っぽい。

とすると、旧バージョンと同一のメニューで設定する処理って、いったい何をしているんだ？飾りか？

 

 

【補足3】

ちなみにstsadmも含め、MOSSの内部的には、

■サイト コレクションをsite

■サイトおよびサブサイトをweb

と表現しているようですね。

だから、たとえばクォータなんかも「サイトのクォータ」という表記になっているのでしょう。

#実際適用される範囲はサイト コレクション単位です。

紛らわしい。

ルート サイト コレクションを作成していない場合に、Wordからブログ投稿ができない？

ルートにサイト コレクションを作らずに、ほかのサイトコレクションを作った場合に、おかしな現象になるらしい。まただ。

どうも、ルートのサイト コレクションには謎が多い。

 

ルートのサイト コレクションとは、たとえばWeb アプリケーションのURLが「http://mosssrv:81」だとすると、サイト コレクション（トップ レベルのサイト）を作るときに、Web サイトのアドレスを指定するときに「/」を指定して作成するもの（URLが「http://mosssrv:81/」になるもの）。

これを作らずにサイト コレクションを作るには、サイト コレクション（トップ レベルのサイト）を作るときに、Web サイトのアドレスを指定するときに「sites」なりを自分で管理パスの定義で追加したパスを指定して作るもの（URLが「http://mosssrv:81/sites/portal」だとかになるもの）。

 

今回わかっているおかしな現象とは、ブログ サイトを作り、ブログ プログラム（Word 2007）から投稿しようとすると、認証エラーになって、投稿できないというもの。

 

早速試してみました。さすがです、再現しますね～。

既定の「sites」でも、勝手に作ったパスでも。

エラー ダイアログは、

「アカウントを登録することができません。発行先のプロバイダを利用できません。詳細については、プロバイダに問い合わせてください。」

 

原因はわかりませんが、回避方法としては、「ルートのサイト コレクションを作っておく」ということですね。

後からでもルートのサイトコレクションを作れば、あっさり認証が通ります。

 

ルートのサイト コレクションを作らないケースはあまりないのではないかとは思うんですが、

使わないケースは多々あるのかと思います。とくに大規模環境だと。

理由は、ルートのサイト コレクションを使ってしまうと、相対パスでのURL指定がしづらくなるからです。サイト コレクションを複数作って、共通で使うロゴやヘッダ/フッターなんかに画像を埋め込む場合など。

 

Wordでブログ投稿するケースはあまりないような気がしますが（ブログ サイトの有効性、Word 2007の導入率を考えると…）、こういう構成の場合他にもおかしな現象が起きるかもしれないので、継続して調査が必要そうですね…。

タイマ ジョブに「プロファイルの同期」関連のジョブを追加する

通知メールが送信されないでも書きましたが、

タイマ ジョブがうまく追加されていない場合があります。

今回発覚したタイマ ジョブが追加されないケースとして、

・プロファイルの同期

・プロファイルの簡易同期

が追加されないことがある模様。原因、条件はいまのところ不明です。

 

とりあえず、タイマ ジョブに追加する方法としては、stsadmの「preparetomove」を指定すればOKです。

・stsadm.exe -o preparetomove -site <URL>

 

詳細は、下記参照。

http://technet2.microsoft.com/Office/ja-JP/library/279e8dc2-a9a9-47e5-b17c-3a00af4878de1041.mspx?mfr=true

 

で、このTechNetでの情報は若干誤り（というか誤解しやすい？）で、オプションの指定としてコンテンツDBかサイト（URL）のどちらも必須っぽく書いてありますが、どちらかを指定すればよいだけです。

ですので、通常はサイト（Web アプリケーション？）のURLでOKです。

 

既定で上位の権限を継承していないもの

何げに、既定で上位の権限を継承していないものが結構ある？

スタイル ライブラリとかマスタ ページ、ブログサイトだと、コメント リストとか。

仕組みを考えていけば当たり前だけど。

 

権限設定を保持したまま移行できない場合、たとえばテンプレート化して作成する場合や、stsadmでオプション指定せずにインポート/エクスポートをする場合は要注意。

あと、別環境に持っていく場合も、かな。

 

【疑問】Web パーツ プロパティの設定がとんでしまうタイミングは？

トップページなんかでWebパーツのプロパティを設定変更していると、なんだかいきなり「詳細ツールバー」になっていたり、いろんな設定情報がとんでしまう（既定値にもどってる？？）ことがないですか？私だけ～（ちょっと古いや）？

 

■「適用」をクリックせずに、いきなりOKをクリックして閉じてしまうと、発生する場合が多い（気がする）？？

→一番多いのは、ツールバーの設定がいきなり「詳細ツールバー」に変わっている。

 

■OKをクリックする前に、適用をするようにすれば、だいぶ回避できる（気がする）？？

→なんですが、ビューのカスタマイズを行っちゃうと、Web パーツのプロパティ設定画面に戻らないことが多いので（戻るケースがあるのかはよくわからない。。）、詳細ツールバーに設定が変わってしまうことが多々ある。

 

■いつの間にか戻ってたりもする。

→昨日、簡易ツールバーにしたはずなのに、今日気づいたら詳細ツールバーに変ってた。。

 

規則性を見出したいところです。

 

 

ディスカッション掲示板をコンテンツ クエリ Web パーツで抽出するとおかしな表示になる

ちょっとポータルのトップ画面でWeb パーツのプロパティ（ビューの設定）を変更しているときに気になることが。

 

【疑問】コンテンツ クエリ Web パーツに対応してないのでは？

 

「リンク」リストもコンテンツ クエリ Web パーツで抽出すると、少々やっかいでした。

→【理由】「（空白）」と表示され、リンク先もアイテムの詳細（プロパティ表示画面）となり、ほぼ使いものになりませんでした。

リンク リストでは、既定で「タイトル」列に値がセットされないので、そういう動きになってしまうのでしょうが。

#とはいえ、わざわさWeb パーツ プロパティの画面で、リスト種類を指定させるなら、「リンク」を指定した場合の振る舞いを変えてもよさそうなのに。。

 

ディスカッション掲示板の場合も、返信の場合に、タイトルが入らないので、「リンク リストと同じ現象になるのではないかと。

さっそく確認してみました。

 

■タイトル列の抽出

全部NGなわけではなくて、スレッドの最上位はOK、下位の投稿（返信）はNG（→「（空白）」とセットされてしまう）。

理由は、リンク リストと同じですが、返信時には、タイトル（件名？）がセットされないからでしょう。コンテンツタイプを見ると隠しフィールドになってますし。

ちなみに、ディスカッション掲示板のビューの設定で確認すると、タイトル絡みの列として「タイトル」「件名」「ディスカッション タイトル」とあるみたいなんですが、いったい何がなにやら。。

 

■リンク先

スレッド、フラット形式のビューには遷移せず、プロパティ表示画面（DispForm.aspx）に遷移してしまいますね。

 

というわけで。どうも、ディスカッション掲示板もリンク リストに引き続きNGっぽいですね。。

通知メールが送信されない

社内のポータルでもあったようですが、

■ 通知の設定はちゃんと作成されるけど、通知メールがとんでこない

という現象。

切り分けをしてもらった結果、「即時の通知」というタイマジョブが追加されていないことが判明。

一番これが疑わしい。

■[理由]通知の設定完了のメールはとんでくるので、送信メールの設定自体は間違っていない

といっても、MOSSのサーバの管理画面「タイマ ジョブの定義」「タイマ ジョブの状態」のどちらからもジョブの追加はできない！！

というわけで、どうにかして追加する方法を探らないといけないということで、可能性が高いstsadmを調べて試してみたところOKでした。

コマンドは、以下の通り。

stsadm.exe -o setproperty -url URL -pn job-immediate-alerts -pv "every 5 minutes"

・URLは、追加するWeb アプリケーションを指定。

・pv（プロパティ値）は、即時ジョブのタイミング。既定では5分ごと。

通知を設定して移行の通知メールは、溜まっているようなので、ちゃんとジョブに追加されたら、ちゃんと送られてくるようです（大量にあると迷惑な話ですが）。

あと、それでもうまくいかない場合は、通知は再設定したほうが無難なようです（因果関係はまだ不明）。

このような、タイマジョブがうまく追加されないケースについては、まだ解析中（調べきれるかしら？？）。

そんな矢先に、以下のKBが公開されました。でも、ちょっと遅かった＆通知に関しては載ってない。

まぁないよりましです。妥協するしかありません。

[KB]Webアプリケーションの復元時にタイマ ジョブの一部が正しく復元されない

(Some SharePoint timer job definitions are not restored successfully when you back up a Windows SharePoint Services Web application or a Microsoft Office SharePoint Server 2007 Web application, and then you restore this application to a new farm)

http://support.microsoft.com/kb/942989/ja

このKBではWeb アプリケーションの復元時となっていますが、それ以外でもあるかもしれません。

また、社内のポータルでは、通知以外でも、ごみ箱なんかのジョブもなかったです（またこれも回避策のってませんが）。

あと、インストールしているアプリケーション（WSS or MOSS)、サイト コレクション テンプレートの種類によっても、多少既定で追加されるジョブは増減します。

多少不足分はありにせよ、ジョブにかかわりそうなところでおかしな所を見つけたら、、このKBで正しく追加されているべきジョブの確認と、追加されていない場合の回避策を実行してください（回避策については一部しかのっていませんが）。

【余談1】

いろいろ書きましたが、そもそも「タイマ ジョブ」って何？とか、いろんな疑問がわいてきますよね。

そもそも、意識的に設定するものではないので。

これについてはまた後日。

【余談2】

送信メールの設定は、MOSSからは2箇所あります。

以前はファーム全体で1箇所でしたが、MOSSからはファーム全体と、Web アプリケーション単位で変更することもできます。

優先されるのは、Web アプリケーションの方みたいです。

通常、Web アプリケーションの方は設定しなくてもファーム全体の値が自動的に反映されますが、個別に設定してしまうと、それ以降はファーム全体の値を変えても反映されないみたいです。