我们在MS SQL Server 2008上有一个stream氓SPID。 有没有办法杀死它，而无需重新启动服务器？
我有MySQL数据库备份文件（MySQL版本5.1），我想在Sqlserver 2008中恢复它，我该如何恢复它？
从我所了解的系统数据库是用来存放临时表，中间结果等临时信息的。 在我的一个数据库实例中，我有一个似乎非常大（30GB）的tempdb。 这个数据库还没有被修改（如在mdf文件的“上次修改date”）一个星期以上。 临时分贝在这段时间内保持这么大是否正常？ 在我看来，它应该经常更新，并返回它使用相当快的空间… 我在这里的方式或SQL Server做一些奇怪的事情吗？ 仅供参考：这是一个SharePoint 2010数据库，不知道这是否有所作为。
我在网上发现的信息表明，SQL Server 2008不支持真正的负载平衡。 这是真的？ 我无法在MS网站上find体面的文档，所以任何链接将不胜感激。 此外，主动/主动和主动/被动之间的差异。 我认为你不能有多个SQL Server实例连接到同一个数据库，对吧？ Cos将表示真正的负载平衡。 所以主动/主动是当你有两个单独的SQL Server实例访问两个完全独立的数据库？ 如果一个失败了，那么它只是将负载分配给剩下的一个实例？ 如果我们确实有两个完全独立的数据库，那么这个configuration实际上只是用于任何用途？ 所以在我的情况下，我只有一个分贝，我必须去主动/被动作为高可用性选项？ 这些都是相当基本的问题，但我还没有find相当基本的答案！ 谢谢邓肯
我有下面的表格 CREATE TABLE DiaryEntries ( [userId] [uniqueidentifier] NOT NULL, [setOn] [datetime] NOT NULL, — always set to GETDATE(). [entry] [nvarchar](255) NULL ) 每个用户每天将插入大约3个条目。 将有大约1'000'000用户。 这意味着每天在这张桌子上有3'000'000个新logging。 一旦logging超过1个月，我们将其删除。 大多数查询具有以下WHERE子句： WHERE userId = @userId AND setOn > @setOn 大多数查询返回不超过3行，除了返回本月插入的所有行（最多90行）。 一旦logging被插入，date和用户ID就不能被改变。 现在我的问题是 – 如何最好地安排这张表的索引？ 我坚持两个select： （userId，setOn）上的聚集索引 – 这会给我快速的search，但是我担心过多的页面拆分，因为我们会插入很多中间值（相同的userId，但是不同的date）。 （userId）和on（setOn）上的非聚集索引 – 这也会导致页面拆分（userId）索引（但与第一个选项一样昂贵？）。 由于我们使用NC索引，search速度变慢。 （userId，setOn）上的附加列（id）和非聚集索引上的聚簇索引 – 这将消除数据表的页面拆分，但仍会在NC索引上引起一些拆分。 由于我们使用NC索引进行search，因此该选项对于search也不是最佳的。 你有什么build议？ 任何其他选项？ PS […]
我有一个服务器，报告8 GB的内存使用率达到99％。 当重新启动Sql Server时，它会下降到大约5％的使用率，但是在大约2个小时内逐渐恢复到99％。 当我看着sqlserver进程时，它报告只使用100k内存，并且一般不会超过这个数字。 实际上，如果我将TaskManager中的所有进程加起来，它几乎不能抓到我可用的总体表面（但TaskManager仍然显示99％的内存使用率，显示“所有进程”）。 看来，Sql Server有一个巨大的内存泄漏，但它不报告。 服务器已经运行了近两年，这只是在过去的3-4周才开始显现。 任何人看到这个或有任何洞察到问题？ 编辑 当服务器达到99％时，性能下降。 所有对服务器，应用程序等的查询都会被抓取。 重新启动服务使事情再次活跃起来，直到2小时过去，服务器再次达到99％。
我正在使用SQL Server 2008 Enterprise。 我需要将数据库（作为一个整体）传输到另一个服务器（使复制数据库设置另一个testing环境）。 我有两个select，（1）在源服务器上进行完整备份/在目标服务器上恢复; （2）在源服务器上分离/连接到目标服务器。 根据我的要求比较两种解决scheme的优缺点吗？ 在此先感谢乔治
我们刚从SQL Server 2000迁移到SQL Server 2008。 我们在2000年使用自己的日志传送进行故障转移。 对于2008年，我们需要决定使用我们自己的日志传送，内置日志传送或复制。 我们的服务器上有很多数据库（400+）; 有的小，有的大。 数据库服务器故障应该很less，我们可以接受15-30分钟的数据丢失。 更重要的是快速获得第二台数据库服务器。 根据上面的标准，我更喜欢日志传送还是复制？ 如果日志传送，有没有一种简单的方法来确保它移动到所有数据库？
我有一台主要运行SQL Server 2008的16 GB Windows Server 2008 x64计算机。在任务pipe理器中看到的可用内存非常低（目前为128 MB），即大约使用15.7 GB。 到现在为止还挺好。 现在，当我尝试使用大多数内存来缩小进程的范围时，我感到困惑：没有一个进程的任务pipe理器的“进程”选项卡中显示的工作集大小超过了200MB。 那么，也许工作集大小不是相关的计数器？ 为了解决这个问题，我使用了一个PowerShell命令[1]来总结过程对象的每个单独的属性，采用暴力方法 – 当然，其中一个必须加起来为15.7 GB，对吧？ 结果都没有，最接近的是VirtualMemorySize（大约12.7 GB）和PeakVirtualMemorySize（大约14.7 GB）。 WTF？ 换句话说：许多与内存相关的进程信息中的哪一个是“正确的”，即在任务pipe理器的“性能”选项卡中显示的服务器的物理内存？ 谢谢你们！ [1] $ erroractionpreference =“默默继续”; get-process | gm | where-object {$ .membertype -eq“Property”} | foreach-object {$ .name; （get-process | measure-object -sum $ _。name）.sum / 1MB}
我试图从SQL Server 2008 R2恢复到SQL Server 2008的备份，但是当我们尝试恢复时，我们得到这个： 数据库在运行版本10.50.1092的服务器上备份。 该版本与运行10.00.2531版本的服务器不兼容。 可以在支持备份的服务器上恢复数据库，也可以使用与此服务器兼容的备份。 我可以使用脚本向导来生成脚本，但需要花费一个多小时才能运行。 我也试过将数据从服务器导出到服务器，但是它有主键/标识列的问题。 我会和其他几个客户一起解决这个问题，所以你可以提供什么帮助来解决这个问题。 谢谢你的帮助！