Какие учетные записи служб используются при установке SQL Server 2008 в Dev Box

Я устанавливаю SQL Server 2008 на свою машину разработки, и во время установки мне предлагается назначить учетные записи для разных служб. Какую учетную запись следует использовать для служб, где ни один пользователь не был назначен, если это простая машина разработки?

Могу ли я использовать учетную запись, с которой я зарегистрировался (я единственный пользователь на этом компьютере)?
Должен ли я использовать учетную запись NT AUTHORITY/SYSTEM?
Могу ли я использовать пользователь или выше, или есть недостаток в том или ином, или я должен использовать что-то совершенно другое?

Ответ 1

Вы не можете использовать NT AUTHORITY\LOCAL SERVICE. Также вы не можете использовать локальную учетную запись.

Рекомендуемый способ - использовать учетную запись домена. Следующая лучшая вещь - NT AUTHORITY\NETWORK SERVICE.

Ответ 2

Я предпочитаю сделать выделенную локальную учетную запись для служб SQL без особых прав, а затем позволить установщику SQL Server предоставить только необходимые perms для этой учетной записи. Он чувствует себя безопаснее.

Ответ 3

Если это dev-машина, я вообще просто иду с SYSTEM. В противном случае я пытаюсь использовать учетную запись домена, так как мне часто нужно запускать пакеты SSIS с помощью агента SQL Server, и это приятно, если я могу просто использовать эту учетную запись службы вместо создания необходимых прокси.

Ответ 4

Если вы не находитесь в домене, вы можете использовать локальную учетную запись пользователя, и вы можете использовать доступ на другом компьютере с другого компьютера. Вам просто нужно совместить имя пользователя и пароль (часть domain или machine не имеет значения.

Пример: devmachine\Andy homemachine\Andy

Энди может получить доступ к своей devmachine из своего дома. По крайней мере, аутентификация пользователя будет проходить. Удачи в настройке брандмауэра, портов и т.д.

Ответ 5

Используйте только учетную запись домена, если вам нужен экземпляр SQL Server для связи с другими экземплярами, Exchange или любыми другими сетевыми службами. В противном случае просто создайте выделенную локальную системную учетную запись.