|
|
|
|
Расширения стандартных решений
|
|
Инструментарий разработчика
|
|
Приложения RCO Fact Extractor SDK
|
|
Инструментарий аналитика
|
|
Архив продуктов (более не поддерживаются)
|
|
|
Форум
|
Igor |
26.01.05, 17:27 |
|
| Установка RCO for BackOffice |
|
При установке на SQL 2000 Cluster возникает ошибка при настройке SQL-сервера.
Исталятор предлагает ввести учетные данные для доступа к SQL-серверу. При этом он хочет подключиться к локальному серверу, доступ к которому получить невозможно, т.к. речь идет о кластере.
Если ему указать имя кластера и корректные учетные данные - результат тот же - "...сервер не существует либо нет прав..."
Как быть? |
 |
|
Igor |
26.01.05, 17:47 |
|
| re: Установка RCO for BackOffice |
|
Продолжение:
============
Если не делать инсталяцию утилиты для настройки SQL2000, то установка завершается вроде бы нормально.
Затем выполняем следующее:
use master
go
sp_dropextendedproc 'xp_MSFullText'
go
sp_addextendedproc N'xp_MSFullText', N'{путь до папки RSO}\bin\xprco.dll'
go
В результате русский язык появляется
в списке достпных, при настройке индекса, но популяция не работает. А в event-логе видим следующее:
The crawl for project <SQLServer SQL0001300005> could not be started, because no crawl seeds could be accessed. Fix the errors and try the crawl again.
|
|
|
Плешко Владимир |
26.01.05, 17:56 |
|
| re: re: Установка RCO for BackOffice |
|
Вы установли RCO на обоих серверах кластера и выполнили скрипт на всех экземплярах SQL-serverа, входящих в кластер?
До установки RCO у вас получалось без ошибок строить полнотекстовый индекс?
Прислать скрипт, как вернуть все назад, или сами найдете?
PS: Проблема с установкой возникает, если на сервере установлено несколько экземпляров MS SQL. В этом случае мы рекомендуем делать то, что вы сделали. |
|
|
Igor |
26.01.05, 19:44 |
|
| re: re: re: Установка RCO for BackOffice |
|
Установил RCO на обоих серверах, скрипт запускал на первом, потом после moveGroup на втором.
Установка MS SQL производилась на сервера кластера, т.е. только на виртуальный кластер-сервер.
Обратно вернуть стандартную процедуру не сложно, но на всякий случай пришлите скрипт - вдруг пригодится.
До установки успешно строился индекс по англоязычным документам. После нее, строить его по этим документам еще не пробовал... |
|
|
Плешко Владимир |
26.01.05, 20:34 |
|
| re: re: re: re: Установка RCO for BackOffice |
|
1. Скрипт
use master
sp_dropextendedproc 'xp_MSFullText'
dbcc xprco(free)
sp_addextendedproc 'xp_MSFullText', 'xpstar.dll'
2. Рекомендации
2.1. Попробуйте рестартовать MSSearch на обоих серверах кластера.
2.2. Поглядите в event log соседние сообщения - может в них есть дополнительная информация.
2.3. Если у вас получится построить индекс для английского языка корректно, а с русским языком проблема останется - значит проблема в установке RCO. Иначе см. далее.
3. Возможные причины проблемы
Установка RCO привела к рестарту mssearch. Если до этого в системе происходили какие-то изменения, то они могли вступить в силу.
3.1. Установка SQL SP 3A
обсуждение
http://www.dbforums.com/archive/index.php/t-889113.html
MS
http://support.microsoft.com/default.aspx?scid=kb;en-us;814035
рекомендуют подчистить один вход реестр
3.2. Изменение акаунтов
обсуждение
http://www.sqlmonster.com/Uwe/Forum.aspx/sql-server-search/627/FTS-Security-Issue
MS
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q263712
3.3. "На голом месте"
обсуждение
http://mindsharpblogs.com/Bill/archive/2004/10/05/163.aspx
в результате переустановили ms full-text |
|
|
Igor |
27.01.05, 09:33 |
|
| re: re: re: re: re: Установка RCO for BackOffice |
|
Да, индекс для английского языка больше не строится...
Рестарт службы Microsoft Search не помогает.
В event-логе есть три повторяющихся сообщения. Привожу их в том порядке как и в логе:
3===============================
Source - Microsoft Search
Category - Gatherer
EventId - 3024
--------------------------------
The crawl for project <SQLServer SQL0001300005> could not be started, because no crawl seeds could be accessed. Fix the errors and try the crawl again.
2===============================
Source - Microsoft Search
Category - Gatherer
EventId - 3036
--------------------------------
The crawl seed <MSSQL75://SQLServer/2704ca5f> in project <SQLServer SQL0001300005> cannot be accessed. Error: 80040154 - Class not registered.
1===============================
Source - Microsoft Search
Category - Gatherer
EventId - 3035
--------------------------------
One or more warnings or errors for Gatherer project <SQLServer SQL0001300005> were logged to file <X:\Program Files\Microsoft SQL Server\MSSQL\FTData\SQLServer\GatherLogs\SQL0001300005.1.gthr>. If you are interested in these messages, please, look at the file using the gatherer log query object (gthrlog.vbs, log viewer web page). |
|
|
Igor |
27.01.05, 11:38 |
|
| re: re: re: re: re: re: Установка RCO for BackOffice |
|
Для информации: перерегистрация всех библиотек из C:\Program Files\Common Files\System\MSSearch\Bin ситуацию не изменила...
Буду пытаться переустановить SQL Server Full-Text Indexing.. |
|
|
Igor |
28.01.05, 11:22 |
|
| re: re: re: re: re: re: re: Установка RCO for BackOffice |
|
Если кому интересно - то вот окончание истории.
1. Пришлось переставить весь SQL-кластер.
2. После новой инсталляции кластера, на каждом сервере SQL-кластера, перед установкой RCO мапим алиас: имя локальной машины на имя виртуального сервера SQL (если указать его исталятору RCO открытым текстом - он его не видит).
3. Установка RCO проходит на ура.
Резюме:
- Перерегистрация библиотек сервиса поиска не помогла.
- Ручной снос и установка сервиса поиска не помогла.
|
|
|
Плешко Владимир |
28.01.05, 13:39 |
|
| re: re: re: re: re: re: re: re: Установка RCO for BackOffice |
|
Еще как интересно!
Все, что происходит при установке RCO for BackOffice это:
1. Запись в реестре о том, какие компоненты нужно использовать для русского языка HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex\Language\Russian
и информация об их расположении на диске
HKEY_CLASSES_ROOT\CLSID\...
2. Копирование файлов на диск
3. Выполнение скрипта в MSSQL (на mssearch не влияет)
Все делается по технологии MSI, т.е. все, что установилось должно корректно сноситься.
Пробовали ли вы сносить RCO, когда пытались восстановить работоспособность mssearch?
Что касается установки на кластер:
1. Видимо, действительно нужно, поочередно активными сервера кластера и устанавливать на них софт (реестр + файлы), но модифицировать базу нужно только на первом из серверов кластера.
2. С текущей версией инсталлятора такой фокус не пройдет. Нужно все честно установить на первый сервер. На остальные сервера опцию поддержки MS SQL ставить не нужно - нужно будет только вручную скопировать xprco.dll и xp_gpswfilter.dll в такой же каталог на диске.
3. Касательно соединения с сервером, в доках MS написано, что листенер слушает только ip-адрес кластера, т.е. напрямую содединиться нельзя. Вот цитата из books online:
Additionally, you must use the VIRTUAL_SERVER\Instance-name string to connect to a clustered instance of SQL Server 2000 running on a virtual server. You cannot access the instance of SQL Server 2000 by using the computer name that the clustered instance happens to reside on at any given time. SQL Server 2000 does not listen on the IP address of the local servers. It listens only on the clustered IP addresses created during the setup of a virtual server for SQL Server 2000.
Вывод:
1. В инсталлятор RCO for Backoffice нужно включить возможность установки поддержки MS SQL без модификации базы (на активном сервере - с модификацией, на остальных - без). Тогда не нужно будет делать поочередно активными сервера.
|
|
|
Igor |
29.01.05, 00:00 |
|
| re: re: re: re: re: re: re: re: re: Установка RCO for BackOffice |
|
Да, все верно. Только там же, у производителя, но только в MSDN, есть упоминание о том, как, в случае крайней нужды можно обратиться к виртуальному серверу как к локальному, используя алиас имени локального сервера (или любой другой) созданный при помощи библиотек клиента и работающий через поименованные каналы.
Дальше все как обычно - ставили RCO поочередно на каждом из серверов, делая их активными. Причем RCO действительно не понял, что ему подсунули суррогат. После проверили - все работает.
А бага конечно же в RCO. До него стоял Следопыт для SQL2000 (лицензионный). Сначала было только подозрение, что виноват именно он, но после нескольких тестов на двух других серверах (не кластерные установки SQL), инсталляция и последующий снос, убедились, что он и есть главный виновник наших бед.
Если у кого либо сложится подобная ситуация, то могу сказать – восстановить сервис можно только при некластерной установке. В последней ссылоке (см. выше) есть адрес статьи из MSDN (за что Вам, Владимир огромное спасибо!) на тему «как вручную снести сервис поиска и затем его восстановить». Дельная статья. Именно так я и восстановил на тех двух тестовых серверах поисковый сервис после поругания его Следопытом.
Но в случае кластерной установки, увы, при удалении Следопыта, поисковый сервис уже не подлежит восстановлению. Никакому. Попытки дозвониться до технической поддержки Медиалингвы (я хотел узнать, как восстановить конфигурацию SQL после удаления их софта) результата не дали – у них только один человек занимается поддержкой, да и тот постоянно на переговорах. Вот так то.
Вывод - если покупать, то, пожалуй, только RCO (уже проверили – установили и потом снесли – работает :-) иначе деньги на ветер…
|
|
|
Igor |
29.01.05, 00:33 |
|
| re: re: re: re: re: re: re: re: re: re: Установка RCO for BackOffice |
|
P.S.
К стати, причина из-за которой решили снести Следопыт – крайне низкая скорость работы. Для примера: индексация базы документов объемом около 8GB занимала около 40 минут!
|
|
|
|
|
 |
|
| |
|