数据库碎片整理不影响业务使用

您好，您是想问数据库碎片整理不影响业务使用吗？数据库碎片整理不影响业务使用的，因为数据库在碎片整理时，为了防止影响使用是系统在后台进行运行整理的。数据库碎片整理时将数据库中不用的琐碎信息进行整理和分类。

在缺省情况下，Exchange 2007邮箱服务器在数据库维护期间会自动对邮箱数据库进行在线的整理。我们可以通过下面的方法来设置维护的时间。

1、 打开EMC，定位到服务器配置---邮箱，右键选中您要设置的数据库，选择属性，

2、 点击general栏，点击customize，如图1所示，您可以根据自己的实际需要来设置维护时间。

其实，我们也可以使用 Exchange Server 数据库实用程序 Eseutilexe /D，以脱机方式对数据库进行碎片整理和压缩。碎片整理选项可形成连续的已用存储空间，释放不用的存储空间，并压缩数据库，从而减小数据库文件的大小。

一、Eseutil 碎片整理的工作原理

在碎片整理过程中，Eseutil 将新建一个数据库，该数据库包含原数据库中的所有信息。碎片整理完成后，将删除原数据库或将其保存到用户指定的位置，然后将新版本重命名为原名称。如果该工具遇到错误记录，则将停止并显示错误消息。

执行脱机碎片整理时，Exchange 会生成一个数据库文件的临时副本。数据库文件中的表将被保留并复制到临时数据库中，但会丢弃空页并重建索引。因为此 *** 作将更改数据库中的物理页码，所以，不会原封不动地复制页。页之间的页链接将全部更新，并会对数据库中保留的所有页进行完整性检查。

二、数据库碎片整理所需的时长

完成碎片整理所需的时长取决于数据库的空白空间数量，与数据库文件的大小无关。例如，对同样包含 10 GB 数据的 100 GB 数据库和 11 GB 数据库进行碎片整理，所用的时间几乎相同。

默认情况下，碎片整理完成之后，临时数据库将自动成为新的生产数据库，原生产数据库文件将被删除。如果相同逻辑驱动器上拥有与原数据库文件大小相同的可用空间，则可明显缩短碎片整理所需的时间。在这种情况下，临时数据库可以放在相同的逻辑驱动器上，最终副本几乎瞬时完成。

建议不要使用网络驱动器存储临时数据库。如果使用网络驱动器存储临时数据库，则将延长碎片整理所需的时间，并且任何暂时或永久的网络错误都将导致碎片整理过程终止。而由于碎片整理不可恢复，所以必须从头重新开始。

注意：只需要与碎片整理后的文件最终大小相同的额外逻辑驱动器磁盘空间。尽管无法精确地预测将回收的磁盘空间量，但仍应以 110%(建议值)的比例保留可用磁盘驱动器空间。

三、何时运行 脱机碎片整理命令

1 数据库中存在大量可以回收并且不会再使用的可用空间。

2 存在影响数据库文件索引的 ESE -1018 错误。在这种情况下，脱机碎片整理会重建索引。运行脱机碎片整理可以有效地消除此类损坏。

3 数据库文件已使用 Eseutil /P 进行修复。运行了修复之后，应对数据库文件执行 Eseutil 脱机碎片整理。

4 驻留在 Exchange 2007 中心传输服务器或边缘传输服务器上的队列数据库文件上出现邮件风暴。邮件风暴是指大量邮件，其填满传输队列的速度超过了传输服务可以达到的电子邮件处理速度。此行为使队列中填满了邮件，队列数据库将根据需要进行扩展。处理了风暴中的邮件并对数据库运行了联机碎片整理之后，部分可用空间会保留在数据库中。若要回收此可用空间并缩小数据库，则可运行 Eseutil /D 执行脱机数据库碎片整理。

四、何时不应该运行 脱机碎片整理命令

不应将运行 Eseutil 脱机碎片整理作为任何类型的标准维护活动。Exchange 会在夜间运行自动联机碎片整理，处理 Exchange 的日常维护。对于日常维护、月度维护或年度维护，都不需要运行脱机碎片整理。

如果数据库未处于一致状态，则不应运行 Eseutil 碎片整理。

如果可将邮箱移动到某个可用数据库，则不应运行 Eseutil 脱机碎片整理。这样做可以减少最终用户的停机时间。因为脱机碎片整理是通过脱机方式完成的，所以在碎片整理过程中，用户将无法访问其邮箱。为了减少对最终用户的影响，建议您通过执行移动邮箱 *** 作，将邮箱移动到其他可用数据库。

如果 ESE -1018 错误影响了数据库文件的数据部分，则不应运行 Eseutil 脱机碎片整理。在这种情况下，脱机碎片整理将检测到该错误，从而无法继续。

如果长时间应用的话：

cmd中

cd %systemroot%\system32\wins

net stop wins

jetpack winsmdb tempmdb

net start wins

数据库管理系统如下：

1、Oracle。Oracle即Oracle Database，或Oracle RDBMS，的简称。是甲骨文公司的款关系数据库管理系统。它是在数据库域直处于先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是种高效率、可靠性好的适应高吞吐量的数据库解决方案。

2、Sybase。Sybase是种典型的UNIX或WindowsNT平台上客户机／服务器环境下的大型关系型数据库系统。Sybase提供了套应用程序编程接口和库，可以与非Sybase数据源及服务器集成，允许在多个数据库之间复制数据，适于创建多层应用。系统具有完备的触发器、存储过程、规则以及完整性定义，支持优化查询，具有较好的数据安全性。

3、Informix。Informix是IBM公司出品的关系数据库管理系统。作为个集成解决方案，它被定位为作为IBM在线事务处理（OLTP)旗舰数据服务系统。IBM对Informix和DB2都有长远的规划，两个数据库产品互相吸取对方的技术优势。

4、MicrosoftSQLServer。Microsoft SQL Server是Microsoft公司推出的关系型数据库管理系统。具有使用方便可伸缩性好与相关软件集成程度高等优点，是个全面的数据库平台，使用集成的商业智能（BI)工具提供了企业的数据管理。Microsoft SQL Server数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。

5、Microsoft Access。Microsoft Office Access是结合了Microsoft JetData base Engine和图形用户界面两项特点，由微软发布的关系数据库管理系统，是Microsoft Office的系统程序之，在包括专业版和更高版本的office版本里面被单独出售。

（一）数据资料收集整理工作步骤

农用地分等工作中数据资料收集整理与调查工作是整个农用地分等工作的关键环节，其质量关系到分等成果的准确性。其基本步骤如下：

（1）农用地分等项目技术组到国土资源局、农业局、统计局、水利局、交通局、环保局、气象局等相关部门收集有关资料，主要包括土壤普查、国土资源调查、农业区划、土地利用总体规划等资料，气象、水文、地质以及国民经济统计等基础资料，环境保护资料、农田水利资料、国民经济、农业统计资料以及土壤图、地形图、土地利用现状图等基础图件。

（2）由各镇国土资源所负责将镇级国土资源所、农技站和各村委会调查表格下发至相关单位，并要求各单位按照调查表格的内容准备材料。在农用地分等技术组和当地国土资源所、农办工作人员的具体指导下，集中各行政村和相关单位的干部或技术人员，结合各镇的实际情况，现场进行调查与收集资料工作。内容包括农用地投入、产出样点资料，农田水利基础设施状况及区位交通状况等资料。

（3）资料整理，即对收集的资料进行核实、分析与整理。

（二）数据资料整理

数据资料整理主要是对收集的资料进行核实、分析与整理。

1资料核实

严格核实资料数据，要求数据来源可靠，计量单位统一，剔除明显不符合实际的数值和特殊的极值。

2资料整理

（1）对资料进行分类整理，重点是图件、数据资料整理。

（2）对不能满足分等工作要求的资料应做好记录，以便进行外业补充调查。

（3）四周与邻县接边的分等单元要整理出来，填写专门的表格，以备接边检核和存档。

（4）对缺乏土壤资料的补充调查点，应注意收集土壤普查土种志资料（有其生产性能的描述）或补充土壤剖面，以便准确诊断分等因素。

（5）外业调查原始记录的文字、表格、图件、剖面照片及其说明、环境照片及其说明，必须整理成册，列入基础资料汇编，存入档案。

（三）分等主要工作过程及数据库建设

1分等主要工作过程

分等工作包括工作准备、资料收集整理、外业调查、数据处理、成果自检、成果整理及报告撰写、省级预检等工作过程。分等工作的基本工作流程如图2-1所示。

2分等数据库处理

农用地分等数据库处理主要包括以下7个方面的工作：

（1）整理分析外业调查资料与数据：对收集的分等资料和数据，进行全面的整理、核实、检查、分析，以保证各个分等因素因子数据的准确性。

（2）建立分等数据库：利用GIS工具，将土地利用现状、土壤类型、土壤有机质含量、土壤pH值、行政区划、土地变更调查等成果图件中未数字化的图件进行扫描、矢量化，建立分等空间数据库；应用地理信息系统工具软件进行分等因素因子的属性数据的录入和检验，建立分等数据库。

（3）将农用地分等单元图与土壤分布图、土壤有机质图进行叠加套合，再根据土壤普查报告和农业区划报告等有关资料对农用地分等因素进行判读，提取各分等单元的土层厚度、土体构型、有机质含量、pH值等土壤属性，经归纳、检核后建立分等单元属性数据库。

（4）在对调查资料中投入产出数据进行系统整理的基础上，进行样点内不同指定作物的土地利用系数、土地经济系数计算，等值区划分，等值区土地利用系数、土地经济系数计算并与农用地分等属性库连接。

图2-1 广东省农用地分等工作流程图

（5）计算样点及各村的平均土地利用系数及土地经济系数，划分等值区。计算各分等单元内的自然质量等指数、利用等指数、经济等指数。

（6）进行农用地等别划分：采用等间距法，以200分为区间划分农用地分等单元的自然质量等、利用等和经济等，初步确定农用地等别。

（7）确定标准样地：按照《农用地分等规程》和《广东省农用地分等定级与估价技术方案和工作方案》中的有关规定，选择各镇自然质量等指数、利用等指数和经济等指数最高的农用地分等单元，确定县域内农用地的省级和县级标准样地。

3分等数据库的建立

1）建立分等数据库的目的和意义

（1）目的。协调、统一、规范农用地分等定级与估价成果的数据组织、数据内容与数据格式，为省级农用地分等定级估价工作奠定基础。

（2）意义：

①农用地分等定级估价工作是一项内容新、技术性强、技术要求高、涉及部门多的工作，由于农用地分等定级与估价工作涉及的基础资料繁多，必须制定统一的技术细则才能建立起完备的数据管理系统。

②由于参与此项工作的技术单位众多，为了协调统一省级农用地分等定级与估价成果数据，避免数据汇总、统计、数据共享和数据互 *** 作可能出现的问题，须建立统一的数据格式和标准。

③农用地分等定级与估价的成果数据及其管理系统是农用地分等定级估价工作的核心成果，作为国土资源管理的基础数据，将在土地征收、农用地流转、土地利用规划等工作中发挥重要的作用。

2）建立分等数据库的技术依据

建立分等数据库的技术依据包括以下几个方面：

（1）《农用地分等规程》（TD/T1004-2003）。

（2）《农用地分等数据库标准》（征求意见稿）。

（3）《广东省农用地分等定级与估价技术方案和工作方案》。

（4）国土资源部土地整理中心《农用地分等定级与估价项目技术简报》。

（5）广东省农用地分等定级与估价项目工作技术简报。

（6）广东省农用地分等定级估价工作相关文件。

3）分等数据库的内容

数据库成果包括图形数据库、表格数据库和数据库软件系统，对于通用软件或国家要求格式的数据库，仅要求提交数据内容；对于图形数据库的内容，应包含提交的所有成果图件的数据；对于表格数据库或属性数据库，应与图形数据相关联，对于不需要图形对应的表格可以仅提交电子表格。

4）数据库要求

（1）样点调查图必须包含样点编号、单元编号、村名和各项调查因素字段。

（2）分等单元电子图的属性必须包含单元编号、地类代码、指标区名称、面积、分等因素原始属性。

（3）农用地自然质量等别图属性必须包括单元编号、各单元的自然质量等别的诊断因素及其指标。

（4）农用地利用等别图属性必须包括各利用等别单元编号、实际调查产量、二级区最高产量、利用系数。

（5）农用地等别图属性必须包括单元编号、投入、产量、经济系数。

（6）农用地标准样地分布图与样地属性表相对应。

（7）综合数据库应包括单元图形库和与单元相连接的分等单元综合数据表。

5）数据格式

（1）属性数据格式。属性数据格式要求数据字段包含字段名称、字段代码、字段类型、字段长度和小数位数，具体如表2-1所示。

表2-1 属性数据格式要求表

（2）电子成果格式。本项目电子图件采用E00格式，电子表格采用DBF、Excel两种格式，文字报告采用Word格式。

(四)分等成果图件编制

1农用地分等成果图件

农用地分等成果图件包括工作底图、中间成果图和最终成果图。最终成果图应直观反映农用地质量的优劣，反映不同质量农用地的分布、面积等状况。

（1）工作底图。农用地分等工作底图采用2003年土地利用现状调查图。

（2）中间成果图。中间成果图有分等单元图、指标区图、土地利用系数等值区图和土地经济系数等值区图。

（3）最终成果图。最终成果图包括农用地自然质量等别图、农用地利用等别图、农用地经济等别图、标准样地分布图。

2农用地分等成果图编绘要求

（1）比例尺。农用地分等成果图件的比例尺应为1∶1万～1∶10万，应与土地利用现状调查的精度一致。

（2）工作底图。农用地分等工作要以土地利用现状图为工作底图。

（3）上图要素。各图件应突出反映主题内容，并包括图名、图廓、图例、比例尺、坐标系统、方位坐标、县级和乡级行政界线、重要的线状地物或明显地物点、编图单位、编图时间、邻区名称和界线等要素，各等别图还应包括面积汇总表。

（4）等别图斑。编制最终成果图时应将等别相同的相邻分等单元进行归并，形成等别图斑，图斑面积不小于6平方毫米。

（5）图件内容标注。用图示、注记等标注分等成果，具体要求如下：①用阿拉伯数字分别表示各等别（1等、2等、3等……）；②用实线表示各等别界线；③各地根据需要编绘彩色等别图，等别图以冷色调为主，等别色差明显，图面色调和谐。

1、把你表中经常查询的和不常用的分开几个表，也就是横向切分

2、把不同类型的分成几个表，纵向切分

3、常用联接的建索引

4、服务器放几个硬盘，把数据、日志、索引分盘存放，这样可以提高IO吞吐率

5、用优化器，优化你的查询

6、考虑冗余，这样可以减少连接

7、可以考虑建立统计表，就是实时生成总计表，这样可以避免每次查询都统计一次

mrzxc 等说的好，考虑你的系统，注意负载平衡，查询优化，25 万并不大，可以建一个表，然后按mrzxc 的3 4 5 7 优化。 速度，影响它的因数太多了，且数据量越大越明显。

1、存储 将硬盘分成NTFS格式，NTFS比FAT32快，并看你的数据文件大小，1G以上你可以采用多数据库文件，这样可以将存取负载分散到多个物理硬盘或磁盘阵列上。

2、tempdb tempdb也应该被单独的物理硬盘或磁盘阵列上,建议放在RAID 0上，这样它的性能最高,不要对它设置最大值让它自动增长

3、日志文件 日志文件也应该和数据文件分开在不同的理硬盘或磁盘阵列上，这样也可以提高硬盘I/O性能。

4、分区视图 就是将你的数据水平分割在集群服务器上，它适合大规模OLTP,SQL群集上，如果你数据库不是访问特别大不建议使用。

5、簇索引 你的表一定有个簇索引，在使用簇索引查询的时候，区块查询是最快的，如用between，应为他是物理连续的，你应该尽量减少对它的updaet,应为这可以使它物理不连续。

6、非簇索引 非簇索引与物理顺序无关，设计它时必须有高度的可选择性，可以提高查询速度，但对表update的时候这些非簇索引会影响速度，且占用空间大，如果你愿意用空间和修改时间换取速度可以考虑。

7、索引视图 如果在视图上建立索引,那视图的结果集就会被存储起来，对与特定的查询性能可以提高很多，但同样对update语句时它也会严重减低性能，一般用在数据相对稳定的数据仓库中。

8、维护索引 你在将索引建好后，定期维护是很重要的，用dbcc showcontig来观察页密度、扫描密度等等，及时用dbcc indexdefrag来整理表或视图的索引,在必要的时候用dbcc dbreindex来重建索引可以受到良好的效果。 不论你是用几个表1、2、3点都可以提高一定的性能，5、6、8点你是必须做的，至于4、7点看你的需求，我个人是不建议的。打了半个多小时想是在写论文，希望对你有帮助。

以上就是关于数据库碎片整理不影响业务使用全部的内容，包括:数据库碎片整理不影响业务使用、对Exchange2007的数据库进行脱机碎片整理、整理WINS数据库的命令是等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！