Martin Surasky's questions

我知道这是一种奇怪的要求。直到今天，我自己都从来没有想过这样的场景。我会直奔主题，使问题易于阅读。我怀疑正确的答案将更多地涉及“跳出框框思考”，而不是我不知道的隐藏功能或功能。

事情是这样的：我需要一个 PowerBI 仪表板来查询我的 SQL Server，但 PowerBI 仪表板将有一个查询数据库的连接字符串（我们称这个数据库为“DatabaseOne_Report”），而 SQL Server 将托管一个具有不同名称的数据库（比方说“DatabaseOne”）。

因此，当 PowerBI 仪表板对 DatabaseOne_Report.dbo.MyTable 运行查询时，我希望 SQL Server 提供来自 DatabaseOne.dbo.Table 的数据（注意“_Report”后缀已从数据库名称中消失）。这甚至有可能吗？

我可以预料到您的第一个问题是为什么我使用带有错误数据库名称的连接字符串。答案是这个仪表板连接到不同的环境，并且这些环境使用 2 个不同名称中的一个来托管这个数据库，原因超​​出了我在这里询问的范围。底线是我们试图避免重写 PowerBI 仪表板的连接字符串，并希望我们可以使用单个连接字符串来处理两个可能的数据库名称。

我在不同的论坛上阅读了很多问题，以解决托管在不同盒子中的 2 个数据库的别名，但从未见过有人询问托管在同一个盒子中但可能有两个不同名称的 2 个数据库。

我想过用另一个名称创建一个空的数据库“外壳”，除了同义词之外什么都没有，但这将是很多配置......我希望找到更简单的东西。

谢谢！

嗨 DBA 堆栈交换！

今天我尝试了 Apex SQL Refactor，从一开始就安装并集成到我选择的 T-SQL 开发工具（SSMS 18.3.1）中，我注意到一些键盘快捷键停止工作。

一个例子（也许还有更多，但这个我很确定）：在第一次安装和使用 SQL 重构之后（至少需要使用一次重构才能发生这种情况）SSMS 中的“可用数据库”功能（可以通过 CTRL+U 调用）不再起作用。更糟糕的是，这不是一个可配置的快捷方式（就像大多数可以在工具 -> 选项 -> 键盘上配置的键盘快捷方式一样），所以一旦它被破坏，目前唯一的解决方案（让它再次工作）是卸载 SQL 重构。

这个查询快捷方式（“可用数据库”）是一个非常有用的查询快捷方式，人们在 SQL 会话中一遍又一遍地使用它，所以打破快捷方式对我来说是一件大事。

我正在运行 SSMS (18.3.1) 和 Apex SQL Refactor (2018.08.0364) 的最新可用版本

我的问题是：你也经历过吗？如果是这样，您是如何解决 Apex SQL Refactor 后键盘快捷键不可挽回丢失的问题的？

如果您需要我提供有关我的系统或日志的任何其他信息以帮助您重现此问题，请告诉我。

感谢大家！

这是我需要用一些 T-SQL 魔法解决的难题，我尝试过但失败了。

这是其中之一，在我想到实际解决方案之前，我认为我可以使用一些 T-SQL 在 3 分钟内解决，但是当“橡胶遇到道路”时，我只是无法在脑海中描绘出正确的运算符实现这个逻辑。

我想知道 Stack Exchange 社区中是否有人可以找到一个优雅的解决方案。我想结合使用临时表或游标的 3 或 4 个查询，我可以找到解决方案，但它不会基于 SET ...

我有一张看起来像这样的桌子（或多或少......）

CREATE TABLE Computers (
   ID               int IDENTITY(1,1),
   ComputerName     varchar(255),
   OS               varchar(255),
   AppName          varchar(255),
   AppVersion       varchar(10)
)

因此，每一行都有一个计算机名称、一个操作系统值（可以是 Windows 7 或 Windows 10），然后是应用程序的描述（例如 AppName = "Notepad++", AppVersion = "7.5.6"）

ComputerName   | OS           | AppName   | AppVersion
Computer 1     | Windows 7    | App 1     | 1.0
Computer 1     | Windows 7    | App 2     | 1.0
Computer 1     | Windows 7    | App 3     | 1.0
Computer 2     | Windows 10   | App 4     | 1.0
Computer 2     | Windows 10   | App 5     | 1.0
Computer 3     | Windows 10   | App 4     | 1.0
Computer 4     | Windows 7    | App 4     | 1.0
Computer 4     | Windows 7    | App 5     | 1.0
Computer 5     | Windows 7    | App 1     | 1.0
Computer 5     | Windows 7    | App 4     | 1.0
Computer 5     | Windows 7    | App 5     | 1.0

它的工作方式是这样的：如果一台计算机安装了 10 个应用程序，那么此表中将有 10 行（每个应用程序一行）。计算机名和操作系统将重复（请不要开始讨论第二范式......这完全是关于解决问题的查询的问题）。

所以，我需要解决的问题是：我需要找到操作系统为 Windows 7（即 EAAAASY）的计算机列表，但是......

只有在该表中针对该 PC 报告的所有应用程序都报告为在其他 Windows 10 计算机上使用时，这些计算机才会出现在我的列表中。

如果 Windows 7 计算机具有未在 Windows 10 计算机中列出的应用程序，则它们不应显示在此列表中。计算机的每个应用程序都必须遵守此规则，计算机才能符合我的列表。

我的想法是要知道我在 SELECT 中获得的计算机具有我知道适用于 Windows 10 的所有应用程序，因此迁移它们应该更安全。

样本：

对于那些在家尝试此操作的人，这里有一个 CREATE TABLE 和一些 INSERT，您对我的数据是什么样子有正确的想法

-- Create the table
 CREATE TABLE Computers (
    ComputerName    varchar(255),
    OS              varchar(255),
    AppName         varchar(255),
    AppVersion      varchar(10)
 )

 -- Insert some values...
 INSERT INTO Computers
 VALUES 
 ('Computer 1', 'Windows 7', 'App 1', '1.0'),
 ('Computer 1', 'Windows 7', 'App 2', '1.0'),
 ('Computer 1', 'Windows 7', 'App 3', '1.0'),
 ('Computer 2', 'Windows 10', 'App 4', '1.0'),
 ('Computer 2', 'Windows 10', 'App 5', '1.0'),
 ('Computer 3', 'Windows 10', 'App 4', '1.0'),
 ('Computer 4', 'Windows 7', 'App 4', '1.0'),
 ('Computer 4', 'Windows 7', 'App 5', '1.0'),
 ('Computer 5', 'Windows 7', 'App 1', '1.0'),
 ('Computer 5', 'Windows 7', 'App 4', '1.0'),
 ('Computer 5', 'Windows 7', 'App 5', '1.0')

• 在这个例子中，唯一符合我的查询条件的计算机是计算机 4，这是唯一一台 Windows 7 计算机，其中所有与之关联的应用程序（应用程序 4 和 5）也至少存在于 Windows 10 PC 的一行中。

• 计算机 5 不符合条件，因为与之关联的其中一个应用程序（“应用程序 1”）仅存在于另一台 Windows 7 计算机（计算机 1）上的此集合中，因此我不能说此应用程序已经在 Windows 10 PC 上运行.

• 计算机 2 和 3 是 Windows 10。所以这应该足以丢弃它们....

• 计算机 1 也不应该符合条件，他们的所有应用程序都没有在 Windows 10 PC 上运行。

希望有道理...

今天我试图在 Windows Server 2012 R2 服务器上安装 SQL Server 2008 R2 集群环境，并在完成所有必要的步骤来准备集群之后（比如为 Windows 集群创建 iSCSI 虚拟磁盘，配置两个节点成员，安装 .net 框架3.5、添加 Windows 群集故障转移功能、配置群集等...）我继续在 SQL Server 2008 R2 中运行“高级群集准备”安装。

在初始步骤之一（检查规则的步骤）中，我发现“未群集或群集服务已启动并在线”步骤失败......

查看详细信息后，我看到“机器已集群，但集群未在线...”消息

...不确定原因，因为当我使用故障转移集群管理器检查集群时，一切似乎都很好

我什至可以毫无问题地对驱动器进行故障恢复和故障转移。我还运行了验证报告，一切都恢复了绿色......

关于我可能缺少什么的任何想法？

更多调查

这是我在查看 SystemConfigurationCheck_Report.htm（在引导日志上）时发现的......显然它或多或少是相同的消息。所有其他检查都是“绿色”（OK）。

此外，在进一步的引导日志调查中，我发现这部分（在我的一个处决的 detail.txt 中）似乎揭示了更多信息......

“字典中没有给定的键”是什么意思……我不能说。我不是高级集群故障排除方面的专家，所以我只是在这里推测......如果有人认为他们可以找到更多我无法找到的“线索”，我已经在这里更新了我的引导日志的内容...... .

更多发现（24 小时后...）因此，即使遵循此页面和此 KB中的建议，我也无法找到问题的根本原因，但该支持规则似乎对我没有任何帮助！

今天，出于绝望，我尝试使用 SQL Server 2017 Enterprise 的安装映像运行“高级集群准备”，并且确实没有问题！

所以这个问题似乎仅限于 SQL Server 2008 R2 集群二进制文件（在 2008 R2 之后的某个时间得到解决）。这对我来说不是一个解决方案（因为出于各种原因，我需要在 2008 R2 中进行这项工作），但至少可以更清楚地了解问题（希望如此）并告诉我故障转移集群安装和配置没有任何问题se，但更多的是 SQL Server 2008 R2 如何解释我有一个功能齐全的集群。

首先是问题：由于我对 SQL Server 2008 R2 （2016 年 3 月 3 日发布）应用了最新的补丁，这应该使我的服务器构建 10.50.6542 我无法再连接。这个补丁是为了提供对 TLS 1.2 的支持。

我得到的错误（尝试直接在服务器中使用客户端工具连接时）是

"A connection was succesfully established with the server, but then an error occurred during the pre-login handshake"

该服务器是 Windows Server 2012 R2 并且正在运行 NET Framework 4.6.1（一些帖子指向导致此问题的旧版本的 .NET 框架，但这不是我的情况）。

我尝试运行以下软件包以查看是否可以解决...

• SQL Server Native Client（x86 和 x64）
• Windows Server 2012 R2 和 Windows 8.1 中 .NET Framework 2.0 SP2 的修补程序汇总 3106993
• Windows 中 .NET Framework 4.0 的修补程序汇总 3106994
• .NET Framework 4.5.2、4.5.1 和 4.5 的修补程序汇总 3099845

...这些都不是必需的，也没有任何帮助...

有人经历过吗？有什么想法或建议吗？

谢谢！

一次更新 24 小时后 ，我检查了 SQL Server 错误日志，查找仅包含启动、5 次登录尝试失败和停止的条目。在该时间范围内的所有消息（总共 107 个条目）中，唯一包含错误之类的消息是

 The SQL Server Network Interface library could not register the Service Principal Name (SPN) for the SQL Server service. Error: 0x2098, state: 15. Failure to register an SPN may cause integrated authentication to fall back to NTLM instead of Kerberos. This is an informational message. Further action is only required if Kerberos authentication is required by authentication policies.

不过，这条消息……甚至在我应用补丁之前就已经在服务器启动时报告了，所以我 100% 确信这是一条红鲱鱼。由于登录尝试失败，不会在 SQL Server 错误日志中插入任何日志。

另一个更新

根据我从这里的人那里得到的建议，我在服务器上下载并安装了最新版本的 SSMS（17.3）。当我这次尝试连接时，我得到了一个不同的错误，所以我似乎正在进一步移动，但我还没有到达那里。

因此，旧版本的 SSMS 确实以 .net 3.5 为目标，即使您有较新版本的 .net 框架，客户端连接也无法正常工作，现在的问题是为什么我仍然得到这个“没有进程位于管道的另一端”，即使大多数客户端组件已更新。

我调查过（并丢弃）的更多事情

• SQL Server 配置管理器中的“客户端协议”顺序似乎是正确的，因为 TCP/IP 位于顶部。这被认为是可能的麻烦原因，但在我的情况下，它都经过适当配置（显然）

• 尝试按照对 Microsoft SQL Server 的TLS 1.2 支持中的建议安装“Microsoft ODBC Driver for SQL Server”，但这也没有什么不同。安装后，报错信息是一样的

• 尝试在 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2 中添加注册表项（也按照同一篇文章中的建议）。同样的错误……

这是一个有趣的挑战，我一直没能破解……我 Jonathan Kehayias 前段时间创建了一个很好的 T-SQL 查询，用于查找我喜欢的查询中的隐式转换问题。问题是，此查询不适用于具有旧兼容级别（80 及之前）的数据库。我认为这是因为在 SQL Server 2005 中引入了表值函数 (TVF)。

问题是，如果我使用此脚本来验证我所有数据库上的隐式转换，如下所示：

declare @sql    nvarchar(4000)
set @sql =
'IF EXISTS (SELECT * FROM sys.databases WHERE name = ''?'' AND compatibility_level >= 90)
BEGIN   
    USE ['+'?'+'] ;
    SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
    SET QUOTED_IDENTIFIER ON
    DECLARE @dbname SYSNAME 
    SET @dbname = QUOTENAME(DB_NAME())

    BEGIN TRY
        RAISERROR(''?'', 0, 42) WITH NOWAIT;
        WITH XMLNAMESPACES 
            (DEFAULT ''http://schemas.microsoft.com/sqlserver/2004/07/showplan'') 
        INSERT INTO DMTAdmin.dbo.BestPractices_ImplicitConversions
        SELECT 
            GETDATE(),
            @dbname,
            stmt.value(''(@StatementText)[1]'', ''varchar(max)''), 
            t.value(''(ScalarOperator/Identifier/ColumnReference/@Schema)[1]'', ''varchar(128)''), 
            t.value(''(ScalarOperator/Identifier/ColumnReference/@Table)[1]'', ''varchar(128)''), 
            t.value(''(ScalarOperator/Identifier/ColumnReference/@Column)[1]'', ''varchar(128)''), 
            ic.DATA_TYPE AS ConvertFrom, 
            ic.CHARACTER_MAXIMUM_LENGTH AS ConvertFromLength, 
            t.value(''(@DataType)[1]'', ''varchar(128)'') AS ConvertTo, 
            t.value(''(@Length)[1]'', ''int'') AS ConvertToLength, 
            query_plan 
        FROM sys.dm_exec_cached_plans AS cp 
        CROSS APPLY sys.dm_exec_query_plan(plan_handle) AS qp 
        CROSS APPLY query_plan.nodes(''/ShowPlanXML/BatchSequence/Batch/Statements/StmtSimple'') AS batch(stmt) 
        CROSS APPLY stmt.nodes(''.//Convert[@Implicit="1"]'') AS n(t) 
        JOIN INFORMATION_SCHEMA.COLUMNS AS ic 
            ON QUOTENAME(ic.TABLE_SCHEMA) = t.value(''(ScalarOperator/Identifier/ColumnReference/@Schema)[1]'', ''varchar(128)'') 
            AND QUOTENAME(ic.TABLE_NAME) = t.value(''(ScalarOperator/Identifier/ColumnReference/@Table)[1]'', ''varchar(128)'') 
            AND ic.COLUMN_NAME = t.value(''(ScalarOperator/Identifier/ColumnReference/@Column)[1]'', ''varchar(128)'') 
        WHERE t.exist(''ScalarOperator/Identifier/ColumnReference[@Database=sql:variable("@dbname")][@Schema!="[sys]"]'') = 1
    END TRY
    BEGIN CATCH
    END CATCH;
END
'

exec sp_msforeachdb @sql

...脚本会爆炸，因为我的 bizzilion 数据库中有 9 个在兼容级别 80 中！您可以通过在具有旧兼容级别的盒子中创建一个数据库并运行此脚本来轻松地尝试此操作，您将看到它会失败。

如您所见，我的脚本正在使用 TRY/CATCH，但这并没有帮助，因为问题实际上是编译错误（而不是运行时错误）。

我还尝试在该动态 T-SQL 的开头使用 IF（如您所见），但同样，决策点不会阻止代码为这些数据库编译并失败。

到目前为止，我尝试过的任何方法都无法帮助我避免该错误，因此，即使我可以接受这些特定数据库被“跳过”（如果可以的话），我的工作也报告为“失败”。

你们中的任何人都知道我如何实现这个以便我可以搜索除了那些旧的兼容级别数据库之外的所有数据库吗？

快速而简单...为什么当我尝试检索临时表中某一列的统计信息时，这个 sp 会失败？

CREATE PROCEDURE dbo.Demo
AS
BEGIN
SET NOCOUNT ON
-- Declare table variable
CREATE TABLE #temp_table (ID INT)
DECLARE @I INT = 0

-- Insert 10K rows
    WHILE @I < 100
    BEGIN
        INSERT INTO #temp_table VALUES (@I)

        SET @I=@I+1
    END

-- Display all rows and output execution plan (now the EstimateRow is just fine!)
SELECT * FROM #temp_table

-- Is the object there
SELECT OBJECT_ID('tempdb..#temp_table')

-- How about statistics
DBCC SHOW_STATISTICS ('tempdb..#temp_table', 'id')
END;

我不明白，我收到一条消息说没有在列 id 上创建统计信息

Could not locate statistics 'id' in the system catalogs.

话虽如此，我看过 Paul White 的一篇文章，其中使用了这种技术并且确实有效。

https://sqlkiwi.blogspot.com/2012/08/temporary-tables-in-stored-procedures.html

有任何想法吗？

这是针对那里的系统操作员（或以前经历过这种经历的人）的问题。

我的公司希望在生产中的现有 SQL Server 机器上分配额外的磁盘空间。我们想知道是否可以在线扩展卷（磁盘管理中的“扩展卷...”）或者是否需要关闭 SQL Server 服务。

为什么应该停止 SQL Server 服务来执行此操作，或者在白天执行此操作是否可以？

以防系统规格相关。这是一个运行 Windows 2012 R2 和 SQL Server 2008 R2 的真实机器（无虚拟化）。

谢谢！

我在 dba 堆栈交换中环顾四周，但无法找到这个问题的答案，所以这就是我关心的问题。希望有人对此做过一些研究并可以提供权威的答案。

我们有一个在 2 个节点上运行的 Active/Active SQL Server 集群。SQLA 是一个实例的默认节点，另一个实例 (SQLB) 作为故障转移，反之亦然（另一个实例的 SQLB 默认节点，SQLA 作为故障转移）。这些服务器在具有 64GB RAM 的物理盒子上运行

我们必须配置“最大服务器内存”，这里有两种理论

• 第一个理论：遵循Jonathan Kehayia 几乎普遍接受的方法，简而言之，就像这样“为操作系统预留 1 GB RAM，从 4–16 GB 安装的每 4 GB RAM 预留 1 GB，然后 1 GB 用于每 8 GB RAM 安装在 16 GB RAM 以上。” 这将使每个框的最大服务器内存设置为 53 GB
• 第二种理论：我们需要将Max Server Memory的上限设置为一个值，以便在发生故障转移时允许辅助节点处理另一个实例。这将每个实例限制为更小的值（大约 30 GB，因此操作系统有 30 GB x 2 + 4GB = 64GB）

乍一看，第一种理论是可取的，因为它为每个实例提供了更大的内存空间，但有些人（包括我）不确定如果故障转移会发生什么，然后在同一个盒子上有 2 个实例，每个最大服务器内存为 53 GB RAM。

您知道处理这种情况的方法是什么吗？这两种方法中的任何一种都正确吗？还是您有正当理由应该改用第三种方法？你知道有什么严肃的博客文章或白皮书可以用证据来支持它吗？

谢谢你们！

你们可能知道，SQL Server 没有提供开箱即用的解决方案来导出为数据库中每个元素声明的所有安全相关语句（在数据库级别和对象级别）

我说的是想出这些信息的能力

• 所有用户
• 所有用户定义的角色
• 数据库级别的所有权限（例如 GRANT CREATE FUNCTION）
• 对象级别的所有权限（例如 GRANT SELECT ON OBJECT::xxx）

你会认为 SQL Server 必须有这样的东西，但是 SQL Server 导出向导或由于右键单击对象而生成的各种脚本都不会捕获此信息。

我在网上看到了许多不同的“可能的解决方案”，使用人们慷慨发布的非策划脚本，但由于我必须 100% 确保所有安全信息都被捕获，所以我不能完全依赖这些脚本。

我可以选择以这些为起点来自己写一些东西，但我讨厌不得不重新发明轮子来满足你认为很多人可能有的要求。

是否有人提供的工具（作为 SQL Server 产品的一部分或第 3 方工具）可以可靠地为您提供此信息？

或者至少，是否有一个社区支持的脚本，大多数人会同意“将完成这项工作”？

谢谢！