1．  首先，两个服务器上 SPS 和 WSS 的版本号一定要一致。因为产品很可能会因为打了补丁、修复程序后而完善了数据结构造成了变化。
2．  但产品版本号的一致性检查，只是最基本的、也是一定要满足的必要条件，并非充分条件。如果版本号相同，却依然重现问题，就说明还是有些相关的、影响了数据库架构的补丁在两台机器上不一致。此时我们要仔细检查这些相关补丁的一致性。这是因为， WSS 的补丁（包括 SP1 和后继补丁），是 Windows 的关键补丁，会在执行 Windows 自动更新时被自动安装上，即：有些补丁的安装可能连管理员都没有注意到。比如，您旧的 SPS2003 服务器，很有可能就已经通过 Windows 更新安装过了相关的补丁，而新的服务器，却只是通过自己手工下载安装了部分补丁（比如说只有 WSS 的 SP1 ），例如这篇知识库文章中列出的相关修复补丁可能就没有打上： http://support.microsoft.com/?id=887981 。所以，这种情况下，会导致两台服务器上的 WSS 相关补丁不一致，最终导致需要用到 WSS 的 SPS2003 门户站点恢复失败。
3．  所以总体来说，分析的基本逻辑为：
a)        如果您的旧 SPS 服务器，尚没有打过 SPS 的 SP1 ，此时您要检查一下它是否打过了 WSS 的 SP1 ，这里又分： 1 ）旧 SPS 服务器有没有启用 Windows 自动更新，如果有，则因为 WSS SP1 是包含在 Windows 更新中会被自动安装上，那么在新的服务器上，推荐也通过 Windows 自动更新执行相关补丁的安装； 2 ）旧 SPS 服务器是通过手工安装途径，安装的 WSS SP1 和其他相关补丁，那么请在“添加 / 删除程序”中，比较安装上的补丁程序（通过 KB 号进行检查，一个补丁对应一个 KB 号），总之让两边都一致就可以了。 3 ）旧 SPS 服务器没有打过 WSS 的 SP1 ，此时新的服务器请务必暂且不要执行 Windows 更新操作以免 WSS 补丁会被自动安装上。
b)        如果您的旧 SPS 服务器，已经打过了 SPS SP1 （那么此时它就一定已经打过了 WSS 的 SP1 ），那么也请遵照以上类似逻辑进行分析，打上了 WSS 的 SP1 和相应补丁。
总之，为安全和简单起见：建议您的旧服务器始终开启 Windows 自动更新，以保证它能获得最新的 WSS 补丁。然后，在新服务器上，直接执行 Windows 更新，它会把 WSS 的 SP1 和相关的补丁更新都打上。接着，再保证两边 SPS 的补丁一致。这样，当执行 SPS 的门户恢复时，就不会遇到因为 WSS 补丁版本不一致的缘故而遇到错误提示。