Microsoft Search Server 2010 és Microsoft FAST Search Server 2010 ismert problémák/fontos fájl

A Microsoft Search Server 2010 hardveres és szoftveres követelményei:

Ez a tartalom a TechNet webhelyen található

Hardveres és szoftveres követelmények

A SharePoint keresési nyelvének felismerése

A vállalati verziós keresés nyelvi észlelési funkcióval rendelkezik, amelyhez szerzői jogot kell adni.

ICU licenc – ICU 1.8.1 vagy újabb verzió

Eredeti SSLeay licenc

LIBXML2 licenc

Kezelhetőség

Miután módosította a keresési szolgáltatás teljesítményi szintjét a PowerShellen keresztül, bizonyos állítási utasítások "az" RobotThread "a {NUM} nem kapott Perf obj" hibaüzenet jelenhet meg a naplókban.

A farm egyes területein a keresési szolgáltatás újrahasznosításához az alábbi két parancsot kell beírnia egy magasabb szintű kérdésre:

net stop osearch14

net start osearch14

A Beta2 frissítése után az automatikus nyelvfelismerés alapértelmezés szerint be van kapcsolva:

Alapértelmezés szerint a keresőmotor kikövetkezteti a dokumentumok nyelvét a bejárás közben a megfelelő tokenizers (más néven) kiválasztásához. wordbreakers).

Előfordulhat, hogy egyes ügyfelek szándékosan kikapcsolták ezeket, és szeretnék kikapcsolni (a Search Server 2007 viselkedését utánozva). Az RTM-kiadás alapértelmezés szerint a Beta2-ról való frissítéskor bekapcsolja a nyelvi kiírási rendszer rendszerét.

Kapcsolja ki az automatikus nyelvfelismerés beállítást, vagy szükség szerint indítsa újra a keresési szolgáltatást (lásd alább). Az észlelés kikapcsolásakor bizonyos esetekben megszűnnek a beolvasott dokumentumok, különösen a HTML-, az msg-és a txt-fájlok.

A nyelvfelismerés kikapcsolásához állítsa a következőket 0-ra

EnableLanguageDetection

EnableLanguageDetectionPerChunk

a beállításjegyzéken belül:

HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \
14.0 \ Search\Global\Gathering-kezelő

Ezt követően a keresési szolgáltatást újra kell indítani, például az alábbi parancsok használatával:

net stop osearch14

net start osearch14

Ügyeljen arra, hogy a tárgymutató-kiszolgáló nyelvét a legtöbb HTML-, msg-és txt-fájl esetében a leggyakrabban használt nyelvre állítsa.

Miután kikapcsolta ezeket a billentyűket, az Irányított keresés nyelvének szűrése nem fog működni ezekhez a fájlokhoz.

Telepítő

A FAST Search Server konfigurációja nem működik az olasz Win2k8 SP2 x64-es verziójában:

A beállítási konfiguráció bejegyzése nem működik ezzel a hibával:

Exception-: Exception-Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. Exception. DeploymentException: XML érvényesítési hiba: L'attributo "modifiedTime" nem è Valido. Il valore ' 2010-04-16T 14.35.48 Z ' not è Valido per Il tipo di dati "http://www.w3.org"-La stringa "2010-04-16T 14.35.48 Z" nem è un XsdDateTime Valido.
a Microsoft. SharePoint. Search. Extended. Installer. Mahasen. comm. SystemModel. SearchInstallation.. ctor (string deploymentXML)

Angol fordítással:
Exception-: Exception-Microsoft. SharePoint. Search. Extended. Installer. Mahasen. comm. Exception. DEPLOYMENTEXCEPTION: XML érvényesítési hiba: a "modifiedTime" attribútum érvénytelen. A ' 2010-04-16T14.35,48 Z ' érték érvénytelen az "http://www.w3.org" adattípushoz – a "2010-04 – 16T 14.35.48 Z" XsdDateTime nem érvényes érték.
a Microsoft. SharePoint. Search. Extended. Installer. Mahasen. comm. SystemModel. SearchInstallation... ctor (string deploymentXML)

A legjobb megoldás az, ha az Win2k8 SP2 helyett a Win2k8 R2 telepítését szeretné telepíteni

Alternatív kerülő megoldásként törölje a következő fájlt: C:\FASTSearch\etc\deployment.xsd.

Ha a fájl nem található, a séma-ellenőrzés nem fog megjelenni.

A FAST Search Center beállítása:

Az alapértelmezett FASTSearch-tanúsítvány lecserélése egy új tanúsítványra a megadott parancsfájl segítségével: a ReplaceDefaultCertificate. ps1 nem működik japán operációs rendszeren.

Megoldás:

1. Készítsen biztonsági másolatot a fájlról.

2. Cserélje le a hibás "-EQ" kifejezést egy új "-EQ" értékre, és mentse a mentést.

Megjegyzés: a termelési környezetekben nem javasolt a fájl módosítása a jövőbeli javítással. Később nem lehet lecserélni egy javítással.

Indexelő

A webhelycsoport törlése nem hibatűrő művelet. Ha a művelet nem hajtható végre a biztonsági másolat indexelési csomópontján, a művelet nem fog visszakerülni a mesteralakzat indexelési csomópontjára. Az eredmény az lehet, hogy a mesteralakzat és a biztonsági másolat indexelési csomópontja elveszíti a szinkronizálást.

Ha a biztonságimásolat-indexelési csomópont nem működik a tartalom-gyűjtemény törlésekor, akkor manuálisan kell szinkronizálnia.

Indexelő

Az indexelési csomópont újraindítása egy tisztítatlan leállás után úgy tűnhet, hogy a folyamat hosszabb ideig lefagy, miközben az adatstruktúrák újjáépítése folyamatban van. Az index méretétől függően az adatstruktúrák újjáépítése órákat vehet igénybe.

A folyamatjelző az indexelő csomópont naplófájljaiban jelenik meg. Az eseményt megelőzi a napló üzenet-újraépítési dokumentum indexe. Előfordulhat, hogy az indexelő csomópont állapota a parancssori eszköz indexerinfo is beolvashatók. Ne ölj meg a folyamatot, miközben az adatszerkezetek újraépülnek.

Indexelő

A naplóüzenetek:

• Figyelmeztetés Sikertelen a kimenet szűrése,

• HIBA Nem sikerült elindítani a fájl címzettjét: az aláírás mérete nem egyezik!

• HIBA Nem sikerült a fájl frissítése

megjelenik a biztonsági másolat indexelési csomópontjain.

Előfordulhat, hogy ezek a naplóüzenetek nem hagyhatók figyelmen kívül a biztonsági másolat indexelési csomópontjain.

Indexelő

A nem indexelt dokumentumok a dokumentumok etetése közben frissíthetők a tárgymutató-sémából.

A séma frissítése során felfüggesztheti az etetést, és gondoskodhat arról, hogy a séma módosítása a dokumentum-feldolgozási csomópontokra és az indexelő csomópontokra a folytatás előtt átterjedt.

Indexelő

A fő indexelési csomópont nem ellenőrzi, hogy a biztonsági másolat indexelési csomópontjai elegendő szabad lemezterülettel rendelkeznek-e.

Mielőtt elküldi az adatoknak a biztonsági másolat indexelési csomópontjainak, a fő indexelési csomópont ellenőrzi, hogy elegendő szabad lemezterület áll-e rendelkezésre a biztonsági másolaton az átvitel befejezéséhez. Ha az átvitt adat nagy méretű, a biztonsági másolat indexelése csomóponton lévő lemezterületet külső események is kitölthetik az adatátvitel ideje alatt. Ez a művelet a szinkronizálást elvesztett fő-és biztonságimásolat-csomópontokra fog vezetni.

Győződjön meg arról, hogy a biztonsági másolat indexelési csomópontjai legalább annyi szabad lemezterületet kaptak, mint a fő indexelő csomópontok.

Indexelő

A webhelycsoport törlése nem hibatűrő művelet. Ha a művelet nem hajtható végre a biztonsági másolat indexelési csomópontján, a művelet nem fog visszakerülni a mesteralakzat indexelési csomópontjára. Az eredmény az lehet, hogy a mesteralakzat és a biztonsági másolat indexelési csomópontja elveszíti a szinkronizálást.

Ha a biztonságimásolat-indexelési csomópont nem működik a tartalom-gyűjtemény törlésekor, akkor manuálisan kell szinkronizálnia.

Keresési vezérlő:

Ha a konfig-kiszolgáló nem érhető el, a keresési csomópontok késleltetve jelennek meg.

A keresési csomópontok inicializálása során megkísérelnek csatlakozni a konfigurációs kiszolgálóhoz. Több csatlakozási kísérlet van folyamatban, és a naplóbejegyzések azt állítják, hogy a keresési vezérlő csak meghatározott ideig kísérli meg a csatlakozást, a ténylegesen várt időpontnál lényegesen hosszabb időt vesz igénybe.

Indítsa el a konfigurációs kiszolgálót, majd indítsa újra a keresési csomópontot.

Etetés

A JDBC >-összekötő nem használható a jdbctemplate. XML beállítás beállítási beállításával a OperationMode A frissítési üzemmód a meglévő elemek (más néven részleges frissítések) attribútum-részhalmazának frissítésére szolgál.

Ne használja a üzemmód-frissítést. A növekményes bejárások esetében mindig a műveleti mód bővítményt kell használni. Tartalom bejárása a műveleti mód hozzáadásával az összes elem attribútumát be kell jelölni a JDBCSQL.

Relevancia

Ha valamilyen okból kifolyólag a Web Analytics motor elveszti a kapcsolatát a munkavégző folyamataival, a feldolgozás leállítható, és nem indítható el automatikusan. Ez általában akkor fordulhat elő, ha egy gépet újra kell indítani, vagy a hálózat instabillá válik. Az Eseménynapló és a FS14-rendszernaplók ezután a következőhöz hasonló naplófájlt fognak tartalmazni:

[2009-12-13 17:15:03] Hiba: webanalyzer@HOSTNAME: systemmsg: a feldolgozás nem sikerült a Makefile "wapartialupdate" nézetben az "alapértelmezett" nézethez, a nézetet egy leállított állapotban fogja megadni.

A waadmin enqueueview parancs segítségével folytathatja a anchortext és a csatolást. Ha további webes elemzési nézeteket hoz létre, előfordulhat, hogy ezeket a nézeteket is újra kell ütemeznie, ha a waadmin enqueuview-n<viewname>t futtatja.

Relevancia

A waadmin beállítás be van kapcsolva, hogy a webhelyre mutató hivatkozásokat eldobják, de úgy tűnik, hogy a Web Analytics-hivatkozás elemzése nem befolyásolja a drop_intra.

Ez a beállítás csak akkor működik, ha az adatforrás a FAST Search webbejáró. Nincs befolyása, ha az adatforrás a FAST Search Connector.

Relevancia

A következő log-üzenet jelenik meg az eseménynaplóban vagy a FS14-rendszernaplókban, és a kattintásra motor leállt a feldolgozási folyamaton keresztüli adatnaplózási adatokkal:

[2010-01-16 04:00:10.333] Figyelmeztetés systemmsg Asyncore

a visszahívás függvény kivételt emelt: <class "socket. Error" >:

(10054; "Connection reset by 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 | Illesztőprogram | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\src\server\SPProcEngine.py | Scheduler | 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. | Setup | 519] [filesys. a | init_filesystem | 171] [async_remote. a | run_remote_commands | 325]
[async_remote. a | run_ticks | 423]
[async_remote.-es | profile_callback | 386
] [fdmmaster.-es | process_from_remote |
823] [fdmmaster.-es | Disconnect
| 540] [utils. | shutdown | 581] [<karakterlánc>| shutdown | 1]

Indítsa újra a kattintásra szervert a nctrl újraindítása sprel. Ugyanazon a gépen fut, mint a Web Analytics-kiszolgáló (webelemző).

Keresési backend:

A lebegőpontos lekérdezéseket a szöveges tulajdonságokban a rendszer hamis találatokat adhat vissza.

Előfordulhat, hogy ez a Bejárt tulajdonságok vagy az adattípus-szöveg felügyelt tulajdonságai esetén fordul elő.

Ha a lebegőpontos értékek pontos megfeleltetését kívánja megadni, használja az float vagy a decimális típusú felügyelt tulajdonságot.

Keresési backend:

Ha sok felügyelt tulajdonságot kíván hozzáadni a sémához, az idő múlásával a fixmlindex. exe folyamat nagy memória-használatot okozhat.

A megoldáshoz telepítse újra a FAST Searcht, és alkalmazza a séma módosításait egyetlen lépéssel, vagy kövesse az alábbi lépéseket:

1. Minden séma-frissítést végrehajthat, mielőtt elkezdi az etetést.

2. A FASTSearchService leállítása

3. A fájl eltávolítása

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

5. A FASTSearchService elindítása

6. Indítsa el a hírcsatornát.

Keresési backend:

Gyenge rangsor a legtöbb dokumentumban előforduló lekérdezésekkel.

Ez a funkció kis mennyiségű dokumentummal is megtörténhet.

A FAST Search rangsorolási viselkedése alapértelmezés szerint úgy van konfigurálva, hogy teljesítmény-kompromisszumokat hajtson végre nagy mennyiségű dokumentum esetén a jó keresési teljesítmény biztosítása érdekében.

A kompromisszum csökkenti, hogy mennyi adatot kell olvasni és feldolgozni a keresési backend segítségével. A hátránya azonban az, hogy további irreleváns dokumentumokat is visszaállíthat, és rangsorolhat a releváns dokumentumok között, azaz a pontosságot csökkenti.

A kompromisszum a csomóponton lévő dokumentumok számától függetlenül végezhető el. Ez bizonyos esetekben előnyt jelent majd az első etetés során, és a rangsorolási viselkedés nem változik meg az idő múlásával a dokumentumok számától függően.

Bizonyos használati esetekben azonban előfordulhat, hogy a lehető legjobb rangsorolási viselkedést szeretné megkapni, különösen egy kis rendszeren.

Ha csökkenteni szeretné a teljesítmény-kompromisszum hatásait, növelheti a StopWordThreshold és a PositionStopWordThreshold értékét a rangsorolási profilban, ahogy a FAST Search optimalizálási relevanciájának dokumentációja is részletezi.

Keresési backend:

A felügyelt tulajdonságok típusának módosítása az egyik numerikus típusról egy másikra, amely különböző problémákat okozhat:

Bizonyos esetekben előfordulhat, hogy a táplált dokumentumok törlődnek az indexelésből. Ez akkor fordulhat elő, ha a indexeradmin resetindex parancsot használja, vagy olyan esetekben, amikor a rendszer hirtelen újraindul.

Egyéb esetekben előfordulhat, hogy a már táplált tartalom nem megfelelően van indexelve, így az ismert numerikus értékek lekérdezése nem tartalmaz találatokat vagy találatokat a nem megfelelő dokumentumok esetében.

A kapcsolódó probléma az, hogy a felügyelt tulajdonságokat ugyanazzal a névvel, a nem változó típussal törölve és újból létrehozza, mert a felügyelt tulajdonság tartalma ismét láthatóvá válik az összes dokumentum keresési felületén. Lehet, hogy ez nem mindig a várt eredmény.

Miután módosította a felügyelt tulajdonság adattípusát, a tartalmat újra betáplálhatja, hogy a program megfelelően indexelje a tartalmat.

Keresési backend:

A FAST Lotus Notes összekötő használatakor a Get-FASTSearchSecurityUserSecurityFilter nem ad vissza semmilyen információt

Az 65536-ből 655360-ig terjedő maxStringContentLength növelése, valamint az 16384 és a 163840 közötti maxArrayLength módosítása a%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.-ban
Security. AdminService. exe. config és%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

Keresési backend:

A Get-FASTSearchSecurityConfigurationStatus comandlet nem működik. Az alapértelmezett port hibás a%FASTSEARCH%\bin\Microsoft.SharePoint.-ban
Search. Extended. Security. Work. PowerShell.
Commands. dll. config.

A%FASTSEARCH%\bin\Microsoft.SharePoint.Search. megnyitása
Extended. Security. Working. PowerShell. commands. dll. config és a 13000-től 13001-ig módosítsa a base_port értéket.

Keresési backend:

A sordefiníció nem egyezik az ugyanazon az állomáson telepített keresési csomópontok és indexelő csomópontok között.

A rendszer dinamikusan kiosztja a keresési csomópontok sordefiníció-azonosítóját, míg az indexelő csomópontok sorának sorainak azonosítóját a telepítés során határozzák meg.

Biztonsági mentés és visszaállítás:

A keresés nem érhető el, ha egy FAST Search Center-konfiguráció visszaállítása egy másik telepítési címtárba.

A már nem érvényes elérési utak kijavítása a%FASTSEARCH%\components\sam\admin\adminTransaction.log.-ban

A probléma megoldásához kövesse az alábbi lépéseket a FAST Search Center felügyeleti csomóponton:

1. A samadmin folyamat leállítása a nctrl leállítása samadmin

1. Az összes fájlelérési út szerkesztése a%FASTSEARCH%\components\sam\admin\adminTransaction.log-ban a helyes elérési utakkal, például ha a FAST Search Center eredetileg telepítette a Fast Search centert, C:\FASTSearch\ és visszaállította a FAST Search centert a E:\FASTSearch, majd a következő bejegyzés a 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

a következőre kell módosítani:

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. A Sam-rendszergazdai folyamat elindítása a nctrl Start samadmin végrehajtásával

Biztonsági mentés és visszaállítás:

A keresés nem működik a FAST Search Center felügyeleti csomópont visszaállítása után, a FAST Search Center lekérdezési csomópont (ok) visszaállítása azonban nem.

Helyezze át a legújabb konfigurációt a FAST Search Center Query csomópontról a FAST Search Center felügyeleti csomópontjára:

1. A samadmin folyamat leállítása a nctrl leállítása samadmin

1. Másoljon minden fájlt egy FAST Search Center Query csomópontra a%FASTSEARCH%\components\sam\worker a FAST Search Center felügyeleti csomópontra a%FASTSEARCH%\components\sam\admin csoportban.

1. A samadmin folyamat elindítása a nctrl Start samadmin

Biztonsági mentés és visszaállítás:

A FAST Search Server 2010-as verziójának visszaállítási parancsfájlját futtatom a SharePoint-disztribúcióban a Fast Search Server 2010 for SharePoint Management Console-ban. A parancsfájlok futtatása után megszűnt a konzollal betöltött összes parancsmag.

A parancsfájl hibája miatt a FAST Search Server 2010 for SharePoint kikapcsolja a hozzá tartozó PowerShell-beépülő modult. Ezt úgy teheti meg, hogy az alábbi parancsot futtatja a PowerShell parancssorába:

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

Keresés az előtérben:

A moha keresési webhelye a következő hibaüzenetet kapja:

A keresési kérés nem tudott csatlakozni a keresési szolgáltatáshoz.

Ha a keresés közvetlenül a samworker folyamat újraindítása után végezhető el. A probléma csak az első kérésen jelenik meg a moha eleje után, miután újraindította az samworker. A második kérés és a későbbi kérések munkavégzése.

A samworker újraindítása után két kérést tehet a moha keresési webhelyére. A keresés működésének biztosítása: az eredmény ellenőrzése és a második kérés ellenőrzése nem ad hibát.

Promóciók & lefokozás:

Ha egy fordított perjelet tartalmazó URL-címmel ad hozzá előléptetést vagy lefokozást, az adott előléptetéssel/lefokozással elvégezhető lekérdezések sikertelenek.

Az előléptetési/lefokozási lekérdezések feldolgozási logikája nem teszi meg megfelelően az Escape-karaktereket.

Ezt a problémát ritkán kell észlelni a gyakorlatban, mert a beépített összekötők a megfelelő URL-címeket használják a tartalmak etetése során (például file://myserver/mypath).

Javasolt kerülő megoldás, ha a fordított perjelet egy perjelre szeretné cserélni.

Például módosítsa a "\\myserver\mypath" szót a "//MyServer/MYPATH" értékre.

Séma kezelése:

A RefinementEnabled beállítás engedélyezése az úszó vagy logikai típusú felügyelt tulajdonságokban nem a várt módon működik. Az ilyen típusú felügyelt tulajdonságokat nem jeleníti meg finomítók.

Megoldás:

Az úszó helyett a decimális karakterláncot használja logikai érték helyett. Ez azt jelenti, hogy:

1. A ManagedProperty az = decimális helyett az = decimális karakterláncot kell írnia, és a = string karakterláncot kell megadni logikai érték helyett.

2. A tartalomforrás (például SharePoint-lista) helyett a decimális karakterláncot kell használnia a logikai érték helyett.