Забележка: Тази статия свърши работата си и ще бъде оттеглена скоро. За да предотвратим проблеми от типа "Страницата не е намерена", премахваме връзките, за които знаем. Ако сте създали връзки към тази страница, премахнете ги, и така заедно ще запазим целостта на връзките в уеб.
Microsoft Search Server 2010
Въпрос/проблем |
Отговор/заобиколно решение |
Изисквания към хардуера и софтуера за Microsoft Search Server 2010: Това съдържание се намира в TechNet |
|
Откриване на езика на търсенето в SharePoint Enterprise Search има функция за откриване на език, за която трябва да предоставим авторски права. |
Лиценз за отделение за интензивни състояния и по-нови версии Оригинален лиценз за SSLeay Лиценз за LIBXML2 |
Възможностите След като промените нивото на производителност за услугата за търсене чрез PowerShell, някои твърдения за твърдение "RobotThread три пъти (NUM}) не получиха съвършени обекти" може да се показват в регистрите. |
Рециклирайте услугата за търсене на всяко поле в сървърната група, като въведете следните две команди на повишена подкана: NET Stop osearch14 NET Start osearch14 |
Автоматичното откриване на езика е по подразбиране на след надстройката на Бета2: По подразбиране търсачката заключава езика на документите, докато пълзи, за да избере правилния tokenizers (aka. wordbreakers). Някои клиенти може да са ги изключили умишлено и да искат да останат изключени (за да имитират поведението на сървъра за търсене на 2007). Изданието за RTM ще включи системата за изправяне на езика по подразбиране при надстройване от Бета2. |
Изключете автоматичното откриване на езика или рестартирайте услугата за търсене, както е необходимо (вижте по-долу). Изключването на функцията за откриване ще спре да се изтеглят някои документи, особено HTML, MSG и txt файлове за някои случаи. За да изключите откриването на езика, задайте следното на 0 EnableLanguageDetection EnableLanguageDetectionPerChunk в рамките на системния регистър KE: HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office сървър \ След това услугата за търсене трябва да бъде рестартирана, като например се използват следните команди: NET Stop osearch14 NET Start osearch14 Не забравяйте да зададете езика на индексния сървър на езика, който най-често се използва за повечето HTML, MSG и txt файлове. След като изключите тези ключове, филтрирането по език при Разширено търсене няма да работи и за тези файлове. |
Най-горе на страницата
Microsoft FAST Search Server 2010
Въпрос/проблем |
Отговор/заобиколно решение |
Настройка Конфигурирането на сървъра за бързо търсене е неуспешно при италианските Win2k8 SP2 X64: Конфигурирането на инсталиращата програма е неуспешно с тази грешка: Изключение –: изключение – Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. изключение. DeploymentException: XML проверка грешка: L'attributo "modifiedTime" non-valido. Il храбрs ' 2010-04-16T 14.35.48 Z ' non-valido за Il Tipo Di дати ' http://www.w3.org '-La String "2010-04-16T 14.35.48 Z" non и un храбри XsdDateTime valido. Преведено на |
Най-доброто заобиколно решение е да инсталирате Win2k8 R2 вместо Win2k8 SP2 Алтернативно заобиколно решение е да изтриете файла: C:\FASTSearch\etc\deployment.xsd. Ако този файл не е открит, проверката на схемата няма да бъде осъществена. |
Настройка на центъра за бързо търсене: Заместване на сертификата за FASTSearch по подразбиране с нов сертификат с помощта на предоставения скрипт: ReplaceDefaultCertificate. ps1 е неуспешно на японската ос. |
Заобиколно решение:
Забележка: не се препоръчва в производствени среди, тъй като промяната на този файл прекъсва бъдещия му корекция. Той не може да бъде заместен с кръпка по-късно. |
Индексатора Изтриването на колекция от съдържание не е операция, която не е устойчива на грешки. Ако операцията е неуспешна в възел за индексиране на архивни копия, операцията няма да бъде върната на възела за индексиране на образец. Резултатът ще бъде това, че образецът за вмъкване на показалец за архивиране изгуби синхронизацията. |
Ако един възел за индексиране при архивиране е неуспешен по време на изтриването на колекция от съдържание, той трябва да бъде синхронизиран ръчно. |
Индексатора Рестартирането на възела за индексиране след нечисто затваряне, процесът може да се появи, за да замръзне за продължителен период от време, докато се изграждат структурите от данни. В зависимост от размера на индекса, възстановяването на структурите от данни може да отнеме часове. |
В регистрационните файлове на възела за индексиране се показва напредък. Събитието се предшества от индекса за възстановяване на файлове от регистрационния файл. Състоянието на възела за индексиране може да бъде извлечено и с помощта на инструмента indexerinfo за команден ред. Не убивайте процеса, докато структурите за данни се построят отново. |
Индексатора Регистрационните съобщения:
се показват в възли за индексиране на архивиране. |
Тези регистрационни съобщения може да бъдат пренебрегнати по безопасен начин в възли за индексиране на архивиране. |
Индексатора Неиндексираните документи може да са резултат от актуализиране на схемата на индекс по време на храненето на документи. |
Преустановявайте храненето по време на актуализиране на схема и се уверете, че промяната на схемата е разпространила и до двата възела за обработка на документи и до възлите за индексиране преди подновяването. |
Индексатора Възелът за индексиране на главни не проверява дали има достатъчно свободно дисково пространство. Преди да изпращате данни към възлите за индексиране на архивиране, главният възел за индексиране ще провери дали има достатъчно свободно дисково пространство в архива, за да завърши прехвърлянето. Ако прехвърляните данни са големи, дисковото пространство на възела за индексиране на архивиране може да бъде попълнено с външни събития по време на прехвърляне на данните. Това ще доведе до основните и резервните възли за загуба на синхронизирането. |
Уверете се, че възлите за индексиране за архивиране имат поне толкова свободно място на диска като възлите за индексиране на главни. |
Индексатора Изтриването на колекция от съдържание не е операция, която не е устойчива на грешки. Ако операцията е неуспешна в възел за индексиране на архивни копия, операцията няма да бъде върната на възела за индексиране на образец. Резултатът ще бъде това, че образецът за вмъкване на показалец за архивиране изгуби синхронизацията. |
Ако един възел за индексиране при архивиране е неуспешен по време на изтриването на колекция от съдържание, той трябва да бъде синхронизиран ръчно. |
Контролер за търсене: Възлите за търсене се забавят при стартиране, ако сървърът Config е недостъпен. Възлите за търсене се опитват да се свържат със сървъра Config по време на инициализацията. Направени са няколко опита за свързване и докато регистрационни съобщения твърдят, че Контролерът за търсене ще опита да се свърже само за определен период от време, то времето, което то действително изчаква, е значително по-дълго. |
Стартирайте конфигурационен сървър и Рестартирайте възела за търсене. |
Хранене Конекторът на JDBC не работи при настройката на конфигурацията на изхода->OperationMode в настройката jdbctemplate. XML за актуализиране. Режимът на работа за актуализиране е предназначен за актуализиране на подмножество на атрибут само на съществуващи елементи, известни също като частични актуализации. |
Не използвайте актуализацията на режима на работа. За допълнителни обхождания е необходимо винаги да се използва добавка за режим на работа. Обхождане на съдържание с помощта на режима на работа добави изисква всички атрибути на елемента, които трябва да бъдат избрани в JDBCSQL. |
Значение Ако по някаква причина Двигателят на уеб анализа изгуби контакт с работните си процеси, обработката може да бъде спряна и да не се рестартира автоматично. Това обикновено може да се случи, ако една машина бъде рестартирана или мрежата е нестабилна. Визуализаторът на събития и системните регистри на FS14 ще съдържат регистрационно съобщение, подобно на това: [2009-12-13 17:15:03] ГРЕШКА: webanalyzer@HOSTNAME: systemmsg: обработката е неуспешна в makefile "wapartialupdate" за изглед "по подразбиране", изгледът ще бъде зададен в спряно състояние. |
Използвайте командата waadmin enqueueview, за да възобновите обработката на anchortext и връзката. Ако са създадени допълнителни изгледи на уеб анализи, тези изгледи може да се наложи да бъдат повторно планирани чрез изпълнение на waadmin enqueuview-n<viewname>. |
Значение Опцията waadmin drop_intra е включена, за да отхвърлите връзките в сайта, но не оказва влияние върху анализа на връзката за Web Analytics. |
Тази опция работи само ако източникът на данни е уеб роботът за бързо търсене. Няма ефект, ако източникът на данни е Конекторът за бързо търсене. |
Значение Следните регистрационни съобщения се наблюдават във визуализатора на събития или регистрите на системата на FS14, а щракването върху двигател е спряло да обработва данни от регистрационния файл за щраквания: [2010-01-16 04:00:10.333] ПРЕДУПРЕЖДЕНИЕ systemmsg Asyncore функция за обратно извикване изправи изключение: > <"Socket. Error": (10054, "нулиране на връзката чрез 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. ПГ | настройка | 519] [filesys. ПГ | init_filesystem | 171] [async_remote. ПГ | run_remote_commands | 325] |
Рестартирайте сървъра за щракване чрез nctrl рестартирайте sprel. Той се изпълнява на една и съща машина като сървъра за уеб анализ (WebAnalyzer). |
Задния бутон за търсене: Числовите заявки с плаваща запетая в свойство за текст може да върнат неверни хитове. Това може да се случи за обходени свойства или контролирани свойства на текст от тип данни. |
За точно съвпадение на числови стойности с плаваща запетая Използвайте управлявано свойство от тип float или десетично. |
Задния бутон за търсене: Добавянето на много контролирани свойства към схема във времето може да доведе до висока памет в процеса на fixmlindex. exe. |
За да заобиколите проблема, или преинсталирайте бързо търсене и приложете промени в схемата на един път или следвайте тази процедура:
|
Задния бутон за търсене: Лошо класиране за заявки с изрази, които се появяват в повечето документи. Това може да се случи дори при инсталации с малки количества документи. |
Поведението на класирането за бързо търсене е конфигурирано по подразбиране, за да се осигурят компромиси при изпълнение, за да се осигури добра производителност на търсенето при наличието на големи обеми документи. Компромисът намалява колко данни трябва да бъдат прочетени и обработени от сървъра за търсене. Обаче Недостатъкът е, че по-неподходящите документи могат да бъдат върнати и подредени по-горе в съответните документи, т. е. точността се намалява. Компромисът се върши независимо от броя на документите в възела. Това е в някои случаи предимство, тъй като може да започне да се прави настройка на класирането дори по време на първоначалното им хранене, а поведението на класирането няма да се промени толкова много в зависимост от броя на документите. Но в някои случаи на използване може да се наложи да получите възможно най-добро поведение на класирането, особено в малка система. За да намалите ефекта от този компромис с производителността, можете да увеличите стойностите на StopWordThreshold и PositionStopWordThreshold в профил Rank, както е обяснено в документацията за оптимизиране на търсенето в FAST Search. |
Задния бутон за търсене: Промяна на типа на управлявано свойство от един цифров тип в друг цифров тип може да доведе до различни проблеми: В някои случаи документите, които са хранени, могат да бъдат отхвърлени от индексирането. Това може да се случи, когато се използва командата indexeradmin resetindex или в случаите, в които системата се рестартира рязко. В други случаи вече хранените съдържание може да бъдат индексирани неправилно, така че заявките, използващи известни числови стойности, да не връщат резултати или хитове за грешен набор от документи. Свързан проблем е, че изтриването и пресъздаването на управлявано свойство, като се използва същото име и не се променя, ще доведе до това, че съдържанието на това управлявано свойство ще бъде видимо в интерфейса за търсене за всички документи. Това може да не винаги е Очакваният ефект. |
След като промените типа на данните на управлявано свойство, прехранете съдържанието, за да сте сигурни, че съдържанието ще бъде индексирано правилно. |
Задния бутон за търсене: Когато използвате FAST конектор за Lotus Notes, get-FASTSearchSecurityUserSecurityFilter не връща никаква информация. |
Увеличаване на maxStringContentLength от 65536 на 655360, както и промяна на maxArrayLength от 16384 на 163840 в%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
Задния бутон за търсене: Командата get-FASTSearchSecurityConfigurationStatus comandlet не работи. Портът по подразбиране е грешен в%FASTSEARCH%\bin\Microsoft.SharePoint. |
Отваряне на%FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
Задния бутон за търсене: Несъответствие на идентификатор на ред между възлите за търсене и възлите за индексиране, разположени на един и същ хост. |
Идентификаторите на редове на възлите за търсене се присвояват динамично, а по време на инсталирането се определят идентификаторите на редовете на възлите за индексиране. |
Архивиране и възстановяване: Търсенето не е налично след като сте извършили възстановяване на конфигурацията на центъра за бързо търсене в друга директория за инсталиране. |
Коригиране на пътищата, които вече не са валидни в%FASTSEARCH%\components\sam\admin\adminTransaction.log. За да коригирате проблема, изпълнете следните стъпки:
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, ln1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml ще трябва да се промени в: a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, ln1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
Архивиране и възстановяване: Търсенето не работи след възстановяване на възела на администратора на центъра за бързо търсене, но не и възстановяване на възела на заявките за бърз център за търсене |
Да местите най-новата конфигурация от възел на заявка за бърз център за търсене към възела за администриране на центъра за бързо търсене по:
|
Архивиране и възстановяване: Имам скрипт за възстановяване от сървъра за бързо търсене 2010 за дистрибуция на SharePoint в сървър за бързо търсене на 2010 за конзола за управление на SharePoint. След изпълнението на скриптовете всички кратки команди, заредени с конзола, са изчезнали. |
Поради грешка в скрипта, FAST Search Server 2010 за SharePoint разтоварва добавката за асоциирани PowerShell. Това може да се възстанови чрез изпълнение на командата по-долу в подканата за PowerShell: PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell |
Търсене в предния край: Сайт за търсене на мъх връща грешката: Заявката за търсене не може да се свърже с услугата за търсене. Когато търсенето бъде извършено веднага след рестартиране на процеса на samworker. Проблемът се показва само при първото искане през лицевия край на мъх, след като рестартирате samworker. Второто искане и всякакви следващи искания работят. |
Направете две искания за сайта за търсене на мъх след рестартирането на samworker. Уверете се, че търсенето работи чрез проверка на резултата и проверката на второто искане не дава грешката. |
Повишения & понижения: При добавяне на Повишение на промоция/понижаване с URL адрес, който съдържа обратно наклонена черта, заявките, които се прилагат при прилагане на промоция/понижаване. |
Логическата обработка на заявките за насърчаване/понижаване на заявката не се показва правилно. Този проблем трябва да бъде рядко срещан на практика, тъй като "извън кутията" използва подходящи URL адреси при храненето на съдържание (например file://myserver/mypath). Препоръчваното заобиколно решение е да се замести обратно наклонената черта с наклонена черта вместо това. Например промяна на "\\myserver\mypath" на "//myserver/mypath". |
Управление на схеми: Разрешаването на настройката за RefinementEnabled на управлявано свойство от тип float или булево не работи по очаквания начин. За управляваните свойства на тези типове не се показват никакви рафинерии. |
Заобиколно решение: Използвайте десетично число вместо "плаващ" и "низ" вместо булева стойност. Това означава, че:
|
Най-горе на страницата