Восстановление резервной копии приложения SharePoint на основе FBA

Кто-нибудь пытался выполнить резервное копирование веб-приложения SharePoint с помощью проверки подлинности на основе форм (FBA) на другой сервер SharePoint?

Мы столкнулись с некоторыми проблемами при резервном копировании / восстановлении веб-приложений sharepoint на основе FBA:

  1. У нас есть сервер, на котором мы создали веб-приложение на основе FBA, у него также есть база данных FBA.
  2. Мы сделали резервную копию базы данных FBA на новый сервер.
  3. Мы попытались сделать резервную копию веб-приложения и восстановить его на новом сервере.
  4. Мы изменили настройки аутентификации и сделали записи web.config для FBA.
  5. При доступе к сайту я смог войти на сайт и увидеть весь контент. Но когда я использую эту функцию в объектной модели, она всегда возвращает false независимо от того, к какому пользователю я вошел в систему:

SPContext.Current.Web.DoesUserHavePermissions(
    SPContext.Current.Web.RoleDefinitions["Read "].BasePermissions).ToString()

Has anyone faced issues like this before?

Кто-нибудь пробовал создать резервную копию веб-приложения на основе FBA?

Мы выполнили восстановление на другой ферме, которая находится в другом домене. Будет ли это иметь эффект?


sharepoint forms-authentication
person Kusek    schedule 24.06.2009    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Мне удалось успешно создать резервную копию и восстановить как базу данных, так и веб-приложение SharePoint для приложения SharePoint с поддержкой FBA.

Перечисленные вами шаги кажутся мне правильными, но уверены ли вы, что выполнили их правильно?

В частности, шаг 5: вам необходимо убедиться, что вы правильно изменили параметры для сайта центра администрирования и параметры конфигурации веб-приложений (параметры web.config и расширение приложения до новой зоны и включение FBA). Дважды убедитесь, что вы настроили все в соответствии с исходным приложением.

Еще одна вещь, которую следует проверить, это то, что у вас действительно существует настраиваемое определение роли «Администратор». Я предполагаю, что это так и должно было быть успешно выполнено резервное копирование / восстановление, но это стоит проверить.

Единственное, что я сделал иначе, - это переместил базу данных контента (вместо резервного копирования / восстановления через Центр администрирования или STSADM). Я не думаю, что это должно иметь значение, но у меня это сработало.

person dariom    schedule 25.06.2009
comment
Спасибо, dariom, я дважды проверил, вы видите, у меня нет никаких проблем в пользовательском интерфейсе SharePoint, единственное, что ломается, - это код объектной модели. Если я вхожу в систему и проверяю наличие нового меню в меню «Список» и «Настройки», оно работает, даже если я могу добавить элемент в список. Но когда дело доходит до OM Code, о котором я упоминал в вопросе, кажется, что он работает. - person Kusek; 25.06.2009
comment
Привет, кусек. Странный! Я не понимаю, как код API OM не работает, если пользовательский интерфейс работает. Можете ли вы отредактировать свой вопрос, чтобы показать нам немного больше вашего кода? Также попробуйте изменить SPContext.Current.Web.RoleDefinitions [Admin] на SPContext.Current.Web.RoleDefinitions [Read]? Это должно работать для всех пользователей. Можете ли вы увидеть роль администратора в пользовательском интерфейсе по адресу: http: // ‹URL вашего сайта› / _ layouts / user.aspx? (убедитесь, что вы используете URL-адрес своего сайта, а не семейство сайтов) - person dariom; 25.06.2009
comment
dariom, вы будете удивлены, услышав это. Я могу перейти по указанному вами URL, и там у меня есть группа SP, которая инкапсулирует роли пользователей FBA. Я проверил SP Group, там действительно есть группа FBA. Просто недоумеваю, почему я не могу это сделать в ОМ. Я отредактировал вопрос в соответствии с просьбой. не только Admin, который я пробовал для чтения, но и не повезло, он возвращает false. Мы восстановили БД в новом домене Farm of Different, вызовет ли это какие-либо проблемы? - person Kusek; 25.06.2009
comment
Привет, кусек. Идеи заканчиваются! Можете ли вы проверить, что учетные записи, на которых запущены пулы приложений SharePoint, имеют доступ к базе данных FBA? Я подозреваю, что учетная запись, пытающаяся получить доступ к информации о ролях, не имеет доступа к FBA. Убедитесь, что учетные записи для пулов приложений Central Admin, SSP и веб-приложений имеют доступ к базе данных FBA на сервере sQL. - person dariom; 26.06.2009
comment
Да, это имеет . Я проверил. Дариом, сделай мне одолжение, пожалуйста. Вы проверяете, как приведенный выше код OM ведет себя на вашем сайте с резервной копией FBA? Я тестировал другой экземпляр базы данных FBA от производства до стадии подготовки, он был таким же. Я просто хотел, чтобы вы помогли мне это подтвердить. Вы можете, пожалуйста? - person Kusek; 26.06.2009
comment
Ну, я сузил Вопрос. Пожалуйста, обратитесь к статье ниже о том, из-за чего он сломался. skurocks.wordpress.com/2009/06/26/, Даром благодарит за вашу помощь. - person Kusek; 26.06.2009
comment
Привет, кусек. Я протестировал этот код в моей резервной копии и восстановленной среде FBA, и он сработал. Я не уверен, что там может быть не так. Все, что я могу предложить, - это изучить файлы журналов, установить пакеты обновлений и т. Д. В моем случае я использую MOSS 2007 SP2, но не думаю, что это должно иметь значение ... Прошу прощения, я хотел бы больше помочь . - person dariom; 26.06.2009
comment
dariom, я решил это, обратитесь к моему комментарию выше (один над вашим комментарием). - person Kusek; 29.06.2009

arrow_upward
0
arrow_downward

Ну, я сузил Вопрос. См. статья о том, что заставило его сломаться.

person Kusek    schedule 04.07.2009