DForck42's questions

我已经在没有和使用github 上的Getting Started文档中的 -Force 参数的情况下运行了安装脚本

Install-Module dbatools -Scope CurrentUser
Install-Module dbatools -Scope CurrentUser -Force

此代码适用于我的旧服务器，但不适用于新服务器。

$Params =
@{
    Column1 = $Column1;
    Column2 = $Column2
}


$InsertQuery =
"           
    insert into dbo.Table
    (
        Column1,
        Column2
    )
    values
    (
        @Column1,
        @Column2
    )
"


Invoke-DbaQuery -SqlInstance "server" -Database "database" -Query $TableSizeInsertQuery -SqlParameter $Params

我不断收到此错误：

Error connecting to [server]: Cannot find an overload for "SqlCommand" and the argument count: "2". At C:\Users\username\Documents\WindowsPowerShell\Modules\dbatools\1.1.46\allcommands.ps1:92862 char:9
+         throw $records[0]
+         ~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (server:String) [], Exception
    + FullyQualifiedErrorId : dbatools_Invoke-DbaQuery

我还运行了这些命令：

Install-Module -Name SqlServer
import-module -name SqlServer
install-module -name dbatools
Import-Module -name dbatools

我们有一个不断增长的 guid 列表，我们需要能够跟踪一个不断增加的整数 id 列表。我们当前的实现为每个 guid创建了一个没有缓存的序列。

但是，我们没有预料到生成数千个序列并从中选择会对数据库产生性能影响。由于一次使用的序列数量，计划缓存绝对是垃圾。服务器上的其他查询也受此影响。

有没有更好的方法来跟踪这些可以避免竞争条件的 guid 的不断增加的 id？每个 guid 需要从 1 开始并以 1 递增，而不会跳过数字。我们还需要能够从我们当前的序列中切换到这种新方法。

例如，当前 guid 'F642631D-AD28-4943-8340-5E7793EB82B8' 将创建序列 dbo.F642631D-AD28-4943-8340-5E7793EB82B8 并检索值select Next Value for dbo.F642631D-AD28-4943-8340-5E7793EB82B8

我有一个查询，我正在编写将一些带有主键的堆表转换为聚簇表，但是我生成的字符串似乎截断了超过一定长度的对象。

SELECT 
    --t.name,
 --   t.schema_id,
 --   t.type,
 --   t.type_desc,
 --   i.name,
 --   i.type,
 --   i.type_desc,
 --   i.is_primary_key,
    --c.name,
    'print ''dropping index on dbo.' + CAST(t.name AS VARCHAR(MAX)) + ''';' + CAST(CHAR(10) AS VARCHAR(MAX)) + CAST(CHAR(13) AS VARCHAR(MAX))  + 
    'drop index ' + CAST(i.name AS VARCHAR(MAX)) + ' on dbo.' + CAST(t.name AS VARCHAR(MAX)) + ';' + CAST(CHAR(10) AS VARCHAR(MAX)) + CAST(CHAR(13) AS VARCHAR(MAX)) +
    'go' + CAST(CHAR(10) AS VARCHAR(MAX)) + CAST(CHAR(13) AS VARCHAR(MAX)) +
    'print ''creating clustered primary key on dbo.' + CAST(t.name AS VARCHAR(MAX)) + ''';' + CAST(CHAR(10) AS VARCHAR(MAX)) + CAST(CHAR(13) AS VARCHAR(MAX)) +
    'alter table dbo.' + CAST(t.name AS VARCHAR(MAX)) + ' add constraint ' + CAST(i.name AS VARCHAR(MAX)) + ' primary key clustered (' + CAST(c.name AS VARCHAR(MAX)) + ');'
FROM sys.tables t
    INNER JOIN sys.indexes i
        ON i.object_id = t.object_id
    INNER JOIN sys.index_columns ic
        ON i.object_id = ic.object_id
            AND i.index_id = ic.index_id
    INNER JOIN sys.columns c
        ON t.object_id = c.object_id
            AND ic.index_column_id = c.column_id
WHERE i.type = 2
    AND t.object_id NOT IN
(
    SELECT distinct t.object_id AS tableid
    FROM sys.tables t
        INNER JOIN sys.indexes i
            ON t.object_id = i.object_id
    WHERE i.type  = 1
)
ORDER BY t.name,
    i.index_id

如您所见，我尝试将我正在使用的所有列包装在 cast 语句中，但它没有帮助。我不确定为什么这不起作用。

完整代码示例：

print 'dropping index on dbo.Account';

drop index PK_Account on dbo.Account;

go

print 'creating clustered primary key on dbo.Account';

alter table dbo.Account add constraint PK_Account primary key clustered (Id);

截断代码示例：

drop index PK_ALongerTableNameABC on dbo.ALongerTableNameABC;

go

print 'creating clustered primary key on dbo. ALongerTableNameABC';

alter table dbo.ALongerTableNameABC add constraint PK_ALongerTableNa

我通过使用 Results to Text 运行查询来获取生成的代码。

我们有一个使用动态 sql 创建新序列的过程。然后我们使用动态 sql 从序列中获取下一个值。我们有很多这样的动态序列，但不要把任何一个个体称为很多，但我们会称它们很多。

在计划缓存中，它看起来像这样：

(@new int OUTPUT)SELECT @new = Next Value for dbo.[UniqueSequenceName1]
(@new int OUTPUT)SELECT @new = Next Value for dbo.[UniqueSequenceName2]
--etc

这些正在消耗我们的大量计划缓存，并且往往在它们被推出之前只被调用一次。我打开了针对 Ad Hoc Workload 的优化，但这并没有改变行为。打开强制参数化是否有助于减少计划缓存的负载？还有其他设置可能有帮助吗？

几个月来，我们一直在与特定服务器上奇怪的内存压力问题作斗争。这是 SentryOne 中最后一个事件的样子：

系统内存

SQL Server 内存

内存配置：

• 服务器总内存 - 96GB
• 最大服务器内存 - 84GB

这看起来很奇怪的原因是，如果是外部内存压力，我预计系统内存上的其他类别会在此期间增长，但事实并非如此。

我们在此期间看到的部分情况是查询最终会生成错误的计划并最终导致应用程序出现性能问题。从历史上看，在这种情况下运行 DBCC FreeProcCache 可以缓解压力，但我们仍然不知道原因。我认为计划得到一个糟糕的计划是这个问题的症状而不是原因，但我可能错了。

我们为尝试解决此问题所做的事情：

• 删除了我们认为有问题的 sp 的连接
• 删除了数据库中的重复记录
• 服务器内存增加（我认为我们增加了 16-32 GB）
• 启用内存中的锁定页面

我完全不知道接下来要看什么。我们的架构师认为我们可能需要使用内存来调整一些 VM 设置，但我们还没有做到。

我可以看什么来潜在地解决这个奇怪的内存压力问题？

我们创建了一个自动化流程来使用 TFS 和 powershell 建立一个新的 SQL Server。作为新服务器构建的一部分，我们部署了一个数据库和一组作业供 dba 使用。作为安装的一部分，我们需要为我们的一些工作创建一个 sql 代理代理的凭证。但是，我们不想将密码存储在代码中。

是否有存储密码（或生成密码）的解决方案，我们不将其存储为纯文本或代码行？

我们的服务器在 prim 中，而不是在 Azure 中。我们可以访问 Keepass，但 Thycotic 已弃用。

我们现在在生产中遇到过几次问题，看起来存储过程得到了一个新的、糟糕的计划并开始造成严重破坏。不幸的是，在我们执行 dbcc freeproccache 之前，我们无法捕获计划前后的计划以查看坏计划的样子，我们也没有设置查询存储。

我的问题是，什么都可以导致 sql server 为存储过程生成新计划？特别是对于一直运行的 sp。我知道的一些是：

• dbcc freeproccache
• 重新启动服务器
• 选项重新编译

在内部，SQL Server 如何确定 a 的结果select(*)？堆和聚集索引之间有区别吗？是否能够使用聚集索引做一些聪明的事情而不必加载整个表？

我有一个 Powershell 模块，它是我编写并上传到我的 SQL Server 的C:\Program Files\WindowsPowerShell\Modules。我有一个 SQL 代理作业，其中有一个调用该模块的 powershell 步骤。这一切都有效并且一直有效。

但是，我最近对 ​​Powershell 模块的工作方式进行了更改。我更新了代码并将其上传到服务器，但 SQL Server 似乎仍在执行过时版本的代码，即使文件已被替换。

我是否需要告诉 SQL Server 或 Powershell 以某种方式“刷新”模块？我怎样才能做到这一点？

我们有一个设置了 Always Encrypted 的列，我们正在将它添加到 AG。如果/当我们必须故障转移到辅助服务器时，我们希望加密能够继续工作。可用性组会复制证书，还是我们需要手动安装它们？

我有一个名为 dbo.messages 的表。我们期望此表中有大量数据。为了将事情保持在合理的水平，我们正在查看该表的每周分区。我想做的是每周一次，取出最旧的每周分区，然后将其关闭。我已将其设置为每周将在其自己的文件/文件组中。这本身没什么大不了的。

然后我想做的是把那个切换出来的表，把它切换成表的存档副本。归档表是否需要单独的分区函数和方案？这有什么陷阱吗？

在尝试对我们的应用程序进行压力测试时，我们遇到了一个奇怪的错误。如果我们将应用程序直接指向主服务器，我们不会发现任何测试问题。但是，如果您将应用程序指向侦听器，我们会收到此错误：

provider: TCP Provider, error: 0 - 您没有连接，因为网络上存在重复名称。如果加入域，请转到控制面板中的系统更改计算机名称，然后重试。如果加入工作组，请选择另一个工作组名称。

我们的连接字符串类似于：

> connection string= "data source=DB_C_Name; MultiSubnetFailover=True;
> initial catalog=DBName; integrated security=True;
> MultipleActiveResultSets=True; App=EntityFramework;"

DB_C_Name 是指向监听器的 AD CName，监听器又指向 WFC。

我们已经仔细检查过，所有 WFC 设置似乎都没有问题，我们在我们的网络上找不到任何重复的 IP。

我们不知道为什么在通过侦听器而不是直接进入服务器时会发生这种情况。我们还注意到其他几个地方也发生了这种情况。

我们有两个队列，SSBInitiator 和 SSBTarget。在我的示例情况下，我运行了以下代码来创建对话：

BEGIN DIALOG CONVERSATION @ConversationHandle
                FROM SERVICE [//BLAH/Events/SSBInitiator]
                TO SERVICE '//BLAH/Events/SSBTarget'
                ON CONTRACT [//BLAH/Events/SSBContract]
                WITH ENCRYPTION = OFF;

现在让我们说，出于某种原因我认为这个对话是不必要的：要么用户取消了请求，要么发生了其他事情。我知道我可以使用以下任一方式结束对话：

end conversation @ConversationHandle

或者

END CONVERSATION @ConversationHandle   
      WITH ERROR = 1 DESCRIPTION = 'Ending Convo cause reasons';

现在，对话结束并且没有消息被发送，Target 服务是否需要对对话做任何事情？IE，是否需要进行额外的处理以确保对话完全关闭？

在我的工作中，我们有很多我们跟踪版本的对象。我们正在尝试创建大量序列对象以跟踪这些版本。我担心的是 sql server 可能有我们可以创建的最大数量，但我找不到任何此类文档。

那么，在 SQL Server 2014 和 2016 中是否可以创建最大数量的序列？

我有一个非常高流量的数据库。在应用程序中，他们将发出删除，并且这些删除经常会与同一个表上的其他删除死锁。我正在研究解决这个问题的方法，我看到的一个答案是确保删除有最快的记录路径。

目前，所有的删除都遵循这种形式：

(@0 int) delete [dbo].[table] where (table_id = @0)

这些表中的每一个都有一个主键和聚簇索引table_id。

我的问题是，添加一个非聚集索引可以table_id帮助加速这些删除并防止发生死锁吗？

死锁图：

<deadlock victim="process2b53a408c8"><process-list><process id="process2b53a408c8" taskpriority="0" logused="284" waitresource="KEY: 19:72057597368270848 (0e2c6d2527ac)" waittime="2034" ownerId="14899585071" transactionname="user_transaction" lasttranstarted="2018-03-07T09:47:18.833" XDES="0x50746b1c0" lockMode="S" schedulerid="7" kpid="967168" status="suspended" spid="185" sbid="2" ecid="0" priority="0" trancount="2" lastbatchstarted="2018-03-07T09:47:18.850" lastbatchcompleted="2018-03-07T09:47:18.850" lastattention="1900-01-01T00:00:00.850" clientapp="redacted_service" hostname="redacted_host" hostpid="164656" loginname="redacted_domain\_SQL_redacted_database_P" isolationlevel="read committed (2)" xactid="14899585071" currentdb="19" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056" databaseName="redacted_database"><executionStack><frame procname="adhoc" line="1" stmtstart="16" stmtend="120" sqlhandle="0x020000001335f1027371c186c8d7405191cdef00ddd0ebe70000000000000000000000000000000000000000">
unknown     </frame><frame procname="unknown" line="1" sqlhandle="0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000">
unknown     </frame></executionStack><inputbuf>
(@0 int)DELETE [dbo].[redacted_table]
WHERE ([id] = @0)    </inputbuf></process><process id="process218b0a5468" taskpriority="0" logused="284" waitresource="KEY: 19:72057597368270848 (c94c2713ec0f)" waittime="2036" ownerId="14899585063" transactionname="user_transaction" lasttranstarted="2018-03-07T09:47:18.833" XDES="0x1fcd0c4d10" lockMode="S" schedulerid="4" kpid="962372" status="suspended" spid="384" sbid="2" ecid="0" priority="0" trancount="2" lastbatchstarted="2018-03-07T09:47:18.850" lastbatchcompleted="2018-03-07T09:47:18.847" lastattention="1900-01-01T00:00:00.847" clientapp="redacted_service" hostname="redacted_host" hostpid="164656" loginname="redacted_domain\_SQL_redacted_database_P" isolationlevel="read committed (2)" xactid="14899585063" currentdb="19" lockTimeout="4294967295" clientoption1="671088672" clientoption2="128056" databaseName="redacted_database"><executionStack><frame procname="adhoc" line="1" stmtstart="16" stmtend="120" sqlhandle="0x020000001335f1027371c186c8d7405191cdef00ddd0ebe70000000000000000000000000000000000000000">
unknown     </frame><frame procname="unknown" line="1" sqlhandle="0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000">
unknown     </frame></executionStack><inputbuf>
(@0 int)DELETE [dbo].[redacted_table]
WHERE ([id] = @0)    </inputbuf></process></process-list><resource-list><keylock hobtid="72057597368270848" dbid="19" objectname="redacted_database.dbo.redacted_table_2" indexname="PK_redacted_table_2" id="lock9d21dab80" mode="X" associatedObjectId="72057597368270848"><owner-list><owner id="process218b0a5468" mode="X" /></owner-list><waiter-list><waiter id="process2b53a408c8" mode="S" requestType="wait" /></waiter-list></keylock><keylock hobtid="72057597368270848" dbid="19" objectname="redacted_database.dbo.redacted_table_2" indexname="PK_redacted_table_2" id="lock4de4b1800" mode="X" associatedObjectId="72057597368270848"><owner-list><owner id="process2b53a408c8" mode="X" /></owner-list><waiter-list><waiter id="process218b0a5468" mode="S" requestType="wait" /></waiter-list></keylock></resource-list></deadlock>

表定义：

create table [dbo].[redacted_table](
    [id] [int] identity(1,1) not for replication not null,
    [loan_id] [int] not null,
    [user_role_id] [int] not null,
    [assigned_by_user_id] [int] not null,
    [out_for_assignment] [bit] not null,
    [assignment_date] [datetime] not null,
    [recognize_date] [datetime] not null,
    [routing_source] [varchar](50) null,
    [request_guid] [uniqueidentifier] null,
 constraint [PK_redacted_table] primary key clustered 
(
    [id] asc
)with (pad_index = off, statistics_norecompute = off, ignore_dup_key = off, allow_row_locks = on, allow_page_locks = on, fillfactor = 90) on [PRIMARY]
) on [PRIMARY]

go

alter table [dbo].[redacted_table] add  constraint [DF_redacted_table_assignment_date]  default (getdate()) for [assignment_date]
go

alter table [dbo].[redacted_table] add  constraint [DF_redacted_table_recognize_date]  default (getdate()) for [recognize_date]
go

alter table [dbo].[redacted_table]  with check add  constraint [FK_redacted_table_redacted_table3] foreign key([loan_id])
references [dbo].[redacted_table3] ([id])
go

alter table [dbo].[redacted_table] check constraint [FK_redacted_table_redacted_table3]
go

alter table [dbo].[redacted_table]  with check add  constraint [FK_redacted_table_user_redacted_table4] foreign key([user_role_id])
references [dbo].[user_redacted_table4] ([id])
go

alter table [dbo].[redacted_table] check constraint [FK_redacted_table_user_redacted_table4]
go

alter table [dbo].[redacted_table]  with check add  constraint [FK_redacted_table_redacted_table5] foreign key([assigned_by_user_id])
references [dbo].[redacted_table5] ([id])
go

alter table [dbo].[redacted_table] check constraint [FK_redacted_table_redacted_table5]
go

我们今天遇到了一个奇怪的案例，其中执行“select * from table”的视图有几个日期时间字段作为整数返回。直到最近，这一直在起作用。这些在视图本身中并没有强制这些列作为整数返回。

另一件奇怪的事情是，重写视图以明确选择所有列会使数据作为日期时间返回。我在想这可能是某种糟糕的缓存计划，但我不确定。

数据回传不正确的罪魁祸首是什么？

我正在尝试对服务器上丢失的索引进行一些分析（我以前从未在此服务器上做过）。我正在运行 sp_blitzindex，它会在“将数据插入#MissingIndexes”时挂起。我深入研究了查询并找到了它命中 sys.dm_db_missing_index_details 的位置。

尝试从 sys.dm_db_missing_index_details 中选择将返回大约 300 条记录，然后它会坐下来旋转。我不想让它继续看它需要多长时间才能完成，但我让它运行了两分钟多，但它没有完成。

为什么这需要很长时间才能返回？什么会导致这个？

我正在使用 SentryOne，我认为这是一个死锁过程。它显示它的数据库 ID 为 32767，对象 ID 为 -710746692。我查看了 sys.databases 和 sys.objects，但没有找到任何相关信息。我搜索了数据库 ID，相信它是 sql server 拥有的隐藏资源数据库。但是，谷歌搜索没有返回任何对对象 ID 有意义的信息。

什么是对象 ID -710746692？

我有一个动态构建的查询，其中的 where 子句如下所示：

where column in ('a', 'a', 'a', 'b')

实际数据要长很多，而且有很多重复项，如上面的示例中a重复了 3 次。

使用具有大量值（其中许多值是重复的）的非常大WHERE的子句是否有潜在的性能影响？IN

我在两台服务器之间设置了复制。今天早上我进来了，但它失败了。我收到这些错误：

错误信息：

• 进程无法在“PSQL3”上执行“sp_replcmds”。（来源：MSSQL_REPL，错误号：MSSQL_REPL20011）获取帮助：
• 无法作为数据库主体执行，因为主体“dbo”不存在，无法模拟此类主体，或者您没有权限。（来源：MSSQLServer，错误编号：15517）
• 进程无法在“PSQL3”上执行“sp_replcmds”。（来源：MSSQL_REPL，错误编号：MSSQL_REPL22037）