请帮忙!数据库打不开 你有dbcc 检查一下,看有没有问题 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 tiger_qi(老虎) : 我用的查询分析器时选中的一数据库弹出错误对话框:Database could not be opened because some of files could not be activerted。它与ODBC无关。 dbcc不是odbc,你的数据库文件出了问题,用dbcc工具检查一下可能会有帮助。 to freearea_liang(freearea_liang)是 dbcc不是 odbc不过dbcc我没用过,查了一下帮助,太多!!!不知该用哪个?该怎末用,还请 tiger_qi(老虎)老兄指点一下。以下是我查到帮助的一部分: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 CHECKDBGO-- Check the pubs database without nonclustered indexes.DBCC CHECKDB ('pubs', NOINDEX)GOB. 检查当前数据库,禁止显示信息性消息下例检查当前数据库,并禁止显示所有信息性消息。DBCC CHECKDB WITH NO_INFOMSGSGO use [databasename]godbcc checkdb 哦,这么热闹啊,上边有dbcc的帮助都出来了啊我想你可以检查一下。看是否对你有用几天没有上csdn了:) 请教一道sql基础题。谢谢! 100分求救: 在sql server里,如何用sql语句或存储过程抓取网页内容?谢谢。 时间比较 SQL 字段的分割 char能存储符号吗? 救助SQL SERVER 2005 性能低下 分页储存过程中使用模糊查询的问题!!! 大量数据的事务问题!前辈老大们进来帮助一下~~谢谢 关于SQL查询语句中字段是中文和英文是否要用[]? mysql错误1215求助,不能添加外码约束 怎样才能进入数据库 请教高手:如何执行以变量形式存在的sql语句?
我用的查询分析器时选中的一数据库弹出错误对话框:Database could not be opened because some of files could not be activerted。它与ODBC无关。
是 dbcc
不是 odbc不过dbcc我没用过,
查了一下帮助,太多!!!
不知该用哪个?
该怎末用,还请 tiger_qi(老虎)老兄指点一下。
以下是我查到帮助的一部分:
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)
GOB. 检查当前数据库,禁止显示信息性消息
下例检查当前数据库,并禁止显示所有信息性消息。DBCC CHECKDB WITH NO_INFOMSGS
GO
go
dbcc checkdb