Microsoft Search Server 2010 un Microsoft FAST Search Server 2010 zināmās problēmas/fails LasiMani

Microsoft Search Server 2010 aparatūras un programmatūras prasības:

Šis saturs atrodas TechNet

Aparatūras un programmatūras prasības

SharePoint meklēšanas valodas noteikšana

Uzņēmuma meklēšanai ir valodas atklāšanas līdzeklis, kas mums ir jānodrošina ar autortiesībām.

ICU licence — ICU 1.8.1 un jaunākas versijas

Oriģinālā SSLeay licence

LIBXML2 licence

Pārvaldāmība

Pēc tam, kad ir mainīts meklēšanas pakalpojuma veiktspējas līmenis, izmantojot PowerShell, tiek parādīti daži apliecinājuma paziņojumi "RobotThread TID {NUM}, kas nav saņemts no perf obj".

Atdodiet meklēšanas pakalpojumu katrā fermas lodziņā, ievadot šīs divas komandas paaugstinātā uzvednē:

net stop osearch14

Net Start osearch14

Automātiskā valodas noteikšana pēc noklusējuma ir ieslēgta pēc Beta2 jaunināšanas:

Pēc noklusējuma meklēšanas dzinējs izsecina dokumentu valodu pārmeklēšanas laikā, lai atlasītu pareizo tokenizers (aka. wordbreakers).

Daži klienti, iespējams, ir izslēguši šos vienumus tīšām un vēlas, lai tie paliktu izslēgti (lai imitētu meklēšanas servera 2007 darbību). RTM laidiens pēc noklusējuma ieslēdz valodas uzlabojumu sistēmas jaunināšanu no Beta2.

Izslēdziet automātisko valodas noteikšanu vai pēc vajadzības restartējiet meklēšanas pakalpojumu (skatiet tālāk). Izslēdzot noteikšanu, dažiem gadījumiem tiks apturēti daži dokumenti, kas tiek izgūti, jo īpaši HTML, MSG un txt faili.

Lai izslēgtu valodas noteikšanu, iestatiet tālāk norādīto vērtību 0.

EnableLanguageDetection

EnableLanguageDetectionPerChunk

reģistra KE:

HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \
14,0 \ Search\Global\Gathering Manager

Pēc tam ir jārestartē meklēšanas pakalpojums, piemēram, izmantojot šādas komandas:

net stop osearch14

Net Start osearch14

Noteikti iestatiet indeksa servera valodu lielākajai daļai HTML, MSG un txt failu.

Pēc šo taustiņu izslēgšanas šo failu filtrēšana, izmantojot papildu meklēšanas valodu, nedarbosies.

Iestatīšana

Ātrā meklēšanas servera konfigurācija nelīdz ar itāļu Win2k8 SP2 x64:

Izlikšanas iestatīšanas konfigurācija neizdevās ar šādu kļūdu:

Izņēmums: Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. Exception. DeploymentException: XML validācijas kļūda: L'attributo "modifiedTime" nav č Valido. Il valore "2010-04-16T 14.35.48 Z" non č Valido per il tipo di dati "http://www.w3.org"-La stringa "2010-04-16T 14.35.48 Z" non č un valore XsdDateTime Valido.
pakalpojumā Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (string deploymentXML)

Tulkots angļu valodā
: Exception-: Exception-Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. DEPLOYMENTEXCEPTION. XML validācijas kļūda: atribūts "modifiedTime" ir nederīgs. Vērtība "2010-04-16T14.35,48 Z" nav derīga datu tipam ' http://www.w3.org '-virknei "2010-04-16T 14.35.48 Z" XsdDateTime nav derīga vērtība.
pakalpojumā Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (string deploymentXML)

Labākais risinājums ir instalēt Win2k8 R2, nevis Win2k8 SP2

Alternatīvais risinājums ir izdzēst failu: C:\FASTSearch\etc\deployment.xsd.

Ja šis fails nav atrasts, shēmas validācija netiks veikta.

Ātrā meklēšanas centra iestatīšana:

Noklusējuma FASTSearch sertifikāta aizstāšana ar jaunu sertifikātu, izmantojot norādīto skriptu: ReplaceDefaultCertificate. ps1 neveicās japāņu OS.

Risinājums.

1. Faila dublējumkopijas izveide.

2. Aizstājiet nepareizo "-EQ" ar jaunu "-EQ" un saglabājiet.

Piezīme: ražošanas vidē nav ieteicams mainīt šo failu pārtraukumus nākotnē. To nevar aizstāt ar ielāpu vēlāk.

Indeksētāja

Satura kolekcijas dzēšana nav darbība ar kļūmēm. Ja dublējuma indeksēšanas mezglā darbība nedarbojas, darbība netiks atgriezta šablona indeksēšanas mezglā. Rezultāts būs tas, ka šablona un dublējuma indeksēšanas mezgls zaudē sinhronizāciju.

Ja satura kolekcijas dzēšanas laikā neizdevās dublējuma indeksēšanas mezglu, tas ir manuāli jāsinhronizē.

Indeksētāja

Atjaunojot indeksēšanas mezglu pēc tīrās beidzēšanas, process var tikt parādīts ilgāku laiku, kamēr tiek atjaunotas datu struktūras. Atkarībā no indeksa lieluma datu struktūru atkārtota izveide var aizņemt vairākas stundas.

Norise tiek rādīta indeksēšanas mezgla žurnālfailā. Pirms notikuma ir reģistrācijas ziņojuma atveides dokumentu indekss. Indeksēšanas mezgla stāvokli var izgūt arī, izmantojot komandrindas rīku indexerinfo. Nenogaliniet procesu, kamēr tiek veidotas datu struktūras.

Indeksētāja

Reģistrācijas ziņojumi:

• BRĪDINĀJUMS Filtra izvade neizdevās,

• KĻŪDAS Nevar startēt failu uztvērēju: paraksta lieluma neatbilstība!

• KĻŪDAS Nevarēja atjaunināt failu

tiek parādīti dublējumu indeksēšanas mezglos.

Šos žurnālfailus var droši ignorēt dublējuma indeksēšanas mezglos.

Indeksētāja

Dokumentu padevē var rasties neindeksēti dokumenti, kas rodas, atjauninot indeksu shēmu.

Apturēt barošanu shēmas atjaunināšanas laikā un pārliecinieties, vai shēmas izmaiņas ir pavairotas gan uz dokumentu apstrādes mezgliem, gan indeksēšanas mezgliem pirms atsākšanas.

Indeksētāja

Pamata indeksēšanas mezgls nepārbauda, vai dublējuma indeksēšanas mezgliem ir pietiekami daudz brīvas vietas diskā.

Pirms datu nosūtīšanas uz dublējuma indeksēšanas mezgliem, Master indeksēšanas mezgls pārbaudīs, vai dublējuma diskā ir pietiekami daudz vietas, lai pabeigtu pārsūtīšanu. Ja pārsūtītie dati ir lieli, diska vietu dublējuma indeksēšanas mezglā var aizpildīt ar ārējiem notikumiem datu pārsūtīšanas laikā. Tas novedīs pie šablona un dublējuma mezgliem, kas zaudēs sinhronizāciju.

Pārliecinieties, vai dublējuma indeksēšanas mezgliem ir vismaz tikpat daudz brīvas vietas diskā, kā šablona indeksēšanas mezgli.

Indeksētāja

Satura kolekcijas dzēšana nav darbība ar kļūmēm. Ja dublējuma indeksēšanas mezglā darbība nedarbojas, darbība netiks atgriezta šablona indeksēšanas mezglā. Rezultāts būs tas, ka šablona un dublējuma indeksēšanas mezgls zaudē sinhronizāciju.

Ja satura kolekcijas dzēšanas laikā neizdevās dublējuma indeksēšanas mezglu, tas ir manuāli jāsinhronizē.

Meklēšanas kontrolleris:

Meklēšanas mezgli tiek aizkavēti startēšanas laikā, ja konfigurācijas serveris nav pieejams.

Meklēšanas mezgli mēģina izveidot savienojumu ar konfigurācijas serveri inicializācijas laikā. Ir veikti vairāki savienojumu mēģinājumi, un, lai gan pieteikšanās ziņojumi norāda, ka meklēšanas kontrolleris mēģinās izveidot savienojumu tikai noteiktā laika periodā, tomēr tas ir ļoti ilgāks laiks.

Startējiet konfigurācijas serveri un restartējiet meklēšanas mezglu.

Padevi

JDBC savienotājs nedarbojas ar konfigurācijas iestatījumu Output->OperationMode jdbctemplate. xml iestatījumu, kas jāatjaunina. Atjaunināšanas operācijas režīms ir paredzēts, lai atjauninātu atribūtu apakškopu tikai esošiem vienumiem, ko dēvē arī par daļējiem atjauninājumiem.

Neizmantojiet darbību režīma atjauninājumu. Lai pārmeklētu inkrementālo pārmeklēšanu, vienmēr ir jāizmanto darbību režīma pievienošana. Pārmeklējot saturu, izmantojot darbību režīma pievienošanu, ir nepieciešami visi vienuma atribūti, kas jāatlasa JDBCSQL.

Atbilstību

Ja kāda iemesla dēļ Web Analytics dzinējs zaudē sakarus ar darbinieka procesiem, apstrādi var apturēt un netikt automātiski restartēts. Parasti tas var notikt, ja dators tiek atsāknēts vai tīkls ir nestabils. Notikumu skatītājā un FS14 sistēmas žurnālos tiks iekļauts žurnāla ziņojums, kas līdzīgs šim:

[2009-12-13 17:15:03] KĻŪDA: webanalyzer@HOSTNAME: systemmsg: apstrāde neizdevās makefile "wapartialupdate", lai skatītu "Noklusējums", skats tiek iestatīts apturētā stāvoklī.

Izmantojiet komandu waadmin enqueueview, lai atsāktu anchortext un saistītu apstrādi. Ja ir izveidoti papildu tīmekļa analīzes skati, šie skati var būt arī atkārtoti jāplāno, palaižot waadmin enqueuview-n<viewname>.

Atbilstību

Waadmin drop_intra opcija ir ieslēgta, lai atmestu vietnes saites, bet tā neietekmē tīmekļa analīzes saites analīzi.

Šī opcija darbojas tikai tad, ja datu avots ir ātrā meklēšanas tīmekļa rāpuļprogramma. Tas nav spēkā, ja datu avots ir FAST Search Connector.

Atbilstību

Notikumu skatītājā vai FS14 sistēmas žurnālos ir novērots Šis žurnāla ziņojums, un pēc tam, kad programma Click-to ir pārtraukusi veikt klikšķa žurnāla datus.

[2010-01-16 04:00:10.333] BRĪDINĀJUMS systemmsg Asyncore

atzvanīšanas funkcija radās izņēmums: <class ' socket. Error ' >:

(10054, "savienojuma atiestatīšana vienādranga režīmā")

[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 | Driver | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\src\server\SPProcEngine.py | plānotājs | 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 | uzstādīšana | 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 | atvienošana | 540]
[utils. py | shutdown | 581] [<string>| shutdown | 1]

Restartējiet programmu Click-to Server ar nctrl restartēšanas sprel. Tā darbojas tajā pašā datorā, kurā ir tīmekļa analīzes serveris (Web analizators).

Meklēt backend:

Peldošā komata skaitliskie vaicājumi teksta rekvizītā var atdot viltus hits.

Tā var notikt, ja datu tipa pārmeklētie rekvizīti vai pārvaldītie rekvizīti.

Lai precīzas atbilsmes uz peldoša punkta skaitliskajām vērtībām, izmantojiet tipa FLOAT vai decimāldaļu pārvaldīto rekvizītu.

Meklēt backend:

Daudzu pārvaldīto rekvizītu pievienošana shēmai laika gaitā var izraisīt lielu atmiņas lietojumu fixmlindex. exe procesā.

Lai apietu šo procesu, pārinstalējiet ātro meklēšanu un lietojiet shēmas izmaiņas vienā pie, vai rīkojieties šādi:

1. Pirms padeves sākšanas veiciet visus shēmas atjauninājumus.

2. FASTSearchService pārtraukšana

3. Faila noņemšana

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

5. FASTSearchService sākšana

6. Sākt plūsmu.

Meklēt backend:

Slikta ranga vaicājumiem ar terminiem, kas notiek lielākajā daļā dokumentu.

Tas var notikt pat instalācijās ar nelielu dokumentu daudzumu.

Ātrā meklēšanas vērtēšanas darbība pēc noklusējuma ir konfigurēta tā, lai varētu veikt veiktspēju, lai nodrošinātu labu meklēšanas veiktspēju, ja ir lielas dokumentu summas.

Tradeoff samazina, cik daudz datu ir jāizlasa un jāapstrādā meklēšanas backend. Taču negatīvie ir tas, ka vairāk neatbilstošo dokumentu var tikt atgriezti un sarindoti virs attiecīgajiem dokumentiem, t.i., precizitāte tiek samazināta.

Tradeoff ir izdarāms neatkarīgi no tā, cik dokumentu ir mezglā. Dažos gadījumos tā var būt viena no šīm priekšrocībām, un pēc tam varat sākt veikt rangu noregulēšanu pat tad, ja veicat sākotnējo barošanu, un ranga izturēšanās laika gaitā mainīsies atkarībā no dokumentu skaita.

Tomēr atsevišķos lietošanas gadījumos var būt nepieciešama vislabākā iespējamā ranga izturēšanās, it īpaši nelielā sistēmā.

Lai samazinātu šīs veiktspējas tradeoff efektu, varat palielināt StopWordThreshold un PositionStopWordThreshold vērtības rangu profilā, kā paskaidrots rakstā ātrā meklēšana optimizēt atbilstības dokumentāciju.

Meklēt backend:

Pārvaldītā rekvizīta tipa maiņa no viena skaitliska tipa uz citu skaitlisku tipu var izraisīt dažādas problēmas:

Dažos gadījumos izbarotos dokumentus var atmest no indeksēšanas. Tā var gadīties, ja tiek izmantota komanda indexeradmin resetindex vai gadījumi, kad sistēma tiek restartēta krasā veidā.

Citos gadījumos jau pabarotais saturs var tikt nepareizi indeksēts, lai vaicājums, kas izmanto zināmās skaitliskās vērtības, var atgriezt nepareizas dokumentu kopas rezultātus.

Saistīta problēma ir tāda, ka, dzēšot un atkārtoti izveidojot pārvaldītu rekvizītu, izmantojot to pašu nosaukumu, bet nemainot tipu, šī pārvaldītā rekvizīta saturs būs jāskatās vēlreiz, meklējot Frontend visiem dokumentiem. Tas ne vienmēr var būt paredzamais efekts.

Pēc pārvaldītā rekvizīta datu tipa maiņas atkārtoti plūsmu saturu, lai pārliecinātos, vai saturs tiks pareizi indeksēts.

Meklēt backend:

Izmantojot ātro Lotus Notes savienotāju, get-FASTSearchSecurityUserSecurityFilter neatdod informāciju

Palieliniet maxStringContentLength no 65536 uz 655360, kā arī mainiet maxArrayLength no 16384 uz 163840 programmā%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. AdminService. exe. config un%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

Meklēt backend:

Get-FASTSearchSecurityConfigurationStatus comandlet nedarbojas. Noklusējuma ports programmā%FASTSEARCH%\bin\Microsoft.SharePoint. ir nepareizs
Meklēt. Extended. Security. worker. PowerShell.
Komandas. dll. config.

Atveriet%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
Extended. Security. worker. PowerShell. commands. dll. config un modificējiet base_port vērtību no 13000 uz 13001.

Meklēt backend:

Rindu identifikatora neatbilstība starp meklēšanas mezgliem un tajā pašā resursdatorā izvietotajiem indeksēšanas mezgliem.

Meklēšanas mezglu rindu identifikatori tiek dinamiski piešķirti, bet indeksēšanas mezglu rindu identifikatori tiek pieņemti instalēšanas laikā.

Dublēšana un atjaunošana:

Meklēšana nav pieejama pēc tam, kad ir jāveic ātrā meklēšanas centra konfigurācijas atjaunošana citā instalācijas direktorijā.

To ceļu labošana, kas vairs nav derīgi programmā%FASTSEARCH%\components\sam\admin\adminTransaction.log.

Lai novērstu šo problēmu, veiciet tālāk norādītās darbības ātrās meklēšanas centra administrēšanas mezglā.

1. Samadmin procesa pārtraukšana, izpildot nctrl pieturas samadmin

1. Rediģēt visus failu ceļus programmā%FASTSEARCH%\components\sam\admin\adminTransaction.log ar pareiziem ceļiem, piemēram, ja sākotnēji instalējāt FAST Search Center, lai C:\FASTSearch\ un atjaunotu FAST Search Center, lai E:\FASTSearch, pēc tam šajā ievadnē jūsu adminTransaction. žurnāls:

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

ir jāmaina uz:

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. Startējiet Sam administrēšanas procesu, izpildot nctrl startēšanas samadmin

Dublēšana un atjaunošana:

Meklēšana nedarbojas pēc ātrās meklēšanas centra administratora mezgla atjaunošanas, bet neatjauno ātrās meklēšanas centra vaicājumu mezglu (s)

Pārvietojiet jaunākās konfigurācijas no FAST Search Center vaicājuma mezgla uz ātro meklēšanas centra administrēšanas mezglu, veicot tālāk norādītās darbības.

1. Samadmin procesa pārtraukšana, izpildot nctrl pieturas samadmin

1. Kopējiet visus failus FAST Search Center vaicājuma mezglā zem%FASTSEARCH%\components\sam\worker ātrās meklēšanas centra administrēšanas mezglam sadaļā%FASTSEARCH%\components\sam\admin

1. Sāciet samadmin procesu, izpildot nctrl sākuma samadmin

Dublēšana un atjaunošana:

Es izmantoju atjaunošanas skriptu no FAST Search Server 2010 for SharePoint Distribution FAST Search Server 2010 SharePoint pārvaldības konsolē. Pēc skriptu izpildes visi ar konsoli ielādētie CmdLet vairs nav pieejami.

Skripta kļūdu dēļ FAST Search Server 2010 for SharePoint atslogo saistīto PowerShell papildprogrammu. To var izmantot, izpildot tālāk esošo komandu PowerShell uzvednē:

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

Meklēt priekšgalā:

SŪNU meklēšanas vietne atgriež kļūdu:

Meklēšanas pieprasījums nevarēja izveidot savienojumu ar meklēšanas pakalpojumu.

Kad meklēšana tiek veikta uzreiz pēc samworker procesa restartēšanas. Šī problēma tiek rādīta tikai pirmajā pieprasījumā, izmantojot sūnu priekšpusi, pēc samworker restartēšanas. Otrais pieprasījums un visi turpmākie pieprasījumi darbojas.

Pēc samworker restartēšanas veiciet divus pieprasījumus uz sūnu meklēšanas vietni. Pārliecinieties, vai meklēšana darbojas, pārbaudot rezultātu, un otrā pieprasījuma pārbaude nesniedz kļūdas ziņojumu.

Reklāmas & demotions:

Pievienojot paaugstināšanas/Pārvirzīšanas vietrādi URL, kurā ir atpakaļvērstā slīpsvītra, vaicājumi ar pieliktu reklāmas/dekustības pārtraukumu.

Reklāmas/dekustības vaicājuma apstrādes loģika nepareizi neizmanto atpakaļvērstās slīpsvītras rakstzīmes.

Šī problēma praksē ir nemanāmi jāsaskaras, jo Norakstītais savienotājs izmanto atbilstošus vietrāžus URL, ja barojat saturu (piemēram, file://myserver/mypath).

Ieteicamais risinājums ir aizstāt atpakaļvērsto slīpsvītru ar slīpsvītru.

Piemēram, mainīt "\\myserver\mypath" uz "//myserver/mypath".

Shēmu pārvaldība:

Iespējojot RefinementEnabled iestatījumu pārvaldītā rekvizītā ar tipu FLOAT vai Boolean, nedarbojas, kā paredzēts. Neviens no rafinētājiem netiek attēlots šo tipu pārvaldītajiem rekvizītiem.

Risinājums.

Izmantojiet decimāldaļu, nevis kā Būla vērtību. Tas nozīmē, ka:

1. ManagedProperty ir jābūt tipam = decimāldaļa, nevis Pludiņs, un pēc tam ierakstiet = string.

2. Satura avotam (piemēram, SharePoint sarakstam) ir jāizmanto decimāldaļa, nevis Būla vērtība un virkne.