Какие учетные записи служб используются при установке 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 или любыми другими сетевыми службами. В противном случае просто создайте выделенную локальную системную учетную запись.