我们正在转向具有数据中心许可的Hyper-V群集，并且如果需要的话，将能够启动多个虚拟服务器。 我们有大约八个使用SQL数据库的应用程序。 为每个应用程序设置一个单独的SQL服务器是否有优势/劣势，与保持在一个大型SQL服务器上运行的所有内容相比，是否有优势/劣势
HyperV上的这个事实在这种情况下大多是一个红鲱鱼。 使用与将相同或不同实例上的不同SQL数据库放在实际硬件上相同的标准来处理它。
系统性能限制 – 内存，IO，CPU，线程/进程等。如果将所有数据库放在一起将会影响性能，请扩展到不同硬件上的更多实例（或使用虚拟机，尽可能扩展configuration的硬件）。
其他标准，如备份窗口，计划作业，集群，这通常是上述的扩展。 除非您有不同的数据库需要从不同的不受信任的域进行身份validation，否则安全性通常不是一个问题。
根据您的评论：如果您现在正在一个实例中完成所有操作， 并且没有问题 ，请在正确大小的VM上继续操作。 添加更多的虚拟机将只为更多的操作系统实例使用更多的资源。 在一个影响其他数据库的数据库上，你会做什么样的维护？ 除非你正在做一些像在其他系统中影响性能的数据库中的重新索引，而且它们没有重叠的维护窗口或允许的性能降低的时期。 这就是我所说的，唯一真正的理由就是出于性能原因。 否则，尝试巩固。