如题所述
这种问题一般是由于被病毒制造者控制了远程,通过SQL弱口令,改写了本地SQL控制导致从已经有的分析来看,从目前的问题分析来看,主要涉及两个系统存储过程:
sp_dropextendedproc
sp_password
在这种情况下,请首先升级你的杀毒软件和病毒库到最新,然后断网,在安全模式下进行彻底查杀。最后再按以下方式进行处理。
--目前仅针对SQL 2000
--温馨提示:文中标识为--,表示这一行注释,--后的内容仅起说明作用
--以下为分析处理思路和方法
1、准备工具:SQL查询分析器,操作对象为Master数据库
--1.1可以按时间的倒序把生成的存储过程列出来,只关注最近日期的就行了
select * from sysobjects where xtype='p' order by crdate desc
--其中:name表示名称,记下对应的Name以及ID;由于不知道是否会被修改其他存储过程,因此给出的是方法而不是直接给出的查询SQL,如:
SELECT name, id,name as EX FROM sysobjects WHERE name ='sp_dropextendedproc'
union
SELECT name, id,name as EX FROM sysobjects WHERE name ='sp_password'
--有助于根据实际情况灵活判断,并相应更新以下的处理过程。
--1.2发现有最近日期变更的存储过程,通过以下命令查询它的内容是否有变动
sp_helptext 存储过程名
--1.3再检查该存储过程的描述有何变化
select* from syscomments where id=上面获得的ID
--关注 text字段中的内容
2、先设置允许修改系统表
--允许 修改系统表
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
3、通过脚本,重建存储过程
--3.1--删除现有过程
drop procedure sp_dropextendedproc
drop procedure sp_password
--3.2分别引入sp_dropextendedproc.sql和sp_password.sql,在查询分析器中重建存储过程
两个储存过程的脚本,可以在正常的电脑上通过sp_helptext 存储过程名的方式来获得,把得到的脚本保存为对应的SQL文件,拿到当前有问题的电脑上运行即可。
或者下载:金蝶KIS专业版环境问题案例_被ISQL病毒感染导致本地SQL 服务启动失败_存储过程
--3.3不允许修改系统表
sp_configure 'allow updates', 0 reconfigure with override
4、执行账套管理目录下的installDB.exe程序,初始化账套管理数据库,会重建t_kdaccount_gl表
5、 进入账套管理,维护
希望可以帮你解决问题
sp_dropextendedproc
sp_password
在这种情况下,请首先升级你的杀毒软件和病毒库到最新,然后断网,在安全模式下进行彻底查杀。最后再按以下方式进行处理。
--目前仅针对SQL 2000
--温馨提示:文中标识为--,表示这一行注释,--后的内容仅起说明作用
--以下为分析处理思路和方法
1、准备工具:SQL查询分析器,操作对象为Master数据库
--1.1可以按时间的倒序把生成的存储过程列出来,只关注最近日期的就行了
select * from sysobjects where xtype='p' order by crdate desc
--其中:name表示名称,记下对应的Name以及ID;由于不知道是否会被修改其他存储过程,因此给出的是方法而不是直接给出的查询SQL,如:
SELECT name, id,name as EX FROM sysobjects WHERE name ='sp_dropextendedproc'
union
SELECT name, id,name as EX FROM sysobjects WHERE name ='sp_password'
--有助于根据实际情况灵活判断,并相应更新以下的处理过程。
--1.2发现有最近日期变更的存储过程,通过以下命令查询它的内容是否有变动
sp_helptext 存储过程名
--1.3再检查该存储过程的描述有何变化
select* from syscomments where id=上面获得的ID
--关注 text字段中的内容
2、先设置允许修改系统表
--允许 修改系统表
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
3、通过脚本,重建存储过程
--3.1--删除现有过程
drop procedure sp_dropextendedproc
drop procedure sp_password
--3.2分别引入sp_dropextendedproc.sql和sp_password.sql,在查询分析器中重建存储过程
两个储存过程的脚本,可以在正常的电脑上通过sp_helptext 存储过程名的方式来获得,把得到的脚本保存为对应的SQL文件,拿到当前有问题的电脑上运行即可。
或者下载:金蝶KIS专业版环境问题案例_被ISQL病毒感染导致本地SQL 服务启动失败_存储过程
--3.3不允许修改系统表
sp_configure 'allow updates', 0 reconfigure with override
4、执行账套管理目录下的installDB.exe程序,初始化账套管理数据库,会重建t_kdaccount_gl表
5、 进入账套管理,维护
希望可以帮你解决问题
温馨提示:答案为网友推荐,仅供参考
第1个回答 2012-11-21
尊敬的客户,您好:
为了更有效解决您的问题,建议您通过“金蝶桌面服务系统”获取服务支持,在“金蝶桌面服务系统”中您可以选择多种方式解决您的问题,不仅可以通过“知识库”、“文档中心”等实现自助服务,还可以通过“服务预约”与我们的服务工程师取得联系,或者在“需求反馈”中及时将您对金蝶产品的任何建议反馈给金蝶公司,欢迎您体验!下载地址:
感谢您对金蝶公司的支持!
为了更有效解决您的问题,建议您通过“金蝶桌面服务系统”获取服务支持,在“金蝶桌面服务系统”中您可以选择多种方式解决您的问题,不仅可以通过“知识库”、“文档中心”等实现自助服务,还可以通过“服务预约”与我们的服务工程师取得联系,或者在“需求反馈”中及时将您对金蝶产品的任何建议反馈给金蝶公司,欢迎您体验!下载地址:
感谢您对金蝶公司的支持!
第2个回答 2012-08-24
这不是提示了你服务器上的msdts不可用么?
你服务器上安装了这个服务了么?
这个服务启动了么?
你服务器上安装了这个服务了么?
这个服务启动了么?