Microsoft Search Server 2010 a Microsoft FAST Search Server 2010 známé problémy/Readme

Požadavky na hardware a software pro Microsoft Search Server 2010:

Tento obsah se nachází na TechNetu

Požadavky na hardware a software

Zjišťování jazyka SharePointu

V podnikovém vyhledávání je funkce pro detekci jazyka, pro kterou potřebujeme poskytovat autorská práva.

ICU License – ICU 1.8.1 a novější

Původní licence SSLeay

Licence na LIBXML2

Možnosti správy

Po změně úrovně výkonu vyhledávací služby prostřednictvím PowerShellu se v protokolech mohou zobrazit některé příkazy Assert "RobotThread TID {číslo}".

Službu vyhledávání v jednotlivých seznamech ve farmě recyklujte tak, že zadáte následující dva příkazy na příkazovém řádku s vyššími oprávněními:

NET STOP osearch14

NET Start osearch14

Automatické rozpoznávání jazyka je ve výchozím nastavení zapnuté po beta2 upgradu:

Ve výchozím nastavení vyhledávací web odvodí jazyk dokumentů při procházení za účelem výběru pravého tokenizers (případně také. wordbreakers).

Někteří zákazníci mohou tyto možnosti vypnout záměrně a chtít, aby zůstaly vypnuté (pro napodobení chování 2007 vyhledávacího serveru). Verze RTM vypíná systém pro odvozování jazyka ve výchozím nastavení při upgradu z beta2.

Vypněte automatické rozpoznávání jazyka nebo restartujte službu vyhledávání podle potřeby (viz níže). Vypnutím zjišťování zastavíte načítání některých dokumentů, především souborů HTML, MSG a txt.

Pokud chcete vypnout rozpoznávání jazyka, nastavte následující hodnotu na 0.

EnableLanguageDetection

EnableLanguageDetectionPerChunk

v registru ke ke:

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

Po provedení této služby je třeba restartovat službu, například pomocí následujících příkazů:

NET STOP osearch14

NET Start osearch14

Nezapomeňte nastavit jazyk serveru Index Server na požadovaný jazyk pro většinu souborů HTML, MSG a txt.

Po vypnutí těchto kláves nebudou filtrování na jazyku v rozšířeném hledání pro tyto soubory fungovat.

Setup

Konfigurace serveru FAST Search Server nefunguje v italském Win2k8 SP2 x64:

Konfigurace příspěvku se nepovede s touto chybou:

Exception-: Exception-Microsoft. SharePoint. Search. extend. Installer. Mahasen. Common. Exception. DeploymentException: Chyba ověřování XML: L'attributo ' modifiedTime ' neč 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" neč. valore XsdDateTime valido.
v Microsoft. SharePoint. Search. extend. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (řetězec deploymentXML)

Přeloženo do angličtiny
: Exception-: Exception-Microsoft. SharePoint. Search. extend. Installer. Mahasen. Common. Exception. DeploymentException: Chyba ověření XML: atribut ' modifiedTime ' je neplatný. Hodnota ' 2010-04-16T14.35,48 Z ' je neplatná pro datový typ "http://www.w3.org" – řetězec "2010-04-16T 14.35.48 Z" XsdDateTime není platná hodnota.
v Microsoft. SharePoint. Search. extend. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (String deploymentXML)

Nejlepším řešením je nainstalovat Win2k8 R2 místo Win2k8 SP2

Alternativním řešením je odstranění souboru: C:\FASTSearch\etc\deployment.xsd.

Pokud tento soubor nebyl nalezen, ověření schématu se neuskuteční.

Nastavení centra pro rychlé vyhledávání:

Nahrazení výchozího certifikátu FASTSearch novým certifikátem pomocí poskytnutého skriptu: ReplaceDefaultCertificate. ps1 v japonském operačním systému selže.

Alternativní řešení:

1. Vytvořte záložní kopii souboru.

2. Nahraďte nesprávnou hodnotu-EQ novým "-EQ" a ušetřete.

Poznámka: v provozních prostředích se nedoporučuje, protože změna tohoto souboru se projeví v budoucnu. Oprava nemůže být nahrazena později.

Indexování

Odstranění kolekce obsahu není operace odolná proti chybám. Pokud se operace v uzlu indexování zálohování nezdaří, operace nebude v hlavním uzlu indexování vrácena. Výsledek bude mít za následek ztrátu synchronizace hlavního a záložního uzlu indexování.

Pokud selže záložní indexový uzel během odstraňování kolekce obsahu, musí být ručně synchronizován.

Indexování

Restartování uzlu indexování po nečistém vypnutí může proces vypadat po delší dobu, když budete muset znovu vytvářet struktury dat. V závislosti na velikosti indexu mohou opětovné sestavování datových struktur trvat i hodinu.

V protokolových uzlech uzlu indexování se zobrazí průběh. K události předchází protokolová zpráva. Stav uzlu indexování lze také načíst pomocí nástroje příkazového řádku indexerinfo. Při opětovném vytváření datových struktur neukončí proces.

Indexování

Protokolovací zprávy:

• Upozornění Nezdařilo se výstup filtru

• ODOLN Nelze spustit přijímač souboru: Neshoda velikosti podpisu.

• ODOLN Nelze aktualizovat soubor.

zobrazí se v záložních uzlech indexování.

Tyto zprávy protokolu mohou být v záložních uzlech indexování bezpečně ignorovány.

Indexování

Neindexovaný dokument můžou při krmení dokumentů aktualizovat schéma indexu.

Pozastavte během aktualizace schématu, abyste měli jistotu, že se změna schématu rozšířila do uzlů zpracování dokumentů i do uzlů indexování.

Indexování

V hlavním uzlu indexování se neověřuje, že jsou k dispozici dostatečné volné místo na disku.

Před odesláním dat do záložních uzlů pro indexování ověří hlavní uzel indexování, že je na něm dostatek místa na disku pro dokončení přenosu. Je-li přenos dat velký, je možné, že je místo na disku v záložním uzlu zálohování v průběhu přenosu dat vyplněno externími událostmi. To bude mít za následek ztrátu synchronizace mezi hlavními a záložními uzly.

Zajistěte, aby uzly indexování zálohy měly alespoň tolik místa na disku jako hlavní indexování.

Indexování

Odstranění kolekce obsahu není operace odolná proti chybám. Pokud se operace v uzlu indexování zálohování nezdaří, operace nebude v hlavním uzlu indexování vrácena. Výsledek bude mít za následek ztrátu synchronizace hlavního a záložního uzlu indexování.

Pokud selže záložní indexový uzel během odstraňování kolekce obsahu, musí být ručně synchronizován.

Kontroler:

Pokud není konfigurační server dostupný, jsou uzly vyhledávání zpožděné.

Vyhledávací uzly se při inicializaci pokusí připojit k konfiguračnímu serveru. Dojde k několika pokusům o připojení a v případě toho, že se protokol vyhledávání vydává za určitou dobu, se v případě, že se pokusí o připojení, bude na to výrazně prodloužit.

Spusťte konfigurační server a restartujte vyhledávací uzel.

Podávání

JDBC Connector nefunguje s nastavením pro výstup nastavení konfigurace – >OperationMode v souboru jdbctemplate. XML, který chcete aktualizovat. Režim operace aktualizace je určený pro aktualizaci podmnožiny atributu jenom u existujících položek, známé také jako částečné aktualizace.

Nepoužívejte aktualizaci režimu operací. Při přírůstkových procházeních by měl být vždy použit příkaz Add Mode. Procházení obsahu pomocí režimu operací Add vyžaduje, aby byly v JDBCSQL vybrány všechny atributy položky.

Význam

Pokud z nějakého důvodu ztratí modul Web Analytics kontakt se svými pracovními procesy, může se zpracování zastavit a automaticky se nerestartuje. Obvykle se to může stát, když se počítač restartuje nebo je síť nestabilní. Prohlížeč událostí a protokoly systému FS14 pak budou obsahovat protokolovou zprávu podobnou této:

[2009-12-13 17:15:03] Chyba: webanalyzer@HOSTNAME: systemmsg: zpracování se nezdařilo v souboru pravidel "wapartialupdate" pro zobrazení "výchozí", bude zobrazení nastaveno ve stavu Zastaveno.

Pomocí příkazu waadmin enqueueview obnovte anchortext a zpracování propojení. Pokud jste vytvořili další zobrazení služby Web Analytics, může se stát, že tato zobrazení budou muset být znovu naplánována spuštěním waadmin enqueuview-n<viewName>.

Význam

Waadmin drop_intra možnost je zapnutá, aby se zahodit odkazy na vnitřní web, ale zdá se, že neovlivňuje analýzu propojení služby Web Analytics.

Tato možnost funguje jenom v případě, že zdrojem dat je webový prohledávací modul FAST Search. Pokud je zdrojem dat konektor FAST Search, nemá to žádný vliv.

Význam

V prohlížeči událostí nebo v protokolech systému FS14 se zobrazí následující zpráva protokolu a v modulu pro čtení dat v protokolu Klikni:

[2010-01-16:00:10.333] Upozornění systemmsg Asyncore

funkce zpětného volání způsobila výjimku: <Class. Error ' >:

(10054, ' Reset obnovil (a))

[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 | Ovladač | 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. py | init_filesystem | 171] [async_remote. py | run_remote_commands | 325]
[async_remote. py | run_ticks | 423]
[async_remote. py | profile_callback | 386]
[fdmmaster. py | process_from_remote | 823]
[fdmmaster. py | Shutdown | 540
] [utils. py | ukončení | 581] [<řetězec>| Shutdown | 1]

Restartujte server pro nctrl restartováním sprel. Běží na stejném počítači jako Server Web Analytics (webanalyze).

Hledání na back-end:

Číselné dotazy s plovoucí desetinnou čárkou ve vlastnosti text mohou vracet nepravdivé přístupy.

Může se to stát pro procházené vlastnosti nebo spravované vlastnosti textu datového typu.

Přesné shody čísel s plovoucí desetinnou čárkou získáte pomocí spravované vlastnosti typu float nebo Decimal.

Hledání na back-end:

Přidání mnoha spravovaných vlastností do schématu v čase by mohlo způsobit vysoké využití paměti v procesu fixmlindex. exe.

Tento postup vyřešíte tak, že znovu nainstalujete rychlé vyhledávání a aplikujete změny schématu na jednom řádku nebo se řiďte tímto postupem:

1. Před zahájením krmení provádějte všechny aktualizace schématu.

2. Zastavte FASTSearchService

3. Odebrání souboru

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

5. Spusťte FASTSearchService

6. Spusťte informační kanál.

Hledání na back-end:

Nekvalitní řazení dotazů pomocí termínů ve většině dokumentů

K tomu může dojít i na instalacích s malým množstvím dokumentů.

Chování funkce rychlého vyhledávání je ve výchozím nastavení nakonfigurováno tak, že provádí poměry výkonu, aby byl zajištěn dobrý výkon při vyhledávání v rozsáhlých dokumentech.

Kompromisy snižují množství potřebných dat pro čtení a zpracování v back-end systému. Chybu je však, že je možné vrátit a obdržet více podstatných dokumentů, jako je třeba přesnost.

Kompromisy jsou prováděny bez ohledu na počet dokumentů na uzlu. To je v některých případech: výhodou, která může začít s optimalizací pořadí, i když provádíte počáteční krmení, a chování řazení se nemění v závislosti na počtu dokumentů.

V určitých případech použití by ale mohlo dojít k dosažení nejlepšího chování při řazení, obzvláště v malém systému.

Chcete-li snížit účinek tohoto poměru výkonu, můžete zvýšit hodnoty StopWordThreshold a PositionStopWordThreshold v profilu řazení, jak je vysvětleno v dokumentaci k funkci optimalizovat výsledky hledání.

Hledání na back-end:

Změna typu spravované vlastnosti z jednoho číselného typu na jiný může způsobit různé problémy:

V některých případech se může stát, že se indexování nehodí. K tomu může dojít při použití příkazu indexeradmin ResetIndex nebo v případě náhlého restartování systému.

V ostatních případech může být již nepoužitý obsah, který by mohl být špatně indexován, aby dotazování pomocí známých číselných hodnot nevrátilo žádné výsledky ani nedošlo k nesprávnému nastavení dokumentů.

Související problém je, že odstraněním a opětovným vytvořením spravované vlastnosti pomocí stejného názvu a nezměněných typů se bude obsah této spravované vlastnosti zobrazovat ve front-end vyhledávání pro všechny dokumenty. Nemusí se vždy jednat o očekávaný efekt.

Po změně datového typu spravované vlastnosti znovu zajistěte, aby byl obsah indexován správně.

Hledání na back-end:

Při použití rychlé aplikace Lotus Notes Connector funkce Get-FASTSearchSecurityUserSecurityFilter nevrací žádné informace

Zvětšete maxStringContentLength z 65536 na 655360 a změň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

Hledání na back-end:

FASTSearchSecurityConfigurationStatus comandlet nefunguje. Ve%FASTSEARCH%\bin\Microsoft.SharePoint. je výchozí port chybný.
Search. extend. Security. work. PowerShell.
Commands. dll. config.

Otevřete%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
Rozšířený. Security. work. PowerShell. Commands. dll. config a upravte hodnotu base_port z 13000 na 13001.

Hledání na back-end:

Nesouhlasí identifikátor řádku vyhledávacích uzlů a indexů indexování nasazených na stejném hostiteli.

Identifikátory řádků vyhledávacích uzlů jsou dynamicky přiřazovány, zatímco identifikátory řádků indexování se určují během instalace.

Zálohování a obnovení:

Hledání není k dispozici po obnovení konfigurace služby FAST Search Center do jiné instalační složky.

Oprava cest, které už nejsou v%FASTSEARCH%\components\sam\admin\adminTransaction.log. platné

Tento problém můžete vyřešit podle těchto kroků v uzlu pro správu centra FAST Search.

1. Ukončete proces samadmin spuštěním nctrl zastavení samadmin

1. Upravte všechny cesty k souborům v%FASTSEARCH%\components\sam\admin\adminTransaction.log se správnými cestami, například pokud jste původně instalovali centrum FAST Search na C:\FASTSearch\ a obnovili rychlé Centrum vyhledávání na E:\FASTSearch pak následující položku v Váš adminTransaction. log:

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

třeba změnit na:

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

1. Spusťte proces správce Sam spuštěním nctrl Start samadmin

Zálohování a obnovení:

Po obnovení uzlu pro správu centra FAST Search se nezobrazuje vyhledávací uzel, ale neobnovuje se uzel dotazů centra FAST Search.

Přesuňte nejnovější konfiguraci z uzlu dotazů FAST Search Center do uzlu pro správu centra FAST Search pomocí:

1. Ukončete proces samadmin spuštěním nctrl zastavení samadmin

1. Zkopírování všech souborů na uzlu dotazu centrum FAST Search pod%FASTSEARCH%\components\sam\worker do uzlu pro správu centra FAST Search v části%FASTSEARCH%\components\sam\admin

1. Spusťte proces samadmin spuštěním nctrl Start samadmin

Zálohování a obnovení:

V konzoli pro správu služby FAST Search Server 2010 pro SharePoint se spouští funkce obnovit skript v aplikaci FAST Search Server 2010 pro SharePoint. Po spuštění skriptů se odešlou všechny rutiny načtené v konzole.

V důsledku chyby ve skriptu aplikace FAST Search 2010 pro SharePoint odnačte přidružený modul snap-in PowerShell. Tento problém lze vyřešit provedením následujícího příkazu v příkazovém řádku prostředí PowerShell:

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

Prohledat:

MOSS vyhledávací web vrátí chybu:

Požadavek hledání se nemůže připojit k vyhledávací službě.

Když se provádí hledání hned po restartování procesu samworker. Tento problém se zobrazuje jenom při prvním požadavku v rámci před restartováním samworker. Druhý požadavek a všechny další žádosti fungují.

Po restartování samworker udělejte na webu souborů MOSS dvě žádosti. Zajistěte, aby vyhledávání fungovalo kontrolou výsledku a ověřením druhé žádosti.

& snížení úrovně propagace:

Při přidávání promoakce/snížení úrovně s adresou URL, která obsahuje zpětné lomítko, dotazy s nepoužitou promoakcí nebo snížením úrovně.

Logika zpracování dotazu na promoakci nebo snížení úrovně nemá správný únik znaků zpětných lomítek.

Tento problém by měl být v praxi zřídka, protože v případě obsahu krmení (například file://myserver/mypath) používá konektor out-on-box správné adresy URL.

Doporučeným řešením je nahradit obrácené lomítko lomítkem.

Třeba změnit "\\myserver\mypath" na "//MyServer/myPath".

Správa schématu:

Povolení nastavení RefinementEnabled u spravované vlastnosti typu float nebo Boolean nefunguje podle očekávání. Pro spravované vlastnosti těchto typů se nezobrazují žádná zpřesnění.

Alternativní řešení:

Místo booleovské hodnoty používejte místo typu float hodnotu Decimal. To znamená, že:

1. ManagedProperty musí mít jako typ float hodnotu = Decimal a místo typu Boolean řetězec = String.

2. Zdroj obsahu (například seznam služby SharePoint) musí místo logického místo typu float používat desetinnou čárku namísto argumentu Boolean.