none
Не работает поиск в SharepointServer 2007 RRS feed

  • Общие обсуждения

  • Установил Project 2007 и SharePointServer 2007. При попытке поиска отрывается страница с ошибкой: "Выполнение поиска прервано из-за ошибки службы. Попробуйте повторить поиск или обратитесь к администратору за дополнительными сведениями."
    В евентах Windows:

    Источник: Office Server Search
    Код (ID): 10032

    Не удалось создать сеанс базы данных.

    Контекст: приложение: 1a527337-684c-4238-959d-f7e7b21bd28f

    Подробности:
    Эта строка подключения к базе данных недоступна. (0xc0041228)

    Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.as

    Ставил по сценарию "Установка SharepointServer на существующем Project Server". Устанавливал проджект по вот этому блогу:
    http://www.pptspaces.com/msprojectreporterblog/Lists/Posts/Post.aspx?List=cea5da16%2D0c29%2D40a7%2D845e%2D4eea7cbc844d&ID=31
    SharePointServer устанавливал по официальной документации. подскажите куда копать мучаюсь уже несколько дней.

    29 июля 2008 г. 3:18

Все ответы

  • С этой проблемой разобрался - не был настроен поиск для поставщика общих служб. Но теперь поиск ни чего не находит.
    Состояние индексирования: Бездействие
    Элементов в индексе: 0
    Ошибок в журнале: 0
    Источники содержимого: 1 определено (Локальные узлы Office SharePoint Server)
    Правила обхода содержимого: 0 определено
    Что делать?


    29 июля 2008 г. 8:20
  •  

    создай расписание, при создании можно отметить галочку start full index, чтобы сразу создал индексы. Только подумай, не перегрузит ли это сервер, если документов много.

     

    29 июля 2008 г. 8:33
  • На сервере пока ни чего нет. Я создал только один тестовый файл с названием Computers.xls. Ввожу в поиске Computers и ни чего не нахожу.
    Индексирование запускал:

    Элементов в индексе: 138
    Ошибок в журнале: 0

    Поиск работает. К примеру на слово Задачи находит кучу стандартных коментариев и ссылок. Почему не находится файл?

    29 июля 2008 г. 8:57
  •  

    попробуйте поискать "computers.xls"

     

    29 июля 2008 г. 9:41
  • Хоть как пиши - не ищет. Еще одна проблема выявилась, не могу синхронизироваться с AD. Когда настраивал поставщика общих служб кажется указал учетную запись локального админа, а нужно было учетную запись доменного пользователя. Хотя пользователи в проджект и в SharePoint из домена добавляются, но в PWA в "Синхронизация пула ресурсов Active Directory" не могу подключится к AD. Как можно исправить?

    Проблема с поиском так и не решена.
    29 июля 2008 г. 10:05
  • Что пишет, какие ошибки дает?

     

    29 июля 2008 г. 10:09
    Отвечающий
  •  

    1. Не могу рекомендовать этот способ другим, но я поставил аккаунтами поиска ту же учетку, что и для сервера, ибо, как ни крутил, вечно выползали подобные ошибки. Это же касалось и учетки, под которой сервер коннектился к AD - у него были все права как и у основного серверного аккаунта, но, постоянно лезли ошибки.

    2. После смены учетки нужно убить все индексы и проиндесировать окнтент заново.

    29 июля 2008 г. 10:22
  •  Kichin Denis написано:
    Что пишет, какие ошибки дает?

     


    По поводу синхронизации с AD пишет следующее:
    Ошибки при доступе к глобальному каталогу Active Directory. Проверьте, соблюдены ли следующие требования. 1. Контроллер домена Active Directory, в котором размещена копия глобального каталога, доступен для сервера поставщика общих служб (SSP). 2. Учетная запись Windows, содержимое которой использовано в качестве учетных данных службы SSP, имеет разрешение на чтение глобального каталога.
    Подозреваю что указанная учетная запись и в правду не имет прав на просмотр доменных пользователей, потому как она скорее всего локальная. Вот тока вопрос где её поравить. Снова вернулся к доке где создается PSS вроде там как раз и указывается эта учетка, но как её сменить уже на существующем PSS я не нашел.

    По поводу поиска ошибок не выдает, просто говорит что ни чего не нашел.

     Andrew Bondarenko написано:

     


    1. Не могу рекомендовать этот способ другим, но я поставил аккаунтами поиска ту же учетку, что и для сервера, ибо, как ни крутил, вечно выползали подобные ошибки. Это же касалось и учетки, под которой сервер коннектился к AD - у него были все права как и у основного серверного аккаунта, но, постоянно лезли ошибки.


    2. После смены учетки нужно убить все индексы и проиндесировать окнтент заново.



    У меня стояла учетка сервера (локальная учетная запись с админскими правами), но я её заменил на учетку из домена, которая не имеет админских привелегий (просто так рекомендовано microsoft). Поробую вернуть прежнюю и пересоздать индексы.

    Еще в евентах после перезагрузки IIS появляется следующая ошибка: "Не удалось получить сведения о языке для Project Server " чтобы это значало? PWA пускает, все вроде работает.
    29 июля 2008 г. 11:31
  •  

    не надо возвращать серверную. Учетка _обязательно_ должна быть доменной. Специально созданной для этого сервера. Я просто запустил поисковые службы под той же учеткой, что и сервер.

     

     

     

    29 июля 2008 г. 11:36
  • Может проблема в том что учетка под которой запускается сервер у меня не доменная?
    29 июля 2008 г. 11:38
  •  

    вот здесь много про аккаунты:

    http://technet.microsoft.com/en-us/library/cc263445.aspx

     

    29 июля 2008 г. 11:46
  • Да уж умеет Microsoft все усложнять.. На сколько все проще было в предыдущих версиях.....Буду разбираться спасибо.
    30 июля 2008 г. 3:51
  • Тупой вопрос: если у меня все установлено на одном сервере (SharePointServer, ProjectServer, MSSQL) это считается
    Single server или же все таки это ферма, если при устновке я выбрал расширенный режим установки? А то по аккаунтам есть два типа документов Single server standard requirements и Server farm standard requirements.
    30 июля 2008 г. 13:13
  • ферма

     

    30 июля 2008 г. 13:42
    Отвечающий
  • Почти прочитал документ "Plan for administrative and service accounts". Куча непонятного!!!!!

    Кто нибудь из сторожил может пояснить несколько моментов.
    1. В столбце "Least-privilege using domain user accounts requirements"  имющихся там таблиц в том числе написано "Use a separate domain user account." За частую это все. Где написано какие именно права нужны данному пользователю?
    2. В столбце "Server farm standard requirements" указываются некоторые права, и этот столбец то дополняет столбец из пункта один, то противоречит...уже голова дымится вот например что написано о Setup user account:
    1. В поле Server farm standard requirements пишут
    Member of the Administrators group on each server on which Setup is run.
    SQL Server login on the computer running SQL Server.
    Member of the following SQL Server security roles:
    securityadmin fixed server role
    dbcreator fixed server role
    2. В поле Least-privilege using domain user accounts requirements пишут
    Use a separate domain user account.
    SQL Server login on the SQL Server computer.
    NOT a member of the following SQL Server security roles:
    securityadmin fixed server role
    dbcreator fixed server role
    NOT a member of the Administrators group on the computer running SQL Server.

    Сплошные противоречия...я думал эти два столбца должны дополнять друг-друга, но кажется я чего не понимаю..объясните пожалуйста.


    31 июля 2008 г. 4:21
  • нет, столбцы не должны дополнять друг друга.

    стлбец Least-privilege using domain user accounts requirements определяет установку и использование с минимально допустимыми параметрами безопасности.

     

    >NOT a member of the following SQL Server security roles:
    >securityadmin fixed server role
    >dbcreator fixed server role

    Как я понял, в примечаниях указано, как поступать в этом случае - базы должны быть созданы отдельно с помощью отдельного аккаунта.

     

    31 июля 2008 г. 8:06
  • Все, окончательно запутался, кто-нибудь может однозначно сказать какие аккаунты с какими привелегиями нужны чтобы установаить SharepointServer с PorjectServer на одном сервере в режиме фермы, при условии что SQL тоже на этом же сервере.
    31 июля 2008 г. 13:09