我們正在設定兩個集群。一名開發人員和一名產品人員。生產環境將託管兩個 SQL 實例 - 一個 OLTP 和一個 DW。
該開發案將託管 4 個 OLTP 非生產環境和至少一個 DW 非生產環境。我們正在努力獲得更多的 DW 非產品以及可能更多的 OLTP 系統。
我正在考慮這樣的命名方案，其中 PROJ 是項目名稱的 3 個首字母。
開發集群
- MSSQLPROJD1\D1（開發）
- MSSQLPROJD2\D2（測試）
- MSSQLPROJD3\D3 (品質檢查)
- MSSQLPROJD4\D4（階段）
- MSSQLPROJD5\D5 (DW)
珠三角集群
- MSSQLPROJP1\P1 (PRD)
- MSSQLPROJP2\P2 (DW)
在斜線左側，每個名稱必須在網路範圍內是唯一的。在每台伺服器上，斜線右側的實例名稱必須是唯一的。
對此有什麼想法嗎？隨著專案的進展，我試圖避免實例名稱偏離現實 - 假設我們改變了所謂的某個環境或想要重新調整其用途。然後我們可以更新實例的用途清單並完成它。
這樣的計畫對您來說效果如何？也許你在店裡用另一種方式做事——告訴我。
謝謝。
轉2
開發集群
- SQLERPD1\D1（開發）
- SQLERPD2\D2（測試）
- SQLERPD3\D3 (品質保證)
- SQLERPD4\D4（階段）
- SQLERPD10\D10 (DWDev)
- SQLERPD11\D11（DWTest）*
珠三角集群
- SQLERPP1\P1 (PRD)
- SQLERPP10\P10 (DW)
*希望如此，但目前尚未指定。
答案1
人們使用一百萬種不同的命名標準。只要您使用的標準長期適合您的環境，就沒有真正使用的正確或錯誤的標準。您需要做的最糟糕的事情就是在選擇命名約定後更改命名約定。
需要考慮的是，如果您新增另一個開發集群或另一個生產集群，此約定將如何運作。它會繼續良好地擴展嗎？
我個人喜歡使用這樣的命名約定。您可以根據需要使用網站名稱等輕鬆修改它。
物理機：
SQL01A
SQL01B
Windows 叢集名稱：
SQL01
SQL 虛擬名稱：
SQL01V01
SQL01V02\INST1
SQL01V02\INST2
這樣你就可以快速輕鬆地查看一個虛擬名稱屬於哪兩個實體機，而無需登入伺服器查看。當您新增另一個叢集時，它可以很好地擴展，如下所示。您可以輕鬆添加更多集群，可以向任何集群添加更多實例，而無需讓事情變得複雜。
物理機：
SQL02A
SQL02B
Windows 叢集名稱：
SQL02
SQL 虛擬名稱：
SQL02V01
SQL02V02\INST1
SQL02V02\INST2