安装MS SQL Server 2008时，需要将服务帐户与安装关联起来（甚至可能有多个帐户，一个用于SQL Server代理，一个用于Analysis Services，但是为简单起见，我们将其保留）。 服务帐户可以是本地帐户，也可以是Windows域帐户。
如果使用域帐户： 如果与域控制器的连接暂时closures，MSSQL是否可以启动 ？ 如果答案是肯定的：
每个服务器上的每个DBMS实例是否应该有一个单独的帐户 ，或者在组织中的所有MSSQL安装上使用特定的“MSSQL”域帐户是否合理？
如果每个服务器上的每个实例都使用不同的帐户：在域中创build一个特殊的MSSQL安全组并将所有MSSQL服务帐户放在该组中，可能为了简化复制等原因， 是否有意义 ？
MSSQL服务帐户有一个普遍接受的通用命名约定吗？
如果使用域帐户：如果与域控制器的连接暂时closures，MSSQL是否可以启动？
不，即使你得到MSSQL启动它使用身份validation，而不仅仅是开始时。 如果您担心补丁dcs等的停机时间，我会build议投资于多个单一的DC或更强大的AD基础设施。
每个服务器上的每个DBMS实例是否应该有一个单独的帐户，或者在组织中的所有MSSQL安装上使用特定的“MSSQL”域帐户是否合理？
每个服务器应该有自己的帐户。 您可以使用一个帐户没有问题，但请记住，这限制了您在区分使用此帐户的服务器的灵活性
如果每个服务器上的每个实例都使用不同的帐户：在域中创build一个特殊的MSSQL安全组并将所有MSSQL服务帐户放在该组中，可能为了简化复制等原因，是否有意义？
这些帐户组是好的，我相信，当我设立它是不必要的一个组，但不会伤害。
MSSQL服务帐户有一个普遍接受的通用命名约定吗？
这应该符合您的组织命名标准。 这取决于你的组织的大小，有时候如果你是集群。 请记住，只有使用像sqlserver或svcsql的东西，如果你100％确定不需要区分这些。 更好的主意可能是使用主机或集群名称。 svcsqlnode1，svcsqlcluster1。 这些都是一般的例子，并且总是尝试与标准的命名约定一致。
如果与域控制器的连接暂时closures，MSSQL是否可以启动？
我认为是这样的，就像您可以在DC不可用时login到您的cachingconfiguration文件一样。
每个服务器上的每个DBMS实例是否应有单独的帐户？
这取决于，如果所有的服务器具有相同的安全风险，那么我只是使用一个帐户，以方便pipe理。 如果不同的数据库有不同的客户/部门/pipe理员或一些有敏感的数据，有些则不考虑分开的用户。
创build一个特殊的MSSQL安全组是否有意义？
是的，如果你使用多个帐户。
MSSQL服务帐户有一个普遍接受的通用命名约定吗？
即使有，我会build议为安全原因创build自己的约定。