S3S's questions

我有一个生产 VLDB，我正在使用Paul Randal 的指导将DBCC CHECKDB工作量分散到一周内。我正在记录表的结果DBCC CHECKTABLE WITH TABLERESULTS并记录DBCC CHECKALLOC WITH TABLERESULTS到表中，注意到DBCC CHECKTABLE WITH TABLERESULTS在未损坏的表上每个表只返回一行。这是前几列。

Error   Level   State   MessageText      
2593    10      1       There are 57 rows in 1 pages for object "SmallTable".

但是当我DBCC CHECKTABLE WITH TABLERESULTS在测试数据库中的损坏表上运行时，我用这种方法损坏了它，我得到以下信息：

Error   Level   State   MessageText
8939    16      98      Table error: Object ID 565577053, index ID 1, partition ID 72057594041335808, alloc unit ID 72057594046971904 (type In-row data), page (1:312). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 133129 and -4.
8928    16      1       Object ID 565577053, index ID 1, partition ID 72057594041335808, alloc unit ID 72057594046971904 (type In-row data): Page (1:312) could not be processed.  See other errors for details.
8980    16      1       Table error: Object ID 565577053, index ID 1, partition ID 72057594041335808, alloc unit ID 72057594046971904 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:312) and previous child (0:0), but they were not encountered.
2593    10      1       There are 0 rows in 0 pages for object "tblWhoops".
8990    10      1       CHECKTABLE found 0 allocation errors and 3 consistency errors in table 'tblWhoops' (object ID 565577053).

我很好奇为什么错误 8990没有随未损坏的表一起返回？DBCC CHECALLOC WITH TABLERESULTS并DBCC CHECKDB WITH TABLERESULTS在没有任何分配或一致性错误要报告时返回此行。

DBCC CHECKCATALOG奖金问题，为什么没有WITH TABLERESULT争论？

在使用 Ola 脚本进行索引维护期间，有没有一种方法可以根据该索引的总读取次数来跳过“未使用”的索引？

我明白那个

• 指数统计仅自上次重启以来，因此监控业务周期很重要
• 跳过重组或重建“未使用”的索引，这可能会在业务周期中稍后需要，甚至一次，可能会导致性能问题
• 每个人都在想“你为什么不直接删除它”

要回答后者，它是供应商提供的应用程序，带有 ~2TB 的 OLTP 数据库。为了保持合规，我们不能做太多改变，我也不能删除他们的索引等等。因此，我认为一旦我确认它们从未被使用过，通过跳过这些索引来减少维护时间是有益的。这对于像这样我的手大多被束缚的情况是有益的。

继续征求意见是，如果无法做到这一点，是否值得将其作为增强功能扔给 Ola？

我正在寻找一种方法来查询代理 > 警报系统 > 邮件会话下的邮件会话设置。类似于 sp_MSgetalertinfo 返回有关故障安全操作员的信息的方式，我想确定是否选中了启用邮件配置文件，以及邮件系统和邮件配置文件设置的内容。我了解这些可能仅包含在注册表设置中。

我想查询这些的原因是因为我们启用了它们......但现在它们已经两次被某人禁​​用，在某个时间点，我只是抓住了它，因为我得到了可怕的“[476]没有为代理通知启用数据库邮件。无法将电子邮件发送到“代理日志中的错误。这是支持人员可以完全访问的第三方数据库。我不确定他们是否无意（或故意）禁用了它，或者它是否可以被其他系统禁用意味着不是由用户完成的。

为了不让这成为 XY 问题，我愿意接受有关如何使用服务器审核规范审核这些更改的建议。

我试图确定为什么DBCC DBINFO返回的结果与错误日志中包含的结果不同。这是设置：

次要副本（只读访问——异步提交 AlwaysOn HA AG）

• 作业02/05/2018 09:00:00 PM成功运行，持续时间为02:22:21
• 工作中的唯一步骤是DBCC CHECKDB(myDB)
• 当我跑步时，DBCC DBINFO('myDB') WITH TABLERESULTS我看到了dbi_dbccLastKnownGood 02/05/2018 00:00:40.113。这应该是02/05/2018 11:22 PM。
• 当我检查错误日志时，我看到02/05/2018 11:22:09 PM DBCC CHECKDB(myDB) executed by myAccount found 0 errors and repaired 0 errors. Elapsed time : 2 hours 22 minutes 9 seconds. Internal database snapshot has split point LSN ... and first LSN ...

我决定检查同时运行 DBCC CHECKDB 的 PRIMARY REPLICA（这都是由供应商设置的）。

• 子计划成功运行02/05/2018 00:00:00 AM，持续时间为02:14:40
• 当我运行时，DBCC DBINFO('myDB') WITH TABLERESULTS我看到dbi_dbccLastKnownGood 02/05/2018 00:00:40.113哪个与 RoR 相同，但它应该是02/05/2018 02:15 AM.
• 当我检查错误日志时，我看到02/05/2018 02:15:12 AM DBCC CHECKDB(myDB) WITH no_infomsgs exextued by myAccount found 0 error and repaired 0 errors. Elapsed time : 2 hours 14 minutes 40 seconds. Internal database snapshot has split point LSN ... and first LSN ...

我不知道这个DBCC DBINFO结果是从哪里来的，也不知道为什么它与 SQL 日志不匹配。我设置了一个工作，当 dbi_dbccLastKnownGood 超过 24 小时时向我发送警报。

有任何想法吗？让我知道是否需要更多信息。

在调查Stackoverflow上的一个问题时，我发现sp_columns，它使用sys.spt_columns_odbc_view的是返回错误/意外 DATA_TYPE的& TYPE_NAMEfor NVARCHAR(MAX)。它返回NTEXT专栏NVARCHAR，我不明白为什么。有没有人有任何见识？

演示

CREATE TABLE [dbo].[deleteTable](
    [v] [nvarchar](max) NULL,
    [t] [ntext] NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

select 
    c.name
    ,c.system_type_id
    ,ty.name
    ,ty.precision
    ,t.name
from 
    sys.columns c
inner join 
    sys.tables t on t.object_id = c.object_id
inner join 
    sys.types ty on ty.system_type_id = c.system_type_id
where
t.name = 'deleteTable'

exec sp_columns @table_name = 'deleteTable'

经过大约 3 天的尝试，我无法创建从 SQL Server 2016 到 Informix 11.5 的链接服务器。因为我想先在测试环境中建立连接，所以我没有尝试过其他版本（2008R2 等）。

我做了什么

• 在 SQL Server 主机上安装了最新的 Informix OLE DB 驱动程序
• 为 IBM Informix ODBC 驱动程序设置配置了系统 DSN
• 更改区域设置后测试 DSN 设置的连接性（测试良好），使客户端和服务器匹配，服务器正确。
• 尝试通过以下两种方式创建链接服务器。
• 谷歌搜索并阅读了我能解决的所有问题，但没有成功。

1) 将 IBM Informix指令与 OLE DB 提供程序一起使用，我收到以下错误（无论我是否在提供程序字符串中使用 DNS）：

无法为链接服务器“UCCX”初始化 OLE DB 提供程序“Ifxoledbc”的数据源对象。链接服务器“UCCX”的 OLE DB 提供程序“Ifxoledbc”返回了消息“EIX000: (-23197)”数据库区域设置信息不匹配”（Microsoft SQL Server，错误：7303）

数据库区域设置为 en_US.57372

2) 使用 Microsoft OLE DB Provider for SQL Server ，如本博客所述，返回错误：

命名管道提供程序：无法打开与 SQL Server 的连接。用于链接服务器 UCCX 的 OLE DB 提供程序 SQLNCLI11 返回消息“登录超时已过期” 用于链接服务器 UCCX 的 OLE DB 提供程序 SQLNCLI11 返回消息“在建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。找不到服务器或不可访问。检查实例名称是否正确以及 SQL Server 是否配置为允许远程连接。链接服务器 UCCX 的 SQLNCLI11 返回消息“无效的连接字符串属性”

我对 Informix 的经验非常少，这应该是显而易见的，而且这不是本地安装，它是 Cisco 实例，您可能从我使用的博客中收集到。任何意见，将不胜感激。