当前位置: 首页 > 图文教程 > 数据库 > MSSQL > SQL Server 2000启动1069错误解决方法

MSSQL
SQL注入漏洞全接触--进阶篇(二)
SQL注入漏洞全接触--高级篇(一)
SQL注入漏洞全接触--高级篇(二)
SQL Server补丁安装常见问题
[专题]SQL SERVER实用经验技巧集
防范SQL注入式攻击
Mssql和Mysql的安全性分析
SQL概述及在网络安全中的应用
安全入门:SQL注入漏洞全接触
数据库系统防黑客入侵技术综述
SQL注入奇招致胜 UNION查询轻松免费看电影
看紧你的3306端口,一次通过mysql的入侵
MSSQL db_owner角色注入直接获得系统权限
针对SQL INJECTION的SQL SERVER安全设置初级篇
有孔就入 SQL Injection的深入探讨
SQL注入不完全思路与防注入程序
SQL注入攻击的原理及其防范措施
SQL Server应用程序中的高级SQL注入
数据库下载漏洞攻击技术
SQL注入实战---利用“dbo”获得SQL管理权限和系统权限

MSSQL 中的 SQL Server 2000启动1069错误解决方法


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-30   浏览: 67 ::
收藏到网摘: n/a

首先介绍网络上常用的两种解决方法:

1.我的电脑--控制面板--管理工具--服务--右键 MSSQLSERVER--属性--登陆--登陆身份--选择"本地系统帐户"

或:

2.我的电脑--控制面板--管理工具--服务--右键 MSSQLSERVER--属性--登陆--登陆身份--选择"此帐户"--密码和确认密码中输入你修改后的administrator密码.

两者的区别:

选择第一种方式,以后修改了administrator密码,不用再调整(但要求登陆操作系统的是系统管理员)

选择第二种方式,以后修改了administrator密码,还要再重复做上面的操作.

下面是我遇到的一种情况:

今天上午同事又告诉我他的SQL不能登陆自己的“企业管理器”了,报出的错误就是“1069 错误,由于登录失败而无法启动服务”,上网查到了以上两种方案,但是当我看到了服务的窗口又发现了一个可能引起此问题的地方,我们先找到MSSQLSERVER服务,然后查看它的属性,发现是使用域帐户在启动服务时进行验证,于是便询问是否修改过登陆域的密码,得到答案是修改过,因为域中作了设置,一定时期后要求用户修改密码,而且不能与以前密码相同(空密码除外,这个我做过实验^_^)。于是将这里的密码重新进行设置,再重新启动服务成功,SQL也可登陆成功。

通过这个问题发现,当域的密码被修改过后,相应服务使用的登陆验证信息不会自动更新需要手动来更新,才能解决此问题。如果大家嫌比较麻烦,还是像上面的解决方案那样直接将登陆身份修改为“本地系统帐户”比较简单。