SQL备份DBCC错误该如何处理

备份数据文件,然后按下面的步骤处理: 1新建一个同名的数据库(数据文件与原来的要一致) 2再停掉sql server(注意不要分离数据库) 3用原数据库的数据文件覆盖掉这个新建的数据库 4再重启sql server 5此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名) 6完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用 数据库的脚本创建一个新的数据库,并将数据导进去就行了 USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名' Go sp_dboption '置疑的数据库名', 'single user', 'true' Go DBCC CHECKDB('置疑的数据库名') Go update sysdatabases set status =28 where name='置疑的数据库名' Go sp_configure 'allow updates', 0 reconfigure with override Go sp_dboption '置疑的数据库名', 'single user', 'false 假设数据库为TEST： 按以下步骤执行 A．设置数据库允许直接 *** 作系统表。此 *** 作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。 use master go sp_configure 'allow updates',1 go reconfigure with override go B．设置test为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表 C．下面执行真正的恢复 *** 作，重建数据库日志文件 dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_logldf') 执行过程中，如果遇到下列提示信息： 服务器: 消息 5030，级别 16，状态 1，行 1 未能排它地锁定数据库以执行该 *** 作。 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。 说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。 正确执行完成的提示应该类似于： 警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

SQL2000数据库的备份概念

SQL

SERVER

2000有四种类型是：数据库、事务日志、差异、文件和文件组

数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集，而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。

数据库备份用于重新创建数据库，使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份，那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。

事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。

例如，某站点在星期天晚上执行数据库备份，而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2：30丢失，则该站点可以：

1备份当前事务日志

2还原从星期天晚上开始的数据库备份

3还原从星期一晚上开始的日志备份，以将数据库前滚。

4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。

事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。

差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统，一旦这类系统中的数据库发生故障，必须尽快使其重新联机。差异备份比完事数据库备份小，因此对正在运行的系统影响较小。

例如，某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集，并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9：12出现故障，则该站点可以：

1备份当前事务日志。

2还原从星期天晚上开始的数据库备份。

3还原从星期三晚上开始的差异备份，将数据库前滚到这一时刻。

4还原从早上4点到8点的事务日志备份，以将数据库前滚到早上8点。

5还原故障之后的日志备份，这将使数据库前滚到故障发生的那一刻。

SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程，通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份，则可以在不同的时间备份数据库的子集。

例如，某站点需要花三小时备份数据库，并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级，并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障，那么该站点可以只还原丢失的文件或文件组。

该站点还必须进行事务日志备份，并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度，因为在第一步只还原已损坏的文件或文件组，而不是整个数据库。

常见的数据备份与恢复方法有以下几种：

1数据备份：数据备份(Backup)是指将计算机硬盘上的原始数据（程序）复制到可移动媒体(RemovableMedia)上，如磁盘、磁带、光盘等，在出现数据丢失或系统灾难时将复制在可移动媒体上的数据恢复到硬盘上，从而保护计算机的系统数据和应用数据。

2数据恢复：数据恢复(Recover)是数据备份的逆过程，即将备份的数据恢复到硬盘上的 ***

作。

3数据归档：数据归档(Archive)将硬盘数据复制到可移动媒体上，与数据备份不同的是，数据归档在完成复制工作后将原始数据从硬盘上删除，释放硬盘空间。数据归档一般是对与年度或某一项目相关的数据进行 *** 作，在一年结束或某一项目完成时将其相关数据存到可移动媒体上，以备日后查询和统计，同时释放宝贵的硬盘空间。

3归档恢复：归档恢复(Retrieve)是数据归档的逆 *** 作，将归档数据写回到硬盘上。

4在线备份：在线备份(On-linebackup)是指对正在运行的数据库或应用进行备份，通常对打开的数据库和应用是禁止备份 *** 作的，然而现在的有些计算机应用系统要求24小时运转(如银行的ATM业务)，因此要求数据存储管理软件能够对在线的数据库和应用进行备份。

5离线备份：离线备份(Off-linebackup)指在数据库SHUTDOWN或应用关闭后对其数据进行备份，离线

备份通常采用全备份。

6全备份：全备份(Fullbackup)是备份策略的一种。执行数据全部备份 *** 作。

7增量备份：增量备份(Incrementalbackup)相对全备份而言，是备份策略的一种，只备份上一次备份后数据的改变量。

8并行技术：并行技术(Parallelism)是指将不同的数据源同时备份/恢复到同一个备份设备/硬盘上。并行技术是考察数据存储管理软件性能的一个重要参数，有些厂商的软件只能支持并行备份，而有的厂商则可以实现并行地备份及恢复；并且，真正有效的并行技术将可以充分利用备份设备的备份速度(带宽)，实现大数据量有限时间备份。

9数据克隆：数据克隆(Clone)是实现灾难恢复的一种重要手段，通过将原始数据同时备份到两份可移动媒体上，将其中一份备份数据(Clone)转移到地理位置不同的办公室存放，在计算机系统发生重大灾难如火灾，系统连接的

备份设备和备份数据都被损坏的情况下，将重要数据在另一套系统上恢复，保障业务的正常运行。所有数据存储管理软件都提供克隆功能。

以上就是关于SQL备份DBCC错误该如何处理全部的内容，包括:SQL备份DBCC错误该如何处理、服务器的数据库怎样备份(怎么备份数据库)、数据库备份主要包括哪三种方式等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！