luoyanqing119
luoyanqing119

DBCC大全集之（适用版本MS SQLServer 2008 R2）----DBCC CHECKFILEGROUP检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性



检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;




检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;



检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;


检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;




检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;



检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;




检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;



检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性。

 Transact-SQL 语法约定

语法 
DBCC CHECKFILEGROUP 
[
    [ ( { filegroup_name | filegroup_id | 0 } 
        [ , NOINDEX ] 
  ) ]
    [ WITH 
        { 
            [ ALL_ERRORMSGS | NO_INFOMSGS ] 
            [ , TABLOCK ] 
            [ , ESTIMATEONLY ]
            [ , PHYSICAL_ONLY ]  
        } 
    ]
]
参数
filegroup_name

当前数据库中要检查其表分配和结构完整性的文件组的名称。如果不指定此参数或指定了 0 值，则默认值为主文件组。文件组名称必须遵循有关标识符的规则。

filegroup_name 不能是 FILESTREAM 文件组。

filegroup_id

当前数据库中要检查其表分配和结构完整性的文件组标识 (ID) 号。

NOINDEX

指定不应对用户表的非聚集索引执行会占用很大系统开销的检查。这将减少总执行时间。NOINDEX 不影响系统表，因为 DBCC CHECKFILEGROUP 总是对所有系统表索引进行检查。

ALL_ERRORMSGS

显示每个对象不受限制的错误数。默认情况下显示所有错误消息。指定或省略此选项都不起作用。

NO_INFOMSGS

禁止显示所有信息性消息。

TABLOCK

使 DBCC CHECKFILEGROUP 获取锁而不是使用内部数据库快照。

ESTIMATEONLY

显示运行包含所有其他指定选项的 DBCC CHECKFILEGROUP 时所需的 tempdb 空间估计大小。

PHYSICAL_ONLY

限制为检查页、记录标头以及 B 树的物理结构的完整性。此选项旨在以较低的开销检查文件组的物理一致性，同时，此项检查还可以检测可能危及数据安全的残缺页和常见的硬件故障。DBCC CHECKFILEGROUP 完全运行的时间可能比在早期版本中完全运行的时间长得多。导致此现象发生的原因如下：

  • 逻辑检查更加全面。

  • 要检查的某些基础结构更为复杂。

  • 引入了许多新的检查以包含新增功能。

因此，使用 PHYSICAL_ONLY 选项可能会使 DBCC CHECKFILEGROUP 在大型文件组上运行的时间短得多，所以对需要频繁检查的生产系统，建议使用 DBCC CHECKFILEGROUP。我们仍然建议定期执行 DBCC CHECKFILEGROUP 的完整运行。这些运行的执行频率取决于各业务和生产环境特定的因素。PHYSICAL_ONLY 始终表示 NO_INFOMSGS，不能与任何一个修复选项一同使用。

注意

指定 PHYSICAL_ONLY 会导致 DBCC CHECKFILEGROUP 跳过对 FILESTREAM 数据的所有检查。
注释

DBCC CHECKFILEGROUP 和 DBCC CHECKDB 是相似的 DBCC 命令。主要差异是 DBCC CHECKFILEGROUP 限于单个指定文件组和所需的表。

DBCC CHECKFILEGROUP 执行以下命令：

  • 文件组的 DBCC CHECKALLOC。

  • 文件组中的每个表和索引视图的 DBCC CHECKTABLE。

不要求将 DBCC CHECKALLOC 或 DBCC CHECKTABLE 与 DBCC CHECKFILEGROUP 分开运行。

内部数据库快照

DBCC CHECKFILEGROUP 使用内部数据库快照来提供执行这些检查所必需的事务一致性。有关详细信息，请参阅了解数据库快照中的稀疏文件大小和 DBCC (Transact-SQL) 中的“DBCC 内部数据库快照用法”部分。

如果无法创建快照，或指定了 TABLOCK 选项，则 DBCC CHECKFILEGROUP 会获取锁以获得所需的一致性。在这种情况下，需要排他数据库锁才能执行分配检查，需要共享表锁才能执行表检查。TABLOCK 可使 DBCC CHECKFILEGROUP 在负荷较重的数据库上运行得更快，但 DBCC CHECKFILEGROUP 运行时会降低数据库的可用并发性。

注意

对 tempdb 运行 DBCC CHECKFILEGROUP 不会执行任何分配检查，并且必须获得共享表锁才能执行表检查。这是因为，为了提高性能，不允许对 tempdb 使用数据库快照。这意味着无法获得所需的事务一致性。

并行检查对象

默认情况下，DBCC CHECKFILEGROUP 对对象执行并行检查。并行度由查询处理器自动确定。最大并行度的配置与配置并行查询相同。若要限制 DBCC 检查可使用的处理器的最大数目，请使用 sp_configure。有关详细信息，请参阅 max degree of parallelism 选项。

通过使用跟踪标志 2528 可以禁用并行检查。有关详细信息，请参阅跟踪标志 (Transact-SQL)。

单独文件组的非聚集索引

如果指定文件组中的非聚集索引与其他文件组中的表关联，则不会检查该索引，因为不能验证基表。这是 SQL Server 2005 中的行为更改。在早期版本的 SQL Server 中，会检查其他文件组中的非聚集索引和基表。若要同时对非聚集索引和基表进行检查，请运行 DBCC CHECKDB。

如果指定文件组中的表在其他文件组中有非聚集索引，则在下列情况下，不检查非聚集索引：

  • 基表结构依赖于非聚集索引的结构。不必扫描非聚集索引就可以验证基表。

  • DBCC CHECKFILEGROUP 命令只对指定文件组中的对象进行验证。

聚集索引和表不能属于不同文件组；所以，前述注意事项仅适用于非聚集索引。

单独文件组上的已分区表

在 Service Pack 2 (SP2) 之前的 SQL Server 2005 版本中，仅当整个已分区表在指定文件组上时 DBCC CHECKFILEGROUP 才检查已分区表。如果表分布在多个文件组上，则将忽略整个表。在 SP2 和更高版本中，当已分区表存在于多个文件组上时，DBCC CHECKFILEGROUP 将检查存在于指定文件组上的分区行集，并忽略其他文件组中的行集。信息性消息 2594 指出未检查的分区。不会检查未驻留在指定文件组上的非聚集索引。

了解 DBCC 错误消息

DBCC CHECKFILEGROUP 命令完成后，会将一条消息写入 SQL Server 错误日志。如果 DBCC 命令成功执行，则该消息指示成功完成以及命令运行的时间。如果 DBCC 命令在完成检查之前由于错误而停止，则消息将指示命令已终止，并指示状态值和命令运行的时间。下表列出并说明了此消息中可包含的状态值。

状态

说明

0

引发了错误号 8930。这指示导致 DBCC 命令终止的元数据损坏。

1

引发了错误号 8967。存在一个内部 DBCC 错误。

2

在紧急模式数据库修复过程中出错。

3

这指示导致 DBCC 命令终止的元数据损坏。

4

检测到断定或访问违规。

5

出现终止了 DBCC 命令的未知错误。

错误报告

只要 DBCC CHECKFILEGROUP 检测到损坏错误，就会在 SQL Server LOG 目录中创建微型转储文件 (SQLDUMPnnnn.txt)。如果为 SQL Server 实例启用了“功能使用情况数据收集”和“错误报告”功能，该文件将被自动转发给 Microsoft。收集的数据将用于改进 SQL Server 功能。

转储文件包含 DBCC CHECKFILEGROUP 命令的结果以及其他诊断输出数据。该文件拥有任意访问控制列表 (DACL)。只有 SQL Server 服务帐户和 sysadmin角色的成员有权进行访问。默认情况下，sysadmin 角色包含 Windows BUILTIN\Administrators 组和本地管理员组的所有成员。如果数据收集进程失败，DBCC 命令不会失败。

纠正错误

如果 DBCC CHECKFILEGROUP 报告了任何错误，建议通过数据库备份还原数据库。请注意，不能将修复操作指定为 DBCC CHECKFILEGROUP。

如果不存在备份，请运行包含指定的修复选项的 DBCC CHECKDB 来更正报告的错误。如果报告了错误，则在列表末尾指定要使用的修复选项。使用 REPAIR_ALLOW_DATA_LOSS 选项更正错误可能需要删除某些页，因而会删除部分数据。

结果集

DBCC CHECKFILEGROUP 返回以下结果集（值可能有所不同）：

  • 在指定了 ESTIMATEONLY 或 NO_INFOMSGS 时除外。

  • 如果未指定数据库，则无论是否指定了任何选项（NOINDEX 除外），都默认为当前数据库。

DBCC results for 'master'.
DBCC results for 'sys.sysrowsetcolumns'.
There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.
DBCC results for 'sys.sysrowsets'.
There are 97 rows in 1 pages for object 'sys.sysrowsets'.
DBCC results for 'sysallocunits'.
There are 195 rows in 3 pages for object 'sysallocunits'.

There are 2340 rows in 16 pages for object 'spt_values'.
DBCC results for 'MSreplication_options'.
There are 2 rows in 1 pages for object 'MSreplication_options'.
CHECKFILEGROUP 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 CHECKFILEGROUP 返回：

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

如果指定了 ESTIMATEONLY，则 DBCC CHECKFILEGROUP 返回（值可能有所不同）：

Estimated TEMPDB space needed for CHECKALLOC (KB) 
------------------------------------------------- 
15

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
207

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.
权限

要求拥有 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员身份。

示例

A. 检查数据库的 PRIMARY 文件组

下面的示例将检查 AdventureWorks2008R2 数据库主文件组。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP;
GO

B. 检查不含非聚集索引的 PRIMARY 文件组

下面的示例通过指定主文件组的标识号并指定 NOINDEX，对 AdventureWorks2008R2 数据库主文件组（不包括非聚集索引）进行检查。

Transact-SQL 
USE AdventureWorks2008R2;
GO
DBCC CHECKFILEGROUP (1, NOINDEX);
GO

C. 检查带有选项的 PRIMARY 文件组

下面的示例将检查 master 数据库主文件组并指定选项 ESTIMATEONLY。

Transact-SQL 
USE master;
GO
DBCC CHECKFILEGROUP (1)
WITH ESTIMATEONLY;

你可能感兴趣的:(DBCC大全集之（适用版本MS SQLServer 2008 R2）----DBCC CHECKFILEGROUP检查当前数据库中指定文件组中的所有表和索引视图的分配和结构完整性)

  • 斤斤计较的婚姻到底有多难？ 白心之岂必有为
    很多人私聊我会问到在哪个人群当中斤斤计较的人最多？我都会回答他，一般婚姻出现问题的斤斤计较的人士会非常多，以我多年经验，在婚姻落的一塌糊涂的人当中，斤斤计较的人数占比在20～30%以上，也就是说10个婚姻出现问题的斤斤计较的人有2-3个有多不减。在婚姻出问题当中，有大量的心理不平衡的、尖酸刻薄的怨妇。在婚姻中仅斤斤计较有两种类型：第一种是物质上的，另一种是精神上的。在物质与精神上抠门已经严重的影响
  • 情绪觉察日记第37天 露露_e800
    今天是家庭关系规划师的第二阶最后一天，慧萍老师帮我做了个案，帮我处理了埋在心底好多年的一份恐惧，并给了我深深的力量！这几天出来学习，爸妈过来婆家帮我带小孩，妈妈出于爱帮我收拾东西，并跟我先生和婆婆产生矛盾，妈妈觉得他们没有照顾好我…。今晚回家见到妈妈，我很欣赏她并赞扬她，妈妈说今晚要跟我睡我说好，当我们俩躺在床上准备睡觉的时候，我握着妈妈的手对她说:妈妈这几天辛苦你了，你看你多利害把我们的家收拾得
  • 芦花鞋一四 许叶晗
    又是在一个寒冷的夏日里，青铜和葵花决定今天一起去卖芦花鞋，奶奶亲手给他们做了一碗热乎乎的粥对他们说:“就靠你们两挣生活费了这碗粥赶紧趁热喝了吧！”于是青铜和葵花喝完了奶奶给她们做的粥，就准备去镇上卖卢花鞋，这回青铜和葵花穿着新的芦花鞋来到了镇上。青铜这回看到了很多人都在卖，用手势表达对葵花说:“这回有好多人在抢我们生意呢！我们必须得吆喝起来。”葵花点了点头。可是谁知他们也大声的叫，卖芦花喽！卖芦花
  • QQ群采集助手，精准引流必备神器 2401_87347160 其他经验分享
    功能概述微信群查找与筛选工具是一款专为微信用户设计的辅助工具，它通过关键词搜索功能，帮助用户快速找到相关的微信群，并提供筛选是否需要验证的群组的功能。主要功能关键词搜索：用户可以输入关键词，工具将自动查找包含该关键词的微信群。筛选功能：工具提供筛选机制，用户可以选择是否只显示需要验证或不需要验证的群组。精准引流：通过上述功能，用户可以更精准地找到目标群组，进行有效的引流操作。3.设备需求该工具可以
  • 关于沟通这件事，项目经理不需要每次都面对面进行 流程大师兄
    很多项目经理都会遇到这样的问题，项目中由于事情太多，根本没有足够的时间去召开会议，那在这种情况下如何去有效地管理项目中的利益相关者？当然，不建议电子邮件也不需要开会的话，建议可以采取下面几种方式来形成有效的沟通，这几种方式可以帮助你努力的通过各种办法来保持和各方面的联系。项目经理首先要问自己几个问题，项目中哪些利益相关者是必须要进行沟通的？可以列出项目中所有的利益相关者清单，同时也整理出项目中哪些
  • 机器学习与深度学习间关系与区别 ℒℴѵℯ心·动ꦿ໊ོ꫞ 人工智能学习深度学习python
    一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入
  • android系统selinux中添加新属性property 辉色投像
    1.定位/android/system/sepolicy/private/property_contexts声明属性开头：persist.charge声明属性类型：u:object_r:system_prop:s0图12.定位到android/system/sepolicy/public/domain.te删除neverallow{domain-init}default_prop:property
  • 铭刻于星（四十二） 随风至
    69夜晚，绍敏同学做完功课后，看了眼房外，没听到动静才敢从书包的夹层里拿出那个心形纸团。折痕压得很深，都有些旧了，想来是已经写好很久了。绍敏同学慢慢地、轻轻地捏开折叠处，待到全部拆开后，又反复抚平纸张，然后仔细地一字字默看。只是开头的三个字是第一次看到，让她心漏跳了几拍。“亲爱的绍敏：从四年级的时候，我就喜欢你了，但是我一直不敢说，怕影响你学习。六年级的时候听说有人跟你表白，你接受了，我很难过，但
  • 底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说 造命者说
    底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说我叫吴起，生于公元前440年的战国初期，正是群雄并起、天下纷争不断的时候。后人说我是军事家、政治家、改革家，是兵家代表人物。评价我一生历仕鲁、魏、楚三国，通晓兵家、法家、儒家三家思想，在内政军事上都有极高的成就。周安王二十一年（公元前381年），因变法得罪守旧贵族，被人乱箭射死。我出生在卫国一个“家累万金”的富有家庭，从年轻时候起就不甘平凡
  • 2020-01-25 晴岚85
    郑海燕坚持分享590天2020.1.24在生活中只存在两个问题。一个问题是：你知道想要达成的目标是什么，但却不知道如何才能达成；另一个问题是：你不知道你的目标是什么。前一个是行动的问题，后一个是结果的问题。通过制定具体的下一步行动，可以解决不知道如何开始行动的问题。而通过去想象结果，对结果做预估，可以解决找不着目标的问题。对于所有吸引我们注意力，想要完成的任务，你可以先想象一下，预期的结果究竟是什
  • 随笔 | 仙一般的灵气 海思沧海
    仙岛今天，我看了你全部，似乎已经进入你的世界我不知道，这是否是梦幻，还是你仙一般的灵气吸引了我也许每一个人都要有一份属于自己的追求，这样才能够符合人生的梦想，生活才能够充满着阳光与快乐我不知道，我为什么会这样的感叹，是在感叹自己的人生，还是感叹自己一直没有孜孜不倦的追求只感觉虚度了光阴，每天活在自己的梦中，活在一个不真实的世界是在逃避自己，还是在逃避周围的一切有时候我嘲笑自己，嘲笑自己如此的虚无，
  • 想家 爆米花机
    也许不同于大家对家乡的思念，我对家乡甚至是疯狂的不舍。还未踏出车站就感觉到幸福，我享受这里的夕阳、这里的浓烈柴火味、这里每一口家常菜。我是宅女，我贪恋家的安逸。刚刚踏出大学校门，初出茅庐，无法适应每年只能国庆和春节回家。我焦虑、失眠、无端发脾气，是无法适应工作的节奏，是无法接受我将一步步离开家乡的事实。我不想承认自己胸无大志，选择再次踏上征程。图片发自App
  • 【iOS】MVC设计模式 Magnetic_h iosmvc设计模式objective-c学习ui
    MVC前言如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architecturalpattern），属于编程的方法论。MVC模式就是架构模式的一种。它是Apple官方推荐的App开发架构，也是一般开发者最先遇到、最经典的架构。MVC各层controller层Controller/ViewController/VC（控制器）负责协调Model和View，处理大部分逻辑它将数据从Mod
  • OC语言多界面传值五大方式 Magnetic_h iosui学习objective-c开发语言
    前言在完成暑假仿写项目时，遇到了许多需要用到多界面传值的地方，这篇博客来总结一下比较常用的五种多界面传值的方式。属性传值属性传值一般用前一个界面向后一个界面传值，简单地说就是通过访问后一个视图控制器的属性来为它赋值，通过这个属性来做到从前一个界面向后一个界面传值。首先在后一个界面中定义属性@interfaceBViewController:UIViewController@propertyNSSt
  • 一百九十四章. 自相矛盾 巨木擎天
    唉！就这么一夜，林子感觉就像过了很多天似的，先是回了阳间家里，遇到了那么多不可思议的事情儿。特别是小伙伴们，第二次与自己见面时，僵硬的表情和恐怖的气氛，让自己如坐针毡，打从心眼里难受！还有东子，他现在还好吗？有没有被人欺负？护城河里的小鱼小虾们，还都在吗？水不会真的干枯了吧？那对相亲相爱漂亮的太平鸟儿，还好吧！春天了，到了做窝、下蛋、喂养小鸟宝宝的时候了，希望它们都能够平安啊！虽然没有看见家人，也
  • UI学习——cell的复用和自定义cell Magnetic_h ui学习
    目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添
  • element实现动态路由+面包屑 软件技术NINI vue案例vue.js前端
    el-breadcrumb是ElementUI组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。在Vue.js项目中，如果你已经安装了ElementUI，就可以很方便地使用el-breadcrumb组件。以下是一个基本的使用示例：安装ElementUI（如果你还没有安装的话）:你可以通过npm或yarn来安装ElementUI。bash复制代码npmi
  • 10月|愿你的青春不负梦想-读书笔记-01 Tracy的小书斋
    本书的作者是俞敏洪，大家都很熟悉他了吧。俞敏洪老师是我行业的领头羊吧，也是我事业上的偶像。本日摘录他书中第一章中的金句：『一个人如果什么目标都没有，就会浑浑噩噩，感觉生命中缺少能量。能给我们能量的，是对未来的期待。第一件事，我始终为了进步而努力。与其追寻全世界的骏马，不如种植丰美的草原，到时骏马自然会来。第二件事，我始终有阶段性的目标。什么东西能给我能量？答案是对未来的期待。』读到这里的时候，我便
  • C语言宏函数 南林yan C语言c语言
    一、什么是宏函数？通过宏定义的函数是宏函数。如下，编译器在预处理阶段会将Add(x,y)替换为((x)*(y))#defineAdd(x,y)((x)*(y))#defineAdd(x,y)((x)*(y))intmain(){inta=10;intb=20;intd=10;intc=Add(a+d,b)*2;cout<
  • 地推话术，如何应对地推过程中家长的拒绝 校师学
    相信校长们在做地推的时候经常遇到这种情况：市场专员反馈家长不接单，咨询师反馈难以邀约这些家长上门，校区地推疲软，招生难。为什么？仅从地推层面分析，一方面因为家长受到的信息轰炸越来越多，对信息越来越“免疫”；而另一方面地推人员的专业能力和营销话术没有提高，无法应对家长的拒绝，对有意向的家长也不知如何跟进，眼睁睁看着家长走远；对于家长的疑问，更不知道如何有技巧地回答，机会白白流失。由于回答没技巧和专业
  • 谢谢你们，爱你们！ 鹿游儿
    昨天家人去泡温泉，二个孩子也带着去，出发前一晚，匆匆下班，赶回家和孩子一起收拾。饭后，我拿出笔和本子（上次去澳门时做手帐的本子）写下了1\2\3\4\5\6\7\8\9,让后让小壹去思考，带什么出发去旅游呢？她在对应的数字旁边画上了，泳衣、泳圈、肖恩、内衣内裤、tapuy、拖鞋……画完后，就让她自己对着这个本子，将要带的，一一带上，没想到这次带的书还是这本《便便工厂》(晚上姑婆发照片过来，妹妹累得
  • C语言如何定义宏函数？ 小九格物 c语言
    在C语言中，宏函数是通过预处理器定义的，它在编译之前替换代码中的宏调用。宏函数可以模拟函数的行为，但它们不是真正的函数，因为它们在编译时不会进行类型检查，也不会分配存储空间。宏函数的定义通常使用#define指令，后面跟着宏的名称和参数列表，以及宏展开后的代码。宏函数的定义方式：1.基本宏函数：这是最简单的宏函数形式，它直接定义一个表达式。#defineSQUARE(x)((x)*(x))2.带参
  • 微服务下功能权限与数据权限的设计与实现 nbsaas-boot 微服务java架构
    在微服务架构下，系统的功能权限和数据权限控制显得尤为重要。随着系统规模的扩大和微服务数量的增加，如何保证不同用户和服务之间的访问权限准确、细粒度地控制，成为设计安全策略的关键。本文将讨论如何在微服务体系中设计和实现功能权限与数据权限控制。1.功能权限与数据权限的定义功能权限：指用户或系统角色对特定功能的访问权限。通常是某个用户角色能否执行某个操作，比如查看订单、创建订单、修改用户资料等。数据权限：
  • 理解Gunicorn：Python WSGI服务器的基石 范范0825 ipythonlinux运维
    理解Gunicorn：PythonWSGI服务器的基石介绍Gunicorn，全称GreenUnicorn，是一个为PythonWSGI（WebServerGatewayInterface）应用设计的高效、轻量级HTTP服务器。作为PythonWeb应用部署的常用工具，Gunicorn以其高性能和易用性著称。本文将介绍Gunicorn的基本概念、安装和配置，帮助初学者快速上手。1.什么是Gunico
  • 小丽成长记（四十三） 玲玲54321
    小丽发现，即使她好不容易调整好自己的心态下一秒总会有不确定的伤脑筋的事出现，一个接一个的问题，人生就没有停下的时候，小问题不断出现。不过她今天看的书，她接受了人生就是不确定的，厉害的人就是不断创造确定性，在Ta的领域比别人多的确定性就能让自己脱颖而出，显示价值从而获得的比别人多的利益。正是这样的原因，因为从前修炼自己太少，使得她现在在人生道路上打怪起来困难重重，她似乎永远摆脱不了那种无力感，有种习
  • 学点心理知识，呵护孩子健康 静候花开_7090
    昨天听了华中师范大学教育管理学系副教授张玲老师的《哪里才是学生心理健康的最后庇护所，超越教育与技术的思考》的讲座。今天又重新学习了一遍，收获匪浅。张玲博士也注意到了当今社会上的孩子由于心理问题导致的自残、自杀及伤害他人等恶性事件。她向我们普及了一个重要的命题，她说心理健康的一些基本命题，我们与我们通常的一些教育命题是不同的，她还举了几个例子，让我们明白我们原来以为的健康并非心理学上的健康。比如如果
  • 2021年12月19日，春蕾教育集团团建活动感受——黄晓丹 黄错错加油
    感受:1.从陌生到熟悉的过程。游戏环节让我们在轻松的氛围中得到了锻炼，也增长了不少知识。2.游戏过程中，我们贡献的是个人力量，展现的是团队的力量。它磨合的往往不止是工作的熟悉，更是观念上契合度的贴近。3.这和工作是一样的道理。在各自的岗位上，每个人摆正自己的位置、各司其职充分发挥才能，并团结一致劲往一处使，才能实现最大的成功。新知:1.团队精神需要不断地创新。过去，人们把创新看作是冒风险，现在人们
  • Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断 尐尐呅
    结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序
  • c++ 的iostream 和 c++的stdio的区别和联系 黄卷青灯77 c++算法开发语言iostreamstdio
    在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in
  • 瑶池防线 谜影梦蝶
    冥华虽然逃过了影梦的军队，但他是一个忠臣，他选择上报战况。败给影梦后成逃兵，高层亡尔还活着，七重天失守......随便一条，即可处死冥华。冥华自然是知道以仙界高层的习性此信一发自己必死无疑，但他还选择上报实情，因为责任。同样此信送到仙宫后，知道此事的人，大多数人都认定冥华要完了，所以上到仙界高层，下到扫大街的，包括冥华自己，全都准备好迎接冥华之死。如果仙界现在还属于两方之争的话，冥华必死无疑。然而
  • 关于旗正规则引擎规则中的上传和下载问题 何必如此 文件下载压缩jsp文件上传
    文件的上传下载都是数据流的输入输出，大致流程都是一样的。 一、文件打包下载 1.文件写入压缩包 string mainPath="D:\upload\";     下载路径 string tmpfileName=jar.zip;        &n
  • 【Spark九十九】Spark Streaming的batch interval时间内的数据流转源码分析 bit1129 Stream
      以如下代码为例（SocketInputDStream）： Spark Streaming从Socket读取数据的代码是在SocketReceiver的receive方法中，撇开异常情况不谈(Receiver有重连机制，restart方法，默认情况下在Receiver挂了之后，间隔两秒钟重新建立Socket连接)，读取到的数据通过调用store(textRead)方法进行存储。数据
  • spark master web ui 端口8080被占用解决方法 daizj 8080端口占用sparkmaster web ui
    spark master web ui 默认端口为8080，当系统有其它程序也在使用该接口时，启动master时也不会报错，spark自己会改用其它端口，自动端口号加1，但为了可以控制到指定的端口，我们可以自行设置，修改方法：   1、cd SPARK_HOME/sbin   2、vi start-master.sh     3、定位到下面部分
  • oracle_执行计划_谓词信息和数据获取 周凡杨 oracle执行计划
      oracle_执行计划_谓词信息和数据获取(上) 一：简要说明 在查看执行计划的信息中，经常会看到两个谓词filter和access，它们的区别是什么，理解了这两个词对我们解读Oracle的执行计划信息会有所帮助。 简单说，执行计划如果显示是access，就表示这个谓词条件的值将会影响数据的访问路径（表还是索引），而filter表示谓词条件的值并不会影响数据访问路径，只起到
  • spring中datasource配置 g21121 dataSource
    datasource配置有很多种，我介绍的一种是采用c3p0的，它的百科地址是： http://baike.baidu.com/view/920062.htm   <!-- spring加载资源文件 --> <bean name="propertiesConfig" class="org.springframework.b
  • web报表工具FineReport使用中遇到的常见报错及解决办法（三） 老A不折腾 finereportFAQ报表软件
    这里写点抛砖引玉，希望大家能把自己整理的问题及解决方法晾出来，Mark一下，利人利己。   出现问题先搜一下文档上有没有，再看看度娘有没有，再看看论坛有没有。有报错要看日志。下面简单罗列下常见的问题，大多文档上都有提到的。 1、repeated column width is largerthan paper width： 这个看这段话应该是很好理解的。比如做的模板页面宽度只能放
  • mysql 用户管理 墙头上一根草 linuxmysqluser
    1.新建用户 //登录MYSQL@>mysql -u root -p@>密码//创建用户mysql> insert into mysql.user(Host,User,Password) values(‘localhost’,'jeecn’,password(‘jeecn’));//刷新系统权限表mysql>flush privileges;这样就创建了一个名为：
  • 关于使用Spring导致c3p0数据库死锁问题 aijuans springSpring 入门Spring 实例Spring3Spring 教程
    这个问题我实在是为整个 springsource 的员工蒙羞 如果大家使用 spring 控制事务，使用 Open Session In View 模式， com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource from com.mchange.
  • 百度词库联想 annan211 百度
    <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>RunJS</title&g
  • int数据与byte之间的相互转换实现代码 百合不是茶 位移int转bytebyte转int基本数据类型的实现
    在BMP文件和文件压缩时需要用到的int与byte转换,现将理解的贴出来;   主要是要理解;位移等概念 http://baihe747.iteye.com/blog/2078029   int转byte;   byte转int;   /** * 字节转成int,int转成字节 * @author Administrator *
  • 简单模拟实现数据库连接池 bijian1013 javathreadjava多线程简单模拟实现数据库连接池
    简单模拟实现数据库连接池 实例1： package com.bijian.thread; public class DB { //private static final int MAX_COUNT = 10; private static final DB instance = new DB(); private int count = 0; private i
  • 一种基于Weblogic容器的鉴权设计 bijian1013 javaweblogic
            服务器对请求的鉴权可以在请求头中加Authorization之类的key，将用户名、密码保存到此key对应的value中，当然对于用户名、密码这种高机密的信息，应该对其进行加砂加密等，最简单的方法如下： String vuser_id = "weblogic"; String vuse
  • 【RPC框架Hessian二】Hessian 对象序列化和反序列化 bit1129 hessian
     任何一个对象从一个JVM传输到另一个JVM，都要经过序列化为二进制数据(或者字符串等其他格式，比如JSON)，然后在反序列化为Java对象，这最后都是通过二进制的数据在不同的JVM之间传输(一般是通过Socket和二进制的数据传输)，本文定义一个比较符合工作中。   1. 定义三个POJO    Person类 package com.tom.hes
  • 【Hadoop十四】Hadoop提供的脚本的功能 bit1129 hadoop
    1. hadoop-daemon.sh 1.1 启动HDFS ./hadoop-daemon.sh start namenode ./hadoop-daemon.sh start datanode  通过这种逐步启动的方式，比start-all.sh方式少了一个SecondaryNameNode进程，这不影响Hadoop的使用，其实在 Hadoop2.0中，SecondaryNa
  • 中国互联网走在“灰度”上 ronin47 管理 灰度
    中国互联网走在“灰度”上（转） 文/孕峰   第一次听说灰度这个词，是任正非说新型管理者所需要的素质。第二次听说是来自马化腾。似乎其他人包括马云也用不同的语言说过类似的意思。   灰度这个词所包含的意义和视野是广远的。要理解这个词，可能同样要用“灰度”的心态。灰度的反面，是规规矩矩，清清楚楚，泾渭分明，严谨条理，是决不妥协，不转弯，认死理。黑白分明不是灰度，像彩虹那样
  • java-51-输入一个矩阵，按照从外向里以顺时针的顺序依次打印出每一个数字。 bylijinnan java
    public class PrintMatrixClockwisely { /** * Q51.输入一个矩阵，按照从外向里以顺时针的顺序依次打印出每一个数字。 例如：如果输入如下矩阵： 1 2 3 4 5 6 7 8 9
  • mongoDB 用户管理 开窍的石头 mongoDB用户管理
      1:添加用户    第一次设置用户需要进入admin数据库下设置超级用户（use admin）      db.addUsr({user:'useName',pwd:'111111',roles:[readWrite,dbAdmin]});    第一个参数用户的名字    第二个参数
  • [游戏与生活]玩暗黑破坏神3的一些问题 comsci 生活
        暗黑破坏神3是有史以来最让人激动的游戏。。。。但是有几个问题需要我们注意      玩这个游戏的时间，每天不要超过一个小时，且每次玩游戏最好在白天      结束游戏之后，最好在太阳下面来晒一下身上的暗黑气息，让自己恢复人的生气   &nb
  • java 二维数组如何存入数据库 cuiyadll java
    using System; using System.Linq; using System.Text; using System.Windows.Forms; using System.Xml; using System.Xml.Serialization; using System.IO; namespace WindowsFormsApplication1 {
  • 本地事务和全局事务Local Transaction and Global Transaction(JTA) darrenzhu javaspringlocalglobaltransaction
    Configuring Spring and JTA without full Java EE http://spring.io/blog/2011/08/15/configuring-spring-and-jta-without-full-java-ee/ Spring doc -Transaction Management http://docs.spring.io/spri
  • Linux命令之alias - 设置命令的别名，让 Linux 命令更简练 dcj3sjt126com linuxalias
    用途说明 设置命令的别名。在linux系统中如果命令太长又不符合用户的习惯，那么我们可以为它指定一个别名。虽然可以为命令建立“链接”解决长文件名的问 题，但对于带命令行参数的命令，链接就无能为力了。而指定别名则可以解决此类所有问题【1】。常用别名来简化ssh登录【见示例三】，使长命令变短，使常 用的长命令行变短，强制执行命令时询问等。   常用参数 格式：alias 格式：ali
  • yii2 restful web服务[格式响应] dcj3sjt126com PHPyii2
    响应格式 当处理一个 RESTful API 请求时， 一个应用程序通常需要如下步骤 来处理响应格式： 确定可能影响响应格式的各种因素， 例如媒介类型， 语言， 版本， 等等。 这个过程也被称为 content negotiation。 资源对象转换为数组， 如在 Resources 部分中所描述的。 通过 [[yii\rest\Serializer]]
  • MongoDB索引调优（2）——[十] eksliang mongodbMongoDB索引优化
    转载请出自出处：http://eksliang.iteye.com/blog/2178555 一、概述       上一篇文档中也说明了，MongoDB的索引几乎与关系型数据库的索引一模一样，优化关系型数据库的技巧通用适合MongoDB，所有这里只讲MongoDB需要注意的地方 二、索引内嵌文档     可以在嵌套文档的键上建立索引，方式与正常
  • 当滑动到顶部和底部时，实现Item的分离效果的ListView gundumw100 android
    拉动ListView，Item之间的间距会变大，释放后恢复原样； package cn.tangdada.tangbang.widget; import android.annotation.TargetApi; import android.content.Context; import android.content.res.TypedArray; import andr
  • 程序员用HTML5制作的爱心树表白动画 ini JavaScriptjqueryWebhtml5css
    体验效果：http://keleyi.com/keleyi/phtml/html5/31.htmHTML代码如下： <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"><head><meta charset="UTF-8" > <ti
  • 预装windows 8 系统GPT模式的ThinkPad T440改装64位 windows 7旗舰版 kakajw ThinkPad预装改装windows 7windows 8
      该教程具有普遍参考性，特别适用于联想的机器，其他品牌机器的处理过程也大同小异。 该教程是个人多次尝试和总结的结果，实用性强，推荐给需要的人！   缘由 小弟最近入手笔记本ThinkPad T440，但是特别不能习惯笔记本出厂预装的Windows 8系统，而且厂商自作聪明地预装了一堆没用的应用软件，消耗不少的系统资源（本本的内存为4G，系统启动完成时，物理内存占用比
  • Nginx学习笔记 mcj8089 nginx
    一、安装nginx             1、在nginx官方网站下载一个包，下载地址是：  http://nginx.org/download/nginx-1.4.2.tar.gz      2、WinSCP(ftp上传工
  • mongodb 聚合查询每天论坛链接点击次数 qiaolevip 每天进步一点点学习永无止境mongodb纵观千象
    /* 18 */ { "_id" : ObjectId("5596414cbe4d73a327e50274"), "msgType" : "text", "sendTime" : ISODate("2015-07-03T08:01:16.000Z"
  • java术语（PO/POJO/VO/BO/DAO/DTO） Luob. DAOPOJODTOpoVO BO
    PO(persistant object) 持久对象 在o/r 映射的时候出现的概念,如果没有o/r映射,就没有这个概念存在了.通常对应数据模型(数据库),本身还有部分业务逻辑的处理.可以看成是与数据库中的表相映射的java对象.最简单的PO就是对应数据库中某个表中的一条记录,多个记录可以用PO的集合.PO中应该不包含任何对数据库的操作. VO(value object) 值对象 通
  • 算法复杂度 Wuaner Algorithm
    Time Complexity & Big-O： http://stackoverflow.com/questions/487258/plain-english-explanation-of-big-o http://bigocheatsheet.com/ http://www.sitepoint.com/time-complexity-algorithms/
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他