S M's questions

我的组织正在实施一个有趣的复制应用程序，以从多个 SQL Server 数据库中提取数据并将其放入 Azure 数据湖中。一些数据库位于可用性组集群中。我们的 AG 配置为在辅助副本上运行备份。

因此，我的团队被告知该应用程序需要备份元数据才能在 AG 成员之间同步。换一种说法：

• 服务器 A 每 15 分钟对数据库 foo 进行一次事务日志备份
• 服务器 B 每 15 分钟对数据库 bar 进行一次事务日志备份
• 服务器 A，在其备份完成后，从 B 中提取事务日志备份元数据并将其添加到 msdb
• 服务器 B，在其备份完成后，从 A 中提取事务日志备份元数据并将其添加到 msdb

这样，供应商说，无论数据库在哪个副本上，他们的应用程序都能够访问事务日志备份，并在无法跟上更改数据捕获时填补它可能存在的任何空白。他们提供的脚本使用 RESTORE VERIFYONLY…WITH LOADHISTORY 将备份元数据加载到 msdb 中。幸运的是，它只是任何给定 AG 上一个数据库的最新 t-log 备份。最起码到现在。

我们的 AG 集群没有用于备份的共享存储，因此来自其他副本的备份将以 UNC 路径显示。根据我的经验，人们很少使用 UNC 路径进行备份，我认为这是有充分理由的。

1. 我应该对此有多担心？
2. 这会造成多少资源争用？我对我们的一个 TB 大小的数据库的 t-log 备份进行了测试验证，并在几秒钟内完成，但我觉得我应该对此感到疑惑。
3. 如果我们需要运行恢复，数据库服务器真的会尝试接触其他副本上的备份文件吗？
4. 如果 #3 的答案是肯定的，有没有办法标记记录以便应用程序可以使用它但 SQL Server 会忽略它？我们通常不会将备份保留超过 72 小时（它们会被 NetBackup 窃取），所以希望这不是问题？
5. 有没有比 RESTORE VERIFYONLY…WITH LOADHISTORY 加载元数据更好的方法？

我们有一个两节点的 SQL Server 2017 AG。有一项工作会查看我们数据库的自动增长设置，并确保它们未设置为使用百分比。在过去的一天里，它一直在说它正在更新特定数据库的设置。这以前没有发生过。经过调查，我发现节点 01 上的 sys.master_files 表示数据库的事务日志文件将以 512MB 的增量增长，但节点 02 的 sys.master_files 表示它将以 10% 的增量增长 服务器 02 是主要的。在这两个副本上，此数据库的 sys.database_files 中的 is_percent_growth 都被清除。查看 SSMS 中的文件属性，两个副本都显示 512MB 自动增长，这很可能是因为 SSMS 在 sys.database_files 中查找（我的猜测）。

此 AG 上没有任何故障转移。

问题

1. 节点 02 上的 sys.master_files 和 sys.database_files 之间怎么会有意见分歧？
2. 数据库的自动增长设置是如何在两个副本之间不同步的？
3. 如何清除节点 02 上的 is_percent_growth 标志，以便不再有误报？理想情况下，我希望在不使 AG 脱机的情况下执行此操作。

我已阅读https://stackoverflow.com/questions/4174520/sql-server-sys-master-files-vs-sys-database-files解释了 sys.master_files 和 sys.database_files 之间的区别，但它没有t 解释这里的情况。

我正在浏览我们的一个数据库以回答老板的问题，我偷看了一个存储过程。像往常一样，我在 SSMS 中右键单击它，单击 Script stored procedure as... 然后创建，令我惊讶的是，我发现的只是 CREATE PROCEDURE 语句：

为了仔细检查，我让其他人看了，他们得到了同样的东西。他们以数据库所有者身份登录，我以系统管理员身份登录。我接下来跑了

select
m.definition
from sys.procedures p
left join sys.sql_modules m on p.object_id=m.object_id
where p.name in ('spPUpdateContactUserLockout', 'spPLINK_SYNC_CONTACT');

并得到了这个（注意我包含了另一个存储过程用于比较目的）

我以前没见过这个。曾经。我不认为没有定义主体就可以创建存储过程，并且在这个实例的多个数据库中有几个这样的过程。在这一点上我很担心，但我不确定我是否不必担心，或者我是否应该比现在更担心。

此实例是 SQL Server 2017 Standard x64 RTM-CU11，我使用的是 SSMS 17.9。任何见解表示赞赏！