标签: sql-server-2005

我想使用 SQL Server 2008，但我也想保持切换回 SQL Server 2005 的后备位置。我知道我无法备份 2008 以恢复 2005 并且分离/附加不起作用 - 我的选择是什么?

[更新] 对于那些问为什么的人来说，有两个原因——一个是从哪里开发，我可以从哪里访问 2008 年的功能，但是如果出现问题或者我觉得它们不够用，我可以把我的应用程序放回 2005 年第二，对于运行时间，如果我在游戏后期发现意外问题。

我们正在研究用新硬件和更新版本替换 Windows2003（32 位）上现有的 SQL2000 服务器。

我们正在研究一个至少需要 SQL2005，但也可以在 SQL2008 上运行的应用程序。我们的其他数据库也应该运行。

有没有人对这两个版本有任何好的或坏的体验？

我们可能获得的硬件将支持 64 位，因此运行 SQL2008 64 位也是一种选择。

谢谢

为什么 Windows 自动更新会忽略 SQL Server 服务包？

Windows Server 2003 标准 X64 服务包 2

图中没有 WSUS 服务器，只是启用了自动更新。

SQL Server 2005 标准和自动更新的默认安装不会显示 SQL Server 的 Service Pack。它显示了操作系统、IE 等的各种其他关键安全更新......

是否可以查看谁正在针对某个数据库以及可能从哪台机器运行 SQL Server Profiler？通过 Profiler 本身或通过 T-SQL 语句说。

我想知道是否有可能找出运行分析器的 Active Directly 用户名。

[更新] 作为参考，这是一种仅检索 SQL Server Profile 进程的方法

declare @sp_who2 table (
    SPID    int,
    status  varchar(50),
    login   varchar(100),
    HostName    varchar(100),
    BlkBy   varchar(100),
    DBName  varchar(100),
    Command varchar(100),
    CPUTime int,
    DiskIO  int,
    LastBatch   varchar(50),
    ProgramName varchar(150),
    SPID2   int,
    REQUESTID   int
)
insert  @sp_who2
exec sp_who2

select  *
from    @sp_who2
where   ProgramName like 'SQL Server Profiler - %'

有谁知道是否有一种 T-SQL 方法可以像使用 BACKUP DATABASE 的 STANDBY 子句那样将 SQL Server 数据库置于备用只读模式，而无需执行 BACKUP DATABASE？

背景：我在 SQL Server 2005 Workgroup Edition 上有一个自制的日志传送设置。我找到了一个 3rd 方备份实用程序，它可以进行压缩备份。它比 BACKUP DATABASE 更快，文件要小得多，但它缺乏将数据库置于备用/只读模式的能力。在进行灾难恢复测试时，我需要此功能进行故障转移。如果我们进行故障转移并将日志从我们的（现在处于活动状态的）备用服务器发送回我们的主服务器，我们可以在测试结束时简单地再次故障恢复，而不是重新开始。我可以使用 BACKUP DATABASE 而不是 3rd 方工具进行日志尾部备份，但如果我不必这样做，它会更干净。

我知道在 64 位系统上将内存特权中的锁定页面设置为包含 SQL2005/2008 服务的服务帐户使用 AWE API 并有效地阻止 SQL 的缓冲池被分页到磁盘 - 提高稳定性。

但是，如果您有一个具有足够空闲内存的专用机器，那么您确信 SQL 不会分页 - 原生 SQL 64 位内存管理是否更快？

根据这篇关于如果您的用户数据库消失了该怎么办的知识库文章，它建议执行以下三个操作

sqlcmd –E -S InstanceName –d master
1> ALTER LOGIN SQLLogin WITH DEFAULT_DATABASE = AvailDBName
2> GO

这里的问题是在这种情况下 SQLLogin 是 DOMAIN\user，但是当我输入 sqlcmd 时，'\' 附近的语法不正确

我试过 DOMAIN\\user 和 'DOMAIN\user' 但都不起作用。

我们有一个在 MS SQL 2005 上运行的数据库。我们在该服务器上有一点内存问题。我们想将内存增加到 8GB，但它运行在 Server 2003 R2 标准版操作系统上。是否可以使用 PAE 并仍然获得内存的好处，或者我们是否需要转移到 64 位操作系统？

提前致谢

我有一个 RAID 1 设置，每个磁盘平均 40 - 60 个 I/O，平均磁盘队列长度为 0.5。根据下面的BOL 示例，这不是瓶颈。

磁盘读取/秒 80
磁盘写入/秒 70
平均。磁盘队列长度 5

在这种情况下，您会遇到每个磁盘 (80 + (2 * 70))/2 = 110 个 I/O 并且您的磁盘队列长度 = 5/2 = 2.5，这表明边界线 I/O 瓶颈。

这让我想到了一个问题，高 I/O 有多高？平均磁盘队列长度有据可查，因为每个 CPU 不应超过 2 个，但 BOL 没有提及每个磁盘的 I/O？

我有一个 SQL Server 2000 数据库备份，但我没有安装 SQL Server 2000。我安装了 SQL Server 2005。我不想安装多个数据库服务器软件。是否可以在 SQL Server 2005 或 SQL Server 2008 中承载来自较小系统的数据库？即在 2005 年托管 2000 年的数据库？