Sql 数据库整合-命名实例与默认实例

我已经搜索过了，但找不到足够近的问题/答案

我们正忙于整合数据库服务器，部分原因是使用跨服务器（跨实例-请参阅：RPC）查询解决性能问题。要想管理“链接服务器上的数据块”，而不仅仅是让编译器提供帮助，需要花费大量额外的精力

在安装过程中，我们面临使用默认实例（.）与使用命名实例MSSQLS2016的问题。到目前为止，我的经验表明命名实例有两个原因——安全性方面的模糊性（程度较低）和并行（升级、测试等）方面的灵活性。无论如何，我们都使用Alias，因此在安装后将它们指向“相同”或不同的实例不会产生任何实际的区别

我们目前有一个集群，并计划将其移动到单个HyperV VM中。主机的CPU（64核128 GB内存）以10%的速度“咕噜咕噜”作响，因此我们希望编译器开始为其工作

---

总结：最佳实践-我们应该为生产安装命名实例还是使用默认实例。我们中的大多数人都是程序员，所以付出越多越好。

使用默认实例。以后您始终可以添加其他命名实例。但是对于虚拟机来说，每个虚拟机需要多个实例的情况越来越少。

新的虚拟机是要承载一个集群还是要承载每个环境（test/dev/etc）的多个实例，还是两者都要？@MiiinimalLogic问题的第一部分：我们想整体移除集群。我们需要一台服务器（用于LIVE），将所有主要数据库放在一个实例上。我们的大多数系统都需要不断地从其他操作系统获取数据。我们使用SSRS——通常是通过存储过程跨数据库获取数据。数据仓库的组合，但更多的是一些历史的历史。问题的第二部分：很可能每个环境都有一个单独的虚拟机-按照Recom，并抑制失控的性能。