bumble_bee_tuna's questions

我最近将一个物理 SQL Server box (2012) 迁移到 ESX (5.1) 只是为了便于管理。它是并且将是服务器上的唯一访客。正如预期的那样，性能受到了轻微影响，大部分情况下只有在启动时才会注意到。这就是我的问题。

我注意到在虚拟化下，缓冲池占用内存比物理内存慢得多。

在 2 天内运行 SQL Server 的物理安装下，分配了所有 120gb 的内存（最大服务器内存）。然而，在管理程序中运行几乎完全相同的设置（我还为来宾提供了全部内存预留），它花了 7 周时间才达到 50GB。这也非常缓慢，就像每天增加 Gb 一样，这转化为几天的缓慢查询。

因此，虽然我在多来宾盒子上看到过这种情况并将其归因于内存压力，但我很困惑为什么它会发生在单个来宾盒子上。我知道 vmware 会压缩和删除内存，但是其中大部分是唯一数据。

所以我的问题是：

1）为什么会这样？我对导致这种情况的确切机制感兴趣。

2) 有没有一种方法可以使用全内存分配来启动 SQL Server？我记得类似 traceflag 的东西，但没能找到 64 位的任何东西。这是必要的吗？

提前致谢。

在重新启动后的前几天，我注意到的另一件事是 PLE 在 500 - 900 范围内保持非常低，随着缓冲池的增长而增加。

我正在从一个 SQL Server 2008 R2 实例转移到一个单独的盒子上的 SQL Server 2012 实例。我想恢复msdb以获取我的所有代理工作等，但我收到以下错误：

数据库“msdb”的还原失败。
(Microsoft.SqlServer.Management.RelationalEngineTasks)
System.Data.SqlClient.SqlError: 设备上的系统数据库备份\10.0.0.3\BackUps\NOFAULT2010_msdb_FULL_20121016_220006.bak 无法恢复，因为它是由不同版本的服务器创建的(10.50.1600) 比此服务器 (11.00.2100)。
(Microsoft.SqlServer.SmoExtended)

如果我想从 2012 年到 2008 年，我会理解这一点，但这对我来说是新的。

无论如何让这个工作？或者如果不是转移代理工作、用户、blazi blah 的最佳方式？

谢谢

您好我正在将数据库迁移到 SQL Server 2012，但我遇到了问题。

让我首先说应用程序 (ISV) 具有可怕的安全性！所以尽量不要畏缩太多。

1. 该应用程序使用 sa 身份验证登录。
2. sa 密码被硬编码到应用程序中。

因此 2012 实例上的 sa 密码必须与应用登录名匹配。但是，它不符合 2012 密码要求。

有没有办法覆盖这个功能？

我知道收缩是魔鬼：它会颠倒页面顺序并导致皮肤癌、数据碎片化和全球变暖。清单还在继续……话虽如此，假设我有一个 100 GB 的数据库，我删除了 50 GB 的数据——不是在一个表上，而是在数据库范围内对旧数据进行一般修剪，覆盖 90%表——这是否构成缩小数据库的适当用例？

如果不是，那么在从数据库中删除如此高比例的数据后，采取哪些适当的步骤来清理房屋？我可以想到两个：重建索引和更新统计信息。还有什么？

我有以下查询（为问题而简化）我正在尝试加快只读数据库的速度...

SELECT 
 [sysid]
,[Date]=CONVERT(CHAR, DATEADD(D, [date], '1800-12-28'),101)   
,[From]=[from_addr]   
,[To]=[to_addr]  --I'm a very long Text or NVARCHAR(MAX) Field
,[Subject]=[subject]  
,CASE WHEN [attach] = 1 THEN 'Yes' ELSE 'No' END AS 'Att'   
,[Code]=[ccode]   
,[Staff]=[staff]  
,[MatNo]=[mat_no]  
FROM dbo.[email] 
DYNAMIC WHERE CLAUSE ON ANY OF ABOVE

我已经尝试添加一些索引，包括覆盖索引我不能按原样包含 to_addr（作为文本或 NVARCHAR(MAX) col），并且查询优化器最终使用聚集索引，因为不包括 to_addr 字段。有什么方法可以处理这种情况？不幸的是，我仅限于 2005 年。

编辑

尝试为 to_addr 添加 Full_Text 仍然会进行表扫描。但是，如果我注释掉该行，它将使用索引。:(该死的文本数据！

我有这张桌子：

CREATE TABLE [dbo].[relatea] (
   [mid] [varchar](16) NOT NULL,
   [sid] [varchar](16) NOT NULL
)

它存储哈希匹配。把它作为一个堆有什么好处吗？它有大约 700 万行，并且值在任一列中都不是唯一的。我知道堆通常不适合任何大表。此表当前没有索引。

我正在考虑将表格更改为：

CREATE TABLE [dbo].[relatea] (
   [mid] [varchar](16) NOT NULL,
   [sid] [varchar](16) NOT NULL,

   CONSTRAINT [pk_relatea] PRIMARY KEY CLUSTERED (
      [mid] ASC,
      [sid] ASC
   )
)

表查询通常但不总是 on sid，并且 和 的组合mid应该sid始终是唯一的。

与将表作为堆相比，创建这样的聚集索引是否更好？

嗨，我偶然发现了旧版 SQL 2000 服务器的管理，该服务器在过去 8 年中几乎没有维护（而且速度非常慢）。由于过去 2 年我只从事 DBA / PT（我主要是一名开发人员），因此我在 2000 年没有经验。任何人都可以为我指出一些维护、调整脚本的方向。只是想在我为我很少使用的东西重新发明轮子之前先问一下。

谢谢男孩/女孩！