Bemærk!: Denne artikel er tjent sit formål, og fjernes snart. For at forhindre meddelelser om "Siden blev ikke fundet", fjerner vi de links, som vi kender til. Hvis du har oprettet links til denne side, skal du fjerne dem og sammen vi internettet tilsluttet.
Microsoft Search Server 2010
|
Spørgsmål/problem |
Svar/løsning |
|
Hardware-og software krav til Microsoft Search Server 2010: Dette indhold er placeret på TechNet |
|
|
Søgning efter SharePoint-søgesprog Enterprise Search har en funktion til registrering af sprog, som vi skal bruge til at angive Copyright-godkendelse. |
ICU-licens-ICU 1.8.1 og nyere Oprindelig SSLeay-licens LIBXML2-licens |
|
Administration Når du har ændret præstations niveauet for søgetjenesten via PowerShell, vises nogle Assert-erklæringer "RobotThread tid {NUM}, der ikke har modtaget en ydelses-OBJ", vises i loggen. |
Genbrug søgetjenesten på hvert felt i farmen ved at angive følgende to kommandoer til en administrator prompt: net stop osearch14 net start osearch14 |
|
Automatisk sprogregistrering er som standard slået til efter beta2-opgradering: Som standard udleder søgemaskinen sproget i dokumenter under gennemsøgning til at vælge den rigtige tokenizers (aka. wordbreakers). Nogle kunder har muligvis slået disse fra bevidst og ønsker, at det forbliver slået fra (for at efterligne Søgeserverens funktionsmåde på 2007). RTM-udgivelsen aktiverer automatisk sprog udlednings systemet ved opgradering fra beta2. |
Deaktiver automatisk sprogregistrering, eller genstart søgetjenesten efter behov (se nedenfor). Hvis du slår registreringen fra, stoppes nogle af de dokumenter, der hentes, især HTML-, msg-og txt-filer for nogle tilfælde. Hvis du vil slå sprogregistrering fra, skal du angive følgende til 0 EnableLanguageDetection EnableLanguageDetectionPerChunk i registreringsdatabasens ke: HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office server \ Når du har gjort dette, skal søgetjenesten genstartes, for eksempel ved hjælp af følgende kommandoer: net stop osearch14 net start osearch14 Sørg for at angive sproget for indeksserveren til det sprog, der er mest almindeligt i de fleste HTML-, msg-og txt-filer. Når du har slået disse nøgler fra, fungerer filtrering på det sprog, der er i avanceret søgning, ikke for disse filer. |
Toppen af siden
Microsoft FAST Search Server 2010
|
Spørgsmål/problem |
Svar/løsning |
|
Install Konfiguration af FAST Search Server mislykkes på italiensk Win2k8 SP2 x64: Konfiguration af konfiguration af konfiguration mislykkedes med denne fejl: Undtagelse –: undtagelse – Microsoft. SharePoint. Søg. udvidet. Installer. Mahasen. Common. DeploymentException: XML-valideringsfejl: L'attributo ' modifiedTime ' ikke è válido. Il Valore ' 2010-04-16T 14.35.48 Z ' ikke è válido per il Tipo di Dati ' http://www.w3.org '-La stringa "2010-04-16T 14.35.48 Z" ikke è Valore. Oversat til engelsk: |
Den bedste løsning er at installere Win2k8 R2 i stedet for Win2k8 SP2 Alternativ løsning er at slette filen: C:\FASTSearch\etc\deployment.xsd. Hvis den pågældende fil ikke findes, sker der ikke validering af skemaet. |
|
Konfiguration af FAST Search Center: Erstat FASTSearch-standardcertifikatet med et nyt certifikat ved hjælp af det angivne script: ReplaceDefaultCertificate. ps1 mislykkes på japansk OS. |
Løsning:
Bemærk: anbefales ikke i produktionsmiljøer som ændring af denne fil, der ødelægger en fremtidig rettelse af den. Den kan ikke erstattes af en programrettelse senere. |
|
Indekserings Det er ikke en fejltolerant handling at slette en indholds samling. Hvis handlingen mislykkes på en indekseret node til sikkerhedskopiering, bliver handlingen ikke gendannet på Master indekserings noden. Resultatet er, at den overordnede og sikkerhedskopierede node for indeksering mister synkroniseringen. |
Hvis en node til sikkerhedskopiering mislykkes under sletning af en indholds samling, skal den synkroniseres manuelt. |
|
Indekserings Hvis du genstarter indekserings noden efter en vis lukning, kan det se ud som om, at processen fryser med længere tid, når du genopbygger datastrukturer. Afhængigt af indeksets størrelse kan det tage timer at genopbygge datastrukturerne. |
Status vises i logfilerne for indekserings noden. Hændelsen indledes med dokument indekset for genopbygning af en log-meddelelse. Tilstanden for indekserings noden kan også hentes ved hjælp af kommandolinjeværktøjet indexerinfo. Du må ikke afslutte processen, mens datastrukturerne genopbygges. |
|
Indekserings Meddelelserne i logfilen:
vises i indekserings noder med sikkerhedskopier. |
Disse meddelelser i logfilen kan muligvis blive ignoreret på en sikkerhedskopi af indekserings noder. |
|
Indekserings Ikke-indekserede dokumenter kan være resultatet af at opdatere indeks skemaet, mens der fodres dokumenter. |
Stop indføring under en skemaopdatering, og sørg for, at skemaændringen er overført til både noden for dokumentbehandling og indekserings noder, før du fortsætter. |
|
Indekserings Master indekserings noden bekræfter ikke, at Sikkerhedskopiér-noderne har tilstrækkelig ledig diskplads. Før du sender data til sikkerhedskopierne af indekserings noderne, vil Master indekserings noden bekræfte, at der er tilstrækkelig diskplads på sikkerhedskopien til at gennemføre overførslen. Hvis de data, der overføres, er store, kan diskpladsen på noden til indeksering af sikkerhedskopier udfyldes af eksterne begivenheder, mens dataene overføres. Dette fører til master og backup noder, der mister synkroniseringen. |
Sørg for, at de indekserings noder, der under sikkerhedskopier, mindst har så meget ledig diskplads som Master indekserings noder. |
|
Indekserings Det er ikke en fejltolerant handling at slette en indholds samling. Hvis handlingen mislykkes på en indekseret node til sikkerhedskopiering, bliver handlingen ikke gendannet på Master indekserings noden. Resultatet er, at den overordnede og sikkerhedskopierede node for indeksering mister synkroniseringen. |
Hvis en node til sikkerhedskopiering mislykkes under sletning af en indholds samling, skal den synkroniseres manuelt. |
|
Søge controller: Søge noderne forsinkes ved opstart, hvis konfigurations serveren ikke er tilgængelig. Søge noderne forsøger at oprette forbindelse til konfigurations serveren under initialisering. Der er flere forsøg på at oprette forbindelse, og mens logfilen hævder, at søge enheden kun forsøger at oprette forbindelse inden for en bestemt tidsperiode, bliver den tid, det faktisk venter, meget længere. |
Start konfigurations serveren, og genstart søge noden. |
|
Forsyning JDBC-forbindelse fungerer ikke med konfigurationsindstillinger output->OperationMode i JdbcTemplate. XML indstillet til at opdatere. Handlingstilstanden Opdater er beregnet til kun at opdatere en delmængde af attributter på eksisterende elementer, også kaldet delvist opdateringer. |
Du må ikke bruge opdatering af handlingstilstand. For trinvise gennemsøgninger bør tilføjelse af handlingstilstand altid bruges. Gennemsøgning af indhold ved hjælp af handling-tilstands tilføjelse kræver, at alle elementattributter vælges i JDBCSQL. |
|
Rang Hvis Web Analytics-programmet af en eller anden grund mister kontakten med arbejdsprocesser, kan behandlingen standses og genstartes ikke automatisk. Dette kan typisk ske, hvis en maskine genstartes, eller netværket er ustabilt. Logbog og FS14-systemlogfilerne indeholder derefter en logfil, der minder om dette: [2009-12-13 17:15:03] FEJL: webanalyzer@HOSTNAME: systemmsg: behandling mislykkedes i Makefile "wapartialupdate" for visning "standard", så indstilles visningen i en standset tilstand. |
Brug kommandoen waadmin enqueueview til at fortsætte anchortext og link behandling. Hvis der er blevet oprettet ekstra Web Analytics-visninger, kan disse visninger også planlægges igen ved at køre waadmin enqueuview-n<viewname>. |
|
Rang Waadmin-indstillingen drop_intra er slået til for at fjerne links inden for området, men det ser ikke ud til, at det påvirker Web Analytics-link analyse. |
Denne indstilling fungerer kun, hvis datakilden er webgennemsøgning til hurtig søgning. Det har ingen effekt, hvis datakilden er hurtig søgnings forbindelsen. |
|
Rang Følgende logfil overholdes i Logbog-eller FS14-systemlogfilerne, og klik og klik-motoren har stoppet behandlingen af klik og log-data: [2010-01-16 04:00:10.333] Advarsel systemmsg Asyncore funktionen tilbagekald har udløst en undtagelse: <klasse-socket. fejlen ' >: (10054, ' forbindelse nulstillet af 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] |
Genstart Klik og Start-serveren med nctrl genstart sprel. Den kører på den samme maskine som Web Analytics-serveren (webanalyser). |
|
Søg efter back: Flydende numeriske forespørgsler i en tekst egenskab kan returnere falsk hits. Dette kan ske for gennemsøgte egenskaber eller administrerede egenskaber for datatypen tekst. |
Brug en administreret egenskab af typen flydende eller decimal for nøjagtigt at matche numeriske værdier med flydende decimaltal. |
|
Søg efter back: Hvis du føjer mange administrerede egenskaber til skema over tid, kan det medføre høj hukommelsesforbrug i fixmlindex. exe-processen. |
Du kan løse dette ved enten at geninstallere hurtig søgning og anvende Skemaændringerne på én gang eller ved at følge denne fremgangsmåde:
|
|
Søg efter back: Dårlig rangering for forespørgsler med udtryk, der forekommer i de fleste dokumenter. Dette kan ske lige ved installationer med små mængder dokumenter. |
Funktionen til rangering af FAST Search er som standard konfigureret til at udføre præstations afvejninger for at sikre en god søge ydeevne, når du har store mængder dokumenter. Afvejningen reducerer, hvor mange data der skal læses og behandles af back end-søgning. Men ulemper er, at mere irrelevante dokumenter kan blive returneret og rang ordnet over relevante dokumenter, dvs. Afvejningen udføres uanset antallet af dokumenter på noden. Dette er i nogle tilfælde en fordel, så du kan komme i gang med at foretage en justering, selv når du udfører indledende fodring, og funktionsmåden for rangering vil ikke overskride tiden ændre, afhængigt af antallet af dokumenter. Men i visse use cases kan det være en god ide at få den bedst mulige funktion for rangering, især på et lille system. Hvis du vil reducere virkningen af denne ydeevne, kan du øge StopWordThreshold-og PositionStopWordThreshold-værdierne i Range-profilen som forklaret i dokumentationen til hurtig søgning Optimer relevans. |
|
Søg efter back: Hvis du ændrer typen af en administreret egenskab fra én numerisk type til en anden numerisk type, kan der opstå forskellige problemer: I nogle tilfælde kan dokumenter, der fodres, blive kasseret fra indeksering. Dette kan ske, når du bruger kommandoen indexeradmin resetindex eller i de tilfælde, hvor systemet genstartes på en pludselig måde. I andre tilfælde kan det allerede viste indhold blive indekseret forkert, således at forespørgsel ved hjælp af kendte numeriske værdier muligvis returnerer ingen resultater eller hits for et forkert sæt dokumenter. Et relateret problem er, at hvis du sletter og genopretter en administreret egenskab med det samme navn og ikke ændrer typen, medfører det, at indholdet for den pågældende administrerede egenskab vises igen i front end-søgningen for alle dokumenter. Dette er muligvis ikke altid den forventede effekt. |
Når du har ændret datatypen for en administreret egenskab, skal du genfeede indholdet for at sikre, at indholdet bliver indekseret korrekt. |
|
Søg efter back: Når du bruger det hurtige Lotus Notes-forbindelsesstik, returnerer Get-FASTSearchSecurityUserSecurityFilter ikke oplysninger |
Øge maxStringContentLength fra 65536 til 655360 og også ændre maxArrayLength fra 16384 til 163840 i%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
|
Søg efter back: Get-FASTSearchSecurityConfigurationStatus comandlet virker ikke. Standardporten er forkert i%FASTSEARCH%\bin\Microsoft.SharePoint. |
Åbn%FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
|
Søg efter back: Række-id uoverensstemmelse mellem søge noder og indekserings noder, der er installeret på den samme vært. |
Række-id'erne for søge noderne tildeles dynamisk, mens række-id'erne for indekserings noderne besluttes under installationen. |
|
Sikkerhedskopiere og gendanne: Søgning er ikke tilgængelig, når du har foretaget en konfiguration af en hurtig søge Center-konfiguration til en anden installationsmappe. |
Ret de stier, der ikke længere er gyldige i%FASTSEARCH%\components\sam\admin\adminTransaction.log. Følg disse trin i administrations noden FAST Search Center for at 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 skal ændres 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
|
|
Sikkerhedskopiere og gendanne: Søgning fungerer ikke, efter at du har gendannet administrations noden for det hurtige søgecenter, men ikke gendannelse af forespørgsels noden/FAST Search Center. |
Flyt den seneste konfiguration fra et FAST Search Center-forespørgsels node til den FAST Search Center-administrations node ved at:
|
|
Sikkerhedskopiere og gendanne: Jeg kører gendannelses scriptet fra FAST Search Server 2010 til SharePoint-distribution i en FAST Search Server 2010 til SharePoint Management Console. Når du har udført scriptene, er alle de cmdletter, der er indlæst med konsollen, fjernet. |
På grund af en fejl i scriptet, fjerner FAST Search Server 2010 til SharePoint den tilknyttede PowerShell-snap-in. Dette kan løses ved at udføre kommandoen nedenfor i PowerShell-prompten: PS C:\ > add-PsSnapin Microsoft. FASTSearch. PowerShell |
|
Søg i front end: MOSS-søgewebsted returnerer fejlen: Søgeanmodningen kunne ikke oprette forbindelse til søgetjenesten. Når der foretages en søgning, lige efter du har genstartet samworker-processen. Problemet vises kun på den første anmodning via MOSS-front end, når du har genstartet samworker. Den anden anmodning og alle efterfølgende anmodninger fungerer. |
Foretag to anmodninger til MOSS Search-webstedet, når du har genstartet samworker. Sørg for, at søgning fungerer, ved at kontrollere resultatet og bekræfte, at den anden anmodning ikke giver fejlen. |
|
Kampagner & sænkninger: Når du tilføjer en forfremmelse/sænkning med en URL-adresse med en omvendt skråstreg, mislykkes forespørgsler med forfremmelse/degradering. |
Behandlings logikken for forfremmelse/sænkning af forespørgselsbehandling har ikke korrekt Escape-tegn til omvendte skråstreger. Dette problem bør sjældent forekomme i praksis, fordi den out-of-Box-forbindelse bruger sikre URL-adresser til indføring af indhold (f. eks. file://myserver/mypath). Den anbefalede løsning er at erstatte den omvendte skråstreg med en skråstreg i stedet. F. eks. ændre "\\myserver\mypath" til "//myserver/mypath". |
|
Skemastyring: Aktivering af indstillingen RefinementEnabled for en administreret egenskab af typen flydende eller boolesk fungerer ikke som forventet. Der vises ingen afgrænsninger for de administrerede egenskaber for disse typer. |
Løsning: Brug decimal i stedet for float og String i stedet for Boolesk. Det betyder, at:
|
Toppen af siden
