首页 新闻 论坛 群组 Blog 文档 下载 读书 Tag 网摘 搜索 开源 FAQ 第二书店 博文视点 程序员
频道: 研发 数据库 中间件 信息化 视频 .NET Java 游戏 移动 服务: 人才 外包 培训
    图书品种:235680
       
热门搜索: ASP.NET Ajax Spring Hibernate Java

1.7.1  服务账户

SQL Server是作为一种Windows服务来运行的。那么,什么是服务?服务的一个很好的例子是防病毒软件,它从用户重启计算机开始到计算机关闭为止持续运行。而程序要么是载入到内存并运行着,要么是没有启动。运行服务的优势在于:如果一项工作可以作为服务运行,Windows就能够对那个进程做更多的控制。可以将服务设置为在任何用户登录以前自动启动;而所有其他程序都需要用户先登录到Windows,进而启动程序。

此外,服务完全没有用户界面。在运行时没有需要显示的表单,也没有要处理的用户输入。与进程之间唯一的交互,或者是通过单独的用户界面(完全隔离的工作单元)链接到服务中来进行(例如SSMS),或者是从那个服务自身的Windows管理中进行。源自服务的任何输出都必须输出到事件日志(Event Log)中,事件日志是用来存储服务所发出的通知的Windows区域。

服务没有界面意味着对整个进程的控制无需用户的干预。倘使服务的设计良好,Windows就能独自处理所有的可能性,并且能在任何用户登录到计算机之前启动服务。

在大多数生产环境中,SQL Server是运行在远程服务器上的,该服务器可能锁藏于安全的、受控制的地方,唯一能进入那里的人或许就是硬件工程师。在那里,甚至可能没有安装远程访问程序,因为这可能带来对计算机的未经授权的访问。SQL Server将在那里顺畅地运行着,幸运的话,完全不发生任何错误。但是,如果某天发生了错误呢?假设SQL Server是作为程序运行的,则不得不采取某种对策。即使SQL Server崩溃了,至少还有某种机制能够重新启动它。这意味着需要运行另外一个监视进程,而监视进程自身也可能导致大量问题。然而,当SQL Server作为服务运行时,是在Windows的控制之下的。一旦发生问题,无论是与SQL Server有关,还是与Windows有关,或是由任何外因所致,Windows完全能够通过服务进程来巧妙地处理发生的问题。

现在,来进一步讨论在安装过程中对于身份验证模式所做的选择。

查看所有评论(0)条】

最近评论



正在载入评论列表...
热点评论