こんにちは。
SharePoint サポートチームのたらかわです。
実は、先月半ば頃から風邪を変な風にこじらせたらしく、咳が止まらなくて大変でした。ようやく咳が治まってきたと思ったら、今度は肋骨の左のほうがズキズキと痛むですよ。。病院に行ってみたら、何と肋骨が折れてました。(正確には疲労骨折といって軽くヒビが入っただけなのですが。) 自然治癒にまかせるしかないので、湿布を貼ってしのいでいるのですが、毎回くしゃみをするたびに悶絶している今日この頃です。
さて、先週は社内行事などで色々忙しかったので、あまり凝ったネタを提供できず申し訳ないのですが、今回はちょっとした小ネタをご紹介しましょう。
問題：増分クロールのスケジュールを 5 分おきに設定したときに、1 回のクロールに 5 分以上かかる環境だと次にスケジュールされたクロールはいったいどうなるのか？
A) クロールがもう一つ別スレッドで走る
B) そのスケジュールは無視される
C) そのスケジュールは待機キューに入れられ、直前のクロールが終わった後すぐに実行される
…答えは、「B) そのスケジュールは無視される」です。
無視されたスケジュールには申しわけないですが、同時に 2 つのクロールを実行してインデックスサーバーに負担をかけるよりも、現在クロール中の処理を早く終わらせることがのほうが重要です。
心配しなくても、現在進行中のクロールが完了すれば、次のスケジュールではちゃんとクロールが実行されます。
もう少しわかりやすく解説すると、次のような動作になります。
(5 分おきにクロールする設定の場合)
0:05 増分クロール A 開始
0:10 増分クロール B 開始…しようとしたけど、まだ前回のクロールが終わってないので今回はスキップ。
0:12 増分クロール A 完了
0:15 増分クロール C 開始
いかがでしょうか。
ちなみに、WSS 3.0 で使用される Windows SharePoint Server Search サービスでは、スキップされたクロールの心の叫びが診断ログに残ります。(補足：Office SharePoint Server Search では残らないようです。)
例えば、上記の状況では、以下のようなメッセージが診断ログに残ります。
------------------------------------------
07/15/2009 00:10:00.00 OWSTIMER.EXE (0x0758) 0x07BC Search Server Common MS Search Administration 8ijm Verbose WSS Search: Skipping start address cleanup phase because the default content source is not idle (status = CRAWLING_INCREMENTALLY).
「既定のコンテンツ ソースがアイドルではないため、開始アドレスのクリーン アップ処理 (クロール開始時の処理) がスキップされました。(ステータス = 増分クロール中)」と書いてありますね。
つまり要約すると、「あ、私、お邪魔みたいだから帰るね。ごめんね、なんか、余計なお世話だったよね。あとは 2 人で楽しんで！ (その帰り道) …あはは、私一人で空回りしちゃって、馬鹿みたい。…さようなら。」的なドラマが繰り広げられているというわけですな。
…切ない。
男として、ここで甲斐性を見せて 2 つのクロールを同時進行させたいところですが、現実はそう甘くは無く、現在進行中のクロールを維持するだけでインデックス サーバーのキャパは一杯なわけです。下手に小細工しようものなら、その場は修羅場と化し、何とか器用にその場を取り繕ったとしても、クロールって意外とリソース要求されるわけで、色々やっているうちにいずれはボロがでて、後々大変なことになるわけですよ。…あ、あくまでクロールの話ですよ、もちろん！
…あ、あれ？何の話してましたっけ？
ま…まぁ、そういうわけですので、ことクロールにおいて、MOSS 2007/WSS 3.0 は「誠実な動作をする」ということを覚えておきましょう。
- 補足
上述の診断ログは既定の設定では記録されません。
WSS 3.0 の Windows SharePoint Server Search サービスでクロールがスキップされたことを確認するには、以下の手順にて、診断ログの設定を変更する必要があります。
診断ログの設定を変えると、ログのサイズが予想以上に大きくなったりしますので、トラブルシュートなどの特別な目的がなければ、既定の設定でお使いいただくことをお勧めします。
<診断ログの設定変更手順>
1) サーバーの全体管理サイトにアクセスします。
2) [サーバー構成の管理] をクリックします。
3) [ログおよびレポートの作成] セクションの [診断ログ] をクリックします。
4) [記録されるイベントの設定] セクションで以下のように設定します。
カテゴリの選択：MS 検索管理
トレース ログの記録対象となる重要度の最も低いイベント：詳細 (既定では「中」になっています。)
5) [OK] をクリックして変更を保存します。
by たらかわ＠経験者は語る
SharePoint サポートチームの森下です。
ブログも 2 回目の更新となりますが、実はアクセス カウンターを仕掛けていないという凡ミスにより、どれだけの方にご覧いただけているのかがよく分からない状況になっちゃっているのですが、、
きっとたくさんの方が見てくれていると信じてこれかも定期的に更新していきますので、みなさまどんどんアクセスよろしくお願いします。
さて、今回はサポートによくお問い合わせいただくものの中から、ソリューション パッケージ ファイル (*.wsp ファイル) の展開方法 についてご紹介します。
なぜ 2 回目がこのネタ !? とお思いの方もいるかもしれませんが、VSeWSS (以下参照) で作成されたバッチ ファイルをファームの検証環境にそのまま持っていって展開しようとしたけど失敗。。というパターンがけっこう多いようです。
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=a8a4e775-074d-4451-be39-459921f79787
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=7bf65b28-06e2-4e87-9bad-086e32185e68
ここでまずお伝えしないといけないのは、VSeWSS は 1 台構成の開発環境を想定しており、ファーム環境に対する考慮はされていません。
したがって、このツールで作成される展開用のバッチなどを、そのままファーム環境で使用することはできないのです。。
そして、もう 1 点、この VSeWSS、ダウンロード サイトの必要システムの欄に記載がありますとおり、マイクロソフトはテクニカル サポートを提供していませんので、この点はあしからずご了承ください。。
と、前置きはここまでにして、では実際に開発した wsp ファイルを MOSS のファーム環境に展開するためにはどうしたら良いのか。
そこで今回は一般的なソリューションパッケージの展開方法をここでご紹介できればと思います。
ソリューションを展開する方法
****************************
以下の手順は、"サーバーの全体管理" の管理者権限を保持しているユーザーで実行してください。
手順概要
========
1. ソリューションを追加する
2. ソリューションを展開する
3. IIS (Internet Information Services) を再起動する
4. フィーチャーをアクティブ化する
それぞれの手順の詳細です。
----------
1-1 コマンド プロンプトを起動し、以下のコマンドを実行します。
pushd "C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN"
1-2. コマンド プロンプトより、以下のコマンドを実行します。
stsadm.exe -o addsolution -filename <solution filename>
stsadm.exe -o execadmsvcjobs
<solution filename> にはソリューション パッケージファイル (*.wsp ファイル) の名前を指定してください。
.wsp ファイルはサーバー上のどこに配置していても問題ありません。例えば C ドライブ直下に配置している場合は以下のコマンドになります。
例 :
stsadm.exe -o addsolution -filename C:\WebPart1.wsp
2-1. コマンド プロンプトより、以下のコマンドを実行します。
stsadm.exe -o deploysolution -name <solution filename> -url <url> -immediate -allowgacdeployment -force
<solution filename> には作成したソリューションパッケージ ファイル (*.wsp ファイル) の名前を、<url> にはソリューションを展開したい仮想サーバーの URL を、それぞれ指定してください。
stsadm.exe -o deploysolution -name WebPart1.wsp -url http://MyServer/Sites/MySite -immediate -allowgacdeployment -force
この手順は stsadm ではなく UI 上からも実施することができます。(手順１. のソリューションの追加だけは stsadm から実施する必要があります。)
サーバーの全体管理から、[サーバー構成の管理] タブ - [ソリューション管理] をクリック、該当の wsp ファイルをクリックして、[ソリューションの展開] をクリックします。
stsadm で指定しているコマンドと同じようなパラメータが表示されていますね。
3-1. コマンド プロンプトより、以下のコマンドを実行します。
iisreset
なお、Web フロントエンド サーバーが複数ある場合は、それぞれのサーバーで実行してください。
4-1. コマンド プロンプトより、以下のコマンドを実行します。
stsadm.exe -o activatefeature -name <feature folder> -url <url>
<feature folder> にはアクティブ化したいフィーチャーの名前を、<url> にはフィーチャーをアクティブ化したいサイトの URL を、それぞれ指定してください。
stsadm.exe -o activatefeature -name WebPart1 -url http://MyServer/Sites/MySite
もちろんこの手順も、UI 上から実施することが可能です。
展開先に指定したサイトへアクセスし、[サイトの操作] – [サイトの設定] – [すべてのサイト設定の変更] から、[サイト コレクションの機能] をクリックします。
該当のフィーチャーの [アクティブ化] ボタンをクリックし、手動でアクティブ化することができます。
(ご紹介した手順は、グループ作業ポータルのトップサイトに展開した場合を想定してますので、フィーチャーの内容やサイトの種類などにより若干操作の名称や内容が異なる場合があります。)
以上で展開手順は終了です。
次に、インストールしたものを削除する方法もご紹介しておきます。
ソリューションを削除する方法
手順はだいたい展開方法の逆になります。
展開時に UI で実施できた部分は削除時も UI から実施することができます。(手順は省略します。)
1. フィーチャーを非アクティブ化する
2. ソリューションの展開を取り消す
4. ソリューションをファームから削除する
1-1. コマンド プロンプトを起動し、以下のコマンドを実行します。
stsadm.exe -o deactivatefeature -name <feature folder> -url <url>
<feature folder> には非アクティブにしたいフィーチャーの名前を、<url> にはフィーチャーを非アクティブにしたいサイトの URL を、それぞれ指定してください。
また、この非アクティブ化は必ずアクティブ化を実施した全てのサイトで実施してください。この作業を実施せずにソリューションを取り消してしまうと、サイト内にゴミが残り予期せぬ現象を招く場合があります。
stsadm.exe -o retractsolution -name <solution filename> -url <url> -immediate
<solution filename> には展開を取り消したいソリューションパッケージ ファイル (*.wsp ファイル) の名前を、<url> にはソリューションの展開を取り消したい仮想サーバーの URL を、それぞれ指定してください。
stsadm.exe -o retractsolution -name WebPart1.wsp -url http://MyServer/Sites/MySite -immediate
なお、Web フロントエンド サーバーが複数ある場合は、それぞれのサーバーでコマンドを実行してください。
4. ソリューションを削除する
stsadm.exe -o deletesolution -name <solution filename>
<solution filename> には削除したいソリューションパッケージ ファイル (*.wsp ファイル) の名前をご指定ください。
stsadm.exe -o deletesolution -name WebPart1.wsp
なお、ご紹介した stsadm 操作の詳細は、下記サイトに公開情報がありますので、こちらも合わせてご確認ください。
Activatefeature : Stsadm 操作 (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc262692.aspx
Addsolution : Stsadm 操作 (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc263162.aspx
Deactivatefeature : Stsadm の操作 (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc262680.aspx
Deletesolution : Stsadm 操作 (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc261929.aspx
Deploysolution : Stsadm 操作 (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc262459.aspx
Execadmsvcjobs : Stsadm 操作 (Windows SharePoint Services)
http://technet.microsoft.com/ja-jp/library/cc288149.aspx
Retractsolution : Stsadm 操作 (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc261799.aspx
次回も SharePoint 製品に関する有益な情報をご紹介していきますので、ご期待ください！
SharePoint サーポートチームのたらかわです。
最近日を追うごとに暑くなってますね。雨なんか降ろうものなら湿度が上昇し、自慢の天然パーマがくりんくりんになってしまい困ります。特にもみあげあたりが大変なことになります。
湿度といえば、先日、庭になめ茸っぽい感じの、得体の知れないキノコが生えていることに気づいたのですが、梅雨も終われば消え去るだろうと放置していたところ、庭一面のキノコ畑が出来上がってしまいました。(1 up し放題です。) 幸い、翌日には家族により撤去されていましたが、その日の夕食に出されたなめ茸のお味噌汁は、いつもより豊潤で新鮮な香りがした気がします。
さて、たらかわの残機が増えたお話はこの辺にして、本題に入りましょう。
既に多くの方がご存知かもしれませんが、Microsoft Office SharePoint Server 2007 および Windows SharePoint Services の最新の Service Pack である、Service Pack 2 が公開されています。
本サービスパックには、2009 年 2 月までにリリースされたすべての更新プログラム、セキュリティ更新プログラム、累積的な更新プログラム、および修正プログラムに加え、安定性、パフォーマンス、およびセキュリティの機能強化が含まれています。特に、初期リリース版で目立った、検索、クロール関連の様々なトラブルが解消されていますので、まだ適用されていない場合は是非、この機会に適用をご検討ください。
Windows SharePoint Services 3.0 SP2 および Windows SharePoint Services 3.0 Language Pack SP2 について
http://support.microsoft.com/kb/953338
2007 Microsoft Office Servers Service Pack 2 (SP2) および 2007 Microsoft Office Servers Language Pack Service Pack 2 (SP2) について
http://support.microsoft.com/kb/953334
基本的な適用手順は SP1 のときと同様ですが、以下のサイトでは、具体的な適用手順や注事項について詳しく解説されているので、参考になります。
Office SharePoint Server 2007 のソフトウェア更新プログラムを展開する
http://technet.microsoft.com/ja-jp/library/cc263467.aspx
Windows SharePoint Services 3.0 用のソフトウェア更新プログラムを展開する
http://technet.microsoft.com/ja-jp/library/cc288269.aspx
なお、MOSS 2007 SP2 には、適用時に注意しなければならないことがあります。
MOSS 2007 SP2 をインストールすると、製品の有効期限が試用版と同様に 180 日間に設定されてしまうのです。（な、何ぃ～！？）
<2009/8/19 追記>
2009 年 7 月 29 日以降にマイクロソフトのダウンロード サイトから 2007 Microsoft Office Servers Service Pack 2 をダウンロードされている場合は、以下に記載する製品の有効期限がリセットされてしまう問題は発生しませんのでご安心ください。お手元に既にダウンロード済みのパッケージがいつダウンロードされたかわからない場合は、以下のサイトから最新のパッケージをダウンロードしていただくことをお勧めします。
また、最新のパッケージが問題なく適用できているか不安な場合、SP2 のインストール後にライセンスの種類をご確認ください。
2007 Microsoft Office Servers Service Pack 2 (SP2)
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=b7816d90-5fc6-4347-89b0-a80deb27a082
<図1:製品版にもかかわらず有効期限が設定されてしまってもうどうしていいかわからない。>
しかし、慌てる必要はありません。有効期限内であれば、実質的にユーザーへの影響はありませんので、期限が切れる前に、手動でインストール時に使用したプロダクトキーを再設定すれば、製品を再度アクティブ化できます。若干面倒ですが、そのまま放置すると、そのうちライセンスの有効期限が切れて、検索などの一部の機能が使用できなくなるので注意が必要です。
<図2:あせらずに、プロダクトキーを再設定しましょう。>
<図3:放置するとこんなことになっちゃいます。>
また、この問題に対する修正プログラムもリリースされています。
Update for 2007 Microsoft Office Servers (KB971620), 32-Bit EditionCollapse this imageExpand this imageDownload the Download the Update for 2007 Microsoft Office Servers (KB971620), 32-Bit Edition package now.
http://download.microsoft.com/download/2/f/5/2f51ab71-1325-49d2-9cb9-18dec4780e99/office2007-kb971620-fullfile-x86-glb.exe
Update for 2007 Microsoft Office Servers (KB971620), 64-Bit EditionCollapse this imageExpand this imageDownload the Download the Update for 2007 Microsoft Office Servers (KB971620), 64-Bit Edition package now.
http://download.microsoft.com/download/5/b/b/5bbd34a9-c528-42b0-8a5f-9a8997b25c32/office2007-kb971620-fullfile-x64-glb.exe
上記修正プログラムは、Service Pack 2 適用前後のどちらのタイミングで適用しても構いません。
Service Pack 2 適用前にインストールした場合、Service Pack 2 適用時に製品の有効期限が誤ってアクティブ化される問題を未然に防止でき、Service Pack 2 適用後にインストールした場合は、誤ってアクティブ化された製品の有効期限の情報を修正することが可能です。これから Service Pack 2 を適用される予定がある方は、Service Pack 2 のインストール前に上述の修正プログラムの適用をプランに組み込むことをお勧めします。
注意点として、Service Pack 2 適用後に上述の修正プログラムをインストールした場合、修正プログラムのインストール時にサーバーの再起動を求められます。既に手動で有効期限を変更されている場合には、本修正プログラムの適用は必須ではありませんので、サーバーの再起動を避けたい場合は、手動でプロダクトキーを再設定する対処方法でもよいでしょう。
<図4：サーバーの再起動を求められちゃう感じ。>
また、修正プログラムをインストールした直後は、有効期限の情報が更新されないことにも注意が必要です。
修正プログラムにより更新された有効期限の情報は、既定で 1 時間に 1 回実行される、"ライセンス同期プログラムジョブ" タイマジョブが実行されたタイミングで、全体管理サイトに反映されます。ですので、修正プログラムを適用した場合は最低でも 1 時間待ってから、ライセンスの情報が更新されることを確認してみましょう。
SharePoint タイマ ジョブ リファレンス (Office SharePoint Server)
http://technet.microsoft.com/ja-jp/library/cc678870.aspx
ライセンス同期プログラム ジョブ
試用版の有効期限ライセンス情報を構成データベースに同期します。
毎時
<図5：この子ですね。今まで存在感が無かった彼ですが 1 日 24 回も健気に頑張ってたんだなぁ。>
ちなみに、Windows SharePoint Services 3.0 については、この問題の影響は受けません。
※Search Server 2008、Search Server 2008 Express、SharePoint Server 2007 for Search、Microsoft Office Project Server 2007 については MOSS 2007 と同様にこの影響を受けてしまうため注意が必要です。
詳しくは以下のリンク先に記載されているので、これから MOSS 2007 に SP2 を適用する場合は是非ご一読ください。
2007 Microsoft Office Servers Service Pack 2 (SP2) をインストールすると、製品の有効期限が誤ってアクティブ化される
http://support.microsoft.com/kb/971620
今回はタイムリーなネタということで、Service Pack 2 に関するお話をさせていただきましたが、次回からも、SharePoint 製品とテクノロジに関する有益な情報を提供していきますので、ご期待ください！！
by たらかわ x 99