Резервное копирование / восстановление поставщика общих служб в SharePoint MOSS

Question

У меня серьезные проблемы с резервным копированием и восстановлением поставщика общих служб.

Используя резервную копию центра администрирования, я запускаю резервную копию на s: \

Это прекрасно.

Затем я с другого сервера SharePoint выбираю восстановление резервной копии и указываю ее путь UNC \ machineipaddress \ s $ \ spbr00DF

Я дал всем полный доступ к s: \ на исходном сервере.

Все, что я получаю от SharePoint, это:

Каталог \ machineipaddress \ s $ \ spbr00DF не существует, или учетная запись службы SQL Server и учетная запись службы BI_WEB \ Administrator не имеют разрешения на чтение или запись в папку резервной копии. Укажите другой каталог.

Буду признателен за любые мысли по этому поводу.

ссылка: http://technet.microsoft.com/en-us/library/cc896556.aspx

Всего наилучшего

Answer 1

Ваш путь unc неверен, он должен быть ::

\\machineipaddress\spbr00DF

Вам не нужна часть s$, также убедитесь, что ваш 'spbr00DF' является общим и убедитесь, что 'spbr00DF' является его общим именем.

Answer 2

Сначала сделайте резервную копию всех баз данных. Следующие должны .. 1. База данных конфигурации фермы 2. Все базы данных контента (для всех веб-приложений) 3. База данных центрального администратора.

Если вы хотите, вы также можете сделать резервную копию общих служб и баз данных поиска.

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

1. Запустите мастер PSConfig на новой ферме и подключитесь к восстановленной базе данных конфигурации.
2. Предоставление центрального администратора (с помощью мастера настройки или командной строки)
3. Создайте новые веб-приложения с временными базами данных (вы не можете создать веб-приложение с уже существующей базой данных), сделайте это для каждого веб-приложения.
4. От центрального администратора удалите временную базу данных из веб-приложения и прикрепите восстановленную базу данных для каждого веб-приложения (если это не удается из графического интерфейса, сделайте это с помощью stsadm -o attachcontentdb).
5. Запуск и настройка поиска WSS и поиска Office в ферме.
6. Перейдите в Общие службы> восстановить Общие службы выберите веб-приложение для SSP и mysites, введите имена баз данных общих служб, выполните поиск и т. д. и нажмите кнопку ОК.

Answer 3

Эй, я новичок здесь, но просто хотел добавить свои два цента.

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

На нашем сервере мы получили ту же ошибку. Когда мы создавали наши сайты Sharepoint, мы выбрали учетную запись сетевой службы для запуска сайта. Я перешел к общей папке и добавил учетную запись сетевой службы с полным доступом, и теперь восстановление работает.

Надеюсь, это кому-нибудь поможет.

Answer 4

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

Недавно мы перевели SharePoint в совершенно новую среду, и я настолько устал от включенной системы резервного копирования / восстановления, что в итоге я просто создал резервные копии соответствующих баз данных, создал новые веб-приложения в новой среде и подключил базы данных. им. Вы можете удалить базы данных контента с сайтов через Central Admin, но вам потребуется использовать stsadm для повторного подключения. Это сработало для меня безупречно и может удовлетворить ваши потребности.

Answer 5

Что происходит, когда вы указываете \\ machineipaddress \ s $ в качестве папки для восстановления?