9 个解决方案
#1
先将数据库置为紧急模式，然后使用DBCC CHECKDB检查数据库，没什么问题再将数据库状态置回来。
#2
如何设为 紧急状态 怎样写 DBCC CHECKDB
#3
设为紧急模式：
use datebasename
go
exec sp_configure 'allow updates', 0
reconfigure with override
go
DBCC CHECKDB 可以查看BOL：
----------------------------------------------------
DBCC CHECKDB
检查指定数据库中的所有对象的分配和结构完整性。
语法
DBCC CHECKDB
( 'database_name'
[ , NOINDEX
| { REPAIR_ALLOW_DATA_LOSS
| REPAIR_FAST
| REPAIR_REBUILD
} ]
) [ WITH { [ ALL_ERRORMSGS ]
[ , [ NO_INFOMSGS ] ]
[ , [ TABLOCK ] ]
[ , [ ESTIMATEONLY ] ]
[ , [ PHYSICAL_ONLY ] ]
}
]
参数
'database_name'
是要对其中的所有对象分配和结构完整性进行检查的数据库。如果未指定，则默认为当前数据库。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。
NOINDEX
指定不检查非系统表的非聚集索引。NOINDEX 减少执行总时间，因为它不对用户定义的表的非聚集索引进行检查。NOINDEX 对系统表没有影响，因为 DBCC CHECKDB 总是对所有系统表索引进行检查。
REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD
指定 DBCC CHECKDB 修复发现的错误。给定的 database_name 必须在单用户模式下以使用修复选项，它可以是下列值之一。
值 描述
REPAIR_ALLOW_DATA_LOSS 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
WITH
指定有关下列内容的选项：返回错误信息的数量、获得的锁或估计的 tempdb 要求。
ALL_ERRORMSGS
显示每个对象不受限制的错误数。如果没有指定 ALL_ERRORMSGS，每个对象至多显示 200 个错误信息。按对象 ID 对错误信息进行排序（从 tempdb 中生成的消息除外）。
NO_INFOMSGS
禁止显示所有信息性消息（严重级别 10）和关于所用空间的报告。
TABLOCK
导致 DBCC CHECKDB 获得共享表锁。TABLOCK 可使 DBCC CHECKDB 在负荷较重的数据库上运行得更快，但 DBCC CHECKDB 运行时会减少数据库上可获得的并发性。
ESTIMATE ONLY
显示估计的 tempdb 空间大小，要运行带有所有其它指定选项的 DBCC CHECKDB 则需要该空间。不执行该检查。
PHYSICAL_ONLY
仅限于检查页和记录标题物理结构的完整性，以及页对象 ID 和索引 ID 与分配结构之间的一致性。该检查旨在以较低的开销检查数据库的物理一致性，同时还检测会危及用户数据安全的残缺页和常见的硬件故障。PHYSICAL_ONLY 始终意味着 NO_INFOMSGS，并且不能与任何修复选项一起使用。
注释
DBCC CHECKDB 对索引视图执行物理一致性检查。只用于向后兼容的 NOINDEX 选项也适用于索引视图上的任何辅助索引。
DBCC CHECKDB 是最安全的修复语句，因为它对最多的可能出现的各种错误进行标识和修复。如果只报告数据库中有分配错误，请执行带修复选项的 DBCC CHECKALLOC 以对这些错误进行修复。然而，若要确保正确修复所有错误（包括分配错误），请执行带修复选项的 DBCC CHECKDB，而不要执行带修复选项的 DBCC CHECKALLOC。
DBCC CHECKDB 对数据库中所有内容的完整性进行验证。如果当前正在执行或最近已执行 DBCC CHECKDB，则不需要运行 DBCC CHECKALLOC 或 DBCC CHECKTABLE。
DBCC CHECKDB 执行同样的检查，仿佛是对数据库中的每个表执行 DBCC CHECKALLOC 语句和 DBCC CHECKTABLE 语句。
默认情况下，DBCC CHECKDB 不获取表锁。但它获取架构锁，该锁防止对元数据进行更改，但允许更改数据。获取的架构锁将防止用户得到排它表锁，在生成聚集索引、除去任何索引或截断表时需要排它表锁。
DBCC 语句收集信息，然后扫描日志以查找所做的任何其它更改，并在扫描的结尾将两组信息合并在一起以产生数据的一致视图。
如果指定 TABLOCK 选项，DBCC CHECKDB 将获取共享表锁。这样可允许某些类别的错误有更详细的错误信息，并通过避免使用事务日志数据而将所要求的 tempdb 空间大小降为最低。TABLOCK 选项不阻止日志截断并使命令可以更快地运行。
DBCC CHECKDB 对数据库中每个表的 text、ntext 和 image 页的链接和大小及数据库中所有页的分配进行检查。
对于数据库中每个表，DBCC CHECKDB 检查其：
索引和数据页是否已正确链接。
索引是否按照正确的顺序排列。
各指针是否一致。
每页上的数据是否均合理。
页面偏移量是否合理。
错误表示数据库中的潜在问题，应该立即改正。
默认情况下，DBCC CHECKDB 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置方式与并行查询相同。使用 sp_configure 系统存储过程限制可用于 DBCC 检查的最大处理器数。有关更多信息，请参见 max degree of parallelism 选项。
使用跟踪标记 2528 可禁用并行检查。有关更多信息，请参见跟踪标记。
结果集
不管是否指定任何选项（NO_INFOMSGS 或 NOINDEX 选项除外），如果未指定数据库，DBCC CHECKDB 返回当前数据库的以下结果集（值可能会变化）：
DBCC results for 'master'.
DBCC results for 'sysobjects'.
There are 862 rows in 13 pages for object 'sysobjects'.
DBCC results for 'sysindexes'.
There are 80 rows in 3 pages for object 'sysindexes'.
'...'
DBCC results for 'spt_provider_types'.
There are 23 rows in 1 pages for object 'spt_provider_types'.
CHECKDB found 0 allocation errors and 0 consistency errors in database 'master'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
如果指定 NO_INFOMSGS 选项，DBCC CHECKDB 将返回以下结果集（消息）：
The command(s) completed successfully.
如果指定 ESTIMATEONLY 选项，DBCC CHECKDB 将返回以下结果集。
Estimated TEMPDB space needed for CHECKALLOC (KB)
-------------------------------------------------
13
(1 row(s) affected)
Estimated TEMPDB space needed for CHECKTABLES (KB)
--------------------------------------------------
57
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限
DBCC CHECKDB 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。
示例
A. 检查当前数据库和 pubs 数据库
下例对当前数据库和 pubs 数据库执行 DBCC CHECKDB。
-- Check the current database.
DBCC CHECKDB
GO
-- Check the pubs database without nonclustered indexes.
DBCC CHECKDB ('pubs', NOINDEX)
GO
B. 检查当前数据库，禁止显示信息性消息
下例检查当前数据库，并禁止显示所有信息性消息。
DBCC CHECKDB WITH NO_INFOMSGS
GO
use datebasename
go
exec sp_configure 'allow updates', 0
reconfigure with override
go
DBCC CHECKDB 可以查看BOL：
----------------------------------------------------
DBCC CHECKDB
检查指定数据库中的所有对象的分配和结构完整性。
语法
DBCC CHECKDB
( 'database_name'
[ , NOINDEX
| { REPAIR_ALLOW_DATA_LOSS
| REPAIR_FAST
| REPAIR_REBUILD
} ]
) [ WITH { [ ALL_ERRORMSGS ]
[ , [ NO_INFOMSGS ] ]
[ , [ TABLOCK ] ]
[ , [ ESTIMATEONLY ] ]
[ , [ PHYSICAL_ONLY ] ]
}
]
参数
'database_name'
是要对其中的所有对象分配和结构完整性进行检查的数据库。如果未指定，则默认为当前数据库。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。
NOINDEX
指定不检查非系统表的非聚集索引。NOINDEX 减少执行总时间，因为它不对用户定义的表的非聚集索引进行检查。NOINDEX 对系统表没有影响，因为 DBCC CHECKDB 总是对所有系统表索引进行检查。
REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD
指定 DBCC CHECKDB 修复发现的错误。给定的 database_name 必须在单用户模式下以使用修复选项，它可以是下列值之一。
值 描述
REPAIR_ALLOW_DATA_LOSS 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
WITH
指定有关下列内容的选项：返回错误信息的数量、获得的锁或估计的 tempdb 要求。
ALL_ERRORMSGS
显示每个对象不受限制的错误数。如果没有指定 ALL_ERRORMSGS，每个对象至多显示 200 个错误信息。按对象 ID 对错误信息进行排序（从 tempdb 中生成的消息除外）。
NO_INFOMSGS
禁止显示所有信息性消息（严重级别 10）和关于所用空间的报告。
TABLOCK
导致 DBCC CHECKDB 获得共享表锁。TABLOCK 可使 DBCC CHECKDB 在负荷较重的数据库上运行得更快，但 DBCC CHECKDB 运行时会减少数据库上可获得的并发性。
ESTIMATE ONLY
显示估计的 tempdb 空间大小，要运行带有所有其它指定选项的 DBCC CHECKDB 则需要该空间。不执行该检查。
PHYSICAL_ONLY
仅限于检查页和记录标题物理结构的完整性，以及页对象 ID 和索引 ID 与分配结构之间的一致性。该检查旨在以较低的开销检查数据库的物理一致性，同时还检测会危及用户数据安全的残缺页和常见的硬件故障。PHYSICAL_ONLY 始终意味着 NO_INFOMSGS，并且不能与任何修复选项一起使用。
注释
DBCC CHECKDB 对索引视图执行物理一致性检查。只用于向后兼容的 NOINDEX 选项也适用于索引视图上的任何辅助索引。
DBCC CHECKDB 是最安全的修复语句，因为它对最多的可能出现的各种错误进行标识和修复。如果只报告数据库中有分配错误，请执行带修复选项的 DBCC CHECKALLOC 以对这些错误进行修复。然而，若要确保正确修复所有错误（包括分配错误），请执行带修复选项的 DBCC CHECKDB，而不要执行带修复选项的 DBCC CHECKALLOC。
DBCC CHECKDB 对数据库中所有内容的完整性进行验证。如果当前正在执行或最近已执行 DBCC CHECKDB，则不需要运行 DBCC CHECKALLOC 或 DBCC CHECKTABLE。
DBCC CHECKDB 执行同样的检查，仿佛是对数据库中的每个表执行 DBCC CHECKALLOC 语句和 DBCC CHECKTABLE 语句。
默认情况下，DBCC CHECKDB 不获取表锁。但它获取架构锁，该锁防止对元数据进行更改，但允许更改数据。获取的架构锁将防止用户得到排它表锁，在生成聚集索引、除去任何索引或截断表时需要排它表锁。
DBCC 语句收集信息，然后扫描日志以查找所做的任何其它更改，并在扫描的结尾将两组信息合并在一起以产生数据的一致视图。
如果指定 TABLOCK 选项，DBCC CHECKDB 将获取共享表锁。这样可允许某些类别的错误有更详细的错误信息，并通过避免使用事务日志数据而将所要求的 tempdb 空间大小降为最低。TABLOCK 选项不阻止日志截断并使命令可以更快地运行。
DBCC CHECKDB 对数据库中每个表的 text、ntext 和 image 页的链接和大小及数据库中所有页的分配进行检查。
对于数据库中每个表，DBCC CHECKDB 检查其：
索引和数据页是否已正确链接。
索引是否按照正确的顺序排列。
各指针是否一致。
每页上的数据是否均合理。
页面偏移量是否合理。
错误表示数据库中的潜在问题，应该立即改正。
默认情况下，DBCC CHECKDB 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置方式与并行查询相同。使用 sp_configure 系统存储过程限制可用于 DBCC 检查的最大处理器数。有关更多信息，请参见 max degree of parallelism 选项。
使用跟踪标记 2528 可禁用并行检查。有关更多信息，请参见跟踪标记。
结果集
不管是否指定任何选项（NO_INFOMSGS 或 NOINDEX 选项除外），如果未指定数据库，DBCC CHECKDB 返回当前数据库的以下结果集（值可能会变化）：
DBCC results for 'master'.
DBCC results for 'sysobjects'.
There are 862 rows in 13 pages for object 'sysobjects'.
DBCC results for 'sysindexes'.
There are 80 rows in 3 pages for object 'sysindexes'.
'...'
DBCC results for 'spt_provider_types'.
There are 23 rows in 1 pages for object 'spt_provider_types'.
CHECKDB found 0 allocation errors and 0 consistency errors in database 'master'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
如果指定 NO_INFOMSGS 选项，DBCC CHECKDB 将返回以下结果集（消息）：
The command(s) completed successfully.
如果指定 ESTIMATEONLY 选项，DBCC CHECKDB 将返回以下结果集。
Estimated TEMPDB space needed for CHECKALLOC (KB)
-------------------------------------------------
13
(1 row(s) affected)
Estimated TEMPDB space needed for CHECKTABLES (KB)
--------------------------------------------------
57
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限
DBCC CHECKDB 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。
示例
A. 检查当前数据库和 pubs 数据库
下例对当前数据库和 pubs 数据库执行 DBCC CHECKDB。
-- Check the current database.
DBCC CHECKDB
GO
-- Check the pubs database without nonclustered indexes.
DBCC CHECKDB ('pubs', NOINDEX)
GO
B. 检查当前数据库，禁止显示信息性消息
下例检查当前数据库，并禁止显示所有信息性消息。
DBCC CHECKDB WITH NO_INFOMSGS
GO
#4
建议你用DBCC CHECKDB检查数据库
还有，不知道楼主在其间有没有其它的什么操作？最好把从头到尾的说一下好分析些
还有，不知道楼主在其间有没有其它的什么操作？最好把从头到尾的说一下好分析些
#5
是不是增量备份?
#6
--查询分析器中执行下面的语句就行了,注意修改库名
restore log 你的库名 with recovery
restore log 你的库名 with recovery
#7
专业提供SQL SERVER数据库修复
QQ:386999
TEL:0576-2454863
QQ:386999
TEL:0576-2454863
#8
zjcxc(邹建)的方法一般可以试一下.
#9
支持楼上说法
#1
先将数据库置为紧急模式，然后使用DBCC CHECKDB检查数据库，没什么问题再将数据库状态置回来。
#2
如何设为 紧急状态 怎样写 DBCC CHECKDB
#3
设为紧急模式：
use datebasename
go
exec sp_configure 'allow updates', 0
reconfigure with override
go
DBCC CHECKDB 可以查看BOL：
----------------------------------------------------
DBCC CHECKDB
检查指定数据库中的所有对象的分配和结构完整性。
语法
DBCC CHECKDB
( 'database_name'
[ , NOINDEX
| { REPAIR_ALLOW_DATA_LOSS
| REPAIR_FAST
| REPAIR_REBUILD
} ]
) [ WITH { [ ALL_ERRORMSGS ]
[ , [ NO_INFOMSGS ] ]
[ , [ TABLOCK ] ]
[ , [ ESTIMATEONLY ] ]
[ , [ PHYSICAL_ONLY ] ]
}
]
参数
'database_name'
是要对其中的所有对象分配和结构完整性进行检查的数据库。如果未指定，则默认为当前数据库。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。
NOINDEX
指定不检查非系统表的非聚集索引。NOINDEX 减少执行总时间，因为它不对用户定义的表的非聚集索引进行检查。NOINDEX 对系统表没有影响，因为 DBCC CHECKDB 总是对所有系统表索引进行检查。
REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD
指定 DBCC CHECKDB 修复发现的错误。给定的 database_name 必须在单用户模式下以使用修复选项，它可以是下列值之一。
值 描述
REPAIR_ALLOW_DATA_LOSS 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
WITH
指定有关下列内容的选项：返回错误信息的数量、获得的锁或估计的 tempdb 要求。
ALL_ERRORMSGS
显示每个对象不受限制的错误数。如果没有指定 ALL_ERRORMSGS，每个对象至多显示 200 个错误信息。按对象 ID 对错误信息进行排序（从 tempdb 中生成的消息除外）。
NO_INFOMSGS
禁止显示所有信息性消息（严重级别 10）和关于所用空间的报告。
TABLOCK
导致 DBCC CHECKDB 获得共享表锁。TABLOCK 可使 DBCC CHECKDB 在负荷较重的数据库上运行得更快，但 DBCC CHECKDB 运行时会减少数据库上可获得的并发性。
ESTIMATE ONLY
显示估计的 tempdb 空间大小，要运行带有所有其它指定选项的 DBCC CHECKDB 则需要该空间。不执行该检查。
PHYSICAL_ONLY
仅限于检查页和记录标题物理结构的完整性，以及页对象 ID 和索引 ID 与分配结构之间的一致性。该检查旨在以较低的开销检查数据库的物理一致性，同时还检测会危及用户数据安全的残缺页和常见的硬件故障。PHYSICAL_ONLY 始终意味着 NO_INFOMSGS，并且不能与任何修复选项一起使用。
注释
DBCC CHECKDB 对索引视图执行物理一致性检查。只用于向后兼容的 NOINDEX 选项也适用于索引视图上的任何辅助索引。
DBCC CHECKDB 是最安全的修复语句，因为它对最多的可能出现的各种错误进行标识和修复。如果只报告数据库中有分配错误，请执行带修复选项的 DBCC CHECKALLOC 以对这些错误进行修复。然而，若要确保正确修复所有错误（包括分配错误），请执行带修复选项的 DBCC CHECKDB，而不要执行带修复选项的 DBCC CHECKALLOC。
DBCC CHECKDB 对数据库中所有内容的完整性进行验证。如果当前正在执行或最近已执行 DBCC CHECKDB，则不需要运行 DBCC CHECKALLOC 或 DBCC CHECKTABLE。
DBCC CHECKDB 执行同样的检查，仿佛是对数据库中的每个表执行 DBCC CHECKALLOC 语句和 DBCC CHECKTABLE 语句。
默认情况下，DBCC CHECKDB 不获取表锁。但它获取架构锁，该锁防止对元数据进行更改，但允许更改数据。获取的架构锁将防止用户得到排它表锁，在生成聚集索引、除去任何索引或截断表时需要排它表锁。
DBCC 语句收集信息，然后扫描日志以查找所做的任何其它更改，并在扫描的结尾将两组信息合并在一起以产生数据的一致视图。
如果指定 TABLOCK 选项，DBCC CHECKDB 将获取共享表锁。这样可允许某些类别的错误有更详细的错误信息，并通过避免使用事务日志数据而将所要求的 tempdb 空间大小降为最低。TABLOCK 选项不阻止日志截断并使命令可以更快地运行。
DBCC CHECKDB 对数据库中每个表的 text、ntext 和 image 页的链接和大小及数据库中所有页的分配进行检查。
对于数据库中每个表，DBCC CHECKDB 检查其：
索引和数据页是否已正确链接。
索引是否按照正确的顺序排列。
各指针是否一致。
每页上的数据是否均合理。
页面偏移量是否合理。
错误表示数据库中的潜在问题，应该立即改正。
默认情况下，DBCC CHECKDB 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置方式与并行查询相同。使用 sp_configure 系统存储过程限制可用于 DBCC 检查的最大处理器数。有关更多信息，请参见 max degree of parallelism 选项。
使用跟踪标记 2528 可禁用并行检查。有关更多信息，请参见跟踪标记。
结果集
不管是否指定任何选项（NO_INFOMSGS 或 NOINDEX 选项除外），如果未指定数据库，DBCC CHECKDB 返回当前数据库的以下结果集（值可能会变化）：
DBCC results for 'master'.
DBCC results for 'sysobjects'.
There are 862 rows in 13 pages for object 'sysobjects'.
DBCC results for 'sysindexes'.
There are 80 rows in 3 pages for object 'sysindexes'.
'...'
DBCC results for 'spt_provider_types'.
There are 23 rows in 1 pages for object 'spt_provider_types'.
CHECKDB found 0 allocation errors and 0 consistency errors in database 'master'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
如果指定 NO_INFOMSGS 选项，DBCC CHECKDB 将返回以下结果集（消息）：
The command(s) completed successfully.
如果指定 ESTIMATEONLY 选项，DBCC CHECKDB 将返回以下结果集。
Estimated TEMPDB space needed for CHECKALLOC (KB)
-------------------------------------------------
13
(1 row(s) affected)
Estimated TEMPDB space needed for CHECKTABLES (KB)
--------------------------------------------------
57
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限
DBCC CHECKDB 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。
示例
A. 检查当前数据库和 pubs 数据库
下例对当前数据库和 pubs 数据库执行 DBCC CHECKDB。
-- Check the current database.
DBCC CHECKDB
GO
-- Check the pubs database without nonclustered indexes.
DBCC CHECKDB ('pubs', NOINDEX)
GO
B. 检查当前数据库，禁止显示信息性消息
下例检查当前数据库，并禁止显示所有信息性消息。
DBCC CHECKDB WITH NO_INFOMSGS
GO
use datebasename
go
exec sp_configure 'allow updates', 0
reconfigure with override
go
DBCC CHECKDB 可以查看BOL：
----------------------------------------------------
DBCC CHECKDB
检查指定数据库中的所有对象的分配和结构完整性。
语法
DBCC CHECKDB
( 'database_name'
[ , NOINDEX
| { REPAIR_ALLOW_DATA_LOSS
| REPAIR_FAST
| REPAIR_REBUILD
} ]
) [ WITH { [ ALL_ERRORMSGS ]
[ , [ NO_INFOMSGS ] ]
[ , [ TABLOCK ] ]
[ , [ ESTIMATEONLY ] ]
[ , [ PHYSICAL_ONLY ] ]
}
]
参数
'database_name'
是要对其中的所有对象分配和结构完整性进行检查的数据库。如果未指定，则默认为当前数据库。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。
NOINDEX
指定不检查非系统表的非聚集索引。NOINDEX 减少执行总时间，因为它不对用户定义的表的非聚集索引进行检查。NOINDEX 对系统表没有影响，因为 DBCC CHECKDB 总是对所有系统表索引进行检查。
REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD
指定 DBCC CHECKDB 修复发现的错误。给定的 database_name 必须在单用户模式下以使用修复选项，它可以是下列值之一。
值 描述
REPAIR_ALLOW_DATA_LOSS 执行由 REPAIR_REBUILD 完成的所有修复，包括对行和页进行分配和取消分配以改正分配错误、结构行或页的错误，以及删除已损坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以允许用户回滚所做的更改。如果回滚修复，则数据库仍会含有错误，应该从备份进行恢复。如果由于所提供修复等级的缘故遗漏某个错误的修复，则将遗漏任何取决于该修复的修复。修复完成后，备份数据库。
REPAIR_FAST 进行小的、不耗时的修复操作，如修复非聚集索引中的附加键。这些修复可以很快完成，并且不会有丢失数据的危险。
REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复，包括需要较长时间的修复（如重建索引）。执行这些修复时不会有丢失数据的危险。
WITH
指定有关下列内容的选项：返回错误信息的数量、获得的锁或估计的 tempdb 要求。
ALL_ERRORMSGS
显示每个对象不受限制的错误数。如果没有指定 ALL_ERRORMSGS，每个对象至多显示 200 个错误信息。按对象 ID 对错误信息进行排序（从 tempdb 中生成的消息除外）。
NO_INFOMSGS
禁止显示所有信息性消息（严重级别 10）和关于所用空间的报告。
TABLOCK
导致 DBCC CHECKDB 获得共享表锁。TABLOCK 可使 DBCC CHECKDB 在负荷较重的数据库上运行得更快，但 DBCC CHECKDB 运行时会减少数据库上可获得的并发性。
ESTIMATE ONLY
显示估计的 tempdb 空间大小，要运行带有所有其它指定选项的 DBCC CHECKDB 则需要该空间。不执行该检查。
PHYSICAL_ONLY
仅限于检查页和记录标题物理结构的完整性，以及页对象 ID 和索引 ID 与分配结构之间的一致性。该检查旨在以较低的开销检查数据库的物理一致性，同时还检测会危及用户数据安全的残缺页和常见的硬件故障。PHYSICAL_ONLY 始终意味着 NO_INFOMSGS，并且不能与任何修复选项一起使用。
注释
DBCC CHECKDB 对索引视图执行物理一致性检查。只用于向后兼容的 NOINDEX 选项也适用于索引视图上的任何辅助索引。
DBCC CHECKDB 是最安全的修复语句，因为它对最多的可能出现的各种错误进行标识和修复。如果只报告数据库中有分配错误，请执行带修复选项的 DBCC CHECKALLOC 以对这些错误进行修复。然而，若要确保正确修复所有错误（包括分配错误），请执行带修复选项的 DBCC CHECKDB，而不要执行带修复选项的 DBCC CHECKALLOC。
DBCC CHECKDB 对数据库中所有内容的完整性进行验证。如果当前正在执行或最近已执行 DBCC CHECKDB，则不需要运行 DBCC CHECKALLOC 或 DBCC CHECKTABLE。
DBCC CHECKDB 执行同样的检查，仿佛是对数据库中的每个表执行 DBCC CHECKALLOC 语句和 DBCC CHECKTABLE 语句。
默认情况下，DBCC CHECKDB 不获取表锁。但它获取架构锁，该锁防止对元数据进行更改，但允许更改数据。获取的架构锁将防止用户得到排它表锁，在生成聚集索引、除去任何索引或截断表时需要排它表锁。
DBCC 语句收集信息，然后扫描日志以查找所做的任何其它更改，并在扫描的结尾将两组信息合并在一起以产生数据的一致视图。
如果指定 TABLOCK 选项，DBCC CHECKDB 将获取共享表锁。这样可允许某些类别的错误有更详细的错误信息，并通过避免使用事务日志数据而将所要求的 tempdb 空间大小降为最低。TABLOCK 选项不阻止日志截断并使命令可以更快地运行。
DBCC CHECKDB 对数据库中每个表的 text、ntext 和 image 页的链接和大小及数据库中所有页的分配进行检查。
对于数据库中每个表，DBCC CHECKDB 检查其：
索引和数据页是否已正确链接。
索引是否按照正确的顺序排列。
各指针是否一致。
每页上的数据是否均合理。
页面偏移量是否合理。
错误表示数据库中的潜在问题，应该立即改正。
默认情况下，DBCC CHECKDB 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置方式与并行查询相同。使用 sp_configure 系统存储过程限制可用于 DBCC 检查的最大处理器数。有关更多信息，请参见 max degree of parallelism 选项。
使用跟踪标记 2528 可禁用并行检查。有关更多信息，请参见跟踪标记。
结果集
不管是否指定任何选项（NO_INFOMSGS 或 NOINDEX 选项除外），如果未指定数据库，DBCC CHECKDB 返回当前数据库的以下结果集（值可能会变化）：
DBCC results for 'master'.
DBCC results for 'sysobjects'.
There are 862 rows in 13 pages for object 'sysobjects'.
DBCC results for 'sysindexes'.
There are 80 rows in 3 pages for object 'sysindexes'.
'...'
DBCC results for 'spt_provider_types'.
There are 23 rows in 1 pages for object 'spt_provider_types'.
CHECKDB found 0 allocation errors and 0 consistency errors in database 'master'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
如果指定 NO_INFOMSGS 选项，DBCC CHECKDB 将返回以下结果集（消息）：
The command(s) completed successfully.
如果指定 ESTIMATEONLY 选项，DBCC CHECKDB 将返回以下结果集。
Estimated TEMPDB space needed for CHECKALLOC (KB)
-------------------------------------------------
13
(1 row(s) affected)
Estimated TEMPDB space needed for CHECKTABLES (KB)
--------------------------------------------------
57
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限
DBCC CHECKDB 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。
示例
A. 检查当前数据库和 pubs 数据库
下例对当前数据库和 pubs 数据库执行 DBCC CHECKDB。
-- Check the current database.
DBCC CHECKDB
GO
-- Check the pubs database without nonclustered indexes.
DBCC CHECKDB ('pubs', NOINDEX)
GO
B. 检查当前数据库，禁止显示信息性消息
下例检查当前数据库，并禁止显示所有信息性消息。
DBCC CHECKDB WITH NO_INFOMSGS
GO
#4
建议你用DBCC CHECKDB检查数据库
还有，不知道楼主在其间有没有其它的什么操作？最好把从头到尾的说一下好分析些
还有，不知道楼主在其间有没有其它的什么操作？最好把从头到尾的说一下好分析些
#5
是不是增量备份?
#6
--查询分析器中执行下面的语句就行了,注意修改库名
restore log 你的库名 with recovery
restore log 你的库名 with recovery
#7
专业提供SQL SERVER数据库修复
QQ:386999
TEL:0576-2454863
QQ:386999
TEL:0576-2454863
#8
zjcxc(邹建)的方法一般可以试一下.
#9
支持楼上说法