门户子站点备份与恢复.pdf

门户子站点备份与恢复 门户网站是企业向外展示自己的窗口， 是展示企业文化、 协同办公以及实现办公自动化的重 要手段， 在中国石油企业中得到了广泛的应用。 门户的正常运行能够使我们的各项生产经营 活动稳步有序。 为了保证门户的正常运行， 门户的备份工作就显得至关重要。 常规的办法是 对整个门户的 SQL Server 数据库进行备份，然而如果遇到某一个子站点需要恢复就只能恢 复所有的站点， 在时间差内其他子站点所做的工作就会被覆盖掉， 这在企业的门户管理中是 很不便的。 如何能实现门户子站点的单独备份、 单独恢复呢？本文将结合实际工作就门户网 站子站点分别单独备份、单独恢复问题谈谈认识和解决办法。 一、问题提出 门户网站是向外展示企业文化的窗口， 在业界得到了广泛的应用。 我们有三台服务器一 起承担着门户网站的服务工作，两台是门户基础平台 WSS ，一台是 SQL SERVER 数据库服 务器，门户所有的文档存储在数据库服务器中的 DB1 和 DB2 两个数据库中。一直以来，都 是对整个门户的 SQL Server 数据库进行备份，包括所有的子站点。这种办法的局限就是， 如果某一个子站点需要恢复就只能恢复所有的站点， 在时间差内其他子站点所做的工作就会 被覆盖。曾经某企业下属的 A 单位就出现过这样的问题，当时因为没有合适的解决办法， 为了避免覆盖掉其他单位所做的工作， 只好重做了门户中丢掉的部分。 那么如何能实现门户 子站点的单独备份、 单独恢复呢？本文将结合工作实践就门户网站子站点单独备份、 单独恢 复问题提出详细的解决思路和处理办法。 二、门户子站点单独备份和恢复的思路 严格地讲，门户子网站的备份由门户基础平台 WSS 和内容管理服务 CMS 两部分构成， 它们都存储在 SQL Server 数据库服务器上，其中 WSS 的内容存储在库 DB1 中， CMS 中的 内容存储在库 DB2 中，如图 1。库 DB1 主要存储门户网站左右两边的部分，包括门户网站 所有的子站点、文档和列表，库 DB2 主要存储门户网站中间内容部分，包括通知公告、重 要信息、企业动态、综合信息。子站点也是上述模式。 我们原有的方案是对整个 SQL Server 数据库进行备份操作，包括库 DB1 和库 DB2 。这 样虽然对全部门户及子站点的备份和恢复有效， 但如果需要哪一个子站点单独恢复， 就必须 恢复所有站点，不可避免地要覆盖掉时间差内其他子站点所做的工作。 图 1 门户存储架构 如果 SQL Server 数据库中所有 WSS 和 CMS 的内容有直接的归属，即属于哪个网站或 子站点，就可以通过 SQL 脚本逐一进行备份，然而事实上是行不通的，因为 DB1 和 DB2 每个库中至少包含几十个表，如果按表进行操作， 脚本复杂、 不宜于维护， 而且每个表中的 记录都是以 ID 来标识的，根本无法直接找到归属，这种子站点备份的思路是不可行的。 那么， 如何找到子站点备份的最佳方案呢？经过反复实践， 我们摸索出一套依托门户本 身的工具实现门户子站点的备份和恢复的思想。 三、门户子站点单独备份和恢复的解决办法 3.1 子站点门户基础平台 WSS 的备份和恢复。利用门户本身提供的实用程序 Smigrate 能够很好地实现子站点 W