我想知道为什么 sp_blitz 建议备份过去 30 天内未备份的 TDE 证书？如果证书没有更改，并且在创建后已备份，是否需要进行更多备份？
即使自上次备份以来 TDE 证书没有发生改变，我是否应该定期备份？
在SqlServerCentral.com上的一篇文章中，有几个人提到资源数据库的文件（mssqlsystemresource.mdf 和 ldf）应该与主数据库文件放在同一个文件夹中。这是针对 SQL Server 2005 的。对于 SQL Server 2017，这仍然是一个建议吗？我尝试在 BOL 中查找，但在那里找不到任何提及。
我正在尝试使用sp_DatabaseRestoreSQL Server First Responder Kit来恢复一些数据库。如果我首先使用 SSMS 以正常方式恢复数据库，它工作正常，但如果数据库以前不存在，它会说它找不到指定的文件（对于两个数据和日志文件）。
它还以以下消息结束：
数据库“DatabaseName”不存在。RESTORE 只能在恢复主文件的完整备份或文件备份时创建数据库。
但是第一个路径是完整备份，所以我不确定这意味着什么。
即使数据库不存在，是否有一些特殊的参数用途可以帮助我使用它，或者我是否被迫先创建它们？
任何建议表示赞赏。
编辑：使用的代码（路径和名称已更改）。如果数据库不存在，代码将失败。如果我创建数据库，那么它会工作：
DECLARE @VersionDate datetime;
EXEC dbo.sp_DatabaseRestore @Database = N'DatabaseName',
@BackupPathFull = N'\\SERVERNAME\Backup\servername-wfcs$ServerNameAG01\DatabaseName\FULL\',
@BackupPathLog = N'\\SERVERNAME\Backup\servername-wfcs$ServerNameAG01\DatabaseName\LOG\',
@MoveFiles = 0,
@ContinueLogs = 0,
@RunRecovery = 1,
@ForceSimpleRecovery = 0,
@Debug = 0,
@VersionDate = @VersionDate OUTPUT
编辑 2：事实证明，新旧服务器之间的数据文件文件夹名称有所不同。旧服务器的版本号低于 SQL Server 的实际版本，可能是由于较早的就地升级。当尝试使用正确的数据文件夹从备份中恢复时，没有问题。
我们有一个在 SQL Server 2012 上运行的相当大的数据库。数据文件现在是 2 118 256 MB。几周以来，每当我运行 SSMS 报告磁盘使用情况时，它都会在最底部显示“MyDatabase 数据库没有数据文件”。
有人见过这个吗？数据库已启动并正在运行。此报告将显示的内容是否有大小限制？
我有一个 SQL Server 2014 数据库，日志文件填满了磁盘。由于它是一个测试数据库，我们决定只删除整个数据库。我们将它脱机，但当我们尝试删除它时，我们收到一条消息，说它正在使用中，因此无法删除。
离线怎么能用呢？我怎样才能让它掉下来？（最好不要上网。）
我已经在 Visual Studio 中试用了 SSDT 数据库项目，并使用了 Red Gate 的 SQL Prompt 解决方案。似乎智能感知只适用于 SELECT、WHERE 等 SQL 关键字，它不提供表名、列名等的智能感知。
有什么诀窍可以让这个工作吗？（在 VS2015 和 VS2017 中都试过）。
我们的“硬件”部门已经在其中一台运行 SQL Server 的服务器上启动了一些 ASR 复制。他们为此使用的方法似乎使用了 VSS，我可以在 SQL 日志中看到很多关于正在备份的数据库以及 I/O 冻结/恢复的消息。它似乎每小时都会这样做。
VSS 进行的这些备份会破坏日志链，还是复制备份？有什么方法可以查看它们是否是副本备份？是否可以指示 VSS 使用复制备份？
任何反馈表示赞赏。
我们有一个 300 GB 的数据库，我正在测试将其还原到虚拟 Windows 2016 服务器上的新 SQL Server 2016 实例，用于测试目的。
VM 具有 32 GB RAM，在具有 10 个逻辑处理器的 1 个插槽 CPU 上运行。（E5 - 2670，2.6GHz）。不确定电源设置，将与设置 VM 的人一起检查。
我第一次恢复时，是.bak从 2014 年实例的 - 文件中进行的。第二次（仍在运行）我是通过在 SQL Server 2016 实例上进行的备份进行的。
两次都花了一个多小时才显示“5% 已处理”消息。在此之前，百分比为 0%（使用显示还原进度的脚本）。第一次大约 2 小时后恢复完成。我特别想知道为什么进程指示器开始运行需要这么长时间。当它保持在 0% 时会发生什么？
这在 SQL Server 2016 实例上是否正常，或者可能有问题？在生产服务器上，恢复速度会快得多，但很难比较，因为 prod 是具有多个主轴的专用服务器，而 test-server 是虚拟服务器。
我知道 SQL SERVER 2016 可以在同一台服务器上与以前的版本共存。但是我想知道是否有任何我应该注意的陷阱？我们有一个测试服务器，上面已经有 2008r2、2012 和 2014 实例。如果我们也在同一台服务器上安装 2016，现有实例上是否有任何行为会有所不同？
我在 SQL Server 2014 中有一个用户定义的表类型，我需要删除并重新创建它。但是，如果我使用 SSMS 中的脚本，则不会创建某些列上的默认值约束。
我也有查看默认约束的问题，所以我不知道默认值应该是什么。
有没有办法查看这些默认值约束包含的内容？
CREATE TYPE [Logging].[LogElements] AS TABLE(
[LogMessage] [nvarchar](MAX) NOT NULL,
[MessageTypeId] [smallint] NOT NULL,
[Origin] [varchar](50) NOT NULL,
[JobRunId] [int] NULL,
[InvoiceId] [int] NULL,
[AccountlineId] [int] NULL,
[MSErrorCode] [bigint] NOT NULL,
[LogStatusId] [int] NOT NULL,
[LogUser] [varchar](50) NULL
） 去
以上是在 SSMS 中生成脚本时创建的定义。如您所见，默认值不在脚本中。
我有一个代理作业运行sp_AskBrent了一段时间，使用以下参数运行：
EXEC sp_AskBrent @Expertmode=1
,@OutputDatabaseName = 'DBName'
, @OutputSchemaName = 'dbo'
, @OutputTableName = 'AskBrentResults'
,@seconds = 30
, @OutputTableNameFileStats='AskBrentResultsFileStats'
,@OutputTableNamePerfmonStats='AskBrentResultsPerfmonStats'
, @OutputTableNameWaitStats='AskBrentResultsWaitStats'
今天我想更新到新改名的程序sp_BlitzFirst。创建新过程后，我更改了代理作业中的代码以sp_BlitzFirst使用相同的参数运行。
一切似乎都很顺利，直到将值输出到表中，然后似乎出现了某种转换错误。
整个历史输出如下：
设置配置变量 [SQLSTATE 01000]（消息 50000）
现在开始诊断分析 [SQLSTATE 01000]（消息 50000）
捕获等待统计、性能计数器、文件统计的第一遍 [SQLSTATE 01000]（消息 50000）
开始调查查询 [SQLSTATE 01000 ]（消息 50000）
完成运行调查查询 [SQLSTATE 01000]（消息 50000）
等待匹配 @Seconds 参数 [SQLSTATE 01000]（消息 50000）
捕获等待统计、性能计数器、文件统计的第二次传递 [SQLSTATE 01000]（消息 50000 )
Analysing changes between first and second passes of DMVs [SQLSTATE 01000] (Message 50000)
分析完成，输出结果 [SQLSTATE 01000] (Message 50000)
从字符串转换日期和/或时间时转换失败。[SQLSTATE 22007]（错误 241）。该步骤失败。
有人对可能导致这种情况的原因有任何建议吗？自调用该过程以来，输出表是否以某种方式发生了变化sp_Askbrent？的版本sp_Askbrent是这样报告的：sp_AskBrent (TM) v20 as of Jan 1 2016 12:00AM。
一段时间以来，我怀疑 SSMS 中的磁盘使用情况报告已停止显示自动增长事件。为了测试，我创建了一个具有非常小的自动增长设置的空数据库。然后我将大量数据插入到数据库中的一个表中，这样我就知道它必须增长。查看数据库的文件属性时文件较大，但磁盘使用情况报告未显示任何自动增长事件。
然后我尝试从这篇文章中运行 Aaron Bertrand 的脚本，这清楚地显示了每个自动增长事件。
那么，为什么磁盘使用情况报告不会显示相同的增长？有什么建议么？顺便说一句，它是 SQL Server 2014 SP2。
在完全恢复模式下，差异备份会“破坏”之前的日志备份吗？
让我举个例子：假设我们有以下备份：
- 完整备份 1
- 日志备份1
- 日志备份 2
- 差异备份 1
- 日志备份 3
- 日志备份 4
通常要在这种情况下恢复，可以按如下方式恢复：
- 完整备份 1
- 差异备份 1
- 日志备份 3
- 日志备份 4
我的问题如下：如果 DIFF Backup 1-file 以某种方式损坏，我是否可以仅使用 FULL 和 LOG 备份来恢复数据库？像这样：
- 完整备份 1
- 日志备份 1
- 日志备份 2
- 日志备份 3
- 日志备份 4
任何帮助表示赞赏。如果这已在另一篇文章中得到解答，请告诉我（我尝试搜索）。
我们有一个 SQL Server 2014（最近从 2008 R2 升级而来）实例，其中一个数据库有一些奇怪的整理设置：
在数据库的“属性”窗口中，我们有以下内容：
- 在“常规”选项卡和维护下，它说：整理：Compatibility_60_406_30001
- 在“选项”选项卡下，排序规则在下拉列表中是空白的（尽管列表中有许多排序规则可供选择）
我尝试用谷歌搜索归类 Compatibility_60_406_30001，但搜索结果为空。有人对在这里做什么有什么建议吗？到目前为止，我还没有看到任何错误，但我也想为这个数据库选择一个有效的排序规则。
我们将把一个 sql 实例移动到一个新的物理服务器 (SQL SERVER 2008 r2)。这个问题的答案解释了如何通过将主数据库和 msdb 数据库还原到新服务器来移动代理作业和 ssis 包。
我的问题是恢复系统与用户数据库的顺序是否有什么要说的？在用户数据库之前恢复 master 和 msdb 是否可以，即使这将恢复指向尚未恢复/创建的用户数据库的代理作业和 ssis 包？
谢谢你的帮助。
哥特