Резервное копирование / восстановление поставщика общих служб в 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

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

Answer 2

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

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

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

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

Answer 3

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

\\machineipaddress\spbr00DF

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

Answer 4

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

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

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

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

Answer 5

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

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