最近遇到一个问题,客户在Sharepoint上的数据丢失,需要恢复,平时未进行过备份,后来想了想,可以通过数据库的备份进行还原。
在网上找了很多资料,发现这篇文章挺好的。http://server.51cto.com/moss-server-migration-110887.htm
按照上面说的操作还原成功,记录过程如下:
步骤:
1、将备份的Wss_Content开头的数据库还原到测试机上;
2、在测试环境新建一个应用程序;
3、在内容数据库中添加该数据库;
其中,遇到了问题,在添加内容数据库的时候报错,ID重复,于是又查找资料,发现ID重复只能通过命令行的方式进行添加内容数据库;
http://blog.sina.com.cn/s/blog_6d3d65390100m119.html
命令详解如下:
http://technet.microsoft.com/zh-cn/library/cc263422(office.12).aspx
语法
stsadm.exe -o addcontentdb
-url <URL name>
-[-assignnewdatabaseid]
-[-clearchangelog]
-databasename <database name>
[-databaseserver <database server name>]
[-databaseuser <database username>]
[-databasepassword <database password>]
[-sitewarning <site warning count>]
[-sitemax <site max count>]
参数名和缩写形式 | 值 | 是否必需 | 说明 |
---|---|---|---|
url | 一个有效的 URL,例如 http://server_name | 是 | 要向其添加内容数据库的 Web 应用程序的 URL。 |
assignnewdatabaseid | 一个有效的 GUID,例如“12345678-90ab-cdef-1234-567890bcdefgh” | 否 | 在附加内容数据库时自动创建一个新的数据库 ID。此参数是在 Microsoft Office Server 的基础结构更新中首次引入的。有关详细信息,请参阅“备注”。 |
clearchangelog | <无> | 否 | 清除更改日志。 在需要时(比如使用单独的 SQL Server 级别的备份工具将内容数据库还原到以前时间点)强制清除更改日志。此参数是在 Microsoft Office Server 的基础结构更新中首次引入的。有关详细信息,请参阅“备注”。 |
databasename (dn) | 一个有效的数据库名称,例如“DB1” | 是 | 数据库名称。 |
databaseserver (ds) | 一个有效的数据库服务器名称,例如“Sales”(此处使用的是命名实例);格式可能会显示为 server\server | 否 | 数据库服务器名称。如果未提供值,则使用默认服务器。 |
databaseuser | 一个有效的用户名,格式为“Username1” | 否 | 用于 SQL 身份验证的帐户。必须与 databasepassword 结合使用。 |
databasepassword | 一个有效的 SQL 密码 | 否 | 只有在未实现 Windows 身份验证的情况才应使用 databasepassword 参数。因此,在 Microsoft SQL Server 身份验证方案中,需要传递 databaseuser 参数和 databasepassword 参数来针对数据库服务器进行身份验证。在 Windows 身份验证方案中,可以忽略这些参数,因为此方案使用 NTLM 来传递凭据。 |
sitewarning | 一个有效的整数,例如 10 | 无 | 在 Windows 事件日志中生成警告事件之前,内容数据库中允许的网站集的整数数量。 |
sitemax | 一个有效的整数,例如 10 | 无 | 指定内容数据库中允许的网站集的最大数目。 |
在执行此命令遇到一个问题,报错:“拒绝访问”
后来发现是在windows2008的系统上没有用管理员身份运行CMD,虽然远程登录用的用户名已经加入管理员组,但是仍然提示错误,后来右键点击CMD命令用管理员的身份运行即可。