我有一個網站,由數據庫支持。我要求在我們的生產環境中創建具有讀/寫/執行權限的SQL Server登錄,並且我們的DBA表示非首選的交互式服務帳戶。使用SQL Server的非交互式服務帳戶
通過SQL Server登錄以這種方式使用服務帳戶是否存在任何潛在問題?
我有一個網站,由數據庫支持。我要求在我們的生產環境中創建具有讀/寫/執行權限的SQL Server登錄,並且我們的DBA表示非首選的交互式服務帳戶。使用SQL Server的非交互式服務帳戶
通過SQL Server登錄以這種方式使用服務帳戶是否存在任何潛在問題?
根據Microsoft的說法,使用服務帳戶(即Windows帳戶)並僅將SQL登錄用於不能使用Windows帳戶的傳統應用程序是最佳做法(請參閱Microsoft Recommendation)。 因此,只有當您的網站基於非微軟技術或不由IIS託管時,SQL登錄纔是更好的選擇。
在我現在的僱主中,我們一直在使用非交互式Windows賬戶從ASP.NET應用程序連接到SQL服務器,沒有任何問題。它還使管理和部署連接字符串更加容易,因爲您不必關心保護它們。
如果您有一個ASP.NET應用程序,最好將運行IIS應用程序池的帳戶(或其所在的域組)作爲SQL Server上的登錄名添加。
但是,SQL登錄也可能具有實際優勢,以便於測試:例如,您可以使用SQL Management Studio使用此帳戶連接到服務器,以檢查權限是否足夠。
你已經提到了一個普通的Windows帳戶,一個Windows服務帳戶和一個SQL Server帳戶。 Windows帳戶通常優於SQL Server帳戶。我建議你閱讀[這篇文章](http://weblogs.asp.net/owscott/archive/2010/04/21/managed-service-accounts-msa-and-virtual-accounts.aspx),它描述了各種類型的帳戶,特別是用於ASP.NET網站的虛擬帳戶 –