当我在生产SQL Server上运行的SSMS中运行简单查询（如“从表AselectColumn1，Column2”）时，结果似乎需要非常长的时间（> 45Min）。 如果从连接到生产SQL Server的开发系统的SSMS运行相同的查询，结果会在几秒钟（<60秒）内返回。 有一点我注意到，如果系统刚重启，性能稍微好一点。 很难确定一个时间，因为我已经在重新启动后很快开始慢速运行，但是最多只能运行20分钟，然后开始动作。 此外，只要重新启动SQL服务不能解决问题或提供暂时的性能提升。 服务器规格为：Windows Server 2003企业版SP2 4 X Intel Xeon 3.6GHz – 6GB系统内存主动/主动群集SQL Server 2005 SP2（9.0.3239）
我们有一台windows 2000的sp4服务器，它冻结了大约1分钟，而它的networking应用程序做了〜500MB的写操作。 我可以看到webapp开始做I / O活动（通过进程资源pipe理器），然后RDP会话变得没有响应，你可以点击窗口和button，但没有任何反应。 当磁盘写入最后完成会话“赶上”所有的鼠标点击你在冻结过程中疯狂的窗口活动和服务器恢复正常。 在冻结期间，networking应用程序也停止。 在服务器的控制台上发生相同的行为。 （所以我知道它不是networking的东西） 事件日志中没有显示任何内容。 它就像没有发生过。 我已将所有HP硬件驱动程序升级到最新的支持包。 还运行惠普硬件诊断，发现没有错。 什么会导致磁盘写入locking其余的操作系统？
在我们的环境中，我们有运行Server 2003和SQL 2005的物理服务器，这些服务器与数据，日志和备份磁盘的iSCSI存储磁盘集群在一起。 我们希望将这些迁移到Hyper-V群集上的VM上。 基于我已经完成的一些最初的研究，我已经想出了这些步骤来完成这个： 将所有资源都切换到节点1。 在节点2上使用SCVMM执行P2V。 closures节点2的物理机器并打开VM。 将所有资源都切换到节点2。 在节点1上使用SCVMM执行P2V。 closures节点1的物理机器并打开VM。 平衡集群。 由于我们要在物理机器上执行P2V操作，因此假设IP地址相同，iSCSI启动器应该像在物理机器上一样在VM上运行，所以iSCSI磁盘应该显示出来。 这是完成这个build议的方法吗？ 有更容易的方法吗？ 这个方法会被支持吗？
有可能有从SQL Server 2008中发送电子邮件的程序，我可以键入发件人的电子邮件地址？ 谢谢
我最近在处理存储MSSQL .ldf和.mdf文件错误位置的应用程序引起的问题。 SQL Server是2005年。 该应用程序正在查找\ server \ app root \ database \ data和\ server \ app root \ database \ log中的文件，但文件位于\ server \ mssql \ data和\ server \ mssql \ logs中。 我将数据库文件移动到应用程序期待的位置，这解决了问题。 我不明白为什么应用程序需要知道这些文件在哪里，它应该只关心ODBC名称或OLE访问（主机名，凭证）。 有谁知道为什么应用程序需要这些信息？
我试图使用sqlmaint.exe工具来备份远程PC上的数据库。 这是一个备份的例子： sqlmaint.exe -S remoteSQLServer\SQLInstance -U username -P pwdxxx -D myDB -BkUpMedia DISK -BkUpDB C:\MSSQL_Backups -DelBkUps 3days … 在这里，我指定删除3天以前的备份。 但是，这个工作似乎并没有删除远程PC上的旧bak文件（SQL服务器所在的位置）。 远程PC具有Windows 2008 Server。 我还将C：\ MSQL_Backups设置为EnyOne作为所有者的共享networking驱动器。 我的理解是，这项工作将删除3天以前的任何bak文件。 不知道我错过了什么？ 顺便说一下，这个作业是在安装了SQL Server 2005的机器上运行的。
我正在处理运行SQL Server 2000 SP1的服务器，其中一个数据库的逻辑文件名似乎包含尾随空格。 就是这个查询： select replace(name, ' ', 'X') from sysfiles 返回预期的名字加上一长串X。 我该如何处理？ 我试着运行ALTER DATABASE …修改文件使用名称（有和没有空格），并得到一个错误消息，告诉我该文件不存在。
有没有什么？，另一个脚本化的过程来修改它，你知道吗？
我试图做点时间恢复和以下错误发生…数据库进入xxxxx（加载）状态… 备份集不能应用，因为它位于与数据库不一致的恢复path上 我必须做恢复数据库为XXXXX恢复，使其正确…为什么发生？
在pipe理服务器（AD等）我是否需要做一些需要SQL Server 2008做的工作。 或者，SQL服务器仅适用于网站或.NET应用程序。