none
インデックスとページングファイル(pagefile.sys)の関連性について RRS feed

  • 質問

  • SharePointService3.0を使用しています。

    5/31に、HDD・論理Cドライブの使用領域が96%まで達していたらしく、その対処として

    サーバー管理者がページングファイル(pagefile.sys)を別の論理Dドライブへ

    移動させたそうですが、それが関連しているのかは分かっていないのですが、

    グループボードのサイト内検索の結果がその日から、おかしくなる現象が発生しました。

    現象を見ると、昨年から使用しているにも関わらず、2011年6月より前のデータが

    検索に引っかからない状態でした。

     

    現象の傾向から、6月より前のインデックスが壊れている可能性があると推測されたのですが、

    もし、そのインデックスが壊れたとしたら、考えられる要因はページングファイル(pagefile.sys)の

    移動ぐらいしかありません。

    ただ、インデックスがそのページングファイルに作成されているかどうかがわかりません。

    インデックスとページングファイルの関連性が知りたいです。

    ご教示頂きたいと思います。

    2011年6月28日 2:46

すべての返信

  • tsunetch さん、こんにちは
    フォーラム オペレーターの星 睦美です。

    質問のpagefile.sys との関連性について、私のほうで調べてみた限りでは
    原因になりそうな情報は見つかりませんでした。

    検索インデックスが壊れている可能性ということなので、検索インデックスの修復には
    以下の公開技術情報に書かれている検索インデックスが破損した場合の解決方法が参考になるのではと思います。

    ・Windows Server 2003 を Windows Server 2008 にアップグレードすると Windows SharePoint Services 3.0 の検索インデックスが破損することがある:
    http://support.microsoft.com/kb/943605

    ・WSSの検索インデックスの再構成:
    http://sharepoint-friend.blogspot.com/2009/09/wss.html

    こちらの情報がなにか手がかりになれば幸いです。


    日本マイクロソフト株式会社 フォーラム オペレーター 星 睦美
    2011年7月1日 3:36
  • 星さん、こんにちは。tsunetchです。

    ご返信ありがとうございます。

    誰からも、返信がなく少々不安だったのですが、星さんからご返信頂けてホッとしております。

    星さんがおっしゃるのであれば、恐らくpagefile.sysは関連性がないかと思われます。

     

    ただ、そうなると、根本的な要因が、見つからなくなってしまいます。

    検索ができなくなった原因が、インデックスの破損と現在は推測しておりますが、

    他に何か考えられる原因があるでしょうか?

     

    また、今回の件で、インデックス破損が原因として確実となった場合は、

    そのインデックスが破損する原因はどんなことが推測されるでしょうか?

    ご教示頂けましたら幸いです。

    よろしくお願いいたします。

    2011年7月1日 9:11
  • tsunetch さん、

    クロールするコンテンツを参照する権限がない場合や別の原因でうまく検索できない場合があるようです。
    イベントログ、クロールログは確認されましたでしょうか。参照していただくと手がかりがあるかも知れません。

    TechNet フォーラムの過去の質問にも検索結果に関しての質問がありますのでご紹介します。

    ・WSS3.0 (SP2)で検索条件と一致するものが表示されない:
    http://social.msdn.microsoft.com/Forums/ja-JP/sharepointsetupja/thread/9432639b-1bd0-47a0-98c6-d1150b616d38/

    もしよろしければ有償のサポート窓口にご相談いただくと、SharePoint で検索されない事象についての確実な原因の調査ができるのではないかと思います。


    日本マイクロソフト株式会社 フォーラム オペレーター 星 睦美
    2011年7月4日 10:47
  • 星さん
    tsunetchです。
    毎度、ご回答ありがとうございます。

    有償サポートは、今のところ、手を出すことは出来ません。
    現在、自分の会社の客先で業務を行い、その中での、お客さんのリソースなので、
    自分の会社のものでないため、迂闊に有償のサポートを得ることは、
    残念ながら出来ません。
    せっかくの案内なのに、申し訳ないです。

    イベントログ、クロールログについて確認してみますが、 
    もし効果的、効率的な確認方法が何かございましたら、ご教示いただけないでしょうか?

    また、先日ご回答頂いたとき、
    WSSの検索インデックスの再構成
    のページを伺いましたが、
    SharePointサービス全体のインデックスを再構成しているように見受けられました。

    全体で再構成すると、他の、異常がないコンテンツまで影響が出ると考えており、
    全体ではなく、Webサイト(コンテンツ)毎にインデックスを再構成する方法があればと
    調査したのですが、結局分かりませんでした。
    もしご存知でしたら、併せてご教示頂けると大変ありがたいです。

    よろしくお願いいたします。 

    2011年7月6日 8:42
  • tsunetchさん

    はじめまして、及川と申します。

    インデックスファイルとページングファイルの関連
    SharePointのインデックスファイルとページングファイル(pagefile.sys)には、関連はないと思います。
    インデックスファイルは、SharePointインストール時に指定したインデックスファイル作成場所に作成されます。
    デフォルトでは、CドライブのSharePointのファイルと同じフォルダに格納されます。(詳細なパスは確認しないとわかりませんが・・・)

    インデックスの再構成
    インデックスの再構成は、残念ながら任意のサイトやURLの範囲だけ実施、というようなことはできません。

    インデックスの確認方法
    SharePoint Serverであれば、検索管理の画面にて、生成されたインデックスの数やクロールログを簡単にみることができるので、検索できているかどうかはすぐにわかるのですが、WSSだとその画面がないので簡単にはいかないかなと思います。
    クロールがうまくできているかどうかということであれば、クロールしている時間帯にイベントログやSharePointの診断ログにエラーが出ていないかどうかを確認することで、原因がわかる可能性があります。
    星さんからの返信にあるように、やはりこのあたりのログを確認するのが良いかと思います。

    2011年7月6日 18:18
  • 及川さん
    tsunetchです。はじめまして。
    ご回答、ありがとうございます。 


    インデックスファイルとページングファイルの関連
    詳細パスについては、サーバーを確認してみます。

    ・インデックスの再構成
    サイト毎の再編成は出来ないのですね。了解しました。
    残念ですが、今後、インデックス破損時の対策としてどうしたら良いかは、
    お客さんと相談してみたいと思います。

    インデックスの確認方法
    まずは、クロールログ、イベントログ、診断ログについて、確認してみます。 
    ただ、ログの見方をわかっていませんでした。
    Microsoftのサイトをいろいろと探してみたのですが、これだというのもが
    見当たらなかったのですが、どうすれば良いでしょうか?
    運用管理を行っているものの、
    SharePointについてはまだ初心者的なものですから、あまり仕様とか
    良く分かっていないので、ご教示願えないでしょうか? 

    よろしくお願いします。 


    2011年7月8日 5:36
  • tsunetchさん

    インデックスの再構成
    インデックス破損時の対策は、非営業日にフルクロールするのが一番お手軽かと。
    時間的にそれが難しい場合は、バックアップからの復元が良いかと思います。
    (といいつつも、WSSでインデックスバックアップをしたことがないので効果はわかりませんが・・・)

    再度クロールするための方法が山崎さんのブログにあります。
    http://shanqiai.weblogs.jp/sharepoint_technical_note/2008/01/wss-1b10.html


    インデックスの確認方法
    ログの見方がわからないということであれば、クロールログや診断ログに手を出す前に、イベントログからあたりを付けるのが良いかと思います。
    サーバーにて、クロール処理が走っている時間帯のイベントログを見ると、何かしらエラー(赤色の×印)がでているかと思います。
    イベントログでエラーを発見したら、そのイベントIDとかエラーメッセージで、Bingったり、Google先生に聞いたりしてみてください。
    たいがい、世界のどこかで同じ現象に遭い、解決した人たちがいると思いますので。

    イベントログの見方は、以下のサイトが参考になるかと思います。(ちょっと古い情報ですが)
    http://allabout.co.jp/gm/gc/81246/

    WSSのクロールの仕組みについて説明しているサイトがないかと探してみましたが、見つからないですね。
    SharePoint Serverだと色々情報あるんですけどね。。。


    SharePoint Developer http://sharepoint.orivers.jp
    2011年7月9日 1:26
  • 及川さん

    tsunetchです。
    いろいろと、ご返答ありがとうございます。

    インデックスの再構成
    正直、「非営業日にフルクロール」と、実験的に自分としてはそうしてみたいのです。
    時間的に難しいということはないと思っています。
    それは、お客さんとの調整し次第ですね。 

    別の正常に使用できているサイトへの影響を考えると、
    フルクロールで、もしなんかが発生した時に、
    いかんせん復旧方法が分かっていない
    (バックアップ取得方法、バックアップからのリストア方法)
    ので、そこを押さえられればとまた探索しておりますが、
    何か良い情報はありますでしょうか?
    いつも聞いてばかりですが、ご教示頂けると大変ありがたいです。


    インデックスの確認方法

    イベントログは参考にさせていただき、トラブル発生直前に、
    インデックスファイルが見当たらないというエラーログが発見できました。
    ただ、なぜそれが発生したのか、原因は現在調査中ですが、
    また原因にたどっていくための道筋が出来たと、ちょっと希望が持てました。
    メッセージは以下の通りです。

    --------------------------------------------------------------------
    <2011/5/30 22:20:07> 
    レジストリ ハイブを構成データベースにバックアップするときに 
    エラーが発生しました。 

    コンテキスト: 
    アプリケーション 
    '検索サーバー上の検索インデックス ファイル' 

    詳細 : 
            指定されたファイルが見つかりません。   (0x80070002) 

    詳細な情報は、http://go.microsoft.com/fwlink/events.asp の 
    [ヘルプとサポート センター] を参照してください。 
    --------------------------------------------------------------------
    もし何かご存知であれば、ヒントでも頂けるとありがたいです。 


    よろしくお願いします。 


    2011年7月11日 6:08