SharePoint MOSS 上的备份/恢复共享服务提供程序
我在备份和恢复共享服务提供商时遇到严重问题。
使用管理中心备份，我将备份运行到 s:\
这完成得很好。
然后，我从另一个 SharePoint Server 选择还原备份并将其指向 UNC 路径 \machineipaddress\s$\spbr00DF
我已授予每个人对源服务器上 s:\ 的完全访问权限。
我从 SharePoint 得到的结果是：
Directory \machineipaddress\s$\spbr00DF 不存在，或者 SQL Server 服务帐户和 BI_WEB\Administrator 服务帐户没有读取或写入备份文件夹的权限。 指定不同的目录。
非常感谢任何人对此的想法。
参考： http://technet.microsoft.com/en-us/library/ cc896556.aspx 祝
一切顺利
I'm having serious issues with backing up and restoring a shared services provider.
Using the Central Administration backup I run the backup to s:\
This completes fine.
I then from another SharePoint Server choose to restore a backup and point it to the UNC path \machineipaddress\s$\spbr00DF
I have given everyone full access to s:\ on the source server.
All I get back from SharePoint is this:
Directory \machineipaddress\s$\spbr00DF does not exist or the SQL Server service account and the BI_WEB\Administrator service account do not have permission to read or write to the backup folder. Specify a different directory.
Would appreciate anyones thoughts on this.
reference: http://technet.microsoft.com/en-us/library/cc896556.aspx
All the best
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
嘿，我是新来的，但只是想补充我的两分钱。
我遇到了同样的问题，发现上述用户之一是正确的，生成错误是因为系统帐户无权访问共享。
在我们的服务器上，我们遇到了同样的错误。 当我们创建 Sharepoint 站点时，我们选择了网络服务帐户来运行该站点。 我转到共享并添加了完全控制的网络服务帐户，现在恢复正常了。
希望这对某人有帮助。
Hey I'm new here but just wanted to add my two cents.
I was having the same issue and found one of the above users was correct, the error was generated because a system account did not have access to the share.
On our server we got the same error. When we created our Sharepoint sites we selected the Network Service account to run the site. I went to the share and added the Network Service account with Full Control and now the restore works.
Hope this helps someone.
首先备份所有数据库。 以下是必须..
1.农场配置数据库
2.所有内容数据库（适用于所有网络应用程序）
3. 中央管理数据库。
如果需要，您还可以备份共享服务和搜索数据库。
一旦您在不同的数据库服务器上恢复了所有这些数据库的副本，请执行以下操作。
选择 SSP 和 mysites 的 Web 应用程序，然后输入共享服务的数据库名称、搜索等，然后单击“确定”。
First take a backup of all the databases. The following are must..
1. Farm Configuration database
2. All the content databases (for all web apps)
3. The central admin database.
If you want you can also take a backup of the Shared services and search databases.
once you have a copy of all these databases restored on a different database server do the following.
select the web application for the SSP and mysites and enter the database names of the Shared services, search etc and hit OK.
您的 unc 路径不正确，应该是::
您不需要
s$部分也确保您的“spbr00DF”被共享并验证“spbr00DF”是其共享名。Your unc path is not correct, it should be::
You don't need the
s$part also ensure your 'spbr00DF' is shared and verify that 'spbr00DF' is its share name.当您指定 \\machineipaddress\s$ 作为还原文件夹时会发生什么？
What happens when you specify \\machineipaddress\s$ as the folder for the restore?
我遇到了类似的问题，该问题源于 SharePoint 使用指定的系统帐户进行还原，即使它表示系统帐户或当前用户必须具有访问权限。
我们最近将 SharePoint 迁移到了一个全新的环境，我对附带的备份/恢复系统感到非常厌倦，最终我只备份了相关数据库，在新环境中创建新的 Web 应用程序，并将数据库附加到它们。 您可以通过 Central Admin 从网站中删除内容数据库，但需要使用 stsadm 重新附加。 这对我来说完美无缺，并且可能适合您的需求。
I had a similar problem and the issue stemmed from SharePoint using the specified system account to do the restore, even though it says that either the system account or the current user must have access.
We moved SharePoint to a totally new environment recently, and I was so fed up with the included backup/restore system that I ended up just backing up the relevant databases, creating new web applications in the new environment, and attaching the databases to them. You can remove content databases from sites through Central Admin, but you'll need to use stsadm to reattach. This worked flawlessly for me, and may suit your needs.