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

Question

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

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

Это завершается нормально.

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

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

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

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

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

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

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

Answer 1

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

Answer 2

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

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

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

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

Answer 3

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

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

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

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

Answer 4

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

\\machineipaddress\spbr00DF

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

Answer 5

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

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