DBA...请对我温柔一点，我是一个“新手”SQL Server DBA，因为我公司的 DBA 已经辞职而我们还没有找到他的替代者，所以被迫投入使用。
先说我的情况：
我应该将网络应用程序从新加坡的服务器“转移”到印度尼西亚的（一对）新建服务器。不幸的是，新加坡数据库服务器运行的是 SQL Server 2005 Express Edition，而新服务器运行的是 SQL Server 2008 R2。更糟糕的是，网络应用程序的开发人员不再支持我们（我们实际上是在使用最新版本的网络应用程序）*。
我计划在 SQL2008R2 上创建一个新实例。
我有几个问题一直困扰着我：
我如何找出新加坡服务器上安装了哪些“功能”（例如，报告服务、复制等）？
如何确保完整备份（数据库和存储过程以及其他相关花絮）？
我注意到有几个存储过程（不是很多，我在“Databases\AppDB\Programmability\Stored Procedures”树下只能看到4个），如何确保成功迁移这些存储过程？有什么我需要注意的问题吗？
感谢您提供任何意见。
* The plan actually is to just migrate the web-app as a "read-only" app for archival/audit
purposes; management has plans to deploy a better web-app in its place.
我的任务是“重建”一个数据库服务器，因为旧的正在消亡。为了减少新服务器的可能性，我们决定重建与旧服务器尽可能相似的服务器，因此，在 Windows Server 2003 之上的 SQL Server 2005 Enterprise。
现在，旧服务器的原始开发/维护人员已经走上了渡渡鸟的路（例如，他很久以前离开了公司，现在无处可寻）。因此，我们必须进行整体迁移。
更糟糕的是，旧服务器是一个大杂烩：数据库、混合用户凭据（SQL Server 身份验证和Windows 身份验证）、一群链接服务器和一群 SQL Server 代理作业。
那么，我该如何处理这项艰巨的任务呢？在我看来，我有以下半生不熟的计划：
对于上面的每一步，我可能都必须一个一个地完成:(
是否有更简单（例如，不那么乏味）的方法来进行迁移？