这是一个愚蠢的问题，但是，我正在为一个客户端安装多个 SQL Server，但它们还没有为我创建的 SQL Server 域服务帐户。他们很快就会为我准备好一个...在安装期间定义服务帐户与事后通过配置管理器添加它们真的有什么不同吗？
可能更多的是个人喜好/节省时间的问题，但我想知道是否还有其他问题。我只是更喜欢在安装过程中完成尽可能多的工作，而不是事后返回并添加域帐户。
AskOverflow.Dev
这是一个愚蠢的问题，但是，我正在为一个客户端安装多个 SQL Server，但它们还没有为我创建的 SQL Server 域服务帐户。他们很快就会为我准备好一个...在安装期间定义服务帐户与事后通过配置管理器添加它们真的有什么不同吗？
可能更多的是个人喜好/节省时间的问题，但我想知道是否还有其他问题。我只是更喜欢在安装过程中完成尽可能多的工作，而不是事后返回并添加域帐户。
尽管回过头来改变所有这些会有点痛苦，即使可以用脚本来完成，但除了所有明显可以解决的技术问题之外，我还要考虑一个因素：焦虑.
鉴于两种情况：
假设在所有这些服务器投入生产几天后出现问题。假设在域控制器上安装了 Windows 安全更新，或者为组织路由器打了补丁，或者将一些新的安全软件推送到每台服务器。突然，您的 SQL Server 因登录失败而停止工作。你可能不知道环境的变化。如果您使用场景 #1，您将不会或更少地担心安装/设置过程是问题的原因。
如果你使用场景#2，你会更加焦虑，因为你错过了什么，搞砸了什么等等。无论如何我会的。有些人不会，但我想我们中的很多人都会有点恐慌。此外，如果出现这种性质的中断，项目中的其他人是否会开始指出安装后服务帐户的更改？不管这是否是一个合理的担忧，有人可能会开始质疑任何不寻常的事情。
因此，如果它是一两台服务器并且中断不会给您带来任何焦虑——没什么大不了的。但是，如果停电会引起焦虑，我会尽可能坚持情景 1。