Märkus.: See artikkel on oma töö ära teinud ja aegub peagi. Kuna soovime vältida tõrketeateid selle kohta, et ühte või teist lehte ei leitud, eemaldame lingid, millest oleme teadlikud. Kui olete ise loonud sellele lehele viivaid linke, eemaldage need. Üheskoos aitame tagada veebi korraspüsimise.
Microsoft Search Server 2010
|
Küsimus/probleem |
Vastus/lahendus |
|
Microsoft Search Server 2010 riist- ja tarkvaranõuded See sisu asub Technetis. |
|
|
SharePointi otsingukeele tuvastus Ettevõtteotsingul on keeletuvastusfunktsioon, millele peame omistama autoriõiguse. |
ICU litsents – ICU 1.8.1 ja uuemad versioonid SSLeay originaallitsents LIBXML2 litsents |
|
Hallatavus Pärast otsinguteenuse jõudlustaseme muutmist PowerShelli kaudu võidakse logides kuvada mõned kinnituslaused „RobotThread tid {num} received no perf obj“. |
Töödelge otsinguteenus pargi igal väljal ümber, sisestades kõrgendatud viibal järgmised kaks käsku: net stop osearch14 net start osearch14 |
|
Pärast täiendust Beta2 on automaatne keeletuvastus vaikimisi sisse lülitatud Vaikimisi tuletab otsingumootor dokumentide keelt analüüsides, et valida õige tokenizers (aka). wordbreakers). Osa kliente võivad olla need tahtlikult välja lülitanud ja soovivad need väljalülitatuks jättagi (Search Server 2007 käitumise jäljendamiseks). See RTM-väljalase lülitab täiendusega Beta2 keelejäreldussüsteemi vaikimisi sisse. |
Vajaduse korral lülitage automaatne keeletuvastus välja või taaskäivitage otsinguteenus (vt allpool). Tuvastuse väljalülitamine lõpetab mõnel juhul osa dokumentide toomise, eriti HTML-, MSG- ja TXT-failide puhul. Keeletuvastuse väljalülitamiseks määrake järgmiste sätete väärtuseks 0: EnableLanguageDetection EnableLanguageDetectionPerChunk registrivõtmes: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\ Pärast selle tegemist tuleb otsinguteenus taaskäivitada näiteks järgmiste käskudega: net stop osearch14 net start osearch14 Veenduge, et sisuregistriserveri keeleks määrataks enamiku HTML-, MSG- ja TXT-failide keel. Pärast nende võtmete väljalülitamist ei toimi nende failide puhul ka keelepõhine filtreerimine täpsemas otsingus. |
Lehe algusse
Microsoft FAST Search Server 2010
|
Küsimus/probleem |
Vastus/lahendus |
|
Installimine FAST Search Serveri konfigureerimine nurjub itaaliakeelse Win2k8 SP2 X64 puhul: Installijärgne konfigureerimine nurjub järgmise tõrketeatega: Exception - : Exception - Microsoft.SharePoint.Search.Extended.Installer.Mahasen.Common.Exception.DeploymentException: XML Validation error: L'attributo 'modifiedTime' non è valido. Il valore '2010-04-16T14.35.48Z' non è valido per il tipo di dati 'http://www.w3.org' - La stringa "2010-04-16T14.35.48Z" non è un valore XsdDateTime valido. Eesti keelde tõlgituna: |
Parim lahendus on installida Win2k8 SP2 asemel Win2k8 R2. Teine võimalus on kustutada fail C:\FASTSearch\etc\deployment.xsd. Kui seda faili ei leita, siis skeemi valideerimist ei toimu. |
|
FAST Searchi keskuse installimine FASTSearchi vaikesertifikaadi asendamine uuega skripti ReplaceDefaultCertificate.ps1 abil nurjub jaapanikeelsete opsüsteemide puhul. |
Lahendus
Märkus: ei soovitata tootmiskeskkondadele, kuna selle faili muutmine katkestab selle paikamise tulevikus. Seda ei saa hiljem paigaga asendada. |
|
Indekseerija Sisukogumi kustutamine pole tõrketaluvusega toiming. Kui toiming varukoopia indekseerimissõlmes nurjub, ei saa seda toimingut juhtindekseerimissõlmes tagasi pöörata. Tulemusena kaotavad juht- ja varukoopia indekseerimissõlm sünkroonsuse. |
Kui varukoopia indekseerimissõlm sisukogumi kustutamisel nurjub, tuleb see käsitsi sünkroonida. |
|
Indekseerija Indekseerimissõlme taaskäivitamisel pärast mittepuhast sulgemist võib protsess mõneks ajaks külmuda, kuni andmestruktuure uuesti koostatakse. Registri suurusest olenevalt võib andmestruktuuride uuesti koostamiseks kuluda mitu tundi. |
Edenemine kuvatakse indekseerimissõlme logifailides. Sündmusele eelneb logiteade „Dokumendiregistri uuesti koostamine“. Indekseerimissõlme oleku saab tuua ka käsurea riista indexerinfo abil. Ärge kõrvaldage protsessi andmestruktuuride uuesti koostamise ajal. |
|
Indekseerija Logiteated
kuvatakse varukoopia indekseerimissõlmedes. |
Neid logiteateid võib varukoopia indekseerimissõlmedes ohutult ignoreerida. |
|
Indekseerija Dokumentide söötmise ajal indeksi skeemi värskendamise tagajärjeks võivad olla indekseerimata dokumendid. |
Peatage skeemi värskendamise ajaks söötmine ja enne selle jätkamist veenduge, et skeemi muutus oleks levinud nii dokumenditöötlussõlmedesse kui ka indekseerimissõlmedesse. |
|
Indekseerija Juhtindekseerimissõlm ei kinnita, et varukoopia indekseerimissõlmedes on piisavalt saadaolevat kettaruumi. Enne andmete varukoopia indekseerimissõlmedesse saatmist kinnitab juhtindekseerimissõlm, et varukoopias on edastuse lõpetamiseks piisavalt kettaruumi. Kui edastatavad andmed on suure mahuga, võib andmete edastamise ajal varukoopia indekseerimissõlm väliste sündmuste tõttu täis saada. See viib juht- ja varukoopia indekseerimissõlmede sünkroonsuse kaotamiseni. |
Veenduge, et varukoopia indekseerimissõlmes oleks vähemalt sama palju saadaolevat kettaruumi kui juhtindekseerimissõlmedes. |
|
Indekseerija Sisukogumi kustutamine pole tõrketaluvusega toiming. Kui toiming varukoopia indekseerimissõlmes nurjub, ei saa seda toimingut juhtindekseerimissõlmes tagasi pöörata. Tulemusena kaotavad juht- ja varukoopia indekseerimissõlm sünkroonsuse. |
Kui varukoopia indekseerimissõlm sisukogumi kustutamisel nurjub, tuleb see käsitsi sünkroonida. |
|
Otsingu juhtelement Kui konfiguratsiooniserver pole saadaval, viivituvad otsingusõlmed käivitamisel. Otsingusõlmed püüavad lähtestamisel konfiguratsiooniserveriga ühendust luua. Tehakse mitu ühenduse loomise katset, ja kuigi logiteated väidavad, et otsingu juhtelement püüab ühendust luua ainult kindla aja jooksul, ootab see tegelikult oluliselt kauem. |
Käivitage konfiguratsiooniserver ja taaskäivitage otsingusõlm. |
|
Söötmine JDBC-konnektor ei tööta, kui failis jdbctemplate.xml on konfiguratsioonisäte Output->OperationMode määratud värskendama. Töörežiimi värskendamine on mõeldud ainult olemasolevate üksuste atribuutide alamhulga värskendamiseks, seda nimetatakse ka osaliseks värskendamiseks. |
Ärge kasutage töörežiimi värskendamist. Inkrementaalanalüüsi jaoks tuleks alati kasutada töörežiimi lisamist. Töörežiimi lisamise abil sisu analüüsimine nõuab, et kõik üksuse atribuudid oleksid JDBC SQL-is valitud. |
|
Olulisus Kui veebianalüütikamootor kaotab miskipärast oma tööprotsessidega ühenduse, võib töötlemine peatuda ja mitte enam automaatselt taaskäivituda. Tavaliselt juhtub see siis, kui arvuti taaskäivitatakse või võrguühendus on ebastabiilne. Sündmusevaaturi ja FS14 süsteemilogides on siis sellesarnane logiteade: [2009-12-13 17:15:03] ERROR : webanalyzer@HOSTNAME: systemmsg: Vaate „default“ töötlemine koostefailis „wapartialupdate“ nurjus, vaade määratakse peatatud olekus. |
Ankurteksti ja lingi töötlemise jätkamiseks kasutage WA-Admini käsku enqueueview. Kui loodud on veebianalüütika lisavaated, võib olla vajalik need vaated samuti uuesti ajastada, käivitades WA-Admini käsu enqueueview -n<vaatenimi>. |
|
Olulisus WA-Admini suvand drop_intra on saidisiseste linkide hülgamiseks sisse lülitatud, kuid see ei paista veebianalüütika lingianalüüsi mõjutavat. |
See suvand töötab ainult juhul, kui andmeallikas on FAST Searchi veebiämblik. Sellel pole mõju, kui andmeallikas on FAST Searchi konnektor. |
|
Olulisus Sündmusevaaturi või FS14 süsteemilogides märgatakse järgmist logiteadet ja klõpsamismootor on lõpetanud klõpsamislogiandmete töötlemise: [2010-01-16 04:00:10.333] WARNING systemmsg Asyncore tagasihelistusfunktsioon lõi erandi: <klass ’socket.error’>: (10054, ’Partner lähtestas ühenduse’) [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.py|init_filesystem|171] [async_remote.py|run_remote_commands|325] |
Lähtestage klõpsamisserver nctrl-i lähtestamise sprel-iga. See töötab veebianalüütikaserveriga (WebAnalyzer) samas masinas. |
|
Tagaserveriotsing Ujuvkomaga arvulised päringud tekstiatribuudis võivad tagastada vääraid tulemeid. See võib juhtuda analüüsitud atribuutide või hallatavate atribuutidega, mille andmetüüp on Tekst. |
Ujukomaga arvulistele väärtustele täpsete vastete saamiseks kasutage hallatava atribuudi tüüpi Ujukomaarv või Kümnendarv. |
|
Tagaserveriotsing Aja jooksul skeemile arvukalt hallatavate atribuutide lisamine võib viia protsessi fixmlindex.exe suure mälukasutuseni. |
Selle probleemi lahendamiseks installige FAST Search uuesti ja lisage skeemimuudatused korraga või järgige neid juhiseid.
|
|
Tagaserveriotsing Enamikus dokumentides esinevate terminite päringute kehv reiting. See võib juhtuda isegi väikese dokumentide arvuga installide puhul. |
FAST Searchi reitingukäitumine on vaikimisi konfigureeritud tegema jõudlusvahetusi, et tagada hea otsingujõudlus ka suure hulga dokumentide puhul. Vahetus vähendab andmehulka, mida tagaserveriotsing peab lugema ja töötlema. Negatiivne külg on see, et vähem olulised dokumendid võidakse tagastada olulistest dokumentidest eespool, s.t väheneb täpsus. Vahetus tehakse sõlmes olevate dokumentide hulgast olenemata. Mõnel juhul on see eelis, kuna sel juhul saab reitingu häälestamist alustada juba algse söötmise ajal ja reitingukäitumine ei muutu aja jooksul olenevalt dokumentide arvust nii palju. Siiski mõnel juhul võidakse soovida parimat võimalikku reitingukäitumist, eriti väikese süsteemi puhul. Selle jõudlusvahetuse mõju vähendamiseks võite suurendada reitinguprofiilis atribuutide StopWordThreshold ja PositionStopWordThreshold väärtusi, nagu on kirjeldatud FAST Searchi juhendis „Optimize Relevance“ (olulisuse optimeerimine). |
|
Tagaserveriotsing Hallatava atribuudi tüübi muutmine ühest numbrilisest tüübist teiseks numbriliseks tüübiks võib põhjustada mitmesuguseid probleeme. Mõnel juhul hüljatakse söödetavad dokumendid indekseerimisest. See võib juhtuda, kui kasutatakse käsku indexeradmin resetindex või kui süsteem järsult taaskäivitatakse. Muudel juhtudel võidakse juba söödetud sisu valesti indekseerida, nii et päring tuntud numbriliste väärtustega ei tagasta üldse tulemeid või tagastab vale dokumendikogumi. Sellega seonduv probleem on see, et hallatava atribuudi kustutamine ja sama nimega uuesti loomine ilma tüüpi muutmata põhjustab selle hallatava atribuudi sisu eesserveri otsingus kõigi dokumentide jaoks taas nähtavaks muutumise. See ei pruugi alati olla oodatud efekt. |
Pärast hallatava atribuudi andmetüübi muutmist söötke sisu uuesti, et kindlustada sisu õige indekseerimine. |
|
Tagaserveriotsing FAST Lotus Notesi konnektori kasutamisel ei tagasta filter Get-FASTSearchSecurityUserSecurityFilter üldse teavet. |
Määrake failides %FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
|
Tagaserveriotsing Käsk Get-FASTSearchSecurityConfigurationStatus ei tööta. Vaikeport on failis %FASTSEARCH%\bin\Microsoft.SharePoint. |
Avage %FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
|
Tagaserveriotsing Samas hostis juurutatud otsingusõlmede ja indekseerimissõlmede reatuvastajad ei ühti. |
Otsingusõlmede reatuvastajad määratakse dünaamiliselt, samas kui indekseerimissõlmede reatuvastajad otsustatakse installimise ajal. |
|
Varundus ja taastamine Pärast FAST Searchi keskuse konfiguratsiooni taastamist teise installikausta pole otsing saadaval. |
Parandage failis %FASTSEARCH%\components\sam\admin\adminTransaction.log teed, mis enam ei kehti. Vea parandamiseks järgige FAST Searchi keskuse administraatorisõlmes neid juhiseid.
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66,12/04/2009 14:29:23,NORTHAMERICA\username,AddDomain,ln1,C:\FASTSearch\components\sam\admin\ln1.domain.config.xml muuta järgmiselt: a5e8d609-9d8f-42b5-bec5-e2ca03f94e66,12/04/2009 14:29:23,NORTHAMERICA\username,AddDomain,ln1,E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
|
Varundus ja taastamine Pärast FAST Searchi administraatorisõlme taastamist ilma FAST Searchi keskuse päringusõlme(de) taastamiseta päring ei tööta. |
Teisaldage viimane konfiguratsioon FAST Searchi keskuse päringusõlmest FAST Searchi keskuse administraatorisõlme. Selleks tehke nii.
|
|
Varundus ja taastamine Ma käitan FAST Server 2010 for SharePointi jaotusest pärinevat taastamisskripti FAST Search Server 2010 for SharePointi halduskonsoolis. Pärast skriptide käivitamist on kõik konsooli laaditud CmdLetid kadunud. |
Vea tõttu skriptis laadib FAST Search Server 2010 for SharePoint seotud PowerShelli lisandmoodulid maha. Seda saab parandada, käivitades PowerShelli viibal järgmise käsu: PS C:\> Add-PsSnapin Microsoft.FASTSearch.PowerShell |
|
Eesserveri otsing MOSS-i otsingusait tagastab tõrke: Otsingutaotlus ei saanud otsinguteenusega ühendust. kui otsing tehakse kohe pärast protsessi SAMWorker taaskäivitamist. Probleem ilmneb ainult esimesel korral, kui esitate pärast SAMWorkeri taaskäivitamist MOSS-i eesserveri kaudu taotluse. Teine ja iga järgmine taotlus toimib. |
Pärast SAMWorkeri taaskäivitamist esitage MOSS-i otsingusaidile kaks taotlust. Veendumaks, et otsing töötab, kontrollige tulemit ja veenduge, et teine taotlus ei annaks tõrget. |
|
Ülendamised ja madaldamised Kui ülendamine või madaldamine lisatakse URL-ile, mis sisaldab kurakriipsu, siis rakendatud ülendamise või madaldamisega päringud nurjuvad. |
Ülendamise või madaldamisega päringu töötlusloogika ei väldi kurakriipsumärke korralikult. Seda probleemi tuleb ette harva, kuna kasutusvalmis konnektor kasutab sisu söötmisel õigeid URL-e (nt file://myserver/mypath). Soovitatav lahendus on asendada kurakriips kaldkriipsuga. Nt muuta „\\myserver\mypath“ URL-iks „//myserver/mypath“. |
|
Skeemihaldus Hallatava atribuudi, mille tüüp on Ujukomaarv või Kahendmuutuja, sätte RefinementEnabled lubamine ei toimi oodatult. Seda tüüpi hallatavate atribuutide piiritlusatribuute ei kuvata. |
Lahendus Kasutage Ujukomaarvu asemel Kümnendarvu ja Kahendmuutuja asemel Stringi. See tähendab järgmist.
|
Lehe algusse
