我们正准备将我们的数据库服务器从 SQL Server 2000 升级到 2005。我计划进行就地升级以维护帐户、权限等，我希望它会非常简单。该服务器为我们的几个应用程序托管数据库，但我关心的主要是 SharePoint (MOSS 2007)，因为它涉及八个数据库，并且似乎对前端服务器和数据库之间的连接非常挑剔.
有没有人有这种情况的实际经验？这是应该的那么简单吗？有什么窍门或提示可以启发我吗？
谢谢你的帮助。
AskOverflow.Dev
我们正准备将我们的数据库服务器从 SQL Server 2000 升级到 2005。我计划进行就地升级以维护帐户、权限等，我希望它会非常简单。该服务器为我们的几个应用程序托管数据库，但我关心的主要是 SharePoint (MOSS 2007)，因为它涉及八个数据库，并且似乎对前端服务器和数据库之间的连接非常挑剔.
有没有人有这种情况的实际经验？这是应该的那么简单吗？有什么窍门或提示可以启发我吗？
谢谢你的帮助。
我已经完成了迁移，而不是升级。这是 StackOverflow.com 上的一个帖子，对我来说效果很好。
假设您将在 SQL 2005 中使用 32 位。迁移肯定比就地升级更安全，因为您有一艘救生艇可以返回。
对于移动登录名，尤其是 SQL 登录名及其各自的密码，不要忽视 MS 在 SQL 2005 中引入的 sp_help_revlogin 存储过程。我使用 sp_help_revlogin 来保存当前的 SQL 登录脚本，并且还经常为灾难恢复目的编写数据库权限脚本。
拥有只读文件组是个人经验的一个问题。
确保您在升级的生产服务器上运行SQL Server 2005 升级顾问，它将捕获您可能遇到的 90% 的问题，并就您需要做什么来修复它们提供建议。
制定应急/回滚计划。
请记住在使服务器脱机之后和开始升级之前备份所有数据和日志文件，包括系统数据库。尝试将升级后的 2005 数据库重新附加到 SQL Server 2000 是行不通的，您将陷入痛苦的境地。