我们正在build立两个集群。 一个开发者和一个产品。 生产将托pipe两个SQL实例 – 一个OLTP和一个DW。
该开发将主办4个OLTP非生产环境和至less一个DW非生产环境。 我们正在努力获得更多的DW非制式和可能更多的OLTP系统。
我正在考虑一个像这样的命名scheme，其中PROJ将是项目名称的3个首字母缩写。
开发群集
Prd群集
在斜杠的左侧，每个名称必须是唯一的networking范围。 在每台服务器上，斜杠右侧的实例名称必须是唯一的。
对此有何想法？ 我试图避免实例名称随着项目的进展而逐渐偏离现实 – 比如说我们改变了我们所说的某个环境，或者想重新定义一个环境。 然后，我们可以更新实例的目的列表，并用它来完成。
这样的计划如何为你解决？ 也许你在店里以另一种方式做事 – 告诉我这件事。
谢谢。
转2
开发群集
Prd群集
*希望，但不是现在的spec'd。
有百万种不同的命名标准供人们使用。 只要您使用的标准长期适用于您的环境，就没有一个正确或错误的使用方法。 你可能需要做的最糟糕的事情是在你select一个之后改变你的命名约定。
需要思考的是，如果添加另一个Dev群集或另一个产品群集，这个约定将如何工作。 它会继续扩大吗？
我个人喜欢使用这样的命名约定。 根据需要，您可以根据需要使用站点名称等轻松修改此项。
物理机器：
SQL01A SQL01B Windows群集名称：
SQL01
SQL虚拟名称：
SQL01V01 SQL01V02\INST1 SQL01V02\INST2
通过这种方式，您可以快速轻松地查看虚拟名称所属的两台物理机器，而无需login到服务器上查看。 当你添加另外一个成为我在下面显示的集群时，它可以很好地扩展。 您可以轻松地添加更多的群集，您可以将更多的实例添加到任何群集，而无需使事情变得复杂。
物理机器：
SQL02A SQL02B
Windows群集名称：
SQL02
SQL虚拟名称：
SQL02V01 SQL02V02\INST1 SQL02V02\INST2