注: この記事は既に役割を終えており、間もなく提供終了となります。 Microsoft では、「ページが見つかりません」の問題を避けるために既知のリンクを削除しています。 このページへのリンクを作成された場合は、同様に、この問題を避けるためにリンクを削除してください。
Microsoft Search Server 2010
質問/問題 |
回答/回避策 |
Microsoft Search Server 2010 のハードウェアとソフトウェアの要件: このコンテンツは Technet にあります |
|
SharePoint 検索言語の検出 エンタープライズ検索には、著作権の属性を提供する必要がある言語検出機能が含まれています。 |
ICU ライセンス-ICU 1.8.1 以降 元の SSLeay ライセンス LIBXML2 ライセンス |
ティ PowerShell を使用して search サービスのパフォーマンスレベルを変更した後、一部の assert ステートメントの "RobotThread tid {num} は、perf obj がない状態で表示される可能性があります。 |
管理者プロンプトで次の2つのコマンドを入力して、ファーム内の各ボックスで検索サービスをリサイクルします。 net stop osearch14 net start osearch14 |
自動言語検出は、Beta2 のアップグレード後に既定で設定されます。 既定では、検索エンジンはクロール中にドキュメントの言語を推測して、適切な tokenizers (別名) を選択します。 wordbreakers). 一部のお客様は、これらの機能を意図的にオフにして、(検索サーバー2007の動作を模倣するために) オフにしておくことができます。 RTM リリースでは、Beta2 からのアップグレードについて、既定で言語の推論システムが有効になります。 |
言語の自動検出をオフにするか、必要に応じて search service を再起動します (以下を参照)。 検出をオフにすると、一部の場合、一部のドキュメントが取得されなくなります。特に html、msg、txt ファイルがあります。 言語検出をオフにするには、次のように0に設定します。 EnableLanguageDetection EnableLanguageDetectionPerChunk レジストリでは、次の操作を実行します。 HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \ この操作を実行した後、次のコマンドを使用して、検索サービスを再起動する必要があります。 net stop osearch14 net start osearch14 ほとんどの html、msg、txt ファイルに最も一般的な言語にインデックスサーバーの言語を設定してください。 これらのキーをオフにした後は、詳細検索で言語をフィルター処理しても、これらのファイルには使用できません。 |
ページの先頭へ
Microsoft FAST Search Server 2010
質問/問題 |
回答/回避策 |
Setup イタリア Win2k8 SP2 X64 では、FAST Search Server の構成が失敗します。 セットアップ後処理構成が次のエラーで失敗します。 Exception - : Exception - Microsoft.SharePoint.Search.Extended.Installer.Mahasen.Common.Exception.DeploymentException: XML Validation error: L'attributo 'modifiedTime' non è valido. Il valore "2010-04-16T 14.35.48 Z ' è valido (il tipo di dati ' http://www.w3.org '-16stringa" 2010-04-16T 14.35.48 Z ") è un valxsddatetime valido。 英語に翻訳さ |
最善策として、Win2k8 SP2 の代わりに Win2k8 R2 をインストールすることです。 代わりの対処法は、C:\FASTSearch\etc\deployment.xsd ファイルを削除することです。 このファイルが見つからない場合、スキーマ検証が行われなくなります。 |
FAST Search センターのセットアップ: 提供されたスクリプトを使用して既定の FASTSearch 証明書を新しい証明書で置き換えた場合に、日本語版 OS で ReplaceDefaultCertificate.ps1 が失敗します。 |
回避策は次のとおりです。
注: このファイルを変更すると、後で修正するため、運用環境では推奨されません。 このファイルは、後で更新プログラムによって置き換えることはできません。 |
インデックス コンテンツコレクションの削除は、フォールトトレラント操作ではありません。 バックアップインデックス処理ノードで操作に失敗した場合、マスターインデックス作成ノードの操作は元に戻りません。 結果として、マスターとバックアップのインデックス作成ノードの同期が失われます。 |
コンテンツコレクションの削除中にバックアップインデックス作成ノードが失敗した場合は、手動で同期する必要があります。 |
インデックス Unclean のシャットダウン後にインデックス作成ノードを再起動すると、データ構造の再構築中にプロセスが長時間フリーズすることがあります。 インデックスのサイズによっては、データ構造の再構築に時間がかかる場合があります。 |
進行状況は、インデックスノードのログファイルに表示されます。 このイベントの前には、ドキュメントインデックスを再構築するログメッセージが続きます。 インデックスノードの状態は、コマンドラインツールの indexerinfo を使って取得することもできます。 データ構造体が再構築されている間は、プロセスを終了しないでください。 |
インデックス ログメッセージ:
バックアップインデックス作成ノードに表示されます。 |
バックアップインデックス作成ノードでは、これらのログメッセージは安全に無視される可能性があります。 |
インデックス インデックスが作成されていないドキュメントでは、ドキュメントのフィード中にインデックススキーマが更新されることがあります。 |
スキーマ更新中の中断。また、スキーマの変更がドキュメント処理ノードとインデックス作成ノードの両方に適用されてから再開されることを確認してください。 |
インデックス マスターインデックス作成ノードでは、バックアップインデックス作成ノードに十分な空きディスク領域があるかどうかが確認されません。 バックアップインデックス処理ノードにデータを送信する前に、移行を完了するために十分なディスク領域がバックアップに含まれていることを確認します。 転送されるデータが大きい場合は、データの転送中に、バックアップインデックス作成ノードのディスク領域が外部イベントで満たされることがあります。 これにより、マスターとバックアップノードの同期が失われます。 |
[バックアップインデックス作成ノードのマスターインデックス作成ノードとして使用できるディスク領域が少なくとも1つ以上あることを確認してください。 |
インデックス コンテンツコレクションの削除は、フォールトトレラント操作ではありません。 バックアップインデックス処理ノードで操作に失敗した場合、マスターインデックス作成ノードの操作は元に戻りません。 結果として、マスターとバックアップのインデックス作成ノードの同期が失われます。 |
コンテンツコレクションの削除中にバックアップインデックス作成ノードが失敗した場合は、手動で同期する必要があります。 |
検索コントローラー: 構成サーバーが利用できない場合は、スタートアップ時に検索ノードが遅延します。 検索ノードは、初期化中に構成サーバーへの接続を試みます。 いくつかの接続が試行されますが、ログメッセージは、検索コントローラーが特定の時間だけ接続しようとしていることを要求しますが、実際に待機している時間ははるかに長くなります。 |
構成サーバーを起動し、検索ノードを再起動します。 |
給電 JDBC コネクタは、jdbctemplate. xml を更新するように設定された、構成設定の出力 >OperationMode では動作しません。 更新操作モードは、既存の項目 (部分的な更新プログラムとも呼ばれます) の属性のサブセットを更新することを目的としています。 |
操作モードの更新プログラムは使用しないでください。 増分クロールの場合、操作モードの追加は常に使用する必要があります。 操作モードの add を使用してコンテンツをクロールするには、JDBCSQL ですべての項目の属性が選択されている必要があります。 |
金銭 何らかの理由で web 分析エンジンがワーカープロセスとの接続を失った場合は、処理を停止することができ、自動的に再起動することはできません。 これは通常、コンピューターが再起動された場合、またはネットワークが不安定な場合に発生します。 イベントビューアーと FS14 システムログには、次のようなログメッセージが含まれます。 [2009-12-13 17:15:03]エラー: webanalyzer@HOSTNAME: systemmsg: 処理に失敗しました "wapartialupdate" は "default" ビューを設定します。 |
Anchortext とリンクの処理を再開するには、waadmin enqueueview コマンドを使用します。 追加の web 分析ビューを作成した場合は、waadmin enqueuview-n<viewname> を実行して、これらのビューを再スケジュールする必要がある場合もあります。 |
金銭 [Drop_intra] は、サイト内のリンクを破棄するためにオンになっていますが、web analytics のリンクの分析には影響しません。 |
このオプションは、データソースが FAST Search Web クローラーである場合にのみ機能します。 データソースが FAST 検索コネクタの場合は、効果はありません。 |
金銭 次のログメッセージは、イベントビューアーまたは FS14 システムログで監視され、クリックスルーエンジンでは、クリックスルーログデータの処理が停止しています。 [2010-01-16 04:00: 10.333]警告 systemmsg Asyncore コールバック関数で例外が発生した: <クラス ' socket. エラー ' >: (10054、「ピアによる接続リセット」) [C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522] [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [fdmapi. .py | setup | 519][filesys | init_filesystem | 171][async_remote. .py | run_remote_commands | 325] |
Nctrl restart sprel を使用して、クリックスルーサーバーを再起動します。 Web analytics server (WebAnalyzer) と同じコンピューター上で実行されます。 |
検索バックエンド: テキストプロパティに対する浮動小数点数値クエリは、偽のヒットを返す可能性があります。 この問題は、クロールされたプロパティ、またはデータ型テキストの管理プロパティで発生する可能性があります。 |
浮動小数点数値が正確に一致するようにするには、Float 型または Decimal 型の管理プロパティを使用します。 |
検索バックエンド: 時間の経過に伴う多数の管理プロパティをスキーマに追加すると、fixmlindex プロセスでメモリ使用量が高くなることがあります。 |
この問題を回避するには、FAST Search を再インストールして、スキーマの変更を1つの go で適用するか、この手順に従います。
|
検索バックエンド: ほとんどのドキュメントで使用される用語を使ったクエリの順位が低くなります。 この問題は、少量のドキュメントがインストールされている場合でも発生することがあります。 |
高速検索のランク付け動作は、多数のドキュメントがある場合にパフォーマンスのトレードオフを実行するように既定で構成されます。 このトレードオフにより、検索バックエンドでデータの読み取りと処理を行う必要がある量が削減されます。 ただし、この短所は、関連性の低いドキュメントが返されたり、関連するドキュメントにランク付けされたりする可能性があるため、精度が低下します。 このとき、ノード上のドキュメントの数に関係なく、トレードオフが行われます。 これは、最初のフィードを実行しているときでもランクの調整を実行できるという利点があります。また、ランク付けの動作は、ドキュメントの数によって時間の経過によって変化することはありません。 ただし、特定のユースケースでは、特に小さなシステムで、可能な限り高い順位の動作を取得する必要がある場合があります。 このパフォーマンスのトレードオフの影響を軽減するために、高速検索の [関連性の最適化] ドキュメントで説明されているように、ランクプロファイルの StopWordThreshold と PositionStopWordThreshold の値を増やすことができます。 |
検索バックエンド: 管理プロパティの型をある数値型から別の数値型に変更すると、次のような問題が発生する可能性があります。 一部の場合、取り込まれたドキュメントはインデックス作成から破棄されることがあります。 この問題は、indexeradmin resetindex コマンドを使用している場合、またはシステムが突然再起動された場合に発生する可能性があります。 それ以外の場合は、既に取り込まれたコンテンツのインデックスが間違っている可能性があるため、既知の数値を使ってクエリを実行すると、間違ったドキュメントのセットに対して結果が返されなかったり、ヒットしなかったりする可能性があります 関連する問題は、同じ名前を使って管理プロパティを削除して再作成することによって、その管理プロパティのコンテンツが、すべてのドキュメントの検索フロントエンドで再び表示されるようにすることです。 これは、必ずしも予期しない動作であると考えられます。 |
管理プロパティのデータ型を変更したら、コンテンツを再フィードして、コンテンツのインデックスが適切に作成されるようにします。 |
検索バックエンド: 高速 Lotus Notes コネクタを使用している場合、Get-FASTSearchSecurityUserSecurityFilter では何の情報も返されません。 |
MaxStringContentLength を65536から655360に増やし、%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. で maxArrayLength を16384から163840に変更します。 |
検索バックエンド: Get-FASTSearchSecurityConfigurationStatus (let) は動作しません。 %FASTSEARCH%\bin\Microsoft.SharePoint. の既定のポートが間違っている |
%FASTSEARCH%\bin\Microsoft.SharePoint.Search. を開く |
検索バックエンド: 検索ノードと同じホストに展開されているインデックスノードの間で、行識別子が一致しません。 |
検索ノードの行識別子は動的に割り当てられますが、インデックスノードの行識別子はインストール中に決定されます。 |
バックアップと復元: 高速検索センターの構成を別のインストールディレクトリに復元した後、検索は利用できません。 |
%FASTSEARCH%\components\sam\admin\adminTransaction.log. で無効になったパスを修正する この問題を解決するには、FAST Search Center 管理ノードで次の手順を実行します。
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66、12/04/2009 14:29:23、NORTHAMERICA\username、AddDomain、ln1、C:\FASTSearch\components\sam\admin\ln1.domain.config.xml 次のように変更する必要があります。 a5e8d609-9d8f-42b5-bec5-e2ca03f94e66、12/04/2009 14:29:23、NORTHAMERICA\username、AddDomain、ln1、E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
バックアップと復元: Fast 検索センターの [管理] ノードを復元した後に検索が機能しないが、FAST 検索センターのクエリノードが復元されない |
次の方法で、FAST 検索センターのクエリノードから FAST 検索センターの管理ノードに最新の構成を移動します。
|
バックアップと復元: Fast search Server 2010 for sharepoint 配布用の復元スクリプトを実行するには、SharePoint 管理コンソールの FAST Search Server 2010 を使用します。 スクリプトを実行した後、本体と共に読み込まれたすべてのコマンドレットは廃止されます。 |
スクリプトのバグのため、FAST Search Server 2010 for SharePoint は、関連付けられている PowerShell スナップインをアンロードします。 これは、PowerShell プロンプトで次のコマンドを実行すると改善されることがあります。 PS C:\ > PsSnapin のを検索します。 |
フロントエンドの検索: MOSS 検索サイトからエラーが返されます。 検索要求で検索サービスに接続できませんでした。 samworker プロセスを再起動した直後に検索が実行された場合。 この問題は、同じ従業員を再起動した後、MOSS フロントエンドからの最初の要求についてのみ表示されます。 2番目の要求とそれ以降の要求は正常に動作します。 |
Samworker を再起動した後、MOSS 検索サイトに2つの要求を行います。 検索結果を確認し、2番目の要求でエラーが表示されないことを確認します。 |
プロモーション & の降格: バックスラッシュを含む URL を使用してプロモーションと降格を追加すると、プロモーション/降格を適用したクエリは失敗します。 |
プロモーション/降格クエリ処理ロジックで、バックスラッシュ文字が正しくエスケープされない。 この問題は、コンテンツ (file://myserver/mypath など) をフィードするときに、既定のコネクタで適切な Url が使用されるため、実際に発生することはまれです。 回避策として、バックスラッシュをスラッシュで置き換えることをお勧めします。 たとえば、"\\myserver\mypath" を "//myserver/mypath" に変更します。 |
スキーマ管理: Float または Boolean 型の管理プロパティで RefinementEnabled 設定を有効にしても、期待どおりに動作しません。 これらの種類の管理プロパティには絞り込み条件が表示されません。 |
回避策は次のとおりです。 ブール値ではなく、Float と String の代わりに Decimal を使用します。 これは、次のことを意味します。
|
ページの先頭へ