Microsoft Search Server 2010 a Microsoft FAST Search Server 2010 – známe problémy/ReadMe

Hardvérové a softvérové požiadavky pre Microsoft Search Server 2010:

Tento obsah sa nachádza na lokalite TechNet

Hardvérové a softvérové požiadavky

Zisťovanie jazyka vyhľadávania v SharePointe

Enterprise Search obsahuje funkciu zisťovania jazyka, pre ktorú musíme poskytnúť autorské práva.

Licencia na JIS – na JIS 1.8.1 a novší

Pôvodná licencia na SSLeay

LIBXML2 License

Ovládateľnosť

Po zmene úrovne výkonu pre vyhľadávaciu službu cez prostredie PowerShell sa v denníkoch v denníkoch môže zobraziť niekoľko tvrdení "RobotThread TID {NUM} neprijatý žiadny perf obj".

Recyklujte službu vyhľadávania v každom poli farmy zadaním týchto dvoch príkazov na zvýšenú výzvu:

net stop osearch14

net start osearch14

Automatické zisťovanie jazyka je predvolene zapnuté po inovácii na beta2:

Vyhľadávací nástroj na základe predvoleného nastavenia vyvodzuje jazyk dokumentov pri prehľadávaní, aby sa vybral správny tokenizers (aka. wordbreakers).

Niektorí zákazníci môžu tieto funkcie vypnúť zámerne a chcete, aby zostali vypnuté (Ak chcete napodobniť správanie vyhľadávacieho servera 2007). V vydaní RTM sa predvolene zapne systém inferencation Language (inovácia z beta2).

Vypnite automatické zisťovanie jazyka alebo reštartujte vyhľadávaciu službu podľa potreby (pozri nižšie). Vypnutím zisťovania zastavíte načítanie niektorých dokumentov, najmä súborov HTML, MSG a txt v niektorých prípadoch.

Ak chcete vypnúť zisťovanie jazyka, nastavte nasledujúce hodnoty na hodnotu 0.

EnableLanguageDetection

EnableLanguageDetectionPerChunk

v rámci databázy Registry ke:

HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office server \
14.0 \ Search\Global\Gathering Manager

Po vykonaní tohto postupu je potrebné reštartovať službu vyhľadávania, napríklad pomocou nasledujúcich príkazov:

net stop osearch14

net start osearch14

Uistite sa, že nastavíte jazyk indexu servera na jazyk, ktorý je najbežnejší pre väčšinu súborov HTML, MSG a txt.

Po vypnutí týchto klávesov bude filtrovanie v jazyku v rozšírenom vyhľadávaní fungovať ani pre tieto súbory.

Nastavenie

Konfigurácia rýchleho vyhľadávania servera zlyhá na talianskej Win2k8 SP2 x64:

Konfigurácia po inštalácii zlyhá s touto chybou:

Výnimka –: výnimka – Microsoft. SharePoint. Search. Extended. Installer. Mahasen. common. Exception. DeploymentException: Chyba overenia XML: L'attributo ' modifiedTime ' non è valido. Il Valore ' 2010-04-16T 14.35.48 Z ' ne è valido na Il Tipo di dati ' http://www.w3.org '-La stringa "2010-04-16T 14.35.48 Z" nie è OSN Valore XsdDateTime valido.
v Microsoft. SharePoint. Search. Extended. Installer. Mahasen. common. SystemModel. SearchInstallation.. ctor (reťazec deploymentXML)

Preložené do angličtiny
: výnimka –: výnimka – Microsoft. SharePoint. Search. Extended. Installer. Mahasen. common. Exception. DeploymentException: Chyba overenia XML: atribút ' modifiedTime ' je neplatný. Hodnota ' 2010-04-16T14.35,48 Z ' je neplatná pre typ údajov ' http://www.w3.org '-reťazec "2010-04-16T 14.35.48 Z" XsdDateTime nie je platná hodnota.
v Microsoft. SharePoint. Search. Extended. Installer. Mahasen. common. SystemModel. SearchInstallation.. ctor (reťazec deploymentXML)

Najlepšie riešenie je inštalácia Win2k8 R2 namiesto Win2k8 SP2

Alternatívnym riešením je odstrániť súbor: C:\FASTSearch\etc\deployment.xsd.

Ak sa tento súbor nenájde, overenie schémy sa neuskutoční.

Rýchle nastavenie centra vyhľadávania:

Nahradenie predvoleného certifikátu FASTSearch s novým certifikátom pomocou predpísaného skriptu: ReplaceDefaultCertificate. ps1 zlyhá v japonskom OS.

Alternatívne riešenie:

1. Vytvorte zálohu súboru.

2. Nahraďte nesprávne "-EQ" s novým "-EQ" a uložiť.

Poznámka: neodporúča sa vo výrobných prostrediach, pretože úprava tohto súboru preruší budúce opravy. Nie je možné ju nahradiť náplasťou neskôr.

Indexer

Odstránením kolekcie obsahu nie je operácia odolná voči chybám. Ak operácia zlyhá v uzle na indexovanie zálohovania, operácia sa v uzle hlavného indexovania nevráti. Výsledkom bude, že uzol indexovania predlohy a zálohovania stratí synchronizáciu.

Ak po odstránení kolekcie obsahu zlyhá uzol indexovania zálohovania, musí sa manuálne synchronizovať.

Indexer

Reštartovanie uzla indexovania po nečistom vypnutí sa proces môže zdať zmraziť dlhšiu dobu počas obnovy údajových štruktúr. V závislosti od veľkosti indexu prestavba údajových štruktúr môže trvať hodiny.

Priebeh sa zobrazí v súboroch denníkov uzla indexovania. Udalosť predchádza prestavba indexu dokumentu. Stav uzla na indexovanie sa môže načítať aj pomocou nástroja príkazového indexerinfo. Pri opätovnom zostavení údajových štruktúr nezabíjajte proces.

Indexer

Správy denníka:

• Upozornenie Výstup filtra zlyhal,

• CHYBA Nepodarilo sa spustiť prijímač súborov: nezhoda s veľkosťou podpisu.

• CHYBA Nepodarilo sa aktualizovať súbor

zobrazia sa v uzloch indexovania zálohovania.

Tieto správy denníka sa môžu bezpečne ignorovať v uzloch indexovania zálohovania.

Indexer

Neindexované dokumenty môžu byť výsledkom aktualizácie schémy indexu počas kŕmenia dokumentov.

Pozastaviť kŕmenie počas aktualizácie schémy a uistite sa, že zmena schémy sa rozšírila na uzly spracovania dokumentu aj na uzly indexovania pred obnovením.

Indexer

Uzol hlavného indexovania neoveruje, či záložné uzly indexovania majú dostatok voľného miesta na disku.

Pred odoslaním údajov do uzlov indexovania zálohovania hlavný uzol indexovania overí, či je na zálohovanie dostatok miesta na disku, aby sa prenos dokončil. Ak sú prenášané údaje veľké, miesto na disku v uzle indexovania zálohovania môže byť zaplnené externými udalosťami počas prenosu údajov. Povedie to k hlavným a záložným uzlom, ktoré stratia synchronizáciu.

Uistite sa, že uzly indexovania zálohovania majú aspoň toľko voľného miesta na disku ako hlavné uzly indexovania.

Indexer

Odstránením kolekcie obsahu nie je operácia odolná voči chybám. Ak operácia zlyhá v uzle na indexovanie zálohovania, operácia sa v uzle hlavného indexovania nevráti. Výsledkom bude, že uzol indexovania predlohy a zálohovania stratí synchronizáciu.

Ak po odstránení kolekcie obsahu zlyhá uzol indexovania zálohovania, musí sa manuálne synchronizovať.

Ovládač vyhľadávania:

Ak je konfiguračný server nedostupný, uzly vyhľadávania sa oneskoria pri spustení.

Uzly vyhľadávania sa pri inicializácii pokúšajú pripojiť k konfiguračnému serveru. Uskutočnilo sa niekoľko pokusov o pripojenie a pri správach denníka sa tvrdí, že sa ovládač vyhľadávania pokúsi pripojiť iba na určitý čas, čas, ktorý skutočne počká, je podstatne dlhší.

Spustite konfiguračný server a reštartujte vyhľadávací uzol.

Kŕmenie

JDBC spojnica nefunguje s nastavením konfigurácie – >OperationMode v súbore jdbctemplate. XML, ktorý sa má aktualizovať. Režim aktualizácie je určený na aktualizáciu podmnožiny atribútov iba v existujúcich položkách, ktoré sa označujú aj ako čiastočné aktualizácie.

Nepoužívajte aktualizáciu režimu prevádzky. Ak ide o prírastkové prehľadávania obsahu, mal by sa vždy použiť režim prevádzky. Prehľadávanie obsahu pomocou režimu operácie Add vyžaduje, aby boli všetky atribúty položiek vybraté v JDBCSQL.

Relevancie

Ak z nejakého dôvodu nástroj na analýzu služby Web Analytics stratí kontakt so svojimi pracovníkmi, spracovanie sa môže zastaviť a automaticky sa nereštartuje. Môže sa to stať, ak sa počítač reštartuje alebo je sieť nestabilná. Zobrazovač udalostí a denníky systému server FS14 budú potom obsahovať hlásenie denníka podobné tomuto:

[2009-12-13 17:15:03] Chyba: webanalyzer@HOSTNAME: systemmsg: spracovanie zlyhalo v súbore Makefile "wapartialupdate" pre zobrazenie "default" (predvolené), zobrazenie sa nastaví v stave zastavenia.

Pomocou príkazu waadmin enqueueview obnovíte anchortext a prepojiť spracovanie. Ak boli vytvorené ďalšie zobrazenia webovej analýzy, tieto zobrazenia sa tiež môžu opätovne naplánovať spustením waadmin enqueuview-n<ViewName>.

Relevancie

Waadmin možnosť drop_intra zapnutá na zahodenie prepojení v rámci lokality, ale nezdá sa, že ovplyvní analýzu prepojenia webovej analýzy.

Táto možnosť funguje len v prípade, že zdroj údajov je webový modul na prehľadávanie obsahu FAST Search. Ak je zdroj údajov RÝCHLYm vyhľadávacím konektorom, nemá žiadny vplyv.

Relevancie

Nasledujúca správa denníka sa pozoruje v Zobrazovači udalostí alebo v denníkoch systému server FS14 a mechanizmus klikni a spusti prestal spracúvať údaje v denníkoch kliknutím:

[2010-01-16 04:00:10.333] Upozornenie systemmsg Asyncore

callback funkcia vzniesla výnimku: <class "socket. Error" >:

(10054, ' resetovanie pripojenia podľa peer ')

[C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRelCore.py | Ovládač | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\src\server\SPProcEngine.py | Plánovač | 206]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPProcEngine.py | periodic_run_handler | 216] [C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPProcEngine.py | _startMakefile | 260] [C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | __init__ | 52]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | __init__ | 30]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | Go | 56]

[C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPRunner.py | run_cidcollapser | 72] [C:\d\cruise\builds\active\common\sharepointrelevance\
src\server\SPProcEngine.py | Setup | 431]

[fdmapi. py | Setup | 519] [FileSys., | init_filesystem | 171] [async_remote. py | run_remote_commands | 325]
[async_remote. py | run_ticks | 423]
[async_remote. fdmmaster | profile_callback | 386]
[. py | process_from_remote | 823]
[fdmmaster. Disconnect | odpojiť | 540]
[utils. py | vypnutie | 581] [<string>| vypnutie | 1]

Reštartujte server click-through s nctrl reštartu sprel. Beží na tom istom počítači ako server služby Web Analytics (Webanalyzer).

Backend vyhľadávania:

Čísla s pohyblivou desatinnou čiarkou vo vlastnosti text môžu vrátiť nepravdivé hity.

Môže sa to stať pre prehľadávané vlastnosti alebo spravované vlastnosti textu typ údajov.

Ak chcete presné priraďovanie číselných hodnôt s pohyblivou desatinnou čiarkou, použite spravovanú vlastnosť typu float alebo desatinné číslo.

Backend vyhľadávania:

Pridanie mnohých spravovaných vlastností k schéme v priebehu času môže viesť k vysokej spotrebe pamäte v procese fixmlindex. exe.

Ak chcete tento postup obísť, preinštalujte rýchle vyhľadávanie a použite zmeny schémy naraz, prípadne použite tento postup:

1. Pred začatím kŕmenia vykonajte všetky aktualizácie schém.

2. Zastavenie FASTSearchService

3. Odstránenie súboru

4. etc \ config_data \Schema\webcluster\summaryclasses.XML

5. Spustenie FASTSearchService

6. Začať informačný kanál.

Backend vyhľadávania:

Zlé poradie dotazov s výrazmi, ktoré sa vyskytujú vo väčšine dokumentov.

Môže sa to stať aj v prípade inštalácií s malým množstvom dokumentov.

Správanie na rebríčku rýchleho vyhľadávania je predvolene nakonfigurované na vykonanie kompromisov výkonu na zabezpečenie dobrého výkonu vyhľadávania pri veľkom množstve dokumentov.

Kompromis znižuje množstvo údajov, ktoré je potrebné prečítať a spracovať na backend vyhľadávania. Nevýhodou však je, že viac irelevantných dokumentov môže byť vrátených a zoradených nad relevantnými dokumentmi, t. j. presnosť je znížená.

Kompromis je vykonaný bez ohľadu na počet dokumentov v uzle. Je to v niektorých prípadoch výhoda, pretože jeden môže potom začať s vykonaním funkcie Rank tuning aj pri prvotnom kŕmení a správanie v rebríčku sa časom nezmení, aby sa v závislosti od počtu dokumentov nemenili.

V niektorých prípadoch použitia sa však môže stať, že budete chcieť najlepšie správanie v rebríčku, a to najmä v malom systéme.

Ak chcete znížiť účinok tohto kompromisu výkonu, môžete zvýšiť hodnoty StopWordThreshold a PositionStopWordThreshold v profile Rank, ako je to vysvetlené v dokumentácii na optimalizáciu relevantnosti pre rýchle vyhľadávanie.

Backend vyhľadávania:

Zmena typu spravovanej vlastnosti z jedného číselného typu na iný číselný typ môže spôsobovať rôzne problémy:

V niektorých prípadoch sa môžu dokumenty, ktoré sú kŕmené, zlikvidovať z indexovania. Môže sa to stať pri použití príkazu indexeradmin resetindex alebo v prípadoch, keď sa systém náhle reštartuje.

V ostatných prípadoch môže byť už obsah prikŕmeného textu indexovaný nesprávne, takže dotaz s použitím známych číselných hodnôt môže vrátiť žiadne výsledky ani hity nesprávnej množiny dokumentov.

Súvisiacim problémom je, že odstránenie a opätovné vytvorenie spravovanej vlastnosti s použitím rovnakého mena a nezmeneného typu spôsobí, že obsah pre danú spravovanú vlastnosť bude opäť viditeľný v rozhraní vyhľadávania pre všetky dokumenty. Nemusí to byť vždy očakávaný efekt.

Po zmene typu údajov spravovanej vlastnosti opätovne prekŕmite obsah, aby sa zaistila správna Indexácia obsahu.

Backend vyhľadávania:

Pri použití konektora FAST Lotus Notes funkcia Get-FASTSearchSecurityUserSecurityFilter nevracia žiadne informácie

Zvýšte maxStringContentLength z 65536 na 655360 a tiež zmeňte maxArrayLength z 16384 na 163840 v%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. AdminService. exe. config a%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

Backend vyhľadávania:

Funkcia Get-FASTSearchSecurityConfigurationStatus comandlet nefunguje. Predvolený port je v%FASTSEARCH%\bin\Microsoft.SharePoint. nesprávny
Search. Extended. Security. work. PowerShell.
Commands. dll. config.

Otvoriť%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
Extended. Security. work. PowerShell. commands. dll. config a upravte base_port hodnotu z 13000 na 13001.

Backend vyhľadávania:

Nezhoda identifikátorov riadkov medzi uzlami vyhľadávania a indexovanými uzlami nasadenými na tom istom hostiteľovi.

Identifikátory riadkov vyhľadávacích uzlov sa dynamicky priraďujú, zatiaľ čo v priebehu inštalácie sa rozhodovať o identifikátoroch riadkov indexových uzlov.

Zálohovanie a obnovenie:

Vyhľadávanie nie je k dispozícii po tom, ako sa obnoví obnovenie konfigurácie centra vyhľadávania do iného inštalačného adresára.

Riešenie ciest, ktoré už nie sú platné v%FASTSEARCH%\components\sam\admin\adminTransaction.log.

Ak chcete problém vyriešiť, postupujte podľa týchto krokov:

1. Zastavenie procesu samadmin vykonaním nctrl zastavenia samadmin

1. Upravte všetky cesty k súborom vo%FASTSEARCH%\components\sam\admin\adminTransaction.log so správnymi cestami, napríklad ak ste pôvodne nainštalovali rýchle centrum vyhľadávania na C:\FASTSearch\ a obnovené centrum rýchleho vyhľadávania na E:\FASTSearch potom nasledujúcu položku v Váš adminTransaction. log:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, LN1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml

bude potrebné zmeniť na:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, LN1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml

1. Spustenie procesu správcu Sam spustením nctrl spustiť samadmin

Zálohovanie a obnovenie:

Po obnovení uzla správcu rýchleho vyhľadávania nie je vyhľadávanie funkčné, ale neobnoví sa uzol (e) dotazu FAST Search Center.

Premiestnite najnovšiu konfiguráciu z uzla dotazu rýchleho centra vyhľadávania do uzla správcu FAST Search Center podľa:

1. Zastavenie procesu samadmin vykonaním nctrl zastavenia samadmin

1. Skopírujte všetky súbory v uzle dotazu rýchleho vyhľadávania v centre%FASTSEARCH%\components\sam\worker na uzol správcu rýchleho vyhľadávania v časti%FASTSEARCH%\components\sam\admin

1. Spustite proces samadmin vykonaním nctrl Štart samadmin

Zálohovanie a obnovenie:

Mám spustený skript obnovenia z FAST Search Server 2010 for SharePoint Distribution v FAST Search Server 2010 pre konzolu na správu služby SharePoint. Po spustení skriptov sa všetky rutiny typu CmdLet načítané spolu s konzolou odišli.

Z dôvodu chyby v skripte server FAST Search Server 2010 pre SharePoint uvoľní priradený doplnok prostredia PowerShell. Toto môže byť rekultiváciou vykonaním príkazu nižšie v riadku PowerShell:

PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell

Hľadanie na prednej strane:

Lokalita vyhľadávania MACHU vráti chybu:

Žiadosť o vyhľadávanie sa nemohla pripojiť k službe vyhľadávania.

keď sa vyhľadávanie vykoná hneď po reštartovaní procesu samworker. Problém sa zobrazuje len na prvej požiadavke prostredníctvom predného konca MACHU po reštartovaní samworker. Druhá žiadosť a všetky následné žiadosti fungujú.

Po reštartovaní samworker vykonajte dve požiadavky na lokalitu vyhľadávania MACHU. Skontrolujte, či vyhľadávanie funguje kontrolou výsledku a overením druhej požiadavky sa chyba nezobrazí.

Propagačné akcie & zníženie úrovne:

Pri pridávaní propagačnej akcie a zníženia úrovne s URL adresou, ktorá obsahuje opačnú lomku, sa dotazy s použitým povýšenie alebo zníženie úrovne zlyhali

Logika spracovania dotazov na podporu alebo zníženie úrovne nemusí správne uniknúť znakom opačnej lomky.

Tento problém sa vyskytuje len zriedka v praxi, pretože konektor out of box používa správne URL adresy pri kŕmení obsahu (napríklad file://myserver/mypath).

Odporúčaným riešením je nahradiť opačnú lomku namiesto lomky.

Napríklad zmeňte "\\myserver\mypath" na "//myserver/mypath".

Správa schém:

Povolenie nastavenia RefinementEnabled v spravovanej vlastnosti typu float alebo Boolovská hodnota nefunguje podľa očakávaní. Pre spravované vlastnosti týchto typov sa nezobrazujú žiadne rafinérie.

Alternatívne riešenie:

Namiesto boolovskej hodnoty použite desatinné číslo namiesto hodnoty float a String. Znamená to, že:

1. ManagedProperty musí mať typ = desatinné namiesto hodnoty float a type = string namiesto boolovskej hodnoty.

2. Zdroj obsahu (napríklad zoznam SharePointu) musí namiesto boolovskej hodnoty používať desatinné číslo namiesto hodnoty float a String.