DAT42-2009企业档案工作规范

精品文档精心整理精品文档可编辑的精品文档企业档案工作规范DA／T42—2009(国家档案局2009年11月2日发布，2010年1月1日实施)1范围

本标准确立了企业档案工作原则、组织和制度要求，给出了企业档案业务工作、档案信息化建设、档案工作设施设备配置等方面的方法与技术指南。

本标准适用于大中型工业企业，其他类型企业及事业单位可参照使用。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

GB／T9705文书档案案卷格式

GB／T11821照片档案管理规范

GB／T11822科学技术档案案卷构成的一般要求

GB／T17678.1CAD电子文件光盘存储、归档与档案管理要求

GB／T18894电子文件归档与管理规范

DA／T1档案工作基本术语

DA／T12全宗卷规范

DA／T13档号编制规则

DA／T15磁性载体档案管理与保护规范

DA／T22归档文件整理规则

DA/T28国家重大建设项目文件归档要求与档案整理规范

DA/T31纸质档案数字化技术规范

DA/T32公务电子邮件归档与管理规则

DA/T43缩微胶片档案数字化技术规范

JGJ25档案馆建筑设计规范

ISO15489.1信息与文献一文件管理：通则

IS015489.2信息与文献一文件管理：指南3术语和定义

DA／T1—2000确立的以及下列术语和定义适用于本标准。

3.1

企业档案businessrecords

企业在研发、生产、经营和管理活动中形成的有保存价值的各种形式的文件。

3.2

企业档案工作businessrecordsmanagement

企业履行档案管理职责的行为和活动。

3.3

电子档案electronicrecords

具有保存价值的归档电子文件及相应元数据、背景信息和支持软件。3.4

档案信息化archivalinformationization

运用信息技术对归档文件、数据信息资源及档案进行采集、整合、维护、处置和提供利用服务的档案管理提升过程和工作方式。

4档案工作总则

4.1企业档案是企业知识资产和信息资源的重要组成部分。企业档案工作是企业研发、生产、经营和管理活动的基础性管理工作。

4.2企业档案工作应以企业资产关系为纽带，实行统一领导、统一管理、统一制度、统一标准。

4.3企业档案工作应以满足企业各项活动在证据、责任和信息等方面的需求为导向，运用现代技术与管理方法，通过资源整合和开发，为企业研发、生产、经营、管理和持续发展提供有效服务。

4.4企业应维护档案的完整、准确、系统与安全。

5档案工作组织

5.1组织系统建设

5.1.1档案工作领导

企业应确定档案工作的分管领导，确定各职能或承办部门、各项目档案工作的负责人，确定档案部门的负责人。

5.1.2档案机构设置

企业应根据规模和管理模式设置专门的档案机构，或指定负责档案工作的机构。大型企业应设立档案馆。

5.1.3档案人员配备

企业应配备与企业研发、生产、经营和管理相适应的专职档案人员；各部门、各项目应配备专职或兼职档案人员。企业应保持档案人员相对稳定。

5.1.4档案工作体系

企业应建立以档案部门为核心，各职能或承办部门、各项目专兼职档案人员为基础的企业档案工作体系。

5.2企业管理职责

5.2.1企业应贯彻国家有关档案工作法律、法规和方针政策，建立健全档案工作规章制度，将档案工作纳入企业发展规划和工作计划，为档案工作持续发展提供保障。

5.2.2企业应将文件形成、积累和归档要求纳入各部门、项目及专项工作职责和有关人员岗位职责，并对分管领导、部门和项目负责人及有关人员职责履行情况进行考核。

5.2.3企业应采取必要措施，维护和确保档案的完整、准确、系统和安全。

5.2.4企业资产与产权变动时应做好档案的处置工作，国有企业应依照档发字[1998]6号文件的要求进行，其他企业可参照。

5.2.5企业应对档案工作中做出成绩的集体或个人给予表彰和奖励；对违反有关规定造成档案损失的相关人员给予处分。

5.3企业部门职责

5.3.1企业各职能或承办部门及项目负责人应对本部门或项目归档文件的完整和系统负责。

5.3.2企业各职能或承办部门及项目文件形成者应负责积累文件，并对归档文件的齐全、准确和形成质量负责。

5.3.3专兼职档案人员应负责收集、整理应归档的文件，对归档文件的整理质量负责。

5.3.4企业各职能或承办部门及项目对文件管理的责任，见ISO15489.1第七章、ISO15489.2和档发[2002]5号文件要求。

5.4档案部门职责

5.4.1统筹规划企业档案工作，制定企业文件归档和档案鉴定、整理、保管、统计、利用、移交等有关规章制度。

5.4.2负责企业档案的收集、整理、保管、鉴定、统计和提供利用工作。

5.4.3指导企业各部门、项目及专项工作文件的形成、积累、整理及归档工作。

5.4.4监督、指导、检查企业所属单位(包括派出机构和投资的全资、控股企业)的档案工作。

5.4.5依照有关规定向国家档案馆或有关单位移交档案。

5.5档案人员要求

5.5.1档案人员应遵纪守法、忠于职守、具有专业知识。

5.5.2档案部门负责人应具有中级以上专业技术职称或大学本科以上学历。

5.5.3档案人员应具备大学专科以上学历或同等学识水平。

5.5.4档案人员应定期接受档案业务培训。

6档案工作制度

6.1工作规章

6.1.1明确企业文件形成、归档责任。企业在制定有关规章、标准和制度中应提出相应的文件收集、整理和归档的责任要求。

6.1.2制定企业档案工作规定。企业档案工作规定是企业档案工作的基本要求，其主要内容应包括：档案工作原则及管理体制，文件的形成、积累与归档职责要求，档案收集、鉴定、整理、保管、统计、利用要求，资产与产权变动档案的处置原则，解释权限等。

6.1.3建立档案工作责任追究制度。对相关岗位人员违反文件收集、归档及档案管理制度，发生档案泄密、造成档案损毁等行为，企业应提出责任追究和处罚措施，并将有关要求纳入相关管理制度。

6.1.4制定档案管理应急预案。对可能发生的突发事件和自然灾害，企业应制定档案抢救应急措施，包括组织结构、抢救方法、抢救程序、保障措施和转移地点等。对档案信息化管理的软件、操作系统、数据的维护、防灾和恢复，应制定应急预案。

6.2管理制度

6.2.1文件归档制度。应明确文件归档范围及保管期限、归档时间、归档程序、归档质量要求以及归档控制措施。

6.2.2档案保管制度。应明确各门类档案保管条件、特殊载体档案保管方式、档案清点检查办法、对受损档案的处置办法、档案进(出)库要求、库房管理要求和库房管理员职责。

6.2.3档案鉴定销毁制度。应明确鉴定、销毁工作的组织、职责、原则、方法和时间等要求。

6.2.4档案统计制度。应明确统计内容、统计要求和统计数据分析要求。

6.2.5档案利用制度。应明确档案提供利用的方式、方法，规定查(借)阅档案的权限和审批手续，提出接待查(借)阅档案的要求。

6.2.6档案保密制度。应明确档案形成者、档案管理者、档案利用者应承担的保密责任。

6.2.7电子档案管理制度。应对企业各信息系统中形成的电子文件提出归档、管理和利用要求。

6.2.8档案管理系统操作制度。应明确档案管理系统操作人员的职责、档案管理系统软件、硬件的操作要求。

6.3业务规范

6.3.1文件、档案整理规范。应明确文件立卷与档案整理原则、整理方法、档号编制要求和档案装具要求等。

6.3.2档案分类方案。应明确分类依据、类别标识、类目范围。

6.3.3文件归档范围和保管期限表。应明确各类文件归档的范围及其相对应的保管期限。

6.3.4特殊载体档案管理规范。应明确不同载体档案收集、整理的要求和保管的条件。

7档案业务工作

7.1企业档案工作与业务活动

7.1.1企业档案工作是企业各项业务和活动的有机组成部分，应纳入企业领导工作议事日程，纳入企业规章制度及工作流程，纳入企业部门和有关人员的经济责任制或岗位责任制。

7.1.2企业档案部门或档案人员应参加产品鉴定、科研课题成果审定、项目验收、设备开箱验收等活动，负责检查应归档文件的完整、系统。

7.1.3企业下达项目计划任务应同时提出项目文件的归档要求；检查项目计划进度应同时检查项目文件积累情况；验收、鉴定项目成果应同时验收、鉴定项目文件归档情况；项目总结应同时做好项目文件归档交接。

7.2文件的形成、积累

7.2.1文件形成时应使用耐久、可靠的记录载体和记录方式。

7.2.2文件形成者应将办理完毕、有保存价值的文件及时交本部门、项目或专项工作档案人员保管。

7.3文件整理与归档

7.3.1文件整理

文件立卷整理应遵循文件形成规律，区分保管期限，保持文件间有机联系。文书、科技、会计、人事等门类文件的整理，应分别符合GB9705、DA／T22、GB／T11822、财会字[1998]32号、劳力字[1992]33号等标准及文件的要求；音像、电子等载体形态文件整理，应分别符合GB／T11821、DA／T15、GB／T18894、DA／T32等标准的要求。

7.3.2文件归档范围

企业在筹备、建设、生产、经营、管理等活动及产权变动过程中形成的具有保存价值的各种载体形式的文件都应纳入归档范围。国有企业文件归档范围应符合档发[2004]4号文件要求。

归档文件的主要来源有：

——本企业形成的文件；

——本企业引进项目、外购设备等接收的文件；

——所属单位及参股企业应向本企业提交的文件；

——本企业参与的合作项目，合作单位按要求应向本企业提交的文件；

——本企业执行、办理的外来文件。

企业应根据经营管理范围和业务活动类型制定文件归档范围和保管期限表。确定文件归档范围和保管期限可参照、但不限于附录A。项目建设类文件应依据企业在项目建设中的性质确定，建设单位、设计单位、施工单位、监理单位文件归档具体范围参见DA／T28；服务类型企业各类文件归档范围及企业中专业性较强的业务活动的文件归档范围，应结合企业活动和专门业务编制。7.3.3文件归档时间

经营管理工作、生产技术管理工作、行政管理工作、党群工作中形成的文件一般应在办理完毕后的第二年一季度归档。

科研开发、项目建设文件应在其项目鉴定、竣工验收前归档，周期长的可分阶段、单项归档；产品生产及服务业务应定期或按阶段归档。

产权产籍、质量认证、资质信用、合同协议、知识产权等文件应随时归档；外购设备仪器或引进项目的文件应在开箱验收或接收后即时登记归档。

会计核算专业材料应在会计年度终了后由会计部门整理归档，保管一年后向档案部门移交。

电子文件逻辑归档宜定时进行，物理归档应与相应门类或内容的其他载体归档时间一致。

磁带、照片及底片、胶片、实物等载体形式的文件应在工作结束后及时归档，或与相应内容的纸质载体归档时间一致。

更新、补充的文件，企业内部机构变动和干部职工调动、离岗时应清退的文件，企业资产与产权变动过程中形成的文件，其他活动中形成的文件等，应随时归档。

7.3.4文件归档要求

企业应实行部门、项目及专项工作的文件收集、整理、归档责任制。各部门、项目及专项工作专兼职档案人员应按照规定将文件整理后归档。

归档的文件应完整、准确、系统，其制成材料应有利于长久保存，图文字迹应符合形成文件设备(打印机、复印机、扫描仪等)标称的质量要求。

归档的文件应为原件。因故无原件的可将具有凭证作用的复制件归档。

非纸质文件应与其文字说明一并归档。外文(或少数民族文字)材料若有汉译文的，应一并归档，无译文的要译出标题和目录后归档。

归档的文件一般一式一份。重要的、利用频繁的和有专门需要的可适当增加份数。

两个以上单位合作完成的项目，应以合同、协议等形式约定文件归档要求。主办单位一般应保存全套文件，协办单位保存与所承担任务相关的正本文件。

文件形成部门应就归档文件填写《档案交接登记表》(见附录B表B.1)。重要项目文件归档时应由项目管理部门编写归档说明，并经项目负责人审核签字。

7.4档案收集工作

7.4.1文件归档的交接

文件形成部门应按期将《档案交接登记表》随同已整理的文件向档案部门移交。

档案部门接收时应认真核对，并检查档案质量。双方在《档案交接登记表》签字后各保留一份。

7.4.2档案与资料的收集

企业应接收所属单位因产权变动后属本企业所有的档案。

企业应根据资产管理权限接收无法人资格的所属单位档案。

企业可根据需要收集宣传报道本单位的新闻资料。

企业可根据研发和市场竞争的需要收集与企业经营范围相关的资料。

企业可根据需要向社会、离退休人员征集档案、资料。

7.5档案整理工作

7.5.1档案部门应区分全宗进行档案的分类、排列与编目。

7.5.2分类方案应依据企业管理职能，结合档案形成特点制定，并应保持相对稳定性和可扩充性。分类方案应附有分类说明。

7.5.3类别号可采用阿拉伯数字、英文字母、拼音字母中的一种或两种混合方法设定。

7.5.4全宗内档案按类分别集中排列，类别内档案按类目条款顺序依次排列编号。

7.5.5根据分类方案和排列顺序编制档号。档号应指代单一，具有唯一性。档号编制方法见DA／T13。

7.5.6档号可采用“[全宗号—]分类号(或项目代号或目录号)—案卷号(或件号或盘、盒、张号)”([]表示可选)结构。

全宗号由企业根据对所属单位集中统一管理档案的需要和企业产权变更情况自行设定。

7.5.7纸质档案应与对应的非纸质载体档案设立互见号。

互见号是反映同一内容其他载体档案保管单位的档号。

7.5.8按全宗、类别、保管期限编制档案目录。

7.5.9档案部门应对每个全宗建立全宗卷。全宗卷可单独管理。全宗卷的主要内容和编制方法见DA／T12。

7.6档案保管工作

7.6.1档案存放应依据档案载体选择档案柜架。底图不宜折叠；磁性载体应选择防磁设施。重要档案应异地备份。

7.6.2档案入库前一般应去污、消毒。受损的档案应及时修复或补救。对于易损的制成材料和字迹，应采取复制手段加以保护。

7.6.3库房管理

库房应保持干净、整洁，并具备防火、防盗、防光、防有害气体、防尘、防有害生物等防护功能(见JGJ25)。

库房温、湿度应符合JGJ25、GB／T18894和DA／T15对各类档案载体的保管要求，并有温湿度登记(登记表参见附录B表B.2)。

库房设备运转情况应定期检查，并及时排除隐患。

库藏档案应定期清理核对，做到账物相符。库藏档案数量发生变化时应记录说明。

7.7档案鉴定工作

7.7.1企业应成立由主管领导、职能部门、专业技术人员和档案人员组成的档案鉴定委员会(或小组)，负责确定文件保管期限和到期档案鉴定。

7.7.2档案保管期限应根据文件对企业、国家和社会所具有的现实和今后工作查考、凭证作用，以及历史研究价值确定。

7.7.3档案保管期限一般分为永久和定期两种。会计档案的保管期限执行《会计档案管理办法》。

7.7.4永久保管档案。凡是反映本企业主要职能活动和历史面貌，对本企业、国家和社会有长远利用价值的文件，列为永久保管。

7.7.5定期保管档案。凡是反映本企业一般工作活动，在一定时间对本企业各项工作有参考利用价值的文件，列为定期保管。定期保管档案的年限可根据其参考利用价值分为30年和10年。

7.7.6企业应定期对已到保管期限的档案进行鉴定。经档案鉴定委员会鉴定，仍需继续保存的档案应重新划定保管期限；对保管期满确无保存价值的档案应登记造册，填写销毁清册(参见附录B表B.3)，经企业法定代表人批准后进行监督销毁。销毁清册永久保存。

7.8档案统计工作

7.8.1档案部门应及时、准确地填报本企业档案工作年报及有关统计报表。

7.8.2建立档案工作统计台账，主要内容包括：档案馆(室)藏情况；年度入出库情况；档案利用情况；档案专兼职人员情况；档案设施、设备情况；档案销毁情况等。

7.8.3档案统计工作应保持连续性。

7.9档案利用工作

7.9.1档案部门应加强档案检索系统建设，开发档案信息资源，及时、有效地提供档案利用服务。

7.9.2企业应根据保密规定和知识产权管理要求，设定利用者权限。超越权限的利用需经有关领导审批。’

7.9.3利用档案应按规定进行登记(借阅登记表参见附录B表B.4)。利用效果突出的宜进行登记(利用效果登记表参见附录B表B.5)。

7.9.4可采用直接查阅、电话调阅、网上查阅等方式提供利用原件、复制件、缩微件和电子档案。

7.9.5企业宜对档案信息进行分类汇总，形成专题汇编，如规章制度汇编、专题文件汇编等。

7.9.6企业宜对档案信息进行综合整理，形成专题材料，如大事记、年鉴、组织沿革、产品性能比较、科研成果简介、工程项目简介、设备的更新换代、市场的变化等。

7.9.7企业宜对档案信息进行分析研究，形成深层次加工材料，如历年生产经营指标统计分析、重大事故原因研究分析、企业史志等。

7.9.8企业可利用档案举办档案陈列或展览。

8档案信息化建设

8.1档案信息化目标与原则

8.1.1企业档案信息化应以促进、完善企业信息化和提升档案管理现代化水平为总目标。

8.1.2企业档案信息化应坚持技术与管理并重、与企业信息化协调和同步的原则。

8.1.3企业各信息系统的开发与实施应充分考虑档案管理的要求。

8.2电子文件的归档

8.2.1电子文件归档要求及功能应嵌入文件生成系统。企业各信息系统生成的文本、图形、图像、数据等类型电子文件归档范围应参照纸质文件归档范围确定。音频、视频、多媒体等类型电子文件及数据库的归档范围应根据相关规定和需要确定。

8.2.2企业各信息系统所形成的电子文件的元数据、背景信息，以及生成非通用电子文件格式的软件等应与电子文件一并归档。

8.2.3归档的电子文件数据格式应易于识读、迁移。电子文件通用格式见GB／T18894第6章。

8.2.4电子文件应经鉴定、整理、审核后归档。电子文件的整理、鉴定与归档要求参见GB／T17678.1和GB／T18894。

8.2.5加密的电子文件归档时一般应解密，必须加密归档的电子文件应与其解密软件和说明文件一并归档。

8.2.6文件形成部门应负责确保归档电子文件具备真实性、可靠性、完整性和可用性。

8.3传统载体档案数字化

8.3.1企业可根据档案保管和利用的实际需要，有选择地对传统载体档案实施数字化。

8.3.2纸质档案数字化应符合DA／T31的要求，缩微胶片数字化应符合DA／T43的要求。

8.3.3照片档案和声像档案数字化文件格式见DA／T32的附录B。

数字化生成的档案副本档号应与原档案对应。

8.4电子档案的保管

8.4.1电子档案应参照纸质档案分类方案进行整理。

8.4.2电子档案应存储到脱机载体上。其存储载体见DA／T32的附录C，保管要求见GB／T18894的9.4。

8.4.3脱机存储电子档案的载体或装具上应贴有注明载体序号、电子档案号、密级、保管期限、存入日期等内容的标签，电子档案载体应设置成禁止写操作的状态。

8.4.4存储在脱机载体上的电子档案应一式三套，一套封存保管，一套异地保管，一套提供利用。

8.4.5超过保管期限的电子档案的鉴定和销毁，按照纸质档案的有关规定执行，其删除和销毁应符合GB／T18894中9.8的相关规定。对确认销毁的电子档案应有销毁文件目录存档。

8.5档案网络化服务

8.5.1企业应建立馆(室)藏档案目录数据库，并逐步实现档案的全文检索。

8.5.2对数字化档案和各信息系统归档的电子文件，档案部门应根据设定的利用权限提供及时有效的网络化服务。

8.5.3涉密档案管理系统应与互联网物理断开，非涉密档案管理系统可与互联网逻辑隔离。

8.5.4档案管理系统应采取身份认证、权限控制、加装防火墙等安全保密措施。

8.5.5档案管理服务器应采取可靠的备份、恢复措施。

8.5.6各信息系统应有生成电子文件自动归档功能的模块或接口。

8.6档案管理系统软件

8.6.1档案管理系统软件的配置应满足本企业的实际工作需要，并适应本企业信息化建设发展需要。

8.6.2档案管理系统应具备收集整编、数据管理、检索浏览、借阅管理、统计汇总、权限设置、安全保密、系统维护等基本功能，并能辅助实体档案管理及根据需求增扩其他相应功能。

8.6.3档案管理系统应与各信息系统之间衔接，并能接收和兼容各信息系统生成的电子文件。档案管理系统设计与实施参见ISO15489.1第8章和ISO15489.2。

9档案工作设施设备

9.1档案库房

9.1.1档案库房应设置在远离易燃、易爆物品和水、火等存在安全隐患的场所，无特殊保护装置一般不宜设置在地下或顶层。

9.1.2档案库房楼层地面应满足档案及其装具的承重要求。

9.1.3档案库房面积应满足档案工作发展的需要，留有存储空间。

设置档案馆的企业，档案库房建筑应符合JGJ25的要求，库房一般应满足日后20年档案存储需要。

9.2业务技术用房

9.2.1业务技术用房应满足接收、整理、修复档案的实际需要。

9.2.2企业可根据工作需要设置档案接收、整理、裱糊、消毒、复印、数字化、缩微以及安全监控等用房。

9.3阅览及陈列室

阅览室应邻近办公室和档案库房，环境安静。

陈列室(展览室)宜设置在适于观览的场所。

9.4档案装具

9.4.1档案柜架应牢固耐用，一般应具有防火、防盗、防尘作用。应根据非纸质载体档案需要选择有专用保护功能的柜架。有条件的可采用密集架。

9.4.2各类档案盒规格、式样和质量应符合GB／T9705、GB／T11822、DA／T22和GB／T11821的要求。

9.5保护设备

9.5.1档案库房应配置温湿度监控设备及灭火器材、防光窗帘、防盗门窗等必要的设施。

9.5.2根据库房管理需要可配置除尘器、消毒柜、去湿机、加湿机、空气净化器等设备。

9.5.3有条件的企业应配置自动报警、自动灭火、温湿度自动调控、监控等设备。

9.6技术设备

9.6.1配备档案整理工作所需要的装订机、打印机等设备。

9.6.2配备档案修复、利用需要的数码照相机、摄像机、复印机、阅读机等设备。

9.6.3配备信息化管理需要的计算机、服务器、扫描仪、光盘刻录机等设备，以及容灾备份设备、应急电源。

9.6.4根据需要可配备CAD绘图仪、工程图纸复印机、缩微机等设备。精品文档精心整理精品文档可编辑的精品文档第一章DB2UDB概况1.1、DB2UDB的产品家族UDB(UniversalDatabase)的前身为DB2，是IBM公司开发的关系型数据库管理系统。从其诞生之日开始，DB2就定位于要为各种规模的企业提供稳定、高效的数据管理支持。可以说，DB2是当前适用范围最广泛的数据库产品。我们对DB2产品的划分通常分为两种方法：一种方法是按其所能支持的硬件和操作系统平台进行划分，另一种方法是按其所能支持的用户规模的不同进行划分。DB2产品几乎覆盖了当前所有流行的硬件和操作系统平台。在大型机操作系统上，有DB2forOS/390、DB2forMVS/ESA、DB2forVSE和DB2forVM等多种产品；在由IBM公司设计的小型机AS/400上，DB2已经嵌入在操作系统OS/400之中，成为其不可分割的一部分。DB2对UNIX操作系统的支持同样十分广泛，可以在AIX、HP-UX、Solaris、SCO-UNIX、SINIX等多种系统上找到其相应的版本。另外，在PC操作系统上，DB2可以对Window9x、WindowsNT以及OS/2等多种操作系统提供支持。UDB6.1还增加了对Linux操作系统的支持。以上我们所提到的只是DB2服务器所能运行的平台，DB2的客户端所能支持的平台更为广泛，除了以上提到的所有平台之外，DB2的客户端还能运行在Dos、Windows3.x、MacOS以及SGI公司的IRIS系统之上。UDB产品除了能够对各种硬件和操作系统平台进行支持之外，为了适应不同用户群的需要，UDB提供了不同级别的产品，对小到个人用户，大到跨国企业的不同需求提供支持。以下是对UDB6.1版本不同级别产品的特点介绍：UDB卫星版：是专门为移动用户设计的小型数据库产品。适合于偶尔连接DB2控制服务器来与公司系统交换数据的单用户系统。它既能允许用户对本地数据进行各种修改，又可以接受远程卫星控制器的集中管理，减轻本地用户的管理负担。该版本只能运行在Windows平台。（该版本属于UDB6.1版本新增版本）UDB个人版：是专门为个人用户设计的功能完备的个人数据库产品，允许用户在本地建立数据库、更改数据、开发应用程序从本地对数据库管理系统进行存取以及通过内置的客户端对远程数据库服务器进行管理。。该版本的限制在于不能对远程应用程序提供全面支持。该版本可以运行在Windows、OS/2以及Linux平台。UDB工作组版：适用于小型局域网的数据管理需求。具有UDB个人版的全部功能，并能够对远程应用程序提供全面支持。该版本可以运行在Windows、OS/2以及Linux平台。（UDB工作组版5.0可以运行在UNIX平台）UDB企业版：简称为UDBEE，适用于企业级的数据管理需求。具有UDB工作组版的全部功能，并能够利用对称多处理（SMP）技术提高系统性能。在它的程序包中，包含了DB2Connect企业版，允许Intel平台和UNIX平台的客户端应用程序访问大型机和AS/400上的数据库服务。UDB企业版可以运行在Windows、OS/2、Linux以及UNIX平台。UDB企业扩展版：简称为UDBEEE，适用于大规模的企业应用。大规模的企业应用的基本要求是稳定(宕机时间短)和高效（处理速度快）,UDB企业扩展版能够利用群集（cluster）和大规模并行处理（MPP）技术提高系统的稳定性和性能。UDB丰富的产品线给用户提供了极大的选择余地。是构造企业信息系统的基石。1.2、对DB的存取方法对DB的存取可以通过SQL语言和UDB内置的API两种手段来实现。不过这两种手段不是能够相互替代的。SQL语言是国际标准，各数据库厂商在实现时一般会有一定程度的扩展。SQL语言主要是完成对数据的查询和更改、数据库对象的建立及权限的控制等功能。而API主要是针对数据库的管理任务，比如数据的备份和恢复、数据库服务的启动和停止等工作。在一个应用程序中，可能既需要用到SQL语言来完成对数据的存取，同时又需要调用API来完成管理工作。1.3、从WEB上存取UDBInternet的广泛使用带来了从WEB对企业数据进行存取的要求。如果开发人员要开发基于Web的UDB应用程序，可以使用以下方法：1.3.1、通过JDBC来存取UDBJDBC是SUN公司提供的利用JAVA语言对关系型数据库进行存取的标准。在WEB上我们可以通过编写JAVAApplet或者JAVAServlet来实现对UDB的存取。其中Applet运行在客户端，只需要一个支持JAVA的浏览器（如IE和Netscape等）即可运行，客户端不需要安装其它软件。Applet可以通过指定端口与服务器端的JDBC服务器进行通信，提供对数据的存取。Servlet是适应当今瘦客户机发展方向的一种编程模式，具有效率高，可移植性好等特点。Servlet运行在WEB服务器端，需要Servlet引擎（如WebsphereApplicationServer）的支持，服务器端通常还需要安装Run-timeClient组件。1.3.2、通过Net.Data来存取UDBNet.Data是IBM公司开发的通过WEB对关系型数据库进行存取的工具。它提供了一种宏语言的开发和执行环境，同时具有HTML的简易性和SQL语言的功能。开发人员可以按照Net.Data的语法编写Net.Data宏，WEB用户可以通过HTML页面上的链接来调用相应的Net.Data宏，Net.Data解释器会对其进行分析，可以提取Net.Data宏中的SQL成分，提交给数据库，然后按照Net.Data宏中规定的格式将数据库管理器传回的结果格式化成HTML页面，传递给浏览器。1.3.3、其它方法除了以上提到的方法之外，还有很多其他的解决方案。如ActiveServerPage、PHP等，具体的选择要看实际的需要。1.4、实例的概念和管理1.4.1、实例的概念：数据库管理器（DatabaseManager）是提供数据库管理控制功能的程序。实例（Instance）就是逻辑的数据库管理器，是真正的数据库管理器在内存中的映象。实例提供了一个可标识的数据库服务器的环境。在安装了UDB的工作站上可以同时创建和运行多个实例，每个实例都有自己的内存空间，并具有单独的权限控制。一般来说，在一台机器上运行多个实例基于以下几种考虑：对数据库环境进行调试和开发的需要如果直接在提供正式数据服务的实例内部对进行各种调试和开发，有可能会影响系统的性能，甚至会使整个系统崩溃。这时用户可以创建一个新的实例，在新的实例内进行调试和开发，因为各个实例都有自己的内存空间，一个实例中的工作不会干扰其他实例正常的数据库服务。出于对安全性的考虑。因为每个实例有单独的权限控制，我们可以为不同的实例设定不同的管理人员，加强安全性的控制。比如你可以把你的个人信息存放在由你控制的实例中，其他的实例拥有者无权查看。出于优化的考虑不同的数据库可能会需要不同的数据库管理器的配置参数来达到最优的性能，如果把它们放到同一个实例中，不能满足需要。当然，系统中的实例不是越多越好，如果在系统中创建的实例过多，不仅会造成额外的资源消耗（内存、硬盘空间等），也会增大管理开销。每个实例在创建后都会有自己的配置文件，文件内的参数会影响该实例的性能。数据库在建立时还会自动地产生一组系统编目表，系统编目表实际上就是DB2数据库的数据字典，它详尽地描述了数据的物理结构和逻辑结构。在系统编目表中保存着各种数据库对象的定义、用于查询优化的统计信息以及系统授权信息。是一个数据库中极其重要的组成部分。1.4.2、实例的管理：要创建一个实例，可以使用db2icrt命令，命令语法如下：db2icrt[-aAuthType][-pPortName][-sInstType]-uFencedIDInstName其中：-aAuthType是实例的认证类型（可以为SERVER、CLIENT、DCS、DCE、SERVER_ENCRYPT、DCS_ENCRYPT或DCE_SERVER_ENCRYPT中的一种）。-pPortName是此实例要使用的端口名或端口号。-sInstType是要创建的实例的类型（eee、ee或client）。-uFencedID是用户名，被隔离UDF和被隔离的存储过程将在该用户名之下运行。InstName是实例的名称。要列出当前系统上创建的所有实例，可以使用db2ilist命令。要删除某个实例，可以使用db2idrop命令。1.4.3、实例级的操作在DB2中，某些任务只能在实例级别上执行。比如，创建数据库，更新数据库管理器配置参数等工作。这时候，就需要应用程序连接到特定的实例之上，然后才能进行操作。要连接到一个实例上，用户可以使用ATTACH命令，语法为：attachto[实例名]user[用户名]using[用户口令]如果用户在执行实例级别的任务时，没有使用ATTACH命令，则系统将使用在DB2INSTANCE环境变量中指定的缺省实例来试图完成该任务。1.4.4、数据库管理服务器（DAS）：UDB的数据库管理服务器实际上也是一个实例，只不过这个实例不是用于数据服务的，而是用于管理目的。数据库管理服务器提供以下功能：接受远程客户端的管理请求，将远程的管理请求在数据库服务器端实现允许用户进行任务调度允许用户对系统进行远程监控响应DB2Discovery，为其提供系统信息数据库管理服务器可以在系统安装时自动生成，也可以在安装后手工创建，在一个数据库节点中只能有一个数据库管理服务器。1.4.5、数据库管理服务器的使用如果没有在安装时创建数据库管理服务器，可以使用命令手工创建。具体命令如下：dasicrt管理服务器的名字(UNIX平台)db2admincreate(INTEL平台)启动和停止数据库管理服务器的命令：db2adminstart启动管理服务器db2adminstop停止管理服务器显示当前数据库管理服务器名：dasilist(UNIX平台)db2admin(INTEL平台)删除当前数据库管理服务器：dasidrop管理服务器的名字(UNIX平台)db2admindrop（INTEL平台）1.5、DB2环境变量的设置1.5.1、DB2环境变量除了实例配置文件和数据库配置文件中所包含的参数之外，还有一些配置参数对数据库环境起到控制作用。这些配置参数分为三类：环境变量：这类变量的设置方法因操作系统的不同而有所差异。例如在WindowsNT环境中，选择控制面板à系统à环境来设置；在OS/2中则要更改config.sys文件。这类变量在更改后很可能需要重新启动系统才生效。实例级登记项：作用范围是某一特定实例。可以用db2set命令来设置。更改后需要重新启动该实例才生效。全局级登记项：作用范围是整个数据库系统。可以用db2set命令来设置。更改后需要重新启动所有实例才生效。举例：变量类型变量名称变量作用环境变量DB2INSTANCE缺省的DB2实例，如果没有显式地连接到某个实例，则所有的操作都被假定是对该实例进行的。环境变量DB2DBDFT缺省的数据库，如果没有显式地连接到某个数据库，则所有的操作都被假定是对该数据库进行的。实例级登记项DB2COMM设置该实例用那种网络协议与客户端通信。全局级登记项DB2SYSTEM该DB2系统的名字。全局级登记项DB2ADMINSERVER该系统上所使用的数据库管理服务器的名字系统在检查系统的变量时，按照先环境变量，再实例级登记项、最后全局级登记项的顺序来搜索。1.5.2、db2set命令db2set命令可以用来管理和设置DB2的登记项，命令语法如下：db2set<option>variable=value其中常用的命令选项：-g：更改全局级变量-i：instance如果更改的是实例登记项，指定该实例的名字-l:列出所有的实例登记项-lr:列出所有的登记项例子：db2setDB2ADMINSERVER显示当前的数据库管理服务器db2setDB2COMM=TCPIP，NETBIOS设置缺省实例的交流协议为TCP/IP和NETBIOSdb2set–all列出当前所有的登记项的值1.6、访问控制—权限1.6.1、DB2访问控制的层次结构SYSADMSYSADMSYSCTRL权力DBADM权力DBADMSYSMAINTSYSMAINT特权特权DB2中的访问控制层次如上图所示。可以对DB2的用户赋于不同级别的权力和各种特权。其中权力（Authorities）是对一组数据库对象进行存取的特权集，有特定的名称。而特权(Privileges)则是对特定对象访问的权利。权力(Authorities)分为以下级别：（1）、SYSADM—系统管理该权限是一个实例中的最高权限。可以完成一个实例范围内任何管理工作。可以通过实例配置变量中的SYSADM_GROUP参数来指定一个用户组拥有该权限。如果该参数为空，在WindowsNT环境下，创建该实例的用户拥有该权限；在UNIX环境下，与实例同名的用户拥有该权限。（2）、SYSCTRL—系统控制该权限可以完成系统中的管理功能，但不能访问数据。但拥有该权限的用户可以创建数据库，并管理自己创建的数据库中的数据。可以通过实例配置变量中的SYSCTRL_GROUP参数来指定一个用户组拥有该权限（3）、SYSMAINT—系统维护该权限只能完成系统中与维护有关的任务，但不能访问数据,而且拥有该权限的用户不能创建数据库。可以通过实例配置变量中的SYSMAINT_GROUP参数来指定一个用户组拥有该权限。（4）、DBADM—数据库管理该权限是数据库级的权限，可以完成数据库的管理工作。该权限可以通过SQL语句授予。四种级别的权力对比如下：功能SYSADMSYSCTRLSYSMAINTDBADM移植数据库可以更改实例配置参数可以赋予或撤消DBADM权限可以指定SYSCTRL组可以指定SYSMAINT组可以更改数据库目录可以可以中断应用程序可以可以创建/删除数据库可以可以创建/删除表空间可以可以利用恢复建立一个数据库可以可以更改数据库配置参数可以可以可以备份数据库和表空间可以可以可以恢复一个存在的数据库可以可以可以执行前滚恢复可以可以可以启动/停止实例可以可以可以恢复表空间可以可以可以使用TRACE工具可以可以可以获取实例和数据库的快照信息可以可以可以查询表空间状态可以可以可以可以更改日志历史文件可以可以可以可以休止表空间可以可以可以可以使用RUNSTATS工具可以可以可以可以对表做LOAD可以可以读日志文件可以可以可以创建/删除/激活事件监视器可以可以可以第二章DB2的图形用户界面2.1、DB2的图形界面概述在UDB之前的DB2产品中，提供给用户的图形界面很少。大部分的管理工作和操作只能通过手工键入命令的方式来实现。UDB的出现改变了这一现状，它提供了丰富的图形化工具，使得管理工作变得更加轻松。2.2、DB2的图形化工具2.2.1、客户端配置工具—CCA要对远程数据库进行存取，首先要设置从客户端到远程数据库的网络连接。这个过程是一个比较复杂的过程，需要用户对网络参数、配置命令要有一定程度的了解。CCA就是一个用来帮助用户设置从客户端到远程数据库连接，减轻用户负担的工具。它提供了三种配置方法供用户选择：人工方法该方法对用户的要求较高，需要用户了解要连接的数据库服务器的相关信息，例如使用那些网络协议、要连接的数据库的名称等。用户可以通过CCA提供的界面输入网络连接所需信息，完成连接配置。自动搜索方法该方法不需要用户有任何网络知识，它会自动利用一种叫DB2Discovery的机制在局域网中自动搜索DB2服务器。它会与远程数据库节点上的数据库管理服务器（

DAS）进行通讯，然后将数据库管理服务器搜集的信息返回。用户可以根据返回信息选择要连接的数据库。载入配置文件方法该方法允许从要连接的数据库所在的服务器端或者从已经配置成功的客户端生成一个配置文档。在文档中包含了相应的配置信息，用户可以在CCA中载入该文档，完成连接配置。用户可以通过以上任一种方法进行网络配置，完成对远程的数据库的连接，CLI/ODBC数据源的配置，将应用程序绑定到数据库上等工作。CCA除了可以从DB2桌面的文件夹中进行存取，也可以在命令行下键入db2cca命令存取。具体界面如下图。2.2.2、产品信息和文档UDB提供了丰富的帮助信息。几乎所有的信息都可以通过信息中心（InformationCenter）来存取。在信息中心中，我们可以按照以下几种方法获取相关信息：任务：获取完成特定任务所需的信息书籍：UDB随机提供了许多技术手册，如《管理员手册》、《开发人员手册》等等。用户可以通过这些联机手册来查找信息。疑难：可以根据你遇到的疑难错误来查找相应的解决方法。样例程序：可以查找到各种语言、各种接口进行数据库编程的例子。Web信息：指引你到相关Web站点上获取相应的信息。除了这几种手段以外，信息中心还提供了强大的搜索工具，帮助你在联机手册中进行全文检索，找到匹配的关键词。信息中心除了可以从DB2桌面的文件夹中进行存取，也可以在命令行下键入db2ic命令存取。具体界面见下图。除了信息中心之外，还有一个小程序—第一步（FirstStep）来帮助新用户按照一系列的步骤来熟悉数据库操作。它可以帮助用户建立一个样例数据库，查看样例数据库中的内容，以及对样例数据库进行操作。FirstStep除了可以从DB2桌面的文件夹中进行存取，也可以在命令行下键入db2steps命令存取。具体界面如下图。2.2.3、命令中心(CommandCenter)命令中心是用于输入DB2命令的图形化工具。可以说，命令中心就是一个图形化的命令行处理器（CLP）,我们可以在命令中心中输入DB2命令或调用现成的命令脚本，执行后查看输出结果。命令中心可以将已输入的命令作为脚本保存在脚本中心中，也可以对保存在脚本中心中的脚本加以调度。另外，命令中心一个非常有用的功能是允许用户通过它查看SQL语句的存取计划，存取计划中包含着SQL语句执行情况的统计结果，用户可以通过命令中心为SQL语句生成存取计划，并以可视化的形式表现出来。命令中心可以通过系统菜单（WindowsNT操作系统）或控制中心（ControlCenter）来调用，也可以通过在命令行下键入db2cctr命令来执行。具体界面如下图。2.2.4、脚本中心（ScriptCenter）脚本中心的主要功能有：创建、编辑、保存和运行命令脚本（可以包括DB2命令和操作系统命令）运行一个以前保存的脚本文件对一个以前保存的命令脚本进行调度，指定其在特定的时间的运行，被调度的作业将以暂挂作业的形式将在下面介绍的日志工具中被监控。脚本中心的优点在于可以将命令以文件的方式存放，重复利用，并且脚本中可以直接包含操作系统命令（在CLP中如果要执行操作系统命令需要在命令的前面加“！”）。脚本的运行状态也可以在日志工具中查看到。脚本中心的具体界面如下图。2.2.5、日志（Journal）通过日志可以查看几类信息：作业信息包括暂挂作业(PendingJob)信息、正在运行的作业（RunningJob）信息以及已经完成的作业的信息。对于PendingJob，可以对其进行重新调度、显示与它相关的脚本或立即运行它。恢复历史信息提供了对数据库进行的备份、恢复过程的详细信息，比如：备份的时间、备份的类型等，这些信息实际都被保存在一个称为恢复历史文件的文件当中。警报信息包含了系统发出的警报信息。系统信息包含了UDB数据库管理器生成的信息。日志除了包含以上信息以外，也可以对已经被脚本中心调度的作业重新进行调度。日志的具体界面见下图。2.2.6、警报中心（AlertCenter）警报中心搜集所有数据库管理器发出的警告信息，管理人员可以根据这些警告信息对某些系统错误进行分析。查找出系统的潜在问题。可将“警报中心”设置为自动打开，显示已超过其阈值并因此处于警报或警告状态的各种受监控对象。阈值的设置用可从“控制中心”调用的“性能监控程序”来完成。图符的颜色指示警告的严重性。红色图符指示报警信号。黄色图符指示警告。并显示为性能变量返回的数据。1.2.7、许可证中心（LicenseCenter）许可证中心可以对UDB的许可证信息提供集中管理，可以允许用户增添、更改和删除UDB产品的许可证。用户也可以浏览当前安装在UDB系统上的许可证信息，比如：产品名称、产品的版本、过期时间及允许的用户数目等信息。具体界面见下图。2.2.8、控制中心（ControlCenter）控制中心是UDB的管理工具的核心，绝大多数的管理任务和对其他管理工具的存取都可以通过控制中心来完成。具体界面如下图。控制中心有如下组成部分：菜单条：菜单条在屏幕的顶部。从菜单条选择菜单允许您执行许多功能，如关闭DB2工具、存取图形工具以及存取联机帮助和产品信息。可通过单击菜单条上的每一项来熟悉这些功能通过菜单的方式完成对控制中心的存取。工具栏：位于菜单条下方的一组图形按钮，通过点击可以调用其他的管理工具，如命令中心、脚本中心等以上所提到的工具对象窗格：对象窗格位于屏幕的左边窗格中，它按照UDB数据库对象的层次关系（UDB系统--实例—数据库--数据库内部对象）对系统进行组织，以树状的形式显示。用户可以方便地从中找到要管理的对象。对象窗格中的某些对象包含其他对象。对象左面的加号(+)指示该对象是折叠的。可单击加号展开它。当展开对象后，在它的左面会出现一个减号(-)。要折叠此对象，单击减号。内容窗格：位于屏幕的右边窗格中。此窗格显示在对象窗格中选定对象包含的所有对象，例如，若您在对象窗格中选择表文件夹，数据库中所有的表都将出现在“内容”窗格中。若您选择数据库文件夹，内容窗格会变为实例中的所有数据库。用户可以在对象窗格或内容窗格中选择要操作的对象，按鼠标右键按出弹出式菜单，能对该对象所进行的所有操作几乎都包含在菜单中。控制中心除了可以从DB2桌面的文件夹中进行存取，也可以在命令行下键入db2cc命令存取。2.2.9、工具设置（ToolSettings）工具设置可以用来更改某些系统工具的设置，比如设定SQL语句之间的分隔符、如果DB2实例没有启动，是否需要在UDB工具启动的时候自动启动实例。工具设置可以从工具栏上的图形按钮存取。具体界面如下图。2.2.10、快速向导（SmartGuides）UDB中很多任务的完成涉及到很多术语和参数，如果用户对这些信息不是很了解，会影响到任务的完成效果。为了能够对这些用户提供帮助，UDB中提供了很多快速向导。这些快速向导可以针对不同的任务向用户提出一些比较浅显的问题，根据用户对问题的回答设定相应的参数。帮助用户完成相应的任务。UDB中提供的快速向导分为以下几类：对象创建类：在创建数据库、表空间和表时提供帮助。数据库管理任务：在备份和恢复数据库时提供帮助。多点更改：在分布式环境下，对涉及到多数据库更改的事务进行控制。性能调节：帮助用户对系统性能进行调节。具体的快速向导有：创建数据库快速向导：允许用户创建数据库、分配存储空间以及选择基本性能选项。要调用它，选择对象窗格中的“数据库”图符，单击鼠标按钮2，然后选择创建->使用SmartGuide创建数据库。创建表快速向导：此快速向导帮助用户使用预定义的列模板来设计列，创建表的主关键字并将一个或多个表空间分配给表。要调用它，选择“表”图符，单击鼠标按钮2，然后选择创建->使用SmartGuide创建表。创建表空间快速向导：此快速向导允许用户创建一个新的表空间并设置存储及性能选项。要调用它，选择“表空间”图符，单击鼠标按钮2，然后选择创建->使用SmartGuide创建表空间。索引快速向导：该快速向导帮助用户确定对给定的一组SQL语句，要创建或删除哪些索引，才能使给定的语句性能最优。要调用它选择“索引”图符，单击鼠标按钮2，然后选择创建->使用SmartGuide创建索引。性能配置。此快速向导帮助您根据有关数据库的用途来调谐数据库。然后它对数据库和实例建议新的配置参数，并在需要时自动应用它们。要调用它，选择相应数据库的图符，单击鼠标按钮2，然后选择使用SmartGuide配置。复原数据库快速向导：此快速向导带您经历恢复数据库的全过程。要调用它，选择相应数据库的图符，单击鼠标按钮2，然后选择复原->使用SmartGuide复原数据库。备份数据库快速向导：它询问用户关于数据库中的数据、数据库的可用性以及可恢复性要求等基本问题。然后它建议一个备份方案、创建作业脚本并调度它。要调用它，选择相应数据库的图符，单击鼠标按钮2，然后选择备份->使用SmartGuide备份数据库。配置多站点更新快速向导：该快速向导帮助用户在分布式环境下，对涉及到多数据库更改的事务进行控制。要使用它，选择相应实例，单击鼠标按钮2，然后选择多站点更新->使用SmartGuide配置。2.2.11、通用工具选项除了以上提供的工具之外，UDB还有几个其它相关工具选项。例如：显示SQL(ShowSQL)和显示命令(ShowCommand)如果某个工具生成了SQL语句，比如创建表、索引等工具，那么在该工具界面上将有显示SQL按钮可用。类似地，生成DB2命令的工具将有显示命令按钮可用。单击这两个按钮之一，可以查看该工具根据用户在图形界面中所做选择而生成的SQL语句或DB2命令。帮助用户了解该界面是如何工作的。另外该选项也允许用户将语句或命令另存为脚本以备将来使用。若用户希望再次运行相同的语句或命令，可以不必重新输入SQL语句或DB2命令。一旦SQL语句或DB2命令已保存到脚本中，用户可以调度脚本、编辑此脚本进行更改或创建类似的脚本而不必重新输入语句或命令。显示相关对象(ShowRelated)显示相关项显示表、索引、视图、别名、触发器、表空间、“用户定义函数”以及“用户定义类型”之间的直接关系。显示相关对象可以帮助用户了解一个对象与哪些对象相关，分析数据库的结构以及判断可能执行的操作会造成的影响。例如，如果用户希望删除有从属视图的表，显示相关项会告诉用户如果进行删除操作后，哪些视图将变为无效视图。从“控制中心”的内容窗格中的很多对象中，单击鼠标按钮2。都会看到“显示相关对象”的选项。第三章数据移动3.1、数据移动概述在数据库的使用过程中，经常需要将一个数据库中的数据迁移到另外的一个数据库中。为了实现这种功能，我们可以使用数据库复制技术，这种技术在大多数的关系型数据库中都有相应的实现，不过这种方法对管理的要求较高，而且需要网络的连接。更常用的方法是利用某种类型的外部文件作为中介，将一个数据库中的某个表中的数据导出到一个外部文件中，然后把该文件中的数据导入到另外一个数据库中。DB2中实现以上功能的主要工具有三个：EXPORT、IMPORT和LOAD。其中EXPORT的功能是将表中的数据导出到外部文件中；而IMPORT和LOAD的功能是将外部文件中的数据导入到一个表中。IMPORT和LOAD的功能类似，但在实现手段上有很大差异。能够被DB2所支持用作数据移动的中间文件的格式有四种：非定界ASCII码文件(ASCII)、定界ASCII码文件(DELASCII)、WSF文件和PC/IXF文件。其特点是：ASCII：纯文本格式，每个数据列之间中有分隔符，但数据行之间没有分隔符。ASCII文件不能被EXPORT支持。、DEL：纯文本格式，数据列之间有分隔符，数据行之间也有分隔符。WSF：Lotus1-2-3工作表格式。WSF文件不能被LOAD支持。PC/IXF：一种非常通用的格式，被多种数据库管理系统所支持。可以用作在异种数据库中进行数据转移。3.2、EXPORT的功能和使用EXPORT用于将一个表或多个表中的数据导出到外部文件中。下面是EXPORT的一个例子：db2connecttosampledb2exporttomyfileofixfmessagesmsgselect,staff.dept,org.locationformorg,staff,whereorg.deptname=staff.dept在该例中，staff和org中的相应数据将被输出到myfile文件中，该文件为PC/IXF格式。注意事项：在做EXPORT之前，首先要连接到相应的数据库上。因为要对表或视图（EXPORT支持对视图进行操作）进行SELECT操作，执行EXPORT的用户至少要有相关表或视图上的SELECT权限。如果使用PC/IXF文件，文件中将包含表中的索引定义。可以通过DB2Connect将主机上的数据导出到外部文件中。3.3、IMPORT的功能和使用IMPORT可以被看作是EXPORT的逆过程，用于将数据从外部文件中导入到数据库之中。下面是一个IMPORT的例子：db2connecttomusicdbdb2importfromartexprtofixfmessagesartmsgcreateintoartistsin<tablespace>indexin<indextablespace>longin<longtablesapce>在该例中,artexprt文件的数据被导入到表artists中，这个表在IMPORT之前并不存在，系统将根据artexprt文件的格式创建表后，再进行数据导入。注意事项：在做IMPORT之前，首先要连接到相应的数据库上。因为要对表或视图（IMPORT支持对视图进行操作）进行修改操作，执行EXPORT的用户至少要有相关表或视图上的相关权限（依据导入模式的不同而不同）。比如，使用INSERT模式，至少要有相应表上的INSERT权限；如果使用CREATE模式，则需要数据库上的CREATETAB权限。如果使用CREATE模式，必须使用PC/IXF文件进行数据导入。可以通过DB2Connect向主机上的数据库导入数据。3.4、LOAD的功能和使用3.1、LOAD概述LOAD的功能与IMPORT类似，但实现的方式有很大区别。其操作方式更加贴近底层。LOAD会把要导入的数据格式化成数据页，利用并行I/O写入存储介质。在LOAD过程中，只进行极少量的日志记录，而且不进行约束检查。因此，LOAD导入的速度要比IMPORT快很多，尤其是数据量比较的的时候，LOAD的速度优势十分明显。LOAD可以从三种格式的文件进行数据导入，分别是非定界ASCII码文件、定界ASCII码文件和IXF文件格式。LOAD不支持WSF文件作为数据导入文件。3.4.2、LOAD的三个阶段与IMPORT相比，LOAD虽然在速度上有明显的优势，但对管理上的要求比较高。LOAD可以分成三个阶段。第一个阶段叫LOAD阶段。在这个阶段中，数据被导入到表中，如果表上有索引存在，LOAD将按照索引定义搜集索引关键字，然后进行排序。如果有不符合表定义的数据行，LOAD将会把它们放到一个文件（DUMPFILE）中，同时在消息文件(MESSAGEFILE)中进行记录。如果在命令中指定了SAVECOUNT参数，LOAD将每隔一定数目的数据行进行一次保存。第二个阶段叫BUILD阶段。在这个阶段中，LOAD会利用在LOAD阶段搜集的索引关键字构造索引。如果表上没有索引，这个过程将被忽略。另外，如果表上定义了唯一性约束，LOAD会在这个阶段进行检查。如果有违反唯一性约束的数据行，LOAD将会把它们拷贝到一个特殊的表—例外表（ExceptionTable）中。相应的信息会保存在信息文件（MESSAGEFILE）中。第三个阶段叫DELETE阶段。在这个阶段中，所有违反唯一性约束的行将被从表中删除。3.4.3、异常情况的处理由于某些操作的失败，表空间可能处于某种异常状态。表空间的状态可以通过DB2LISTTABLESPACES。如果状态的编码为0x0000,表明表空间状态正常，否则表明表空间处于某种异常状态。比如0x0008表明表空间处于装载挂起（LOADPENDING）状态，0x010表明表空间处于删除挂起（

DELETEPENDING）状态，0x020表明表空间处于备份挂起（BACKUPPENDING）状态。上面提到的几个状态都是在LOAD过程中有可能发生的。我们下面就来探询其原因及解决办法。、LOADPENDING状态如果LOAD由于用户的错误而没有运行，比如指定的数据输入文件不存在或者要载入数据的表不存在，则对表空间的状态不会有任何影响。如果LOAD在向表中导入数据的时候出现了错误，LOAD会终止，同时将要导入数据的表所在的表空间置于LOADPENDING状态。如果表空间处于LOADPENDING，除了使用LOAD工具对表空间进行操作来消除LOADPENDING状态以外，不能对该表空间进行其他操作。出现了LOADPENDING状态以后，应该对LOAD生成的MESSAGE文件进行检查，查看是在LOAD的哪一个阶段出现的问题。然后可以使用LOAD的RESTART选项重新进行LOAD，LOAD会自动的从上一个一致性点进行恢复。比如指定了SAVECOUNT为100，在导入到531行记录时出现异常终止，则LOAD会从第501条记录重新开始导入。如果是在LOAD过程中的BUILD阶段和DELETE阶段时出现了错误，LOAD会从这两个阶段的起始点重新开始。如果利用RESTART选项后，LOAD能够成功，则LOADPENDING状态可以被消除。如果使用RESTART选项仍然不能成功，则可以使用TERMINATE选项来终止LOAD过程，同时消除LOADPENDING状态。如果我们在终止LOAD时使用了INSERT选项，则可以将表恢复到LOAD以前的状态。如果我们使用的是REPLACE选项，则表中的数据被清空。、BACKUPPENDING状态LOADPENDING状态是LOAD失败后出现的异常状态。但即使LOAD成功了，也不能保证表空间处于正常状态，这取决于LOAD时选择的复制选项。如果我们选择的是COPYYES(缺省选项)，则LOAD成功后会将表空间置成BACKUPPENDING状态，需要对该表空间进行备份才能消除；如果我们选择的是COPYYES，则系统在LOAD过程中自动对载入的数据进行备份，LOAD成功后表空间处于正常状态；如果我们选择的是NONRECOVERABLE，则系统在LOAD过程中不对载入数据进行备份，在LOAD成功后也不把表空间置于BACKUPPENDING状态。之所以LOAD要提供几种复制选项的原因是由于出于数据完整性的考虑。我们在前面已经介绍过，LOAD只做很少的日志，导入的数据不被记录在日志之中。如果在LOAD以后，数据库崩溃了，LOAD导入的数据将无法得到恢复，造成数据的不完整。如果使用COPYNO选项，系统会强制用户在LOAD之后对表空间进行备份，如果以后需要对数据库进行恢复，则可以从中恢复LOAD导入的数据；如果使用COPYYES选项，则系统在LOAD过程中会自动对导入的数据进行备份，可以用于日后的恢复；如果使用NONRECOVERABLE选项，则等于用户明确表示日后不想恢复LOAD导入的数据，这个选项一般用于接收数据导入的表被用于只读操作，如果需要对数据进行恢复，重新进行LOAD就可以。3.5、IMPORT和LOAD的对比IMPORT和LOAD在功能上相似，但在实现方式和使用上有很大不同，我们将通过下表将这两中工具进行一下对照。IMPORTLOAD说明在导入大量数据时速度较慢在导入大量数据时速度明显比IMPORT快LOAD是将数据格式化成数据页的形式直接写入数据库如果使用IXF文件格式，表和索引可以不存在在导入数据之前，表和索引必须存在IMPORT可以在导入数据时创建表和索引支持WSF文件格式不支持WSF文件格式能够对表和视图进行IMPORTLOAD的对象必须是表在进行IMPORT时，其他程序能够对表进行存取在进行LOAD时，其他程序不能对表进行存取LOAD将导入数据的表所在表空间置为排它状态导入的所有数据都被日志所记录LOAD只做极少量的日志IMPORT会激活触发器LOAD不会激活触发器IMPORT可以使用COMMITCOUNT参数指定每隔一定数目的数据行就进行一次提交，如果IMPORT失败，可以从最后的一次提交点重新开始。LOAD可以使用SAVECOUNT参数指定每隔一定数目的数据行就进行一次保存，如果LOAD失败，可以从最后的一次提交点重新开始。IMPORT使用的是数据库内部的临时表空间LOAD使用的是数据库以外的临时空间所有的约束在IMPORT过程中都将被总结在LOAD过程中只检查唯一性约束LOAD关闭约束检查，需要在LOAD后用SETINTEGERITY消除表上的CHECKPENDING状态在IMPORT过程中，当每一行被导入时，索引关键字被插入到索引中在LOAD过程中，LOAD在LOAD阶段搜集索引关键字，在BULID阶段统一生成索引如果需要重新搜集统计信息，在IMPORT后使用RUNSTAT工具如果需要重新搜集统计信息，可以在LOAD后使用RUNSTAT工具，也可以在LOAD过程中进行搜集在LOAD中直接搜集统计信息会延长LOAD所需时间IMPORT能够被DB2Connect支持LOAD能够被DB2Connect支持数据导入文件必须在执行IMPORT的节点上数据导入文件必须在要导入数据的数据库所在的节点上IMPORT不需要备份根据复制选项的不同，可能需要进行备份IMPORT导入的数据在日志中会有记录第四章数据库恢复在防止关键数据的丢失当中，恢复用户自己的环境十分重要。有一些工具可以帮助用户管理自己的环境和保证用户可以对自己的数据实施充分的恢复措施。我们将讨论在关系数据库系统中的日志存档概念，因为它属于数据库的恢复功能的组成部分。日志文件是由DB2用来确保数据库完整性，即使当出现某些不可预见的问题引起用户系统瘫痪时，比如发生断电故障，也能做到这一点。要充分理解日志工作的目的，首先解释清楚工作单元(unitofwork)和事务(transaction)这两个概念。4.1工作单元为了确保数据库中数据的一致性,应用程序经常必须立即实施一些变更。类似，它必须禁止所有的变更。这就叫做工作单元(unitofwork)。工作单元是应用程序进程内可恢复的操作序列。工作单元是应用程序用来确保在数据库中不引入不一致数据的基本机制。在任何时刻，应用程序进程都有一个工作单元，而应用程序进程的生存期可能涉及许多工作单元。4.2事务在象DB2这样的关系数据库中，工作单元被称为事务(transaction)。事务是应用程序进程内的一个可恢复的SQL操作序列。对数据库的任何一次读或写都是在某次事务内完成的。任何一个成功地与数据库相连接的应用程序都自动地启动一个事务。应用程序必须通过发出一条SQLCOMMIT(委托确认)或SQLROLLBACK(退回)语句去结束该事务。SQL的COMMIT语句告诉数据库管理员立即对数据库实施事务中的所有数据库变动(插入、更新、删除)。SQL的ROLLBACK语句告诉数据库管理器不实施这些变动，但将受到影响的行返回到开始该事务之前的原有状态。4.3日志文件的使用为了确保用户数据的完整性，DB2已经实施提前写日志存档模式。提前写日志存档的基础是指：当发出删除、插入或更新数据库中某一数据的SQL调用时，所做出数据变更首先要写到日志文件中去