我有一个 SSRS 报告，用于墙板，通过连接到屏幕的 Raspberry Pi 向部门显示基本统计数据和信息
这将自动刷新选项设置为 60 秒，但是自从今天打补丁以来，我们打开了快照隔离以消除每天早上和下午中午运行每日报告时发生的大量阻塞，自动刷新选项似乎失败了。
我已经尝试重新部署该报告，甚至创建了一个全新的报告，该报告仅提供日期和时间以跟踪它的刷新情况，有时它会工作几分钟，但随后就会停止刷新
我运行的测试包括每 10 秒刷新一次，以查看执行是否超时超过 60 秒
在我刚刚运行的 5 次单独执行中，一次运行了 542 秒后不再刷新，一次运行了 339 次，一次运行了 164 次，其中两次根本无法刷新
以前这会一直运行，直到 Pi 上的 wifi 连接丢失并且刷新时出现页面错误（注意所有测试都是在本地有线连接上完成的，没有网络掉线）
该组之前的先前测试已经在进入/退出隐身模式的不同浏览器中完成，并且都产生相同的结果
知道为什么会发生这种情况，以及不涉及我们再次停止服务器上的所有内容以关闭快照隔离的潜在修复
我正在尝试使用sp_executesql来运行命令，但我遇到了一个问题，即非英文字符（又名中文和日文）更改为 ??? 跑的时候。
sql server 2008R2 & 2012
示例代码
DECLARE @text nvarchar(30) = N'select ''J こんにちは C 你好'''
SELECT @text
SELECT N'J こんにちは C 你好'
exec sp_executesql @text
exec sp_executesql N'select ''J こんにちは C 你好'''
J= 日语 'Hi' C = 中文 'Hi' 由谷歌翻译处理用于测试目的
输出
------------------------------
select 'J こんにちは C 你好'
------------
J こんにちは C 你好
------------
J ????? C ??
------------
J ????? C ??
正如您看到的那样，当自然运行或选择代码时，输出按预期返回，但是一旦它通过 sp_executesql 传递，它返回为 ? 人物。值得注意的是，如果您尝试发送 varchar 而不是 nvarchar，它会出错，因此它会挑衅地使用 unicode。
为输入尝试了几种不同的排序规则，但这似乎没有任何改变
我们的一份 SSRS 报告从外部来源加载图像，其中一个来源已锁定到 tls 1.2（这是公平的，我们希望未来有更多的客户这样做）
tls 1.2 更新已应用于保存 ReportServer 数据库的服务器和保存在不同机器上的两个 Reporting Services 端点。
所有三台机器都在本地进行了测试，并且都可以在它们的浏览器中加载受保护的图像，但是当使用 SSRS 运行报告时它会失败
我设置了一个没有数据库连接的测试报告，它只是一个非安全图像链接和一个 tls 1.2 安全图像链接，
我得到的错误是：Warning [rsInvalidImageReference] The ImageData for the image ‘Image2’ is invalid. Details: The request was aborted: Could not create SSL/TLS secure channel.
这使图像src(unknown)与实际报告中一样
所以我觉得我在安装 tls 1.2 补丁时遗漏了一些东西
有人对可能发生的事情有任何想法吗？
我SQL Server 2012 (11.0.6540.0)与另一台服务器在 AO 高可用性组中运行。
tempDB 的使用量通常约为 819MB（与 2 周前相比平均超过一周），但自从我们进行了故障转移和补丁循环后，tempDB 开始逐渐增长（此时没有进行 DDL 更改）。我们刚刚完成了测试故障转移，并将 tempDB 移出了两台机器都可以访问的联合 SAN 驱动器（我们不希望一个硬件可以同时关闭我们的主副本和辅助副本）。
最近的故障转移和实例重启（移动 tempDB）看到 tempDB 使用量跃升至 6348MB，并且增长缓慢。
增长全部在内部对象上，可以使用以下方式看到：
SELECT top 5 session_id, request_id,
SUM(internal_objects_alloc_page_count) AS request_internal_objects_alloc_page_count
FROM sys.dm_db_task_space_usage
GROUP BY session_id, request_id
ORDER BY request_internal_objects_alloc_page_count DESC
调查一下，这一切都是从 spid 35 和 32 运行的，它们都与服务代理相关。
我环顾四周，有人说这是因为有WITH CLEANUP一个结束对话，但清理这个词只出现在评论中，所以我相信这不是问题所在。
当实例恢复并接管主节点时，服务代理不工作所以我需要将所有队列循环到禁用然后启用状态（我们不得不在一年前这样做一次但没有请参阅此问题）。
您可以在此处查看过去 4 天内对 tempDB 的使用情况。今天早上的下降是实例重启和故障转移。
有谁知道我缺少什么来控制它。
我有一个过程，大约每月一次，有时不相关（或据我们所知）进入SOS_SCHEDULER_YIELD状态。这个过程阻塞了我们的主要数据输入管道，并使整个数据库戛然而止。
我们在这个 proc 前面放置了一个带有服务代理的队列表（因为它最初是数据输入 proc）并且我们正在丢失数据，因为前面的系统在他们的队列中用完了空间。这防止了我们丢失数据，但并没有解决问题，它只是一个创可贴。
程序中是否有任何方法可以说明此过程必须在 CPU 上获得更高的优先级，或者必须在列表中处于低位以占用 CPU 时间，处理器需要 7 分钟才能完成今天的任务（12 分钟前，似乎是我们承受的负载越高，它花费的时间越长，因为有更多的数据进入，所以有更多的进程争夺 CPU 时间）
设想。
代码示例
RESTORE DATABASE testEnvironment
filegroup = 'requiredFileGroup'
from disk =
N'\\remotestorage\backupfile.bak'
with REPLACE,
move
N'requiredFileGroup_file1' to N'F:\requiredFileGroup_file1.ndf',
move
N'requiredFileGroup_file2' to N'F:\requiredFileGroup_file2.ndf',
stats = 1
问题
任何关于解决此问题的想法将不胜感激
Ste
我希望自动擦除我们的测试环境，以使其在每个冲刺结束时与生产保持一致。
就目前而言，这目前正在通过测试环境获取完整备份并使用移动和替换进行恢复来完成，但是这占用了我们拥有的大部分空间。
目的是从头开始创建环境并仅填充所需的表。
我可以使用“右键单击 > 任务 > 生成脚本...”来创建数据库框架。
有没有办法从存储过程中创建该脚本，以便可用于重新创建数据库
我也在处理这个问题，但显然该脚本只会以当前大小创建数据库，因此一旦生成脚本，就需要修改所有文件大小
为任何帮助干杯
我不相信这是可能的，但想检查一下。
我有一个每两周一次的工作来将完整备份恢复到测试环境，这样开发人员就可以在不破坏实际环境的情况下销毁一些新鲜的东西。问题突然出现，测试环境的空间比生产环境少（它卡在一个驱动器上而不是多个驱动器上）。
当跨数据库复制时，现在使用了超过 95% 的硬盘分配。有什么方法可以通过移动恢复数据库来调整这些文件的大小？许多文件中有可用空间可以缩小，并且文件大小永远不会从备份中改变，因为它没有数据被扔到它上面，所以从技术上讲，它们可以一直切回到他们的数据尺寸。
我不太想做的替代方案是缩小生产环境中当时可用空间太多的文件。
有什么建议或想法吗？不幸的是，添加新硬盘不是一种选择，因为连接的驱动器托架已满。
Ste