小编Ram*_*chi的帖子

我们通常使用 Ola Hallengren 的解决方案来处理我们拥有的索引优化作业中的更新统计信息。我们将它安排在所有服务器（1500+）的每个星期日午夜作为标准做法。

现在，有几台服务器在周中出现了很多性能问题，当因性能问题引发事件时，我们为该特定数据库运行 sp_updatestats。我们有一个巨大的环境，其中使用了 2000 到 2016 年的所有版本。在 2012 年和 2014 年的版本中，我们一直在周中手动运行特定数据库的更新统计信息。

最近，由于反复出现的问题，我们还不得不为一些非常活跃的数据库每天安排 sp_updatestats。

我的问题：

1. 我们应该多久安排一次？
2. 过于频繁地安排它有什么缺点？
3. 有没有办法避免定期更新运行如此频繁的缺点，因为我听说编译需要更多时间并且可能会在一段时间内降低性能？

请帮助我了解您在这方面的经验。

我有一个来自分发数据库的 .mdf 文件，该文件正在增长。我知道缩小数据库/文件的优缺点。将 .mdf 文件缩小到更小的尺寸是否可以。在此期间是否有任何数据丢失，这是否会影响复制。？

在我们的其中一台生产服务器中，我们需要启用xp_cmdshell某些应用程序功能。

使用我们当前的安全措施，它在所有情况下都被禁用，只需要为一个特定的 SQL Server 启用。

1. 启用有多糟糕xp_cmdshell？
2. 担心真的是一件大事吗？
3. 可以采取什么具体措施来启用它并仍然限制其使用？

我们的应用程序团队创建了一个触发器，可以启动另一个发票流程，他们需要这样做xp_cmdshell。

我一直在尝试在我的 AG 环境中获取 RegisterAllProvidersIP 的参数值。但是，该命令并未获取所有结果。结果集只有 4 个参数，我想知道如何获取所有参数。我想检查一下以调查持续的连接问题。这是多子网 AlwaysOn 配置。

我正在使用以下命令：

Get-Clusterresource -Name AG_Name | Get-ClusterParameter

AG_Name 是侦听器名称。

请帮助确定我做错了什么，还是只是一些权限问题？