Opomba: Ta članek je služil svojemu namenu in ga bomo kmalu odstranili. Ker želimo odstraniti sporočila »Strani ni bilo mogoče najti«, odstranjujemo znane povezave. Če ste ustvarili povezave do te strani, jih odstranite. Skupaj bomo poskrbeli, da bo splet povezan.
Microsoft Search Server 2010
|
Vprašanje/težava |
Odgovor/rešitev |
|
Zahteve za strojno in programsko opremo za Microsoft Search Server 2010: Ta vsebina se nahaja na spletnem mestu TechNet |
|
|
Zaznavanje jezika za iskanje v SharePointu Enterprise Search ima funkcijo za zaznavanje jezika, za katero moramo zagotoviti dodelitev avtorskih pravic. |
Licenca za ICU-ICU 1.8.1 in novejše različice Izvirna licenca za SSLeay Licenca za LIBXML2 |
|
Možnost upravljanja it Ko spremenite raven učinkovitosti delovanja za storitev iskanja prek lupine PowerShell, se lahko v dnevniku prikaže nekaj izjav» RobotThread TID {NUM} «brez perf obj «. |
Če želite, da se storitev iskanja izvaja v vsakem polju v gruči, tako da vnesete te dva ukaza pri povišanem pozivu: net stop osearch14 točka začetek osearch14 |
|
Samodejno zaznavanje jezika je privzeto vklopljeno po nadgradnji beta2: Iskalnik privzeto določi jezik dokumentov, medtem ko se plazi, da izbere pravo tokenizers (aka. wordbreakers). Nekatere stranke so jih morda izključile namerno in želijo, da ostanejo izklopljene (za oponašanje iskanja v strežniku 2007). Izdaja RTM se bo samodejno vključila v sistem za klicanje jezika, ki je privzeto na nadgradnji iz beta2. |
Izklopite samodejno zaznavanje jezika ali pa znova zaženite iskalno storitev (glejte spodaj). Če izklopite zaznavanje, boste v nekaterih primerih zaustavili nekatere dokumente, še posebej datoteke HTML, MSG in txt. Če želite izklopiti zaznavanje jezika, nastavite to na 0 EnableLanguageDetection EnableLanguageDetectionPerChunk znotraj registra ke: HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \ Ko to naredite, je treba storitev iskanja znova zagnati, na primer s temi ukazi: net stop osearch14 točka začetek osearch14 Prepričajte se, da je jezik strežnika index nastavljen na jezik, ki je najpogostejši za večino datotek html, MSG in txt. Ko izklopite te tipke, filtriranje jezika v naprednem iskanju ne bo delovalo tudi za te datoteke. |
Na vrh strani
Microsoft FAST Search Server 2010
|
Vprašanje/težava |
Odgovor/rešitev |
|
Setup Konfiguracija strežnika FAST Search Server ne deluje v italijanskem Win2k8 SP2 x64: Konfiguracija objave nastavitev ne uspe s to napako: Izjema-: izjema-Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common., izjema. DeploymentException: Napaka pri preverjanju XML: L'attributo ' modifiedTime ' non è valido. Il valore "2010-04-16T 14.35.48 Z" non è valido na Il Tipo di Rachida "http://www.w3.org"-La stringa "2010-04-16T 14.35.48 Z" non è un valore XsdDateTime valido. Prevedeno v angleščino |
Najboljša rešitev je, da namestite Win2k8 R2 namesto Win2k8 servisnega paketa SP2 Nadomestna rešitev je, da izbrišete datoteko: C:\FASTSearch\etc\deployment.xsd. Če te datoteke ni mogoče najti, preverjanje veljavnosti sheme ne bo izvedeno. |
|
Nastavitev središča za hitro iskanje: Zamenjava privzetega potrdila FASTSearch z novim potrdilom z navedenim skriptom: ReplaceDefaultCertificate. ps1 ne uspe v japonščini OS. |
Nadomestna rešitev:
Opomba: ni priporočljiva v proizvodnih okoljih, saj spreminjanje te datoteke razgrajuje prihodnost. Popravkov ni mogoče nadomestiti pozneje. |
|
Indexer Brisanje zbirke vsebine ni operacija, ki odporna na napake. Če operacija ne uspe v vozlišču za indeksiranje varnostnega kopiranja, operacija ne bo povrnjena na matrici indeksiranja. Rezultat bo, da vozlišče indeksiranja matrice in varnostnega kopiranja izgubijo sinhronizacijo. |
Če vozlišče indeksiranja varnostnega kopiranja med brisanjem zbirke vsebine ne uspe, mora biti ročno sinhronizirano. |
|
Indexer Če po nečistem zaustavitvah znova zaženete vozlišče za indeksiranje, se proces morda ne bo več časa zamrznil, medtem ko obnavlja strukture podatkov. Glede na velikost indeksa lahko obnova strukture podatkov traja ure. |
Napredek je prikazan v dnevniških datotekah za indeksiranje vozlišča. Pred dogodkom se prikaže kazalo dnevniških zapisov. Stanje vozlišča indeksiranja je mogoče pridobiti tudi z orodjem indexerinfo ukazne vrstice. Ne Ubijte procesa, medtem ko se strukture podatkov znova zgradijo. |
|
Indexer Sporočila dnevnika:
prikazan je v vozliščih indeksiranja varnostnega kopiranja. |
Ta sporočila dnevnika lahko varno prezrete v vozliščih indeksiranja varnostnega kopiranja. |
|
Indexer Neindeksirani dokumenti so lahko posledica posodobitve sheme index med hranjenjem dokumentov. |
Prekinitev hranjenja med posodobitvijo sheme in se prepričajte, da se je sprememba sheme razširila na vozlišča za obdelavo dokumentov in vozlišča indeksiranja pred nadaljevanjem. |
|
Indexer Vozlišče matrice indeksiranja ne preveri, ali imajo vozlišča za indeksiranje varnostnih kopij dovolj razpoložljivega prostora na disku. Preden pošljete podatke v vozlišča za indeksiranje varnostnega kopiranja, bo glavno vozlišče indeksiranja potrjeno, da je na voljo dovolj prostora na disku za dokončanje prenosa. Če je prenos podatkov velik, je prostor na disku v vozlišču za indeksiranje varnostnega kopiranja mogoče zapolniti z zunanjimi dogodki v času prenosa podatkov. To bo privedlo do vozlišč matrice in varnostne kopije, ki bodo izgubili sinhronizacijo. |
Zagotovite, da imajo vozlišča za indeksiranje varnostnega kopiranja vsaj toliko prostora na disku kot matrica indeksiranja. |
|
Indexer Brisanje zbirke vsebine ni operacija, ki odporna na napake. Če operacija ne uspe v vozlišču za indeksiranje varnostnega kopiranja, operacija ne bo povrnjena na matrici indeksiranja. Rezultat bo, da vozlišče indeksiranja matrice in varnostnega kopiranja izgubijo sinhronizacijo. |
Če vozlišče indeksiranja varnostnega kopiranja med brisanjem zbirke vsebine ne uspe, mora biti ročno sinhronizirano. |
|
Krmilnik iskanja: Iskalna vozlišča so odložena ob zagonu, če strežnik config ni na voljo. Iskalne vozlišča se poskušajo povezati s strežnikom config med inicializacijo. Več poskusov povezave je narejenih, medtem ko Dnevniška sporočila zahtevajo, da se krmilnik za iskanje poskuša povezati le z določeno količino časa, medtem ko je čas, ki ga dejansko čaka, bistveno daljši. |
Zaženite strežnik config in znova zaženite iskalno vozlišče. |
|
Oskrbovanje Povezovalnik JDBC ne deluje z nastavitvami konfiguracije izhoda – >OperationMode v naboru jdbctemplate. XML, ki ga želite posodobiti. Način delovanja posodobitve je namenjen posodabljanju podmnožice atributov le v obstoječih elementih, znanih tudi kot delne posodobitve. |
Ne uporabljajte posodobitve načina delovanja. Za postopno iskanje po vsebini je treba vedno uporabiti način delovanja. Iskanje po vsebini z dodatkom» način delovanja «zahteva, da so vsi atributi elementa izbrani v JDBCSQL. |
|
Ustrezosti Če zaradi neznanega razloga mehanizem spletne analitike izgubi stik s postopki delavca, se obdelava lahko ustavi in ne znova zažene samodejno. To se običajno zgodi, če je stroj znova zagnan ali pa je omrežje nestabilno. Pregledovalnik dogodkov in FS14 sistemski dnevniki bosta vsebovala sporočilo dnevniškega zapisa, ki je podobno temu: [2009-12-13 17:15:03] Napaka: webanalyzer@HOSTNAME: systemmsg: obdelava ni uspela v Makefile» wapartialupdate «za ogled» privzeto «, bo pogled nastavljen v stanju zaustavitve. |
Z ukazom» waadmin enqueueview «lahko nadaljujete delovanje anchortext in povezovanja. Če so bili ustvarjeni dodatni pogledi spletne analitike, boste morali te poglede znova načrtovati tako, da zaženete waadmin enqueuview-n<viewname>. |
|
Ustrezosti Možnost waadmin drop_intra je vklopljena, če želite zavreči povezave znotraj mesta, vendar se ne zdi, da bi vplivalo na analizo povezave s storitvijo Web Analytics. |
Ta možnost deluje le, če je vir podatkov spletni iskalnik FAST Search. Nima učinka, če je vir podatkov hitro iskalni povezovalnik. |
|
Ustrezosti V pregledovalniku dogodkov ali v dnevnikih sistema FS14 se prikaže to sporočilo dnevniških zapisov in mehanizem s klikom se je ustavil pri obdelavi podatkov dnevniških zapisov s klikom: [2010-01-16 04:00:10.333] Opozorilo systemmsg Asyncore Funkcija callback je navedla izjemo: <razreda» Socket. Error «>: (10054, "Ponastavi povezavo s storitvijo peer") [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] |
Znova zaženite strežnik s klikom s nctrl znova zaženite sprel. Zažene se v istem računalniku kot strežnik Web Analytics (spletni analizator). |
|
Backend za iskanje: Številske poizvedbe plavajoče vejice v lastnostih besedila lahko vrnejo FALSE hits. To se lahko zgodi za preiskane lastnosti ali upravljane lastnosti besedila podatkovnega tipa. |
Če želite natančno ujemanje s številsko vrednostjo plavajoče vejice, uporabite upravljano lastnost vrste float ali desetiško. |
|
Backend za iskanje: Če želite v shemo s časom dodati več upravljanih lastnosti, lahko v postopku fixmlindex. exe pride do visoke uporabe pomnilnika. |
Če želite uporabljati to težavo, znova namestite hitro iskanje in uporabite spremembe sheme v enem postopku ali pa nadaljujte s tem postopkom:
|
|
Backend za iskanje: Slaba razvrstitev za poizvedbe s pogoji, ki se pojavijo v večini dokumentov. To se lahko zgodi tudi v napravah z majhnimi količinami dokumentov. |
Vedenje HITREga iskanja je privzeto nastavljeno tako, da izvaja kompromise učinkovitosti delovanja, da se zagotovi dobro delovanje iskanja z velikimi količinami dokumentov. Kompromis zmanjša število podatkov, ki jih je treba prebrati in obdelati v zaledju iskanja. Vendar pa negativna možnost je, da je mogoče vrniti več nepomembnih dokumentov in jih razvrstiti nad relevantne dokumente, kar pomeni, da je natančnost zmanjšana. Kompromis je končan ne glede na število dokumentov v vozlišču. To je v nekaterih primerih prednost kot eno lahko nato začnete z izvajanjem rank tuning celo med izvajanjem začetnega hranjenja, in razvrstitev vedenje ne bo sčasoma spremenilo, da je veliko odvisno od števila dokumentov. Vendar pa je v nekaterih primerih uporabe morda najbolje, da dobite najboljšo možno razvrstitev, zlasti na majhen sistem. Če želite zmanjšati učinek te rešitve učinkovitosti delovanja, lahko povečate vrednosti StopWordThreshold in PositionStopWordThreshold v profilu rank, kot je razloženo v dokumentaciji za hitro iskanje, ki velja za optimalno. |
|
Backend za iskanje: Spreminjanje vrste upravljane lastnosti iz ene številske vrste v drugo številsko vrsto lahko povzroči različne težave: V nekaterih primerih se lahko dokumenti, ki so krmljeni, zavržejo iz indeksiranja. To se lahko zgodi, če uporabite ukaz» indexeradmin resetindex «ali v primerih, ko se sistem znova zažene v nenadnem načinu. V drugih primerih je že krmljena vsebina morda nepravilno indeksirana, tako da poizvedba, ki uporablja znane številske vrednosti, morda ne vrne rezultatov ali zadetkov za napačen nabor dokumentov. Povezana težava je v tem, da brisanje in vnovično ustvarjanje upravljane lastnosti z istim imenom, ki se ne spreminja, povzroči, da je vsebina za to upravljano lastnost znova vidna v ospredju iskanja za vse dokumente. To morda ne bo vedno pričakovan učinek. |
Ko spremenite podatkovni tip upravljane lastnosti, znova nahranite vsebino, da zagotovite, da bo vsebina pravilno indeksirana. |
|
Backend za iskanje: Pri uporabi HITREga povezovalnika Lotus Notes se FASTSearchSecurityUserSecurityFilter ne vrne nobenih informacij |
Povečanje maxStringContentLength od 65536 do 655360 in tudi spreminjanje maxArrayLength od 16384 do 163840 v%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
|
Backend za iskanje: Get-FASTSearchSecurityConfigurationStatus comandlet ne deluje. Privzeta vrata so napačna v%FASTSEARCH%\bin\Microsoft.SharePoint. |
Odprite%FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
|
Backend za iskanje: Neusklajenost identifikatorja vrstic med iskalnimi vozlišči in vozlišči indeksiranja, uvedenimi v istem gostitelju. |
Identifikatorji vrstic iskalnih vozlišč so dinamično dodeljeni, medtem ko se med namestitvijo odlocijo identifikatorji vrstic indeksnih vozlišč. |
|
Varnostno kopiranje in obnovitev: Iskanje ni na voljo po tem, ko naredite obnovitev konfiguracije središča za hitro iskanje v drug imenik za namestitev. |
Odpravljanje poti, ki niso več veljavne v%FASTSEARCH%\components\sam\admin\adminTransaction.log. Če želite odpraviti težavo, upoštevajte te korake v skrbniškem vozlišču za hitri iskalni center.
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, ln1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml bi jih bilo treba spremeniti v: a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, ln1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
|
Varnostno kopiranje in obnovitev: Iskanje ne deluje po obnovitvi skrbniškega vozlišča za hitro iskanje, vendar ne obnavlja vozlišč poizvedbe za hitri iskalni center |
Premaknite najnovejšo konfiguracijo iz vozlišča poizvedbe za hitri iskalni center v skrbniško vozlišče za hitro iskanje:
|
|
Varnostno kopiranje in obnovitev: Zaženem skript za obnovitev iz strežnika FAST Search Server 2010 za SharePoint za distribucijo v strežniku FAST Search Server 2010 za upravljanje SharePointa. Ko izvedete skripte, so vsi ukazi» CmdLet «, naloženi s konzolo, izginili. |
Zaradi napake v skriptu je v strežniku FAST Search Server 2010 za SharePoint razkladanje povezanega snap-in lupine PowerShell. To lahko sanirate tako, da v pozivu lupine PowerShell izvedete spodnji ukaz: PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell |
|
Iskanje pred koncem: Iskalno mesto MOSS vrne napako: Zahteva za iskanje se ni mogla povezati s storitvijo iskanja. ko se iskanje izvede takoj po vnovičnem zagonu procesa samworker. Težava se prikaže le na prvi zahtevi prek sprednje strani mah, ko znova zaženete samworker. Druga zahteva in morebitne nadaljnje zahteve delujejo. |
Po vnovičnem zagonu samworker dve zahtevi na mesto iskanja na mah. Zagotovite, da iskanje deluje tako, da preveri rezultat in preveri, ali druga zahteva ne prikaže napake. |
|
Promocije & razgibi: Ko dodate povišanje/razglasitev z URL-jem, ki vsebuje poševnico nazaj, se poizvedbe, ki so jih uporabile promocije/demotion, ne izvajajo. |
Logika za predelovanje poizvedbe za promocijo in degradacijo ne uide pravilno. Ta težava bi morala biti redko na voljo v praksi, ker povezovalnik, ki je na voljo, uporablja ustrezne URL-je pri hranjenju vsebine (npr. file://myserver/mypath). Priporočena rešitev je, da namesto tega zamenjate poševnico nazaj s poševnico naprej. Npr. spremenite» \\myserver\mypath «v»//myserver/mypath «. |
|
Upravljanje sheme: Omogočanje nastavitve RefinementEnabled za upravljano lastnost vrste float ali boolean vrednost ne deluje po pričakovanjih. Za upravljane lastnosti teh vrst ni prikazanih natančnejših opredelitev. |
Nadomestna rešitev: Namesto logične vrednosti uporabite decimalno vejico namesto plovca in niza. To pomeni, da:
|
Na vrh strani
