Cha*_*ngh 1 sql-server patching
我知道Brent 的帖子为什么没有人在这方面修补他们的 SQL Server ..... 和我的一位朋友一起，请假设一个这样的场景，其中近 100 个 SQL Server 从未打过补丁。假设任何用户都没有报告过错误或性能问题。那么，我的朋友是否有一种很酷的方法来识别所有服务器 - 他不知道 - 并且很少有服务器可能已经遇到了一些错误？换句话说，如何在 100 个 SQL Server 中主动发现错误？
一个计划是阅读那些错误的发行说明，其中错误可以使用服务器触发器在发生的基础上（可能是）......在本地表中捕获......在中央位置的SSIS。
但是，这个计划似乎值得吗？
特别关注那些可能会对数据产生影响的错误。（仅供参考，具有纯度的 DBCC CheckDB 运行无错误）。或者一些可能的业务损失。
最后假设，确实在某些 SQL Server 中检测到了一些错误 - 那么，当多年来用户没有报告任何问题时，如何以及为什么将它们视为“威胁”？
Bre*_*zar 13
我假设你在谈论我，我不确定你的意思是什么，但这是我的想法：
定期修补您的 SQL Server。
我非常喜欢补丁，我想让人们更容易找到 SQL Server 的最新更新，所以我建立了SQLServerUpdates.com。
如果您想说明为什么要打补丁，只需返回您跳过的每个累积更新中的修补程序列表即可。您会发现提供错误查询结果的错误，而这通常是管理层需要听到的关于我们为什么需要修补的所有信息。
以下是一些修复了 SQL Server 2017 错误查询结果的错误 - 不是旧的、尘土飞扬的 SQL Server 版本，而是他们刚刚发布的全新版本：
而这一切只是第一次累积更新。想要您的查询结果准确吗？打补丁。
| 归档时间： |
|
| 查看次数： |
4704 次 |
| 最近记录： |