小编Joh*_*van的帖子

MS Shipped 表的目的是什么：sys.persistent_version_store？

为什么我想知道

主要是好奇心，部分原因是它可能与一个等待咬我们的问题有关......

我们正在运行 MS Dynamics 365 for Finance and Operations 的 SaaS 实例。这用于监控性能的工具非常有限。在试图找到一些有意义的东西时，我发现这张表的行数非常高（~75,000,000）。这似乎令人担忧。这可能没问题，但 MS 已将其包含在他们的分析工具中，这意味着这会使图表上的所有其他信息黯然失色（因为它具有线性标度），从而使图表毫无意义。我想了解这张表是什么，以便我可以确定它是否需要调查，或者将它包含在监控工具中是否只是糟糕的设计。

为什么不看文档

由于它是一个 MS 表，因此应该在某处进行记录。但是，搜索persistent_version_store给出了1 个结果，而且是中文的。搜索Persistence Version Store效果更好；但目前还不清楚这是否是同一件事/关于它是什么的文件不多；只有如何解决达到最大大小的问题。

我刚刚被问到我们公司是否应该考虑Data Virtualization我们的测试环境。好处如下：

• 筛选敏感数据
• 在我们的测试环境中快速刷新数据
• DR 和 BI 场景的潜在好处

但是我只找到了营销信息；没什么技术含量。据我所知，有两种方法：

• 生产数据库上的服务层，它将您从数据模型中抽象出来（大概会导致该新层呈现不同的数据模型）。
• 一种自动化数据恢复和后续操作的工具，可供非技术用户使用，比使用数据库备份和 SQL 脚本更快。

在没有看到任何技术信息的情况下，这对我来说是蛇油的味道；但我想理解它，而不是一发不可收拾。

关键词：[数据即服务] [数据虚拟化] [数据虚拟化] [delphix] [denodo]

题

• 使用 PowerShellStart-Service和Stop-Service命令启动和停止 SQL 的服务是否安全？
• 如果没有，是否有推荐的方法通过自动化启动和停止 SQL 的服务？

附加信息

我们正在创建脚本，以便在维护窗口之前彻底关闭我们的系统，然后再将它们恢复。干净地我的意思是它停止应用程序的服务，然后停止数据库服务（即按依赖顺序），将所有设置为禁用，以便基础架构团队可以应用 Windows 更新/执行任何工作，根据需要安全地重新启动服务器，然后再运行脚本以使系统以正确的（依赖关系感知）顺序恢复。

我们的 DBA 提到停止服务的正确方法是通过 SQL 的配置管理器；暗示这与仅使用services.msc（或用于自动化，powershell 的stop-service/ 命令行的sc \\someServer stop someService.

• 本文顶部的注释暗示了类似的内容：https : //technet.microsoft.com/en-us/library/ms175516(v=sql.105).aspx
• 本文指出SQL Server配置管理器在某些功能上有一些优势：https : //msdn.microsoft.com/en-us/library/ms174212.aspx

但是，我找不到任何明确说明通过常规方式启动/停止服务不正确的内容，或者 SQL 配置管理器在简单启动和停止服务方面提供了哪些额外的保护/功能。

无论如何要查看哪些地址连接正在连接？

更多信息：

我一再发现人们使用 IP 而不是 DNS 名称设置连接字符串，并且在 SQL2012 及更高版本中，通过服务器名称连接到实例而不包括实例名称（即它在端口 1433 上的位置）。我想对此进行审核，以便在使用不合规的连接字符串进行连接后的数小时内，我可以收到警报并快速找到罪魁祸首并解决问题；与等待基础设施的变化（例如，我们移动到非标准端口，或切换到不同 IP 上的不同主机同时保持相同的底层 DNS 条目）相反，由于不合规的配置而导致更严重的意外.