数据库质疑的处理方式

?下面以hbfsv8数据库为例

停止SQL服务管理器，将原数据文件拷贝出来进行备份，然后将原数据库删除。

? 2

启动SQL Server服务(如已停止),创建一个新的数据库，命名为原来数据库的名字。

?停止SQL Server服务，用备份出来的老数据库的MDF文件替换新数据库相应的MDF文件，并把新数据库相应的LDF文件删除。

重新启动SQL Server服务，然后运行如下命令：

Use Master

Go

sp_configure 'allow updates', 1

reconfigure with override

Go

begin tran

update sysdatabases set status = 32768 where name = 'hbfsv8' --Verify one row is updated beforecommitting

commit tran

停止SQL然后重新启动SQL Server服务，然后运行如下命令：

DBCC TRACEON(3604)

DBCC REBUILD_LOG('db_name','C:\ProgramFiles\Microsoft

SQLServer\MSSQL\Data\hbfsv8_log.ldf')

Go

--注：此处的db_name一定要更换为需要修复的数据库名称,比如此实例中的hbfsv8

停止SQL然后重新启动SQL Server服务，然后运行：

use master

update sysdatabases set status = 8 where name = 'hbfsv8' Go

sp_configure 'allow updates', 0

reconfigure with override

Go

?运行dbcc checkdb(hbfsv8)检查数据库的完整性，如果有很多红色文字，说明需要修复。

?修复数库

*以下语句可以多次执行，一直到没有红色文字出现，则修复成功

*这类故障是一般是由于磁盘读写问题造成的。

* 'hbfsv8'代表要修复的数据库

--请在查询分析器中执行下列语句.执行前断开其它

所有数据库连接，最好是断开网线

USE master

Go

--单用户模式

EXECsp_dboption 'hbfsv8', 'single user', 'TRUE'

go

--数据库检查

DBCCCHECKDB ('hbfsv8')

Go

--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复

--数据库修复

DBCCCHECKDB ('hbfsv8',repair_rebuild)

Go

--再次数据库检查，如果返回结果中没有了红色的提示文字，说明修复成功；

DBCCCHECKDB ('hbfsv8')

Go

--否则意味着还需要更高级别的修复；尝试将上面修复语句的'repair_rebuild'换为'repair_allow_data_loss'再试，之后再次检查数据库

。

--如果还有错误未修复，

--退出前请一定要执行以下语句返回到多用户模式

EXECsp_dboption 'hbfsv8', 'single user','FALSE'

go

--单用户模式

EXEC sp_dboption 'hbfsv8', 'single user', 'TRUE'

go

-数据库检查

DBCC CHECKDB ('hbfsv8')

Go

--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复

? --数据库修复

DBCC CHECKDB ('hbfsv8','repair_rebuild')

Go

--多次运行此语句，红色文字不断减少，说明在修复中。

? --再次数据库检查，如果返回结果中没有了红色的提示文字，

说明修复成功；

DBCC CHECKDB ('hbfsv8')

Go

--否则意味着还需要更高级别的修复；尝试将上面修复语句的'repair_rebuild'换为'repair_allow_data_loss'即是（

DBCC CHECKDB ('hbfsv8','repair_allow_data_loss')

Go

）再试，运行后，这样红色文字就没有了，说明修复成功了，之后再次检查数据库。

? 13

--退出前请一定要执行以下语句返回到多用户模式EXECsp_dboption 'hbfsv8', 'single user','FALSE' go

SQL数据库置疑的解决方法

SQL2000数据库置疑的解决方法 首先,在任何操作之前,必须要备份数据库(重要) 一、分离数据库 1、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器 2、展开服务器组，然后展开服务器，选中要分离的数据库 3、点击鼠标右键“所有任务》分离数据库”，出现如下窗口 4、点击确定，该选定的数据库就被分离。 5.分离后,把原数据库里面.MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标盘下,例:D盘下 注意事项，只有“使用本数据库的连接”数为0时，该数据库才能分离。所以分离数据库时尽量断开所有对要分离数据库操作的连接，如果还有连接数据库的程序，会出现数据库的连接状态窗口，显示正在连接此数据库的机器以及名称，点击清除按钮将从服务器强制断开现有的连接。

二、附加数据库 1、在附加数据库之前,首先要移动数据库文件 在附加数据库之前，您必须将与数据库关联的 .MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标硬盘下，或是同一服务器的不同硬盘目录下。这两个文件一般位于C：\Program Files\Microsoft SQL Server\MSSQL\Data 目录下。 2、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器 3、展开服务器组，然后展开服务器 4、右击"数据库"，然后选择“所有任务》附加数据库”，弹出窗口 5、输入要附加的数据库的MDF名称。如果不确定文件位于何处，单击浏览（"..."）搜索。若要确保指定的 MDF 文件正确，请单击"验证"。在"附加为"框内，输入数据库的名称。数据库名称不能与任何现有数据库名称相同。指定数据库的所有者 6、单击"确定"按钮。新附加的数据库的数据库节点即创建在"数据库"文件夹中

(完整word版)Oracle数据库系统紧急故障处理方法

Oracle数据库系统紧急故障处理方法 Oracle物理结构故障是指构成数据库的各个物理文件损坏而导致的各种数据库故障。这些故障可能是由于硬件故障造成的，也可能是人为误操作而引起。所以我们首先要判断问题的起因，如果是硬件故障则首先要解决硬件问题。在无硬件问题的前提下我们才能按照下面的处理方发来进一步处理。 控制文件损坏： 控制文件记录了关于oracle的重要配置信息，如数据库名、字符集名字、各个数据文件、日志文件的位置等等信息。控制文件的损坏，会导致数据库异常关闭。一旦缺少控制文件，数据库也无法启动，这是一种比较严重的错误。 损坏单个控制文件： 1. 确保数据库已经关闭，如果没有用下面的命令来关闭数据库： svrmgrl>shutdown immediate; 2. 查看初始化文件$ORACLE_BASE/admin/pfile/initORCL.ora,确定所有控制文件的路径。 3. 用操作系统命令将其它正确的控制文件覆盖错误的控制文件。 4. 用下面的命令重新启动数据库： svrmgrl>startup; 5. 用适当的方法进行数据库全备份。 损坏所有的控制文件： 1. 确保数据库已经关闭，如果没有用下面的命令来关闭数据库： svrmgrl>shutdown immediate; 2. 从相应的备份结果集中恢复最近的控制文件。对于没有采用带库备份的点可以直接从磁带上将最近的控制文件备份恢复到相应目录；对于采用带库备份的点用相应的rman脚本来恢复最近的控制文件。 3. 用下面的命令来创建产生数据库控制文件的脚本：

svrmgrl>startup mount; svrmgrl>alter database backup controlfile to trace noresetlogs; 4. 修改第三步产生的trace文件，将其中关于创建控制文件的一部分语句拷贝出来并做些修改，使得它能够体现最新的数据库结构。假设产生的sql文件名字为createcontrol.sql. 注意： Trace文件的具体路径可以在执行完第3）步操作后查看 $ORACLE_BASE/admin/bdump/alert_ORCL.ora文件来确定。 5. 用下面命令重新创建控制文件： svrmgrl>shutdown abort; svrmgrl>startup nomount; svrmgrl>@createcontrol.sql; 6. 用适当的方法进行数据库全备份。 重做日志文件损坏： 数据库的所有增、删、改都会记录入重做日志。如果当前激活的重做日志文件损坏，会导致数据库异常关闭。非激活的重做日志最终也会因为日志切换变为激活的重做日志，所以损坏的非激活的重做日志最终也会导致数据库的异常终止。在ipas/mSwitch中每组重做日志只有一个成员，所以在下面的分析中只考虑重做日志组损坏的情况，而不考虑单个重做日志成员损坏的情况。 确定损坏的重做日志的位置及其状态： 1. 如果数据库处于可用状态： select * from v$logfile; svrmgrl>select * from v$log; 2. 如果数据库处于已经异常终止： svrmlgr>startup mount; svrmgrl>select * from v$logfile;

数据库异常处理答案

. 一、 一、实验/实习过程 实验题1在程序中产生一个ArithmeticException类型被0除的异常，并用catch 语句捕获这个异常。最后通过ArithmeticException类的对象e 的方法getMessage给出异常的具体类型并显示出来。 package Package1; public class除数0 { public static void main(String args[]){ try{ int a=10; int b=0; System.out.println("输出结果为："+a/b); } catch(ArithmeticException e){ System.out.println("除数不能为0"+e.getMessage()); } } } 实验题2在一个类的静态方法methodOne（）方法内使用throw 产生

ArithmeticException异常，使用throws子句抛出methodOne（）的异常，在main方法中捕获处理ArithmeticException异常。 package Package1; public class抛出异常 { static void methodOne() throws ArithmeticException{ System.out.println("在methodOne中"); throw new ArithmeticException("除数为0"); } public static void main(String args[]){ try{ int a=10; int b=0; int c=1; System.out.println("输出结果为："+a/b); } catch(ArithmeticException e){ System.out.println("除数不能为0"+e.getMessage()); } } }

SQLServer2000数据库置疑的解决方法

SQLServer2000数据库置疑的解决方法sql2000中MSDB数据库置疑状态的解决方法 问题:我的SQL Server 2000的MSDB数据库，因为不正常关机，造成了置疑状态，请问采用什么方法能够弥补,解决方法一:你可以采用以下的代码进行修复: USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb' Go sp_dboption 'msdb', 'single user', 'true' Go DBCC CHECKDB('msdb') Go update sysdatabases set status =28 where name='msdb' Go sp_configure 'allow updates', 0 reconfigure with override Go sp_dboption 'msdb', 'single user', 'false' Go 解决方法二:MSDB数据库解决过程 难点:由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的不能同名，遇到了困难。附加数据库不能叫MSDB，也就是

1:先停止整个数据库，将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。 2:将以上的文件再拷贝到另一个目录下，也就是说复制两次。 3:选择数据库右击鼠标 --》所有任务--》附加数据库将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。 4:将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB。BAK。 5:选择置疑的数据库MSDB，选择恢复数据库，将刚才备份出来的数据库强行恢复到MSDB。 6:问题解决，MSDB库又能正常使用。 完成后赶快将数据库再次备份一次。呵呵。 另附:数据库置疑解决办法 还有，现在修复好了，但昨天的数据丢失了，以前的数据倒还在。难道昨天发生了什么异常情况, 我这里一篇解决数据库质疑的文档，提供给大家，日后备用: SQL SERVER数据库置疑后恢复步骤 1( 恢复步骤: a.将smlog_log.ldf文件备份到其它目录下; b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf; c.执行以下语句修改数据库的状态: use Master go update sysdatabases set status=32768 where name=’数据库名称’ --修改状态 go shutdown with nowait --停止数据库服务器 go

数据库置疑_及修复

Sqlserver 数据库823错误（置疑）的解决方案 一、SQL-Server数据库置疑： 1、异常情况：服务器在正常运行的情况下突然断电，导致数据库文件损坏，具体表现是：数据库名后面有“（置疑）”字样。 2、异常分析：关于823错误的SQL-SERVER 中的帮助： ================================ 错误823 严重级别24 消息正文 在文件%4的偏移量，%3的索引，%2过程中，检测到I/O 错误%1。 解决办法： 准备工作： ①停止sql server服务，找到置疑库的mdf，ldf文件复制出来，这里假设叫kmcyV51_data.mdf(ldf)，并与企业管理器中删除该数据库； ②用KM安装包下db_setup.exe建立一个空库（名称和质疑数据库名一致kmcyv51），选择服务器节点，右键停止数据库服务，把损坏的数据库文件kmcyv51_Data.mdf覆盖刚才新建数据库目录下，同时删除kmcy_v51_log.LDF文件；右键节点启动数据库服务，发现数据库名kmcyv51后面有“置疑”字样。 打开SQL自带查询分析器，在master数据库分别执行如下SQL语句： （注意更改数据库名） use master exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打开修改系统表开关*/ update sysdatabases set status=32768 where name = 'kmcyv51' /* 设置紧急状态*/ sp_dboption 'kmcyv51', 'single user', 'true' /*启用单用户*/ DBCC REBUILD_LOG ('kmcyv51','E:\km软件_data\KmcyV51_Log.LDF') /* 重建LDF文件*/ update sysdatabases set status=28 where name= 'kmcyv51' /* 设置正常状态*/ --或者 update sysdatabases set status = 16 where name = 'kmcyv51' RESTORE DATABASE kmcyv51 WITH RECOVERY /* 恢复数据库*/ exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 关闭修改系统表开关*/ sp_dboption 'kmcyv51', 'single user', 'false' /* 关闭单用户模式*/ 如果问题依然存在，最笨的一个方法就是新建另一个数据库，把 原数据库各个表的数据导出到新建数据库表中。

数据库异常处理答案

、实验/实习过程 实验题 1在程序中产生一个ArithmeticException 类型被0除的异常, 并用catch 语句捕获这个异常。最后通过 ArithmeticException 类的对象 e 的方法getMessage 给出异常的具体类型并显示出来 [j'.除数U j av?風 package Package1; public? class 除数匚i { puljJ.ic static: void tnain (Str args [ ] ) { try ： int 3=10; int b=D; System- on t . pr intln ( n 输出结果肯：fr 4-a/b); System- t . pr ("除數不能为□**+&. gets Message ; E Console X 事氏囲 ^t^rminated)-際數。[java A.ppli csiti on J C : S.Pr ograim F i 1 e E V J avaSt j ireB \b i IL \ J avaw . es:e ?C13-10-25 package Packagel; catch (ArithmetlcExcEption e)( 除数不能为叩 by sexo public class 除数0 { public static void mai n(Stri ng args[]){ try { int a=10; int b=0; System. out .println( } catch (ArithmeticException e){ System. out .println( } } 输岀结果为："+a/b); "除数不能为 0" +e.getMessage()); }

SQL server 2008 数据库置疑的处理办法

SQL server 2008 数据库置疑的处理办法 1 把问题数据库备份后直接删除 停掉SQLSERVER服务,把服务器上出问题的数据库, 假设名称为ErrorDB的数据库文件及日志文件备份到其他目录,然后直接将其删除,把其数据库文件及日志文件也删除 2 新建同名数据库 启动SQLSERVER服务,新建同名数据库ErrorDB,文件目录和日志和原来一致 3 用备份的数据库文件替换新的数据库文件 停掉SQLSERVER服务,把备份的数据库文件替换新的数据库文件（只替换数据库文件，不替换日志文件） 启动SQLSERVER服务,打开数据库，这时数据库应该是不能访问的 -------------------设置应急模式、单用户模式、检查修复数据，取消单用户模式 ---------------------- 4 将数据库设置为应急状态 alter database ErrorDB set emergency 执行后，为了保险起见，重新停止、开启的SQLSERVER服务 再打开数据库，已经可以看到里面的内容了，如表，视图，存储过程等 数据库名称后有紧急标志，能看到数据库结构，但无法进行备份等操作 5 将数据库设置为单用户模式 ALTER DATABASE ErrorDB SET SINGLE_USER 6 对数据库进行检查修复 dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(EIMSDb,REPAIR_REBUILD) 操作后，仍然停止启动SQLSERVER服务（不确定是否需要，我只是为了想无干扰查看执行后的数据库状况）重新打开数据库,已经是正常状态了，没有应急提示了 7 取消单用户模式 exec sp_dboption EIMSDb, N'single', N'false'

数据库异常处理答案

一、实验/实习过程 实验题1在程序中产生一个ArithmeticException类型被0除的异常，并用catch 语句捕获这个异常。最后通过ArithmeticException类的对象e 的方法getMessage给出异常的具体类型并显示出来。 package Package1; public class除数0 { public static void main(String args[]){ try{ int a=10; int b=0; System.out.println("输出结果为："+a/b); } catch(ArithmeticException e){ System.out.println("除数不能为0"+e.getMessage()); } } } 实验题2在一个类的静态方法methodOne（）方法内使用throw 产生ArithmeticException异常，使用throws子句抛出methodOne（）的异常，

在main方法中捕获处理ArithmeticException异常。 package Package1; public class抛出异常 { static void methodOne() throws ArithmeticException{ System.out.println("在methodOne中"); throw new ArithmeticException("除数为0"); } public static void main(String args[]){ try{ int a=10; int b=0; int c=1; System.out.println("输出结果为："+a/b); } catch(ArithmeticException e){ System.out.println("除数不能为0"+e.getMessage()); } } }

SQL数据库置疑解决方案(原因分析、预防措施、修复方法)附图

SQL数据库置疑解决方案 一、数据库置疑产生的原因 1、SQL Server所在分区空间是否够？ 数据库文件大小是否达到最大文件限制？ FAT32的格式只支持4G以内的文件。 2、数据库文件损坏或被非正常删除时出现这种情况。 3、病毒防火墙的扫描也会引起数据库置疑。 4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。 5、电脑非法关机也会造成数据库置疑。 6、电脑磁盘有坏道有可能造成数据库置疑。 二、数据库置疑的预防 1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。 2、数据库存放的盘符的格式设置为NTFS格式。 3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。 4、尽量减少非正常关机。 5、建议客户购买后备电源。 6、给客户实施软件之后一定要做好自动备份。 7、建议客户每隔一定时间手动备份一次。 三、数据库置疑的修复 1、正常的备份、SQL数据库恢复方式 正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。 卸下数据库的命令：Sp_detach_db 数据库名 连接数据库的命令：Sp_attach_db或者sp_attach_single_file_db s_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′[,...16] sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′ 使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。 例子： 假设数据库为pdm，其数据文件为pdm_data.mdf，日志文件为pdm_log.ldf。 下面我们讨论一下如何备份、恢复该数据库。 卸下数据库：sp_detach_db 'pdm' 连接数据库：sp_attach_db 'pdm','C:\Program Files\Microsoft SQL Server\MSSQL\Data\pdm_data.mdf','C:\Program Files\Microsoft SQL Server\MSSQL\Data\pdm_log.ldf'

数据库状态为置疑.只读.脱机.紧急模式时的解决办法

SQl数据库状态为置疑,只读\脱机\紧急模式时的解决办法 SQl数据库状态为置疑,只读\脱机\紧急模式时的解决办法2010-05-08 18:44这是SQL2000常遇到的错误，楼主按照以下方法修复，修复完，检查一下数据库是否已完全修复，没完全修复时最低都可导出数据，要用数据库生成一个空库脚本，把修复数据库的数据用DTS导入到新库。。。 A．建立一个供恢复使用的数据库 我们使用默认方式建立一个供恢复使用的数据库(如iBusinessWork)。可以在SQL Server Enterprise Manager 里面建立。 B．停掉数据库服务器。 C．调整数据库与日志文件. 将刚才生成的数据库的日志文件iBusinessWork_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件iBusinessWork_data.mdf。 D．启动数据库服务器。 此时会看到数据库iBusinessWork的状态为“置疑”。这时候不能对此数据库进行任何操作。 E．设置数据库允许直接操作系统表。 use master go sp_configure 'allow updates',1 go reconfigure with override go F．设置iBusinessWork为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('iBusinessWork') 关闭打开企业管理器，此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表 G．下面执行真正的恢复操作，重建数据库日志文件 dbcc rebuild_log('iBusinessWork','E:\Microsoft SQL Server\Data\iBusinessWork_log.ldf') 执行过程中，如果遇到下列提示信息： 服务器: 消息5030，级别16，状态1，行 1 未能排它地锁定数据库以执行该操作。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了iBusinessWork库的系统表，那么退出SQL Server Enterprise Manager就可以了。(关闭企业管理器，如果别的机器从网络访问数据库，也把网络关闭) 正确执行完成的提示应该类似于：

S Q L 数据库出现置疑怎么解决

SQL数据库置疑的解决方法 首先,在任何操作之前,必须要备份数据库(特别注意) 一、分离数据库 1、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器 2、展开服务器组，然后展开服务器，选中要分离的数据库 3、点击鼠标右键“所有任务》分离数据库”，出现如下窗口 4、点击确定，该选定的数据库就被分离。 5.分离后,把原数据库里面.MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标盘下,例:D盘下 注意事项，只有“使用本数据库的连接”数为0时，该数据库才能分离。所以分离数据库时尽量断开所有对要分离数据库操作的连接，如果还有连接数据库的程序，会出现数据库的连接状态窗口，显示正在连接此数据库的机器以及名称，点击清除按钮将从服务器强制断开现有的连接。

二、附加数据库 1、在附加数据库之前,首先要移动数据库文件 在附加数据库之前，您必须将与数据库关联的 .MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标硬盘下，或是同一服务器的不同硬盘目录下。这两个文件一般位于C：\Program Files\Microsoft SQL Server\MSSQL\Data 目录下。 2、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器 3、展开服务器组，然后展开服务器 4、右击"数据库"，然后选择“所有任务》附加数据库”，弹出窗口 5、输入要附加的数据库的MDF名称。如果不确定文件位于何处，单击浏览（"..."）搜索。若要确保指定的 MDF 文件正确，请单击"验证"。在"附加为"框内，输入数据库的名称。数据库名称不能与任何现有数据库名称相同。指定数据库的所有者 6、单击"确定"按钮。新附加的数据库的数据库节点即创建在"数据库"文件夹中

数据库服务错误error26解决方法

错误提示：在建立与服务器的连接时出错。在连接到SQL Server 2005 时，在默认的设置下SQL Server 不允许进行远程连接可能会导致此失败。(provider: SQL 网络接口, error: 26 - 定位指定的服务器/实例时出错) 有段时间遇到上面问题，在网上查找了许多方案，但那些方案都没能够解决问题，在解决其他问题时，发现一些其他端倪，返回来解决此问题，将该问题解决。总结了我的解决方案（即下文中的方案一），并且我把在网上搜索来的解决方案也汇总了一下，与大家分享。 分析： “在建立与服务器的连接时出错”说明与数据库服务器有关； “在默认的设置下SQL Server 不允许进行远程连接可能会导致此失败。”说明与权限有关；“provider: SQL 网络接口”说明当前登录身份是网络接口； “error: 26 - 定位指定的服务器/实例时出错”说明定位不上指定的服务器实例。 方案一： 1、查看数据库服务是否存在； 2、右击数据库实例服务--属性—登陆，将登陆身份改为本地系统（local system）； 3、启动服务； 4、若启动、暂停、停止等选项都是灰色，请查看启动类型是不是“禁用”了，若“禁用” 了，请改为“自动”，然后启动服务； 方案二： 首先请确认SQL SERVER EXPRSS已安装到本地计算机上，并且SQL SERVER (SQLEXPRESS)服务已经成功启动。如果问题仍然存在，可以尝试开始->所有程序->MS SQL Server2005->配置工具->MS SQL Server2005外围应用配置器-> “服务和连接的外围应用配置器”，然后将“远程连接”配置为“同时使用TCP/IP 和named pipes”。Analysis Services下远程连接选择"本地连接和远程连接"，应用后重启。 由于启动用户实例的进程时出错，导致无法生成SQL Server 的用户实例。该连接将关闭。将连接字符串中的“User Instance=True”修改为“User Instance=False”即可。 更改数据库文件的Everyone修改权限，在windows xp中有两个方法可以修改它： 1，在"我的电脑"窗口中点"工具",选择"文件夹"选项，选择"查看"选项，在高级设置中将使用简单文件共享复选框中的小勾勾掉。然后选定数据库文件，你就可以发现多了一个安全选项，点击它,选择everyone用户组,如果没有，你可以自行添加它。然后更改它的控制权限。 2，你也可以重新启动计算机，在进入系统时按下F8，选带网络连结的安全模式，然后你选定数据库文件，这时也有一个安全选项，你按照上面的方法也可以完成同样的功能。 注：该方法解决以下问题： 说明: 执行当前Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。 异常详细信息: System.Data.SqlClient.SqlException: 尝试为文件项目名

食通天SQL SERVER数据库置疑及修复

食通天SQL SERVER数据库置疑及修复 数据库置疑处理 提要:在数据库置疑或者修复的处理过程中,须先将文中的数据库更改为真实的数据库名称. 数据库置疑修复处理完成后,需执行第二步骤,使用DBCC语句对数据库进行检测并修复错误. 对于损坏的数据库,可参照数据库修复处理方法进行处理. 步骤1： 停止SQL服务管理器，将原数据文件拷贝出来进行备份，然后将原数据库删除，使用思迅数据库安装程序创建一个新的数据库。 步骤2： 停止SQL Server 服务管理器 步骤3： 用备份出来的老数据库的MDF文件替换新数据库相应的MDF文件，并把LDF文件删除。 步骤4： 重新启动SQL Server服务，然后运行如下命令： Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go begin tran update sysdatabases set status = 32768 where name = 'hbfsv8' --Verify one row is updated before committing commit tran 步骤5：

停止SQL然后重新启动SQL Server服务，然后运行如下命令： DBCC TRACEON(3604) DBCC REBUILD_LOG('db_name','C:\ProgramFiles\Microsoft SQL Server\MSSQL\Data\hbfsv8_log.ldf') Go --注：此处的db_name一定要更换为需要修复的数据库名称,比如此实例中的hbfsv8 步骤6： 停止SQL然后重新启动SQL Server服务，然后运行： use master update sysdatabases set status = 8 where name = 'hbfsv8' Go sp_configure 'allow updates', 0 reconfigure with override Go 步骤7： 运行dbcc checkdb(hbfsv8) 检查数据库的完整性

Spring访问数据库异常的处理方法

Spring访问数据库异常的处理方法 来源: Javaeye博客发布时间: 2011-01-22 20:45 阅读: 134 次原文链接全屏阅读[收藏]编辑点评：天我们将谈谈Spring访问数据库异常的处理方法，使用JDBC API时，很多操作都要声明抛出java.sql.SQLException异常，通常情况下是要制定异常处理策略。 使用JDBC API时，很多操作都要声明抛出java.sql.SQLException异常，通常情况下是要制定异常处理策略。而Spring的JDBC模块为我们提供了一套异常处理机制，这套异常系统的基类是DataAccessException，它是RuntimeException的一种类型，那么就不用强制去捕捉异常了，Spring的异常体系如下： 目前为止我们还没有明确地处理Spring中JDBC模块的异常。要理解它的异常处理机制，我们来做几个测试。看下面的测试代码： 1. public void insert(final Vehicle vehicle) { 2. String sql = "insert into vehicle

3. (ID,PLATE,CHASSIS,COLOR,WHEEL,SEAT) values 4. (:id,:plate,:chassis,:color,:wheel,:seat)"; 5. SqlParameterSource parameterSource = new BeanPropert ySqlParameterSource( 6. vehicle); 7. getSimpleJdbcTemplate().update(sql, parameterSourc e); 8. } 9. public void insert(final Vehicle vehicle) { 10. String sql = "insert into vehicle(ID,PLATE,CHASS IS,COLOR,WHEEL,SEAT) 11. values(:id,:plate,:chassis,:color,:wheel,:seat)"; 12. SqlParameterSource parameterSource = new BeanPro pertySqlParameterSource( 13. vehicle); 14. getSimpleJdbcTemplate().update(sql, parameterSou rce); 15. } public static void main(String[] args) { ApplicationContext ctx = new ClassPathXmlApplicationC ontext( "classpath:org/ourpioneer/vehicle/spring/applicationContex t.xml"); VehicleDAO vehicleDAO = (VehicleDAO) ctx.getBean("veh

用友软件数据库质疑处理办法

SQL Server数据库错误9003(LSN无效)的处理方法 国内一些ERP、财务软件一般后台都使用SQL Server的数据库，SQL Server 作为一个中大型数据库是不应该在桌面系统上运行的，小规模企业一般不使用专用服务器，大部分直接使用XP系统+桌面引擎MSDE作为SQL数据库的后台服务。这种方案当然就谈不上什么稳定性和可靠性了，最糟的是在死机、重启或意外掉电后数据库会出现打不开的现象，其中错误9003：LSN(xx:xx:x)无效是最常见的问题。 这种情况是数据库的日志文件（LDF）数据不同步造成的，可以根据数据库MDF文件重建日志文件修复。 以下是详细步骤，有颜色标注的部分应该按本机的实际名称进行修改。 假设损坏的数据库名称是MYDB_001，对应的数据库名称是MyDB_Data.MDF，日志文件是MyDB_Log.LDF，数据库所在文件夹为D:\MYDATA\； 1、先把损坏的数据库对应的文件MyDB_Data.MDF和MyDB_Log.LDF备份到 别的地方； 2、在SQL Server和企业管理器中创建一个与损坏数据库同名的数据库， 对应的数据库文件名称也是MyDB_Data.MDF和MyDB_Log.LDF； 3、停止SQL Server服务； 4、删除第2步新建数据库产生的MyDB_Log.LDF文件；

5、用损坏的数据库数据文件MyDB_Data.MDF覆盖第2步新建数据库产生的MyDB_Data.MDF文件 6、启动SQL Server服务； 7、进入企业管理器，刷新数据库状态，此时数据库MYDB_001状态为“置疑”； 8、在SQL Server服务器属性中设置SQL Server数据库服务器“允许对系统目录直接修改” 9、从SQL企业管理器的“工具”菜单启动“SQL 查询分析器”； 10、输入以下代码并运行使MYDB_001数据库进入紧急修复模式：

数据库被置疑后的解决方法

数据库被置疑后的解决方法 A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager 里面建立。 B．停掉数据库服务器。 C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据 库数据文件test.mdf。 D．启动数据库服务器。此时会看到数据库test的状态为"置疑"。这时候不能对此数据库进行任何*作。 E．设置数据库允许直接*作系统表。此*作可以在SQL Server Enterprise Manager里面选择数据库服 务器，按右键，选择"属性"，在"服务器设置"页面中将"允许对系统目录直接修改"一项选中。也可以 使用如下语句来实现。 use master go sp_configure 'allow updates',1 go reconfigure with override go F．设置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时可以在SQL Server Enterprise Manager里面看到该数据库处于"只读\置疑\脱机\紧急模式"可以 看到数据库里面的表，但是仅仅有系统表 G．下面执行真正的恢复*作，重建数据库日志文件 dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf') 执行过程中，如果遇到下列提示信息： 服务器: 消息5030，级别16，状态1，行1 未能排它地锁定数据库以执行该*作。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager 打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。 正确执行完成的提示应该类似于： 警告: 数据库'test' 的日志已重建。已失去事务的一致性。应运行DBCC CHECKDB 以验证物理一致 性。将必须重置数据库选项，并且可能需要删除多余的日志文件。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。

金蝶SQL数据库置疑解决方法

解决由于sql2000日志文件引起的“置疑”。 日志有错误--------重新附加提示日志有错误。 日志文件丢失-----丢失了.ldf文件，只有.mdf文件的数据库重建。 步骤： 一、备份“置疑”数据库的数据文件，因为日志文件.ldf出错，可以只备份.mdf文件。 二、打开企业管理器（SQL Server Enterprise Manager），删除“置疑”数据库，如果提示删除错误，可以重启数据库服务器，然后再试。 三、在企业管理器中，新建同名数据库（假如数据库为test），注意建立的数据库名称，还有数据文件名要保持和原数据库一致。 四、停止数据库服务器。 五、将刚才新建数据库生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库.mdf 文件覆盖刚才生成的数据库数据文件test_data.mdf。 六、启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。 七、设置数据库允许直接操作系统表。此操作可以在企业管理器 （SQL Server Enterprise Manager）里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。 use master go sp_configure 'allow updates',1 go reconfigure with override go 八、设置test为紧急修复模式。 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时可以在企业管理器（SQL Server Enterprise Manager）里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表。 九、下面执行真正的恢复操作，用dbcc rebuild_log命令来重建数据库日志文件（重建路径根据你实际的数据库路径来）。

异常数据的处理(标准格式处理)

异常数据的处理 在使用“税务稽查查账软件”的过程中，其前提工作就是“企业数据采集”。通常可以使用奇星查账软件的“数据采集软件”完成企业电子账务数据的采集工作。但实际工作中，由于企业相关人员对“采集行为”的不理解、目前相关政策法规的不明确、企业服务器放在异地等情况，会造成无法通过“数据采集软件”完成正常的数据采集。这就需要通过一些技术手段，人工处理了。 通常对于无法正常采集的企业数据，我们采用下述三个环节进行处理： 一、要求企业从财务软件中，导出“余额表”及“序时账簿” 二、对企业提供的两个电子表进行格式化处理 三、将格式化处理的电子表利用查账软件中的“万能数据导入”还原到查账软件中，生 成电子账簿

出的格式会存在差异，我们对企业给出了规范性要求： 其一：余额表必须是对应数据年度的“一月份期初余额表”，表中所涉的会计科目应该“包含所有科目”，且所涉的会计科目级次应该是从“一级”到“最深科目级次”。并以Excel格式保存。 其二：序时账簿要求企业查询全年凭证，并根据数据量不同，按年、按季或分月导出为Excel。

需要进行处理后，才可使用 （一）处理“余额表” 企业提供的“余额表”中，应该含有科目代码、科目名称、借方余额、贷方余 额，如下图所示： 1、根据“查账软件”万能数据导入功能的要求，“科目名称”中不能含有科目代码信息，可通过Excel的替换功能，进行如下图所示操作，将类似“1002.01/”的信息清除掉

结果如下图所示 2、根据“查账软件”万能数据导入功能的要求，需要手工定义“科目性质”，即“资产”、“负债”、“所有者权益”等，在会计制度科目体系下，分别用“1——5”表示，在新准则下，分别用“1——6”表示 处理方法，通过Excel 的LEFT函数，取科目代码的“第一位”作为科目性质代码，如下图所示

SQL SERVER数据库置疑后恢复步骤

SQL SERVER数据库置疑后恢复步骤 1．恢复步骤： a.将smlog_log.ldf文件备份到其它目录下； b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf； c.执行以下语句修改数据库的状态： use Master go update sysdatabases set status=32768 where name=’数据库名称’ --修改状态 go shutdown with nowait --停止数据库服务器 go d.退出SQL并在命令行模式中通过下面的代码重新启动SQL： sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态： select Name,Status from sysdatabases where Name=’ 数据库名称’ f.执行以下代码新建日志文件： dbcc traceon(3604) --跟踪 dbcc rebuild_log(‘数据库名称’,’日志文件名称’) --文件名要有全路径和扩展名 g.将数据库置回正常状态： update sysdatabases set status=0 where name=’数据库名称’ h.重新启动数据库后执行以下语句检查数据库： DBCC CHECKDB --如果执行完有错误用以下语句修复 i.要修复数据库必需将数据库改为单用户模式： Exce sp_dboption ‘数据库名称’,’single user’,’true’(‘false’恢复多用户) j.执行以下语句修复数据库： DBCC CHECKDB(‘数据库名称’,REPAIR_ALLOW_DATA_LOSS) REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式 REPAIR_FAST：是简单快速的修复方式 相似问题：系统重装，忘记了备份SQL，然后又通过数据恢复工具找回了mcdb_data.mdf 和mcdb_Log.LDF，在企业管理器上用附加数据库时提示错误9004，日志错误，在网上找了诸多方法，也试过建个同名空数据库然后停止SQL SERVER然后覆盖掉MDF。但多不行，哪个大哥救救 这是详细步骤. 1.先建一个与你要恢复的数据库名称一样的数据库。 2.停止sql server,把你的数据库替换这个数据库。 3.重启sql server,把数据库设置为紧急状态。 sp_configure 'allow',1 reconfigure with override update sysdatabases set status=32768 where name='yourdata' 4.重建日志文件。 dbcc rebuild_log('yourdata','your data path\newdata_log.ldf') 5.取消紧急模式。