在与 Liv 实例相同的 SQL 服务器上对 QA 实例进行压力测试会影响该 Live 实例的性能吗？
Will stress testing a QA instance on the same SQL Server as the Live Intance affect performance of that Live instance?
我正在对安装在 Azure 上与 Live 实例相同的 SQL 服务器实例上的 QA 实例进行一些压力测试。我一直在通过 "scale"、"Web"、"S1" 和 "S2" 之间更改它。我突然想到，我可能会对实时数据库实例的性能产生负面影响。我对么？也许我应该做的是创建一个 QA SQL 服务器实例，然后在这个单独的 Live 上测试？
想法？
如果它们是独立的数据库，即使它们在同一个逻辑服务器上，它们仍然在具有专用计算能力的独立节点上（除非您使用的是共享的Web/Business）。这适用于所有当前等级（基本、标准、高级）。
如果您使用的是弹性池，那么您将在数据库之间共享 DTU 使用量，但您可以指定每个数据库可以使用多少。
如果它是 WEB / BUSINESS 数据库，可能会产生影响。网络/业务也被贬低，很快就会退休。但是，BASIC / STANDARD / PREMIUM 层不应该是这种情况。我会建议将服务器升级到 V12 并执行测试，以便您获得最新的代码 运行 并且在升级后无需重复它们。
我正在对安装在 Azure 上与 Live 实例相同的 SQL 服务器实例上的 QA 实例进行一些压力测试。我一直在通过 "scale"、"Web"、"S1" 和 "S2" 之间更改它。我突然想到，我可能会对实时数据库实例的性能产生负面影响。我对么？也许我应该做的是创建一个 QA SQL 服务器实例，然后在这个单独的 Live 上测试？
想法？
如果它们是独立的数据库，即使它们在同一个逻辑服务器上，它们仍然在具有专用计算能力的独立节点上（除非您使用的是共享的Web/Business）。这适用于所有当前等级（基本、标准、高级）。
如果您使用的是弹性池，那么您将在数据库之间共享 DTU 使用量，但您可以指定每个数据库可以使用多少。
如果它是 WEB / BUSINESS 数据库，可能会产生影响。网络/业务也被贬低，很快就会退休。但是，BASIC / STANDARD / PREMIUM 层不应该是这种情况。我会建议将服务器升级到 V12 并执行测试，以便您获得最新的代码 运行 并且在升级后无需重复它们。