可执行文件和 COM 组件

　　类似地，如果你的数据库或调度任务依赖于可执行文件或 COM 组件 中实现的功能，记住要保证副服务器与主服务器完全一样，并且在主服务器上保持平行部署和修改。

　　SQL CLR 对象

　　当恢复一个数据库时，通常我会在另一台服务器包含 SQL CLR 对象 时遇到问题。我现在使用删除和重建 CLR 对象的脚本会容易得多。下面是所使用的一系列脚本：

• 　　删除依赖于 CLR 的过程和函数。
• 　　删除 CLR 集。
• 　　从 DLL 重新创建 CLR 集(SQL Server Management Studio 不能够很地将一个大的二进制 DLL 脚本)。
• 　　创建 CLR 过程和函数。

　　链接服务器

　　如果你的应用执行了跨服务器调用，记住在恢复服务器上也维护相同的链接服务器。否则，错误会在你恢复后再次发生。类似地，其它 SQL Server 也可能使用链接服务器访问你的主服务器，因此记住要修改这些链接服务器。以此类推，相同的问题也会出现在同义词服务器上。因为一个恢复可以将一个或多个数据库移动到另一台服务器，引用旧地址的同义词引用也会停止工作，也需要修改。修改使用链接服务器访问的数据库也需要修改代码。许多这类问题都可以通过正确使用 SQL Server 别名和同义词减少和简化。

　　将应用重新指向新的数据库服务器

　　当你的数据库运行在另一台服务器上，你需要修改你的应用指向新的位置。如果你的 Web 服务器有许多连接配置需要修改，你应该使用上面所提到的别名。例如，如果从 Server1 恢复到 Server2，你可以创建一个 SQL Server 别名并将 Server1 指向 Server2，如下所示：

　　如果你只是将这个别名删除而不修改连接配置，你就不需要使用这个方法修改任意的连接配置，而且你可能会在将来重新恢复回主服务器和进行故障恢复时省下很多工作。