SQL Server Express 2008のセットアップでは、サービスごとに異なるユーザーアカウントを割り当てることができます。
開発環境では、ドメインユーザー、ローカルユーザー、NT Authority \ NETWORK SERCVICE、NT Authority \ Local System、またはその他のアカウントを使用しますか。その理由は何ですか。
SQL Server Express 2008のセットアップでは、サービスごとに異なるユーザーアカウントを割り当てることができます。
開発環境では、ドメインユーザー、ローカルユーザー、NT Authority \ NETWORK SERCVICE、NT Authority \ Local System、またはその他のアカウントを使用しますか。その理由は何ですか。
ローカル システムは推奨されません。これは管理者と同等のアカウントであり、セキュリティ意識の高い管理者/DBA は管理者としてサービスを実行することを本当に好まないため、本番システムでは許可されない管理者権限を利用する問題のあるコーディングにつながる可能性があります。 .
サーバー インスタンスが他のドメイン リソースにアクセスする必要があるかどうかに応じて、実行する権限の低いアカウントの種類を決定する必要があります。
(匿名ではない) ドメイン リソースにアクセスする必要がない場合は、通常、一意のローカルの低特権アカウントを作成して実行し、同じ ID コンテキストで複数のサービスを実行しないというセキュリティ上の利点を追加します。 . Local Service アカウントは、SQL Server または SQL Server Agent サービスではサポートされていないことに注意してください。
非匿名ドメイン リソースにアクセスする必要がある場合は、次の 3 つのオプションがあります。
私がよく行うことのほとんどは、サービスがドメイン リソースにアクセスすることを必要としないため、私が管理する独自のローカルの低特権アカウントを使用する傾向があります。また、管理者以外のユーザーとしてのみ実行しています (XP SP2、Server 2003、Vista、および Server 2008 では大きな問題はありませんでした)。そのため、ドメイン リソースにアクセスするためにサービスが必要な場合でも、心配する必要はありません。独自のドメイン資格情報の使用について (さらに、ネットワーク管理者が多数の非運用ドメイン ID を作成/維持することを心配する必要がありません)。
場合によります。
MS にはこれに関する優れた記事があります: http://msdn.microsoft.com/en-us/library/ms143504(v=sql.105).aspx
彼らは、ローカル サービスは SQL Server エンジンに対して許可されていないと述べています。個人的には、開発中の問題を回避するためだけに Local System を使用していますが、本番環境では、ジョブを完了するために必要なアクセス許可だけを使用してドメイン レベルのサービス アカウントを作成することをお勧めします。
デフォルトとして使用したいものは何でも。それを変更することは、後でトラブルを招くだけです。