Microsoft Search Server 2010 і Microsoft FAST Search Server 2010 відомі проблеми/ReadMe

Вимоги до обладнання та програмного забезпечення для служби Microsoft Search Server 2010:

Цей вміст розташовано в службі TechNet

Вимоги до обладнання та програмного забезпечення

Виявлення мови пошуку в SharePoint

Корпоративний пошук – це функція виявлення мови, для якої потрібно надати атрибуцію авторських прав.

Ліцензія ICU – 1.8.1 для ICU і пізніша версія

Вихідна ліцензія SSLeay

Ліцензія LIBXML2

Керованість

Після змінення рівня продуктивності служби пошуку за допомогою PowerShell деякі стверджуєте заяви "Robothread Tid {NUM} отримано без функції" може відображатися в журналах.

Переробте службу пошуку в кожному полі ферми, ввівши такі дві команди на підвищеному рядку:

чиста зупинка osearch14

net start osearch14

Автоматичне визначання мови за замовчуванням відбувається після оновлення beta2:

За замовчуванням пошукова система призначає мову документів під час обходу, щоб вибрати відповідний елемент tokenmizers (AKA. "wordbreakers").

Деякі клієнти, можливо, вимкнули ці умови та хотіли, щоб він залишився вимкнений (щоб імітувати поведінку сервера Search Server 2007). Випуск RTM увімкнеться за замовчуванням для оновлення мовного системи з beta2.

Вимкніть автоматичну визначання мови або перезапустіть службу пошуку як обов'язкові (див. нижче). Вимкнення виявлення зупиняє деякі документи, які буде отримано, зокрема файли HTML, MSG та TXT для деяких випадків.

Щоб вимкнути визначення мови, установіть значення 0

EnableLanguageDetection

EnableLanguageDetectionPerChunk

у реєстрі KE:

HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office
Server \ 14.0 \ Search\Global\Gathering Manager

Після цього потрібно перезапустити службу пошуку, наприклад за допомогою наведених нижче команд.

чиста зупинка osearch14

net start osearch14

Переконайтеся, що для більшості найпоширеніших мов індексу для більшості файлів HTML, MSG та txt установлено мову сервера індексування.

Після вимкнення цих ключів фільтрування на мові в розширеному пошуку не працюватиме для цих файлів.

Настроювання

Не вдається виконати швидке настроювання сервера Search Server на італійській мові Win2k8 SP2 x64:

Не вдається встановити настроювання після цієї помилки:

Виняток –: виняток – Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. виняток. DeploymentException: помилка перевірки XML: L'aticto ' Modfiedtime ' не є. Іл валоре ' 2010-04-16T 14.35.48 Z ' Non è valido на Іл тіпо ді dati "http://www.w3.org"-La strata "2010-04-16T 14.35.48 Z" Non è UN valore XsdDateTime valido.
у програмі Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation....... (String deploymentXML)

Переклад англійською мовою:
виняток –: виняток – Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. виняток. DeploymentException: помилка перевірки XML: атрибут "Modfiedtime" неприпустимий. Значення "2010-04-16T14.35,48 Z" неприпустимий для типу даних "http://www.w3.org" – рядок "2010-04-16T 14.35.48 Z" XsdDateTime – це не дійсне значення.
у програмі Microsoft. SharePoint. Search. Extended. Installer. Mahasen. Common. SystemModel. SearchInstallation.. ictor (рядок deploymentXML)

Рекомендовано інсталювати Win2k8 R2 замість Win2k8 SP2

Альтернативне рішення – видалити файл: C:\FASTSearch\etc\deployment.xsd.

Якщо цей файл не знайдено, перевірка схеми не відбудеться.

Настроювання Центру пошуку FAST:

Заміна сертифіката FASTSearch за замовчуванням на новий сертифікат із використанням наданого сценарію: повторна перевірка. ps1 не працює на японській мові ОС.

Спосіб вирішення.

1. Створіть резервну копію файлу.

2. Замініть неправильний "-еквалайзер" на новий "-еквалайзер" і збережіть.

Примітка: не рекомендовано у виробничому середовищі, оскільки змінення цього файлу порушує подальші виправлення. Після цього патч не можна замінити.

Індексування

Видалення колекції вмісту не є операцією, яка не має відмовостійкості. Якщо операцію не вдасться виконати в резервному вузлі індексування, операцію не буде відновлено в головному вузлі індексування. Результатом буде те, що вузол індексування "Master" і "резервна копія" втратить синхронізацію.

Якщо під час видалення колекції вмісту не вдається виконати синхронізацію в резервному режимі, його потрібно синхронізувати вручну.

Індексування

Перезапустіть вузол індексування після вимкнення нечистого, процес може з'явитися, щоб замерзнути протягом тривалого часу під час відновлення структури даних. Залежно від розміру індексу, відновлення структури даних може тривати кілька годин.

Перебіг виконання відображається в файлах журналів індексування вузла. Подія передує індексу документа, що відповідне за журнал. Стан вузла індексування також можна отримати за допомогою засобу індексування інструментів командного рядка. Не вбивайте цей процес, коли структури даних перебудовуються.

Індексування

Повідомлення журналу:

• ПОПЕРЕДЖЕННЯ Не вдалося відфільтрувати результат

• ПОМИЛКА Не вдалося почати файл-приймач: Невідповідність розміру підпису!

• ПОМИЛКА Не вдалося оновити файл

відображаються в вузлах індексування резервних копій.

Ці повідомлення можуть бути непроігноровані для резервного копіювання на вузлах індексування.

Індексування

Неіндексовані документи можуть призвести до оновлення схеми індексування під час годування документів.

Призупинити годування під час оновлення схеми та переконайтеся, що зміни схеми розповсюджені в вузлах обробки документів і вузлах індексування перед початком відновлення.

Індексування

Вузол індексування Master не перевіряє, що вузли індексування резервної копії мають достатньо вільного дискового простору.

Перш ніж надсилати дані в вузли індексування резервної копії, головний вузол індексування буде перевіряти, що на резервному диску бракує дискового простору, щоб завершити перенесення. Якщо дані передаються великими, дисковий простір на вузлі індексування резервної копії може бути заповнено зовнішніми подіями під час перенесення даних. Це призведе до тих вузлів, які мають резервне копіювання, і резервні копії.

Переконайтеся, що вузли індексування резервної копії мають принаймні доступні дисковий простір, як-от основні вузли індексування.

Індексування

Видалення колекції вмісту не є операцією, яка не має відмовостійкості. Якщо операцію не вдасться виконати в резервному вузлі індексування, операцію не буде відновлено в головному вузлі індексування. Результатом буде те, що вузол індексування "Master" і "резервна копія" втратить синхронізацію.

Якщо під час видалення колекції вмісту не вдається виконати синхронізацію в резервному режимі, його потрібно синхронізувати вручну.

Контролер пошуку:

Вузли пошуку затримуються під час запуску, якщо сервер конфігурації недоступний.

Під час ініціалізації ви намагаєтеся підключитися до сервера конфігурації. Кілька спроб підключення, і під час входу в повідомлення стверджують, що контролер пошуку спробує підключитися протягом певного проміжку часу, час, який насправді очікує значно довше.

Запустіть сервер конфігурації та перезапустіть вузол пошуку.

Годування

З'єднувач JDBC не працює з параметром конфігурації, що дає змогу налаштувати режим >OperationMode в jdbctemplate. XML для оновлення. Режим операції оновлення призначено для оновлення підмножини атрибута лише для тільки наявного елемента, а також відомих як часткових оновлень.

Не користуйтеся оновленням режиму роботи. Для інкрементного обходу додати режим роботи завжди має бути використано. Обхід вмісту за допомогою функції "режим роботи" потребує, щоб усі атрибути елементів, які потрібно вибрати в JDBC SQL.

Відповідність

Якщо з якоїсь причини обробник веб-аналітики втрачає зв'язок із робочими процесами, обробку можна зупинити й не перезапущено автоматично. Це зазвичай трапляється, якщо машина перезавантажиться або мережа нестабільна. У засобі перегляду подій і журналах FS14 про System буде вказано повідомлення, подібне до такого:

[2009-12-13 17:15:03] Помилка: webanalyzer@HOSTNAME: systepdmsg: обробка помилка в Makefile "wrartialupdate" для подання "за замовчуванням", подання буде встановлено в стані припинення.

Скористайтеся командою waadmin enqueueview, щоб відновити текст і обробку посилань. Якщо створено додаткові подання веб-аналітики, їх також можна повторно запланувати, запустивши waadmin enqueuview-n<viewname>.

Відповідність

Параметр waadmin drop_intra вмикається, щоб скасувати посилання на сайти, але не впливає на аналіз посилання на веб-аналітики.

Цей параметр працює лише в тому випадку, якщо джерело даних – це швидкий веб-обхідник пошуку. Це не впливає на те, що джерело даних – це сполучна лінія швидкого пошуку.

Відповідність

Наведений нижче повідомлення журналу спостерігається в засобі перегляду подій або у журналах системи FS14 про і на движку, що використовується, після припинення обробки даних журналів для роботи з ними.

[2010-01-16 04:00:10.333] ПОПЕРЕДЖЕННЯ systemsg Asyncore

функція зворотного виклику підняла виняток: Socket <Class. Error ' >:

(10054, "скидання підключення за однолітків")

[C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\sprelcore.PY | Драйвер | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\Src\serve\spprocengini.PY | планувальник | 206]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\spprocengini.PY | periodic_run_handler | 216] [C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\spprocengini.PY | _startMakefile | 260] [C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\sprunner.PY | __init__ | 52]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\sprunner.PY | __init__ | 30]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\sprunner.PY | Go | 56]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\sprunner.PY | run_cidcollapser | 72] [C:\d\cruise\builds\active\common\sharepointrelevance\
Src\serve\spprocengini.PY | Setup | 432]

[fdmapi. PY | настроювання | 519] [filesys. PY | init_filesystem | 171] [async_remote. PY | run_remote_commands | 325]
[async_remote. py | run_ticks | 423]
[async_remote. PY | profile_callback | 386]
[fdmmaster. PY | process_from_remote | 823]
[fdmmaster. PY | від'єднати | 540]
[utils. PY | Shutdown | 581] [<рядок>| завершення | 1]

Перезапустіть сервер кліків з nctrl перезапустити sprel. Вона працює на тій самій машині, що й сервер веб-аналітики (WebAnalyzer).

Пошук у внутрішньому сервері:

Числові запити з плаваючою комою у текстовому властивості можуть повертати помилкові хіти.

Це може статися для властивостей обходу або керованих властивостей тексту типу даних.

Щоб точно відповідати на числові значення з плаваючою точкою, використовуйте керовану властивість типу Float або десяткова.

Пошук у внутрішньому сервері:

Додавання багатьох керованих властивостей до схеми з часом може спричинити високе використання пам'яті в процесі fixmlindex. exe.

Щоб обійти це, повторно інсталюйте швидкий пошук і застосувати зміни до схеми в одному диханні або виконайте цю процедуру.

1. Виконайте всі оновлення схеми перед початком годування.

2. Припинення служби "FASTSearchService"

3. Видалення файлу

4. і т. д. \ config_data \Scha\webcluster\summeniclasses.XML

5. Початок служби "FASTSearchService"

6. Початок роботи з каналом.

Пошук у внутрішньому сервері:

Незадовільний рейтинг для запитів із термінами, які трапляються в більшості документів.

Це може статися навіть на інсталяціях із невеликими кількостей документів.

Поведінка швидкого ранжирування пошуку за замовчуванням настроєно для виконання відповідних показників, щоб забезпечити високу продуктивність пошуку під час великої кількості документів.

Компроміс зменшує обсяг даних, які потрібно прочитати, і обробляється на внутрішньому сервері пошуку. Однак недоліком є те, що інші документи можуть бути повернуті та зараховані вище відповідних документів, тобто зменшується точність.

Компроміс виконується незалежно від кількості документів на вузлі. У деяких випадках перевага в тому, що ви можете почати виконувати налаштування, навіть виконуючи початкові годування, і поведінка ранжирування не змінюватиметься з часом, залежно від кількості документів.

Однак у певних випадках використання може знадобитися отримати максимально можливу поведінку ранжирування, особливо в невеликій системі.

Щоб зменшити вплив цієї продуктивності, можна збільшити граничне значення граничних і Позиціонного порогу в профілі Rank, як описано в розділі "швидкий пошук", щоб отримати технічну відповідність.

Пошук у внутрішньому сервері:

Змінення типу керованої властивості з одного числового типу на інший числовий тип може спричинити різні проблеми:

У деяких випадках документи, які годують, можуть бути відкинуті від індексації. Це може статися під час використання команди "індексувати індексує", а також у випадках, коли система перезавантажується в різкий спосіб.

В інших випадках вміст, який уже живиться, може індексувати неправильно, щоб запити, які використовують відомі числові значення, можуть повертати результати або хіти для неправильного набору документів.

Пов'язана проблема полягає в тому, що видалення та відтворення керованої властивості з використанням того самого імені, а не для змінення типу призведе до того, що вміст цієї керованої властивості буде видимим знову в інтерфейсі пошуку для всіх документів. Ця дія може не завжди бути очікуваним.

Після змінення типу даних керованої властивості повторно годувати вміст, щоб переконатися, що вміст буде проіндексовано належним чином.

Пошук у внутрішньому сервері:

Якщо використовується сполучна лінія "швидкий Lotus Notes", фільтр "отримати-Fastsearchsecurityuser" не повертає жодної інформації.

Збільшуйте maxStringContentLength від 65536 до 655360, а також змінюйте довжину maxArrayLength від 16384 до 163840 у%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Безпека. Adsconservice. exe. config і%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Безпека. WorkerService. exe. config

Пошук у внутрішньому сервері:

Програма Get-FASTSearchSecurityConfigurationStatus comandlet не працює. Порт за замовчуванням хибний в%Fastsearch%\microsoft.SharePoint.
Search. Extended. Security. працівником. PowerShell.
Команди. dll. config.

Відкриття%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
Розширена. Security. працівником. PowerShell. команди. dll. config і змініть значення base_port від 13000 до 13001.

Пошук у внутрішньому сервері:

Невідповідність ідентифікатора рядка між вузлами пошуку та вузлами індексування, розгорнутих на тому ж хості.

Ідентифікатори рядків пошукових вузлів динамічно призначаються, а ідентифікатори рядків індексування для вузлів, які визначаються в процесі інсталяції.

Резервне копіювання та відновлення:

Пошук недоступний після відновлення конфігурації центру пошуку в іншому каталозі інсталяції.

Виправлення шляхів, які більше не дійсні в%FASTSEARCH%\components\sam\admin\adminTransaction.log.

Щоб вирішити цю проблему, виконайте наведені нижче дії на вузлі центру адміністрування швидкого пошуку.

1. Зупинити процес samadmin, виконуючи nctrl зупинити samadmin

1. Редагуйте всі шляхи до файлу в%FASTSEARCH%\components\sam\admin\adminTransaction.log, використовуючи належні способи, наприклад, якщо ви спочатку встановили центр швидкого пошуку в C:\fastsearch\і відновлений центр пошуку, щоб отримати швидкий пошук у центрі, а потім виберіть елемент ваш обліковий запис Adadmin. log:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, Noramerica\username, AddDomain, ln1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml

потрібно змінити:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, Noramerica\username, AddDomain, ln1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml

1. Запустіть процес адміністрування Sam, виконуючи nctrl початок роботи з samadmin

Резервне копіювання та відновлення:

Пошук не працює після відновлення вузла адміністратора центру швидкого пошуку, але не відновлення вузлів швидкого центру пошуку.

Переміщення найновішої конфігурації з вузла швидкого центру пошуку в вузол адміністрування швидкого пошуку в центрі запитів за такими параметрами:

1. Зупинити процес samadmin, виконуючи nctrl зупинити samadmin

1. Копіювання всіх файлів на вузлі центру швидкого пошуку в розділі%FASTSEARCH%\components\sam\worker до вузла адміністратора центру швидкого пошуку в розділі%FASTSEARCH%\components\sam\admin

1. Запустіть процес samadmin, виконуючи nctrl почати samadmin

Резервне копіювання та відновлення:

Я працюю з сценарієм відновлення з сервера швидкого пошуку 2010 для розповсюдження SharePoint на сервері Search Server 2010 для консолі керування SharePoint. Після виконання сценаріїв усі командлети, завантажені з консолі, зникли.

Через помилку в скрипті швидкий пошук сервера 2010 для SharePoint не завантажує пов'язаний оснастку PowerShell. Це можна виправити, виконуючи команду нижче в рядку PowerShell:

PS C:\ > Add-Psssnin Microsoft. FASTSearch. PowerShell

Пошук у передній частині:

Сайт пошуку ЛИШАЙНИКА повертає помилку:

Не вдалося підключитися до служби пошуку в запиті пошуку.

Коли пошук виконується одразу після перезапуску процесу самопрацівника. Після перезапуску сампрацівник з'являється лише перший запит, який відображається в передній частині ЛИШАЙНИКА. Другий запит і всі подальші запити працюють.

Зробіть два запити на сайт пошуку ЛИШАЙНИКА після перезапуску samworker. Переконайтеся, що пошук виконується за допомогою перевірки результату та перевірки другого запиту, не дає повідомлення про помилку.

Акції & зниження:

Під час додавання підвищення або пониження з URL-адресою, що містить зворотну скісну риску, запити з відповідним використанням або пониження не виконано.

У логіці обробки та зниження запитів не вдається уникнути правильної зворотної скісної риски.

Ця проблема має бути рідко виявлена на практиці, тому що за допомогою відповідної сполучної лінії використовуються правильні URL-адреси під час годування вмісту (наприклад, file://myserver/mypath).

Рекомендоване рішення – замінити зворотну скісну риску на косу риску.

Наприклад, щоб змінити "\\myserver\mypath" на "/myserep/myath".

Керування схемою:

Увімкнення параметра уточнення в керованому властивість типу Float або логічний не працює належним чином. Для керованих властивостей цих типів не відображаються уточнення.

Спосіб вирішення.

Використовуйте десяткові знаки замість того, щоб плавати і рядки замість логічних. Це означає, що:

1. Керовану властивість має містити = десяткове число замість типу Float та Type = String замість логічних.

2. Джерело вмісту (наприклад, список SharePoint) має використовувати десяткові знаки замість того, щоб плавати і рядки замість логічних.