系统无法激活足够的数据库来重建日志

A. 打开软件时，系统出现“无法连接数据库，请检查SQL服务器是否启动或网络是否正常”这样的错误提示。

具体情况请说明下，是第一次安装后启动出现的这敏脊种情况，还是用了一段时间突然出现这种情况。还是本机可以连接，其他机子无法连接？x0dx0a首先确认数据库是不是正常启动了，然后x0dx0a如果是第一次安装，你的操作系统是什么？vista和win7装sql2000不一定能装上，需要2005，而且如果是win7家庭版很可能出现数据库和软件连不上。如果是xp，以前是不是装过数据库后来卸载了，那么卸掉sql清除干净注侍激册表，重新安装sql，最好用完整版，不要使用msde。x0dx0a如果是用了一段时间，很可能是杀毒软件误杀数据库文件，卸掉杀毒软件，在管理里面桥谈渗启动下数据库，看能否启动，如果还能启动。再启动速达看能否连接上。如果数据库已经无法启动，将数据作出备份，重装数据库吧。x0dx0a如果是本机连接没问题，其他连不上的话，关闭服务器和客户端window自带防火墙，数据库打sp4补丁，开启guest用户，试下。

B. SQLServer2000数据库崩溃后的补救措施

SQL Server 2000数据库崩溃后的补救措施:

案例描述：

SQL Server 2000数据库崩溃后，重装数据库前的准备：

1.三个系统库（master,msdb,model）的完全备份:

2.两个用户数据库(user01,user02)的备份（周日的完全备份+除周日外每天的差异备份）:

三个系统数据库是早期备份的，之间没有更新过帐号信息，没有增减过饕档鹊取?

两个用户数据库在上周日晚做过完陪信全备份（user01.bak和user02.bak）

需求：一次性恢复到用户数据库最后一个备份前的状态。

下文中，我们将介绍一下常规的恢复过程:

1. 备份可用的数据, 包含所有系统数据库和用户数据库的数据文件和日志文件(*.mdf/ldf/ndf)

2. 卸载原来的安装

3. 系统表查找和删除所有的MSSQLServer项

4. 磁盘上删除安装SQL SErver产生的所有文件

5. 重新安装SQL Server，所需安装的补丁的版本要求保持与备份系统数据库时安装的补丁版本一致

6. 单用户模式下恢复master数据库

7. 恢复其他系统数据库

8. 恢复用户数据库

此外，我们还可以尝试用下面的方法：

假如你的时间芹樱比较充裕,而且想尽量恢复数据到最近的时间点, 可以在上述步骤中做以下的尝试：

1. 首先，将第6,7两个步骤改为:

a. 停止MSSQL服务

b. 用步骤1备份的系统数据库的数据文件和日志文件替换安装后生成的系统数据库的对应文件

c. 建立与SQL Server系统崩溃之前一样的用户数据库的存放目录, 并且把用户数据库文件按原来的位置存放

d. 启动MSSQL服务

e. 如果MSSQL服嫌乱丛务成功, 在企业管理看看用户数据库有没有置疑, 如果没有置疑, 则其他操作都不用做了, 数据已经恢复

注意事项:

在具体操作以上的步骤b之前, 先备份准备覆盖的文件。

2. 如果步骤1的尝试不成功, 则再做下面的尝试, 把步骤8修改为下面的:

a. 停止MSSQL服务

b. 用备份的文件还原被覆盖的文件

c. 尝试用附加的方式恢复用户数据库

d. 如果成功, 则修复各用户数据库中的孤立用户

恢复过程会涉及到的一些具体处理 1. 恢复系统数据库:

在SQL Server数据库中，系统信息存储在系统数据库中，主要的系统数据库包括：

master-从整体上控制用户数据库和SQL Server操作，在创建了任何用户定义的对象后，都要备份它

model-为新数据库提供模版和原型

msdb-包含了有关作业、报警及操作员等信息

假如包含系统数据库的介质已经改变，则必须重建系统数据库，如果你目前仍然可以启动SQL Server服务，则可以通过RESTORE语句从系统数据库的备份中恢复数据库。

如果master坏了，不能启动系统,可以按照下面步骤进行恢复

(1)重建系统数据库 运行c:\mssql7\binn\rebuildm.exe，按照提示进行即可，

过程中需要系统数据库样本的路径，可在安装光盘中找到；

(2)重建系统数据库后，启动SQL Server服务，用系统数据库的备份恢复数据库

就行了通常恢复顺序为master->msdb->model

在恢复master的备份时要注意：必须在单用户(single user)模式下进行

进入单用户模式的方法：

a. 在命令行模式下输入：sqlservr -c -f -m或者输入sqlservr -m

其中：-c 可以缩短启动时间，SQL Server 不作为Windows NT的服务启动

-f 用最小配置启动SQL Server

-m 单用户模式启动SQL Server

b. 可以在控制面板-服务-MSSQLServer的启动参数中输入-c -f -m或者输入-m,点击开始

(3)进行master数据库的恢复

a. 直接进入查询分析器,有个提示不要理会它

输入恢复语句进行数据库恢复:

RESTORE DATABASE master from disk='c:\具体的备份文件名'

b. 或者用这个,在命令提示符下输入,注意大小写

使用"windows身份验证"的,输入:isql /E

使用"sql server和windows身份验证"的,输入:isql /U"用户名" /P"密码"

然后在出现的提示符下输入(注意1>,2>是提示符):

1>RESTORE DATABASE master from disk='c:\具体的备份文件名'

2>GO

2. 还原数据库的具体步骤:

(1) 恢复最近一次的完整备份

企业管理器--右键"数据库"--所有任务--还原数据库

--"还原为数据库库"中输入还原后的数据库名,设为:test

--还原选择"从设备"--选择设备--添加--添加你的备份文件

--确定,回到数据库还原的界面

--"还原备份集",选择"数据库--完全"

--选项--将"移至物理文件名"中的物理文件名修改为你的数据文件要存放的文件名

--如果要还原的数据库已经存在,选择"在现有数据库上强制还原"

--"恢复完成状态",选择"使数据库不再运行，但能还原其它事务日志"

--确定 --或用SQL语句:

RESTORE DATABASE 数据库名

FROM DISK = 'c:\你的完全备份文件名'

WITH NORECOVERY

(2)恢复完全备份后, 最近一次的差异备份(如果有的话)

企业管理器--右键"数据库"--所有任务--还原数据库

--"还原为数据库库"中选择数据库名:test

--还原选择"从设备"--选择设备--添加--添加你的备份文件

--确定,回到数据库还原的界面

--"还原备份集",选择"数据库--差异"

--"恢复完成状态",选择"使数据库不再运行，但能还原其它事务日志"

--确定

--或用SQL语句:

--或用SQL语句:

RESTORE DATABASE 数据库名

FROM DISK = 'c:\你的差异备份文件名'

WITH NORECOVERY



(3)按时间先后, 恢复差异备份后(如果没有差异备份,则是完全备份)的所有日志备份

企业管理器--右键"数据库"--所有任务--还原数据库

--"还原为数据库库"中选择数据库名:test

--还原选择"从设备"--选择设备--添加--添加你的备份文件

--确定,回到数据库还原的界面

--"还原备份集",选择"事务日志"

--"恢复完成状态"

如果是恢复最后一个日志文件,选择"使数据库可以继续运行，但无法还原其它事务日志"

否则选择"使数据库不再运行，但能还原其它事务日志"

--确定

--或者使用SQL语句:

RESTORE DATABASE 数据库名

FROM DISK = 'c:\你的日志文件名'

WITH RECOVERY

3. 解决孤立用户:

(1) 查看某个数据库的孤立用户:

USE 库名

EXEC sp_change_users_login 'Report'

(2)自动修复某个孤立的用户:

USE 库名

EXEC sp_change_users_login 'Auto_Fix', '孤立用户名', NULL, '密码'

--假如密码指示用户对应的登录不存在时, 系统自动建立登录, 为登录分配密码。

C. 日志文件已损坏，如何修复SQLSERVER2000数据库文件

给你一个我日常维护数据库的方法吧。
SQL Server 2000数据库LDF损山凯芹坏,只有mdf的恢复方法。
SQL Server 2000数据库文件遭到破坏的现象经常出现，数据库出错是否可以修复呢？答案是可以的，本日志以一个sql server 2000数据库，数据库日志文件ldf损坏了，mdf正常，数据库附加失败的修复方法总结一下，数据库数据恢复在很多时候比较复杂，当数据库存在大量错误的时候，使用DBCC修复也是不可以的，需要拆解数据库来抢救重要的数据，下面是较为常见的一种SQL Server 2000数据库修复方式：
1） 先及时把原来的数据库文件（如test.mdf)备份到其他地方。
2） 停掉服务器。
3） 删除这个test.mdf。
4) 重新建立一个test同名数据库。
5） 删除这个新建立的test数据库的test.ldf文件，并用开始备份好test.mdf文件覆盖这个新建立的test.mdf文件。
6） 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库孙庆进行任何操作。
.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”。
7） 设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
8） 下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在操作中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以逗毕了。
正确执行完成的提示应该类似于：
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
9） 验证数据库一致性
dbcc checkdb('test')
10.设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
11）最后一步，我们要将步骤6中设置的“允许对系统目录直接修改”一项恢复；

D. 数据库置疑了怎么处理

解决由于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为紧急修复模式 。

updateset status=-32768 where dbid=DB_ID('test')

此时可以在企业管理器（SQL Server Enterprise Manager）里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表。

九、下面执行真正的恢复操作，用db rebuild_log命令来重建数据库日志文件（重建路径根据你实际的数据库路径来）。

db rebuild_log('test','C:Program FilesMicrosoft SQL ServerMSSQLData est_log.ldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该操作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

说明您的其他程序正在使用该数据库，如果刚才您在八步骤中使用企业管理器打开了test库的系统表，那么退出企业管理器就可以了。携友

正确执行完成的提示应该类似于：

警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在企业管理器里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

十、验证数据库一致性。（次步骤可省略）

db checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test'中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管辩配槐理员联系。

十一、设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

十二、最后一步，我们要将步骤七中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在企业管理器里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

对于只有.mdf文件的sql2000数据库恢复，从第三步开始做就行了。

最好的方法为先分离然后附加看下

1．我们SQL SERVER企业管理器新建立一个供恢复使用的同名数据库(注意：要跟问题数据库同名，本例中为myDb)。

2．停掉数据库服务器。

3．将刚才生成的数据库的日志文件myDb_log.ldf删除（本例中的示列数据库名，实际使用您自己的数据库名称），用刚才备份的数据库mdf文件覆盖新生成的数据库数据文件myDb_data.mdf。

4．启动数据库服务器。此时会看到数据库myDb的状态为“置疑”。这时候不能对此数据库进行任何操作。

5．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右--键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go F．设置myDb为紧急修复模式

在查询管理器里设置如下命令：

updateset status=-32768 where dbid=DB_ID('stib')此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表

6．下面执行真正的恢复操作，重建数据库日志文件

db rebuild_log('stib','E:zzstib_log.ldf')警告: 数据库 'myDb' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

7．验证数据库一致性（可省略）

db checkdb('stib')一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'myDb' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

sp_dboption 'stib','single user','true'--设置为单用户

db checkdb('stib','REPAIR_ALLOW_DATA_LOSS')--这个语句可能执行几遍之后有效

sp_dboption 'stib','single user','false'--取消单用户

8．设置数据库为正常状态

sp_dboption 'stib','dbo use only','false'

9．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

到此数据库置疑问题解决。

E. 新建帐套提示“无法创建数据库！请检查目录…是否存在，以及系统空间是否充足. 错误描述：无法打开

请按照下列步骤方法操作：
方法一：
1、检查K/3存放数据库的盘符以及操作系统盘符空间大小是否足够，保证有充分的灶并磁盘空间。
方法二：
1、检查新建账套路径是否存在带有中文的路径或特殊字符的路径中，建议使用通用的英文或数字组成的路径。
方法三：
1、在K/3安装路径下K3ERP文件夹下，找到DBFILE文件夹；
2、右击单击“DBFILE”文件夹，选择“属性”→【安全】→【添加】，选择【高级】→【立即查找】→找到everyone用户；
3、把该用户添加到【用户和组】中，并赋予“完全控制权限”。
方法四：
1、用管理员用户在操作系统【开始】→【运行】，输入：regedit，单击【确定】打开注册表编辑器；
2、注册表中打开找到HKEY_LOCAL_MACHINE
SOFTWARE
Kingdee
KDPRODUCT
PATH 键睁辩禅值；
3、在右边的注册表项目Path，选中并右键单击【悉尘修改】，“数据”修改为DBFILE文件夹的存放路径，例如：c:
Program Files
Kingdee
K3ERP
；
4、修改单击【确定】，保存后重启计算机即可。

F. psv内容管理助手无法重建数据库怎么回事我一按就跳出了程序了，什么东西都发不进去，该怎么办

好像很多人抄安装就会这样 但是我的袭也是win764位的 没有出现这样的情况
可能是360阻止安装 把360关了再安装试试
或者是win7的文件安全系统阻止安装 把它关了就好
方法
1.依次点击“开始 > 运行”，输入MSCONFIG，打开系统配置实用程序
2.选择Tools(工具)选项卡，向下滚动找到”禁止UAP” (目前的Windows Vista Beta 2中如此，至于以后的测试及正式版本中是否仍存在该项则不得而知)，选中该行。
3.点击“工具”按钮
4.一个CMD窗口将会打开，当运行完毕后，将其关闭。
5.退出MSCONFIG，重启系统即可。

G. 请问，windows server 2008 r2 系统日志错误（看是系统激活问题）该如何解决呢

说明系统没有激活，可以重新激活试试

H. 数据库修复的数据库升级错误修复

1．我们使用默认方式建立一个供恢复使用的数据库(如pos)。可以在SQL Server Enterprise Manager里面建立。
2．停掉数据库服务器。
3．将刚才生成的数据库的日志文件pos_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件pos_data.mdf。
4．启动数据库服务器。此时会看到数据库pos的状态为“置疑”。这时候不能对此数据库进行任何操作。
5．设置数据库允许直接操悉模闷作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库睁弯服务器，按右键，选择“属性”，在“服务器设置”页面中
将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
exec sp_configure 'allow updates',1
go
reconfigure with override
go
6．设置pos为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('pos')
--此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表
7．下面执行真正的恢复操作，重建数据库日志文件
go
dbcc rebuild_log('pos','D:Program FilesMicrosoft SQL ServerMSSQLDatapos_log.ldf')
go
--执行过程中，如果遇到下列提示信息：
--服务器: 消息 5030，级别 16，状态 1，行 1
--未能排它地锁定数据库以执行该操作。
--DBCC 执行完毕。如果 DBCC 输出了错码态误信息，请与系统管理员联系。
--说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了pos库的系统表，那么退出SQL Server
Enterprise Manager就可以了。
--正确执行完成的提示应该类似于：
--警告: 数据库 'pos' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能
需要删除多余的日志文件。
--DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
--此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
8．验证数据库一致性（可省略）
go
dbcc checkdb('pos')
--一般执行结果如下：
--CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'pos' 中）。
--DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
9．设置数据库为正常状态
go
exec sp_dboption 'pos','dbo use only','false'
go
--如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
10．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server
Enterprise Manager里面恢复，也可以使用如下语句完成
exec sp_configure 'allow updates',0
go
reconfigure with override
go

I. 数据库日志已满,如何释放日志空间

数据库组成：sqlserver数据库是由2个文件组成的，一个是数据文件，一个日志文件；数据文件保存系统所有数据，日志文件保存的是对数据库所有的修改细节；通常情况下日志文件的增长速度比数据文件要快得多，一段时间后，我们就需要对日志文件进行清理，否则一旦日志文件超过磁盘的可用空间大小，就会导致数据库服务无法正常进行，所有对数据库的操作都会失败。查看组成数据库2个文件的位置：，进入企业管理器，找到要查看的数据库，鼠标右键点击弹出菜单，选择“属性”。

数据文件和日志文件：显示出数据文件位置，大小，和增长规则等，同理，你可以切换到“事务日志”页面查看日志文坦举件的相关信息。

一、清除日志：

1、选择数据“厅判DJABC”，鼠标右键弹出菜单，选择“所有任务”?8?1“分离数据库”。

2、分离数据库：

如果有其他程序当前正连接到本数据库，请点击“清除”按钮清除所有连接，然后按下

“确定”按钮即可完成对数据库的分离。

3、删除数据库的日志文件：数据库一旦被分离后，你可以直接删除数据库的日志文件。

4、附加数据库：依次选择菜单“数据库”?8?1“所有任务”?8?1“附加数据库”，系统会弹出附加数据库窗口。

5、选择数据文件和附加数据库名称，完成后按下确定让伏碧即可将刚刚分离的数据库重新加到当前sqlserver服务器上。

6、所有完成后，系统重新创建日志文件，新创建的日志文件大小为1K，等到以后长到很大时，再执行上面的日志清除过程即可。

二、备份

在企业管理器中SQL服务器-Northwind-右键-所有任务-备份数据库,然后在图形界面下进行相应的操作,这是非常简和安全的。