标签: sql-server-2008-r2

当我遇到这个东西时，我正在研究其他东西。我正在生成包含一些数据的测试表并运行不同的查询，以了解编写查询的不同方式如何影响执行计划。这是我用来生成随机测试数据的脚本：

IF  EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID('t') AND type in (N'U'))
DROP TABLE t
GO

CREATE TABLE t 
(
 c1 int IDENTITY(1,1) NOT NULL 
,c2 int NULL
) 
GO

insert into t
select top 1000000 a from
(select t1.number*2048 + t2.number a, newid() b
from [master]..spt_values t1 
cross join  [master]..spt_values t2
where t1.[type] = 'P' and t2.[type] = 'P') a
order by b
GO

update t set c2 = null
where c2 < 2048 * 2048 …

当从同一 LAN 中不同服务器上的 .NET 4 客户端应用程序连接到 SQL Server 2008 R2 时，可以设置三种不同的网络协议：

1. TCP
2. 命名管道
3. 不要在连接字符串中设置任何内容并使用默认值

什么是最佳实践？选择什么？

附加信息：在服务器和客户端上都启用了 TCP 和命名管道。应用程序正在使用数据库镜像。客户端和服务器通过快速 LAN 进行通信。

我们正在对此进行调查，因为我们有罕见的虚假连接和超时问题。（但无论如何，我想知道最佳实践）。

MSDN 上有一篇关于这个主题的文章，但它非常笼统和模糊。它不建议或推荐任何有用的东西。

如何分析 SQL Server 2008 数据库以查看正在特定数据库上执行的代码？我记得使用过 SQL Server profiler，但是我在下载 SQL Server 2008 R2 Express 后在 SQL Server Management Studio 中没有看到它。我在哪里可以下载该工具并安装它？我是否需要完整版的 SQL Server 2008 才能看到此选项？

最近包含 SQL Server 启动跟踪标志 8048 以解决 SQL Server 2008 R2 系统中严重的自旋锁争用问题。

有兴趣听取其他人的意见，他们发现性能值由跟踪标志 8048（将查询内存授予策略从每个 NUMA 节点提升到每个核心）、跟踪标志 8015（SQL Server 忽略物理 NUMA）或 SUMA（交错足够统一的内存访问，某些 NUMA 机器上的 BIOS 选项）。

跟踪标志 8048

跟踪标志 8015

系统工作负载的详细信息、从出现问题的系统收集的指标以及在干预后从系统收集的指标。

跟踪标志 8048 是一个“修复”，但它是最好的修复吗？SQL Server 是否会因为跟踪标志 8015 而忽略物理 NUMA 已经完成了同样的事情？如何将 BIOS 设置为交错内存，让服务器使用 SMP 模拟 SUMA 行为而不是 NUMA 行为？

关于系统

• 4 六核 Xeon E7540 @ 2.00GHz，超线程
• 128 GB 内存
• WS2008R2
• MSSQL 2008 R2 SP2
• 最大值 6

关于工作量

• 由 2 个报告应用程序服务器驱动的 1000 份批处理计划/排队报告。
• 3 种口味的批次：每天、每周、每月
• 与 SQL Server 的所有报表应用程序服务器连接都作为单个服务帐户进行
• 最大报告并发数 = 90

问题系统的主要发现

• 从 …

在使用 C# Entity Framework 时，我注意到我的 SQL Server 实例崩溃了。

我能够将其追溯到以下声明：

SELECT * FROM dbo.[TestTable]
where mpnr in (1099059904,
1038139906,
1048119902,
1045119902,
1002109903,
1117109910,
1111149902,
1063149902,
1117159902,
1116109904,
1105079905,
1012079906,
1129129904,
1103059905,
1065059905,
1091059906,
1110149904,
1129149903,
1083029905,
1080139904,
1076109903,
1010019902,
1058019902,
1060019903,
1053019902,
1030089902,
1018149902,
1077149902,
1010109901,
1011109901,
1000119902,
1023049903,
1107119909,
1108119909,
1106119909)

该表如下所示：

CREATE TABLE dbo.[TestTable]([MPNR] [numeric](9, 0) NOT NULL)

每次启动查询时都会发生崩溃。如果我减少IN子句中值的数量，它就会起作用。（当然，它不返回任何行。）

我知道IN子句中的值是 10 位数字，列只有 9 位数字，但这不应导致整个 SQL Server 实例崩溃。

我的 SQL Server 的版本是 Windows Server 2003 32 …

在分析数据库时，我遇到了一个视图，该视图引用了一些非确定性函数，对于此应用程序池中的每个连接，这些函数每分钟被访问1000-2500 次。一个简单的视图产生以下执行计划：SELECT

CREATE VIEW [UserWKStringI18N]
AS
SELECT b.WKType, b.WKIndex
    , CASE
       WHEN ISNULL(il.I18NID, N'') = N''
       THEN id.I18NString
       ELSE il.I18nString
       END AS WKString
    ,CASE
       WHEN ISNULL(il.I18NID, N'') …