如何将 SQL Server 2005 数据库迁移到 SQL Server 2008？
是否像备份 2005 年的数据库并在 2008 年简单地恢复一样简单？是否有任何兼容性问题？SQL Server Reporting 服务是否有任何更改？
您将如何升级 SQL 服务器？
从 StackOverflow 等的问题中，我注意到还有人在使用 SQL Server 2000。老实说，对我最大的影响是我必须记住我们过去如何做没有 Common Table Expressions 的事情。
不过，我想知道是否有实际原因（除了“它没有坏”）仍然使用 SQL Server 2000。例如，我知道有些人必须使用 .NET 1.1，因为他们必须支持Windows 2000 系统。是否有任何类似的实际原因不将 SQL Server 2000 系统升级到 SQL Server 2008 或 2005？
从备份还原 SQL 数据库是否会从头开始重建其表和索引？或者它是否保持与备份时相同的内部物理顺序？
我们将 SQL 2000 与 Quest Lightspeed 压缩备份一起使用，如果这有什么不同的话。
我正在使用 SQL Server 2008 Management Studio。当前登录帐户属于机器本地管理员组。我在 SQL Server 2008 中使用 Windows 集成安全模式。
我的问题是，登录 SQL Server Management Studio 后，我在 Security/Logins 下选择我的登录名，然后选择 Server Roles 选项卡，然后选择最后一项 -- sysadmin 使自己属于这个组/角色，但它说我没有足够的权限。任何想法有什么问题？我认为本地管理员应该可以做任何事情。:-)
我不知道如何缩小数据库 ldf 文件的大小。
DBA 说我应该使用
backup log dbname with truncate_only
虽然看起来它在 SQL 查询分析器中正确执行，但 ldf 文件仍然超过 2 Gb。
**根据下面的一些评论和一些答案进行澄清。***有问题的特定数据库是我的笔记本电脑上的一个数据库，我仅将其用于开发过程。日志文件增长到看起来会导致磁盘已满的程度。不涉及生产风险。我了解我提出的问题中的方法和我接受的答案在生产环境中存在风险。*
假设您有一个应用程序基础架构，通常只需要：
这是对你们服务器大神的挑战：
我不关心硬件，只关心服务器软件本身。我很想听听您亲自投入生产的任何解决方案。特别是如果它们是独特的替代品。
对于想法，请考虑一些可能的变体，a)降低了与 OSS 竞争的准入门槛的任何 Microsoft 服务器解决方案，或b)性能相似的 Microsoft 产品的任何 OSS 替代品。
a)的示例：SQL Server 2008 Express Edition SP1是SQL Server的 100% 免费版本，它将根据许多较小/早期应用程序的需求进行扩展。
b) 的一个例子：在 Linux 上运行Mono 框架。
与“标准”堆栈不同的一个示例：在 Linux 上运行 Mono 将需要完全不同的服务器操作系统熟悉度。基于 Windows 的知识都没有真正转移。
缩小规模的一个例子：SQL Server Express 只能扩展到 1GB 的内存和 4GB 的磁盘存储。在那之后，应用程序将需要移动到 SQL Server 的付费版本之一。
注意：有一个社区 wiki 答案，用于协作处理更大的答案。随意添加更多细节。
我的问题很简单：它们之间的差异/相似之处/基数是什么？
在 SQL Server 中？
据我所知，连接是 SQL Server 实例和客户端之间的单个通信通道，在其中执行分组为批处理的语句集合。一个批次或隐式或显式映射到一个或多个事务。这样对吗？
按照我们多年来一直用于以前版本的 Oracle 和 SQL Server 的标准程序，我已经安装了 Oracle 最新的 ODAC 包，其中包括在我们新的 SQL Server 2008 R2 x64 节点上的 Oracle OLE 驱动程序。我已完成建议的系统重启，但 OraOLEDB.Oracle 未显示在 SSMS 的 Linked Servers\Providers 节点中。此安装与以前的 SQL Server 安装之间的唯一区别是我现在使用的是 SQL Server x64（在 Windows 2008 R2 上）。这应该有什么区别吗？
请注意，我可以直接从 SQL Server 节点使用 SQL*Plus 连接到 Oracle 服务器。我唯一缺少的是提供者。有谁知道我错过了什么？网络上有很多帖子，但似乎有很多混乱和过时的 Oracle 下载页面链接。
我唯一需要做的就是创建一个到 Oracle 的链接服务器，并针对它运行选择查询。我不需要通过 Visual Studio 做任何事情。
假设我有一个 SQL Server 数据库，其数据文件的初始大小为 100 GB，但它只包含 10 GB 的数据。然后，数据库备份的大小将仅为 10 GB。
我想将此备份还原到不同的服务器（或同一服务器上的不同数据库），但我不希望它占用与原始备份相同的磁盘空间 (100 GB)，这是默认情况下发生的情况。
在进行备份之前我无法缩小原始数据库（它是一个生产数据库，它需要那么多预先分配的空间）；我可以在还原完成后缩小还原的数据库，但我真的希望它在这样做时不占用 100 GB；此外，在这种特定情况下，我没有那么多可用磁盘空间，因此不会进行任何还原。
有什么办法可以恢复数据库并让它只占用与它包含的实际数据一样多的空间？
看起来有人登录并修改了我们 SQL Server 数据库上的存储过程。有没有办法找出这样做的人的凭据？