Obs!: Denne artikkelen er ikke relevant lenger og vil snart bli fjernet. Vi fjerner koblinger vi vet om for å forhindre problemer med feilmeldingen «Siden ble ikke funnet». Hvis du har opprettet koblinger til denne siden, bør du fjerne dem, slik at vi sammen bidrar til å holde orden på nettet.
Microsoft Search Server 2010
|
Spørsmål/problem |
Svar/midlertidig løsning |
|
Krav til maskin vare og program vare for Microsoft Search Server 2010: Dette innholdet er plassert på TechNet |
|
|
Gjenkjenning av SharePoint Search-språk Enterprise-søk har en språk gjenkjennings funksjon som vi trenger for å gi opphavs rett. |
ICU-lisens – ICU-1.8.1 og nyere Opprinnelig SSLeay-lisens LIBXML2-lisens |
|
Håndterbar het Etter endring av ytelses nivået for søke tjenesten via PowerShell, kan noen Deklarasjons setninger "RobotThread tid {NUM} ikke mottatt" arbeids-OBJ "vises i loggene. |
Resirkuler søke tjenesten på hver boks i farmen ved å skrive inn følgende to kommandoer i en opphøyd lede tekst: net stop osearch14 net start osearch14 |
|
Automatisk språk identifisering er som standard aktivert etter beta2-oppgradering: Som standard utleder søke motoren språket for dokumenter mens du foretar et kravlesøk for å velge riktig tokenizers (aka. wordbreakers). Noen kunder kan ha slått av disse på en bevisst måte og vil at det skal forbli slått av (for å etterligne Search Server 2007). RTM-lanseringen vil slå på språk utledning systemet som standard ved oppgradering fra beta2. |
Slå av automatisk gjenkjenning av språk, eller Start søke tjenesten på nytt etter behov (se nedenfor). Hvis du deaktiverer søk, stopper noen dokumenter som hentes, spesielt HTML-, MSG-og TXT-filer i noen tilfeller. Hvis du vil deaktivere gjenkjenning av språk, angir du følgende til 0 EnableLanguageDetection EnableLanguageDetectionPerChunk i registeret: HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office server \ Når du har gjort dette, må søke tjenesten startes på nytt, for eksempel ved å bruke følgende kommandoer: net stop osearch14 net start osearch14 Pass på at du setter språket for Index Server til det vanligste språket for de fleste HTML-, MSG-og txt-filene. Når du har slått av disse nøklene, vil ikke filtrering på språk i Avansert søk fungere for disse filene. |
Til toppen av siden
Microsoft FAST Search Server 2010
|
Spørsmål/problem |
Svar/midlertidig løsning |
|
Kommandolinjebryterne Konfigurasjon av FAST Search Server mislykkes på italiensk win2k8 SP2 x64: Konfigurasjonen etter konfigurasjon mislykkes med denne feilen: Unntak –: unntak – Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. Exception. DeploymentException: XML-validering: L'attributo ' modifiedTime ' ikke è Valido. Il-valore "2010-04-16T 14.35.48 Z" non è Valido per Il Tipo di dati "http://www.w3.org"-La strenga "2010-04-16T 14.35.48 Z" non è unvalore XsdDateTime Valido. Oversatt til engelsk: |
Beste løsning er å installere win2k8 R2 i stedet for win2k8 SP2 Alternativ løsning er å slette filen: C:\FASTSearch\etc\deployment.xsd. Hvis denne filen ikke finnes, vil ikke skjema Valide ring skje. |
|
Oppsett for rask søke sentral: Hvis du erstatter standard FASTSearch-sertifikatet med et nytt sertifikat ved hjelp av det angitte skriptet: ReplaceDefaultCertificate. ps1 mislykkes på japansk OS. |
Løsning:
Obs! anbefales ikke i produksjons miljøer fordi endring av denne filen bryter den fremtidige oppdateringen av den. Den kan ikke erstattes av en oppdatering senere. |
|
Indekserings Sletting av en innholds samling er ikke en feil tolerant operasjon. Hvis operasjonen mislykkes på en node for sikkerhets kopiering av en indeksering, blir ikke operasjonen tilbakestilt på noden for hovedindeksering. Resultatet vil være at noden for indeksering av hovedserver og sikkerhets kopiering mister synkronisering. |
Hvis en node for sikkerhets kopiering av indeksering mislykkes under slettingen av en innholds samling, må den synkroniseres manuelt. |
|
Indekserings Når du starter indekserings-noden på nytt etter en unclean-avslutning, kan det hende at prosessen ser ut til å fryse for en tid som er lengre når du bygger data strukturer på nytt. Avhengig av størrelsen på indeksen kan det hende at det utføres timer å bygge opp data strukturene på nytt. |
Frem drift vises i logg filene for indekserings-noden. Hendelsen er innledet av Logg meldingen for å bygge opp dokument indeksen på nytt. Tilstanden til indekserings-noden kan også hentes ved hjelp av kommando linje verktøyet indexerinfo. Ikke Fjern prosessen mens data strukturene bygges på nytt. |
|
Indekserings Logg meldingene:
vises på noder for sikkerhets kopiering av indeksering. |
Disse Logg meldingene kan trygt ignoreres på noder for sikkerhets kopiering av indeksering. |
|
Indekserings Ikke-indekserte dokumenter kan oppstå når du oppdaterer indeks skjemaet mens feed-dokumenter. |
Deaktiver mating under en skjema oppdatering, og kontroller at skjema endringen har blitt overført til både nodene for dokument behandling og indekserings-nodene før du fortsetter. |
|
Indekserings Hovedindeks-noden kontrollerer ikke at det er nok ledig disk plass for sikkerhets kopiering av indekserings knute punkt. Før du sender data til nodene for sikkerhets kopiering av indeksering, vil noden for hovedindeksering kontrollere at det er nok disk plass på sikkerhets kopien til å fullføre overføringen. Hvis dataene som overføres er store, kan disk plassen på noden for sikkerhets kopiering av indeksering bli fylt opp av eksterne hendelser i løpet av den tiden dataene overføres. Dette fører til at originalene og sikkerhets kopierings knute punktene mister synkroniseringen. |
Kontroller at sikkerhets kopi-nodene for indeksering har minst like mye ledig disk plass som hovedknutepunktet for indeksering. |
|
Indekserings Sletting av en innholds samling er ikke en feil tolerant operasjon. Hvis operasjonen mislykkes på en node for sikkerhets kopiering av en indeksering, blir ikke operasjonen tilbakestilt på noden for hovedindeksering. Resultatet vil være at noden for indeksering av hovedserver og sikkerhets kopiering mister synkronisering. |
Hvis en node for sikkerhets kopiering av indeksering mislykkes under slettingen av en innholds samling, må den synkroniseres manuelt. |
|
Søke kontroller: Søke nodene er forsinket ved oppstart hvis config-serveren er utilgjengelig. Search-nodene prøver å koble til config server under initialiseringen. Flere tilkoblings forsøk utføres, og når Logg meldinger blir krav til at søke kontrolleren bare prøver å koble seg til en bestemt tids periode, er det betydelig lenger at den vente tiden er. |
Start config server, og start noden for søk på nytt. |
|
Mater JDBC-koblingen fungerer ikke med konfigurasjons innstilling som skrives ut – >OperationMode i jdbctemplate. XML satt til Update. Modus for oppdaterings operasjon er ment for å oppdatere et delsett med attributter bare for eksisterende elementer, også kalt del oppdateringer. |
Ikke bruk operasjons modus oppdateringen. For trinn vise kravlesøk skal Legg til operasjons modus alltid brukes. Kravlesøk innhold ved hjelp av operasjons modus Add krever at alle objektattributter velges i JDBCSQL. |
|
Betydning Hvis nett Analytics-motoren for en eller annen grunn mister kontakt med arbeids prosessene, kan behandlingen stoppes og startes ikke på nytt automatisk. Dette kan vanligvis skje hvis en maskin startes på nytt eller nettverket er ustabilt. Hendelses liste og FS14-systemloggene vil da inneholde en logg melding som ligner på dette: [2009-12-13 17:15:03] FEIL: webanalyzer@HOSTNAME: systemmsg: behandlingen mislyktes i Makefile "wapartialupdate" for View "default", vil visningen settes i stoppet tilstand. |
Bruk waadmin enqueueview-kommandoen til å fortsette anchortext og koblings behandling. Hvis ytterligere Web Analytics-visninger er opprettet, kan det hende at disse visningene også må planlegges på nytt ved å kjøre waadmin enqueuview-n<viewname>. |
|
Betydning Waadmin-alternativet drop_intra er slått på for å forkaste nettsteds koblinger, men det ser ikke ut til å påvirke analyse av nett Analytics-koblinger. |
Dette alternativet fungerer bare hvis data kilden er hurtig søk-søke motoren. Den har ingen virkning hvis data kilden er en FAST søke kobling. |
|
Betydning Følgende Logg melding er observert i hendelses liste eller FS14-systemloggene, og klikk-through-motoren har stoppet behandling av klikk og bruk-loggdata: [2010-01-16 04:00:10.333] Advarsel systemmsg Asyncore tilbakeringingsfunksjonen (funksjon) forårsaket et unntak: <Class-socket. Error >: (10054, tilkoblingen tilbakestilles av en node) [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] |
Start Klikk på serveren på nytt med nctrl Start sprel på nytt. Den kjører på samme maskin som Web Analytics-serveren (webanalyse). |
|
Søk bak: Flyt talls spørringer på en tekst egenskap kan returnere falske treff. Dette kan skje for krav Les økte egenskaper eller forvaltede egenskaper for data typen tekst. |
For nøyaktig samsvar på flyt talls numeriske verdier bruker du en forvaltet egenskap av typen float eller decimal. |
|
Søk bak: Hvis du legger til mange forvaltede egenskaper i skjema over tid, kan det føre til høy minne bruk i fixmlindex. exe-prosessen. |
Hvis du vil omgå dette, kan du enten installere hurtig søk på nytt og bruke skjema endringene på én gang, eller følge denne Fremgangs måten:
|
|
Søk bak: Dårlig rangering for spørringer med termer som forekommer i de fleste dokumenter. Dette kan skje selv på installasjoner med små mengder dokumenter. |
Funksjonen for FAST søke rangering er som standard konfigurert til å utføre ytelses problemer for å sikre god søke ytelse når du har store mengder dokumenter. Avveiningen reduserer hvor mye data som må leses og behandles av søke-bakserveren. Ulempe er imidlertid at mer irrelevante dokumenter kan returneres og rangeres over relevante dokumenter, det vil si at presisjonen reduseres. Det utføres en avveining uavhengig av antall dokumenter på noden. Dette er i noen tilfeller en fordel som én kan deretter begynne å utføre rang justering selv når du utfører en første mating, og rangerings virke måten ikke over tid endres avhengig av antall dokumenter. I visse bruks tilfeller kan det imidlertid være lurt å få best mulig rangerings virke måte, spesielt på et lite system. Hvis du vil redusere virkningen av denne ytelses ytelsen, kan du øke StopWordThreshold-og PositionStopWordThreshold-verdiene i rangerings profilen, som forklart i hurtig søk Optimaliser relevans-dokumentasjonen. |
|
Søk bak: Hvis du endrer typen forvaltet egenskap fra én numerisk type til en annen numerisk type, kan det føre til ulike problemer: I enkelte tilfeller kan dokumenter som mates, forkastes fra indeksering. Dette kan skje når du bruker indexeradmin resetindex-kommandoen, eller i tilfeller der systemet startes på nytt på en brått måte. I andre tilfeller kan det allerede være en forbruks innhold indeksert på feil måte, slik at spørring ved hjelp av kjente numeriske verdier ikke kan returnere resultater eller treff for et galt sett med dokumenter. Et relatert problem er at hvis du sletter og oppretter en forvaltet egenskap på nytt ved hjelp av samme navn og ikke endrer type, vil det føre til at innholdet for den forvaltede egenskapen vises på nytt i søke-frontend for alle dokumentene. Dette er ikke alltid den forventede effekten. |
Når du har endret data typen for en forvaltet egenskap, kan du ommatinge innholdet for å sikre at innholdet blir indeksert på riktig måte. |
|
Søk bak: Når du bruker den raske Lotus Notes-koblingen, returnerer Get-FASTSearchSecurityUserSecurityFilter ikke noe informasjon |
Øke maxStringContentLength fra 65536 til 655360 og også endre maxArrayLength fra 16384 til 163840 i%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
|
Søk bak: Get-FASTSearchSecurityConfigurationStatus-comandlet fungerer ikke. Standard porten er feil i%FASTSEARCH%\bin\Microsoft.SharePoint. |
Åpne%FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
|
Søk bak: Rad-ID Sams varer ikke mellom søke knute punkt og indekserings-noder distribuert på samme vert. |
Rad-IDene til søke knute punktene tilordnes dynamisk, mens rad-IDene i indekserings knute punktene bestemmes under installasjonen. |
|
Sikkerhets kopiering og gjenoppretting: Søk er ikke tilgjengelig etter at du har gjort en gjenoppretting av en FAST søke sentral konfigurasjon til en annen installasjons katalog. |
Rette banene som ikke lenger er gyldige i%FASTSEARCH%\components\sam\admin\adminTransaction.log. Følg disse trinnene på administrasjons-noden for FAST-søke sentral for å løse problemet:
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, ln1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml må endres til: a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, ln1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
|
Sikkerhets kopiering og gjenoppretting: Søk fungerer ikke etter gjenoppretting av noden for administrasjon av FAST søke sentral, men gjenoppretter ikke spørrings noden for FAST søke sentral (er) |
Flytt den nyeste konfigurasjonen fra en node i en rask spørring for søke sentralen til administrasjons noden for FAST-søk ved å:
|
|
Sikkerhets kopiering og gjenoppretting: Jeg kjører gjenopprettings skriptet fra FAST Search Server 2010 for SharePoint-distribusjon i en FAST Search Server 2010 for administrasjons konsoll for SharePoint. Når skriptene er utført, forsvinner alle CmdLeter som er lastet med konsollen. |
På grunn av en feil i skriptet, laster FAST Search Server 2010 for SharePoint ut den tilknyttede PowerShell-snapin-modulen. Dette kan utnyttes ved å utføre kommandoen nedenfor i PowerShell-lede teksten: PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell |
|
Søke etter front: MOSS Search-nettsted returnerer feilen: Søke forespørselen kunne ikke koble til søke tjenesten. Når et søk utføres rett etter at du har startet samworker-prosessen på nytt. Problemet vises bare på den første forespørselen gjennom MOSS-front delen, etter at du har startet samworker på nytt. Den andre forespørselen og eventuelle etterfølgende forespørsler fungerer. |
Foreta to forespørsler til søke området for MOSS etter at du har startet samworker på nytt. Sørg for at søk fungerer ved å kontrollere resultatet og bekrefte den andre forespørselen gir ikke feilen. |
|
Forfremmelser & degraderinger: Når du legger til en forfremmelse/degradering med en URL-adresse som inneholder en omvendt skrå strek, mislykkes spørringer med forfremmelsen/degraderingen. |
Den logiske skrå streken i prosessen for behandling av forløpet/degradering er ikke riktig Escape-tegn. Dette problemet skal sjelden oppstå i praksis fordi koblingen til en gangs boks brukes til å bruke riktige URL-adresser når feed-innhold (f.eks. file://myserver/mypath). Den anbefalte løsningen er å erstatte den omvendte skrå streken med en skrå strek i stedet. For eksempel endre «\\myserver\mypath» til "//myserver/mypath". |
|
Skjema behandling: Aktivering av RefinementEnabled-innstillingen for en forvaltet egenskap av typen float eller Boolean fungerer ikke som forventet. Ingen presiseringer vises for forvaltede egenskaper av disse typene. |
Løsning: Bruk desimal i stedet for flyt tall og streng i stedet for boolsk. Dette betyr følgende:
|
Til toppen av siden
