DAT42-2009企業(yè)檔案工作規(guī)范

精品文檔精心整理精品文檔可編輯的精品文檔企業(yè)檔案工作規(guī)范DA／T42—2009(國家檔案局2009年11月2日發(fā)布，2010年1月1日實施)1范圍

本標準確立了企業(yè)檔案工作原則、組織和制度要求，給出了企業(yè)檔案業(yè)務(wù)工作、檔案信息化建設(shè)、檔案工作設(shè)施設(shè)備配置等方面的方法與技術(shù)指南。

本標準適用于大中型工業(yè)企業(yè)，其他類型企業(yè)及事業(yè)單位可參照使用。

2規(guī)范性引用文件

下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單(不包括勘誤的內(nèi)容)或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。

GB／T9705文書檔案案卷格式

GB／T11821照片檔案管理規(guī)范

GB／T11822科學(xué)技術(shù)檔案案卷構(gòu)成的一般要求

GB／T17678.1CAD電子文件光盤存儲、歸檔與檔案管理要求

GB／T18894電子文件歸檔與管理規(guī)范

DA／T1檔案工作基本術(shù)語

DA／T12全宗卷規(guī)范

DA／T13檔號編制規(guī)則

DA／T15磁性載體檔案管理與保護規(guī)范

DA／T22歸檔文件整理規(guī)則

DA/T28國家重大建設(shè)項目文件歸檔要求與檔案整理規(guī)范

DA/T31紙質(zhì)檔案數(shù)字化技術(shù)規(guī)范

DA/T32公務(wù)電子郵件歸檔與管理規(guī)則

DA/T43縮微膠片檔案數(shù)字化技術(shù)規(guī)范

JGJ25檔案館建筑設(shè)計規(guī)范

ISO15489.1信息與文獻一文件管理：通則

IS015489.2信息與文獻一文件管理：指南3術(shù)語和定義

DA／T1—2000確立的以及下列術(shù)語和定義適用于本標準。

3.1

企業(yè)檔案businessrecords

企業(yè)在研發(fā)、生產(chǎn)、經(jīng)營和管理活動中形成的有保存價值的各種形式的文件。

3.2

企業(yè)檔案工作businessrecordsmanagement

企業(yè)履行檔案管理職責的行為和活動。

3.3

電子檔案electronicrecords

具有保存價值的歸檔電子文件及相應(yīng)元數(shù)據(jù)、背景信息和支持軟件。3.4

檔案信息化archivalinformationization

運用信息技術(shù)對歸檔文件、數(shù)據(jù)信息資源及檔案進行采集、整合、維護、處置和提供利用服務(wù)的檔案管理提升過程和工作方式。

4檔案工作總則

4.1企業(yè)檔案是企業(yè)知識資產(chǎn)和信息資源的重要組成部分。企業(yè)檔案工作是企業(yè)研發(fā)、生產(chǎn)、經(jīng)營和管理活動的基礎(chǔ)性管理工作。

4.2企業(yè)檔案工作應(yīng)以企業(yè)資產(chǎn)關(guān)系為紐帶，實行統(tǒng)一領(lǐng)導(dǎo)、統(tǒng)一管理、統(tǒng)一制度、統(tǒng)一標準。

4.3企業(yè)檔案工作應(yīng)以滿足企業(yè)各項活動在證據(jù)、責任和信息等方面的需求為導(dǎo)向，運用現(xiàn)代技術(shù)與管理方法，通過資源整合和開發(fā)，為企業(yè)研發(fā)、生產(chǎn)、經(jīng)營、管理和持續(xù)發(fā)展提供有效服務(wù)。

4.4企業(yè)應(yīng)維護檔案的完整、準確、系統(tǒng)與安全。

5檔案工作組織

5.1組織系統(tǒng)建設(shè)

5.1.1檔案工作領(lǐng)導(dǎo)

企業(yè)應(yīng)確定檔案工作的分管領(lǐng)導(dǎo)，確定各職能或承辦部門、各項目檔案工作的負責人，確定檔案部門的負責人。

5.1.2檔案機構(gòu)設(shè)置

企業(yè)應(yīng)根據(jù)規(guī)模和管理模式設(shè)置專門的檔案機構(gòu)，或指定負責檔案工作的機構(gòu)。大型企業(yè)應(yīng)設(shè)立檔案館。

5.1.3檔案人員配備

企業(yè)應(yīng)配備與企業(yè)研發(fā)、生產(chǎn)、經(jīng)營和管理相適應(yīng)的專職檔案人員；各部門、各項目應(yīng)配備專職或兼職檔案人員。企業(yè)應(yīng)保持檔案人員相對穩(wěn)定。

5.1.4檔案工作體系

企業(yè)應(yīng)建立以檔案部門為核心，各職能或承辦部門、各項目專兼職檔案人員為基礎(chǔ)的企業(yè)檔案工作體系。

5.2企業(yè)管理職責

5.2.1企業(yè)應(yīng)貫徹國家有關(guān)檔案工作法律、法規(guī)和方針政策，建立健全檔案工作規(guī)章制度，將檔案工作納入企業(yè)發(fā)展規(guī)劃和工作計劃，為檔案工作持續(xù)發(fā)展提供保障。

5.2.2企業(yè)應(yīng)將文件形成、積累和歸檔要求納入各部門、項目及專項工作職責和有關(guān)人員崗位職責，并對分管領(lǐng)導(dǎo)、部門和項目負責人及有關(guān)人員職責履行情況進行考核。

5.2.3企業(yè)應(yīng)采取必要措施，維護和確保檔案的完整、準確、系統(tǒng)和安全。

5.2.4企業(yè)資產(chǎn)與產(chǎn)權(quán)變動時應(yīng)做好檔案的處置工作，國有企業(yè)應(yīng)依照檔發(fā)字[1998]6號文件的要求進行，其他企業(yè)可參照。

5.2.5企業(yè)應(yīng)對檔案工作中做出成績的集體或個人給予表彰和獎勵；對違反有關(guān)規(guī)定造成檔案損失的相關(guān)人員給予處分。

5.3企業(yè)部門職責

5.3.1企業(yè)各職能或承辦部門及項目負責人應(yīng)對本部門或項目歸檔文件的完整和系統(tǒng)負責。

5.3.2企業(yè)各職能或承辦部門及項目文件形成者應(yīng)負責積累文件，并對歸檔文件的齊全、準確和形成質(zhì)量負責。

5.3.3專兼職檔案人員應(yīng)負責收集、整理應(yīng)歸檔的文件，對歸檔文件的整理質(zhì)量負責。

5.3.4企業(yè)各職能或承辦部門及項目對文件管理的責任，見ISO15489.1第七章、ISO15489.2和檔發(fā)[2002]5號文件要求。

5.4檔案部門職責

5.4.1統(tǒng)籌規(guī)劃企業(yè)檔案工作，制定企業(yè)文件歸檔和檔案鑒定、整理、保管、統(tǒng)計、利用、移交等有關(guān)規(guī)章制度。

5.4.2負責企業(yè)檔案的收集、整理、保管、鑒定、統(tǒng)計和提供利用工作。

5.4.3指導(dǎo)企業(yè)各部門、項目及專項工作文件的形成、積累、整理及歸檔工作。

5.4.4監(jiān)督、指導(dǎo)、檢查企業(yè)所屬單位(包括派出機構(gòu)和投資的全資、控股企業(yè))的檔案工作。

5.4.5依照有關(guān)規(guī)定向國家檔案館或有關(guān)單位移交檔案。

5.5檔案人員要求

5.5.1檔案人員應(yīng)遵紀守法、忠于職守、具有專業(yè)知識。

5.5.2檔案部門負責人應(yīng)具有中級以上專業(yè)技術(shù)職稱或大學(xué)本科以上學(xué)歷。

5.5.3檔案人員應(yīng)具備大學(xué)?？埔陨蠈W(xué)歷或同等學(xué)識水平。

5.5.4檔案人員應(yīng)定期接受檔案業(yè)務(wù)培訓(xùn)。

6檔案工作制度

6.1工作規(guī)章

6.1.1明確企業(yè)文件形成、歸檔責任。企業(yè)在制定有關(guān)規(guī)章、標準和制度中應(yīng)提出相應(yīng)的文件收集、整理和歸檔的責任要求。

6.1.2制定企業(yè)檔案工作規(guī)定。企業(yè)檔案工作規(guī)定是企業(yè)檔案工作的基本要求，其主要內(nèi)容應(yīng)包括：檔案工作原則及管理體制，文件的形成、積累與歸檔職責要求，檔案收集、鑒定、整理、保管、統(tǒng)計、利用要求，資產(chǎn)與產(chǎn)權(quán)變動檔案的處置原則，解釋權(quán)限等。

6.1.3建立檔案工作責任追究制度。對相關(guān)崗位人員違反文件收集、歸檔及檔案管理制度，發(fā)生檔案泄密、造成檔案損毀等行為，企業(yè)應(yīng)提出責任追究和處罰措施，并將有關(guān)要求納入相關(guān)管理制度。

6.1.4制定檔案管理應(yīng)急預(yù)案。對可能發(fā)生的突發(fā)事件和自然災(zāi)害，企業(yè)應(yīng)制定檔案搶救應(yīng)急措施，包括組織結(jié)構(gòu)、搶救方法、搶救程序、保障措施和轉(zhuǎn)移地點等。對檔案信息化管理的軟件、操作系統(tǒng)、數(shù)據(jù)的維護、防災(zāi)和恢復(fù)，應(yīng)制定應(yīng)急預(yù)案。

6.2管理制度

6.2.1文件歸檔制度。應(yīng)明確文件歸檔范圍及保管期限、歸檔時間、歸檔程序、歸檔質(zhì)量要求以及歸檔控制措施。

6.2.2檔案保管制度。應(yīng)明確各門類檔案保管條件、特殊載體檔案保管方式、檔案清點檢查辦法、對受損檔案的處置辦法、檔案進(出)庫要求、庫房管理要求和庫房管理員職責。

6.2.3檔案鑒定銷毀制度。應(yīng)明確鑒定、銷毀工作的組織、職責、原則、方法和時間等要求。

6.2.4檔案統(tǒng)計制度。應(yīng)明確統(tǒng)計內(nèi)容、統(tǒng)計要求和統(tǒng)計數(shù)據(jù)分析要求。

6.2.5檔案利用制度。應(yīng)明確檔案提供利用的方式、方法，規(guī)定查(借)閱檔案的權(quán)限和審批手續(xù)，提出接待查(借)閱檔案的要求。

6.2.6檔案保密制度。應(yīng)明確檔案形成者、檔案管理者、檔案利用者應(yīng)承擔的保密責任。

6.2.7電子檔案管理制度。應(yīng)對企業(yè)各信息系統(tǒng)中形成的電子文件提出歸檔、管理和利用要求。

6.2.8檔案管理系統(tǒng)操作制度。應(yīng)明確檔案管理系統(tǒng)操作人員的職責、檔案管理系統(tǒng)軟件、硬件的操作要求。

6.3業(yè)務(wù)規(guī)范

6.3.1文件、檔案整理規(guī)范。應(yīng)明確文件立卷與檔案整理原則、整理方法、檔號編制要求和檔案裝具要求等。

6.3.2檔案分類方案。應(yīng)明確分類依據(jù)、類別標識、類目范圍。

6.3.3文件歸檔范圍和保管期限表。應(yīng)明確各類文件歸檔的范圍及其相對應(yīng)的保管期限。

6.3.4特殊載體檔案管理規(guī)范。應(yīng)明確不同載體檔案收集、整理的要求和保管的條件。

7檔案業(yè)務(wù)工作

7.1企業(yè)檔案工作與業(yè)務(wù)活動

7.1.1企業(yè)檔案工作是企業(yè)各項業(yè)務(wù)和活動的有機組成部分，應(yīng)納入企業(yè)領(lǐng)導(dǎo)工作議事日程，納入企業(yè)規(guī)章制度及工作流程，納入企業(yè)部門和有關(guān)人員的經(jīng)濟責任制或崗位責任制。

7.1.2企業(yè)檔案部門或檔案人員應(yīng)參加產(chǎn)品鑒定、科研課題成果審定、項目驗收、設(shè)備開箱驗收等活動，負責檢查應(yīng)歸檔文件的完整、系統(tǒng)。

7.1.3企業(yè)下達項目計劃任務(wù)應(yīng)同時提出項目文件的歸檔要求；檢查項目計劃進度應(yīng)同時檢查項目文件積累情況；驗收、鑒定項目成果應(yīng)同時驗收、鑒定項目文件歸檔情況；項目總結(jié)應(yīng)同時做好項目文件歸檔交接。

7.2文件的形成、積累

7.2.1文件形成時應(yīng)使用耐久、可靠的記錄載體和記錄方式。

7.2.2文件形成者應(yīng)將辦理完畢、有保存價值的文件及時交本部門、項目或?qū)ｍ椆ぷ鳈n案人員保管。

7.3文件整理與歸檔

7.3.1文件整理

文件立卷整理應(yīng)遵循文件形成規(guī)律，區(qū)分保管期限，保持文件間有機聯(lián)系。文書、科技、會計、人事等門類文件的整理，應(yīng)分別符合GB9705、DA／T22、GB／T11822、財會字[1998]32號、勞力字[1992]33號等標準及文件的要求；音像、電子等載體形態(tài)文件整理，應(yīng)分別符合GB／T11821、DA／T15、GB／T18894、DA／T32等標準的要求。

7.3.2文件歸檔范圍

企業(yè)在籌備、建設(shè)、生產(chǎn)、經(jīng)營、管理等活動及產(chǎn)權(quán)變動過程中形成的具有保存價值的各種載體形式的文件都應(yīng)納入歸檔范圍。國有企業(yè)文件歸檔范圍應(yīng)符合檔發(fā)[2004]4號文件要求。

歸檔文件的主要來源有：

——本企業(yè)形成的文件；

——本企業(yè)引進項目、外購設(shè)備等接收的文件；

——所屬單位及參股企業(yè)應(yīng)向本企業(yè)提交的文件；

——本企業(yè)參與的合作項目，合作單位按要求應(yīng)向本企業(yè)提交的文件；

——本企業(yè)執(zhí)行、辦理的外來文件。

企業(yè)應(yīng)根據(jù)經(jīng)營管理范圍和業(yè)務(wù)活動類型制定文件歸檔范圍和保管期限表。確定文件歸檔范圍和保管期限可參照、但不限于附錄A。項目建設(shè)類文件應(yīng)依據(jù)企業(yè)在項目建設(shè)中的性質(zhì)確定，建設(shè)單位、設(shè)計單位、施工單位、監(jiān)理單位文件歸檔具體范圍參見DA／T28；服務(wù)類型企業(yè)各類文件歸檔范圍及企業(yè)中專業(yè)性較強的業(yè)務(wù)活動的文件歸檔范圍，應(yīng)結(jié)合企業(yè)活動和專門業(yè)務(wù)編制。7.3.3文件歸檔時間

經(jīng)營管理工作、生產(chǎn)技術(shù)管理工作、行政管理工作、黨群工作中形成的文件一般應(yīng)在辦理完畢后的第二年一季度歸檔。

科研開發(fā)、項目建設(shè)文件應(yīng)在其項目鑒定、竣工驗收前歸檔，周期長的可分階段、單項歸檔；產(chǎn)品生產(chǎn)及服務(wù)業(yè)務(wù)應(yīng)定期或按階段歸檔。

產(chǎn)權(quán)產(chǎn)籍、質(zhì)量認證、資質(zhì)信用、合同協(xié)議、知識產(chǎn)權(quán)等文件應(yīng)隨時歸檔；外購設(shè)備儀器或引進項目的文件應(yīng)在開箱驗收或接收后即時登記歸檔。

會計核算專業(yè)材料應(yīng)在會計年度終了后由會計部門整理歸檔，保管一年后向檔案部門移交。

電子文件邏輯歸檔宜定時進行，物理歸檔應(yīng)與相應(yīng)門類或內(nèi)容的其他載體歸檔時間一致。

磁帶、照片及底片、膠片、實物等載體形式的文件應(yīng)在工作結(jié)束后及時歸檔，或與相應(yīng)內(nèi)容的紙質(zhì)載體歸檔時間一致。

更新、補充的文件，企業(yè)內(nèi)部機構(gòu)變動和干部職工調(diào)動、離崗時應(yīng)清退的文件，企業(yè)資產(chǎn)與產(chǎn)權(quán)變動過程中形成的文件，其他活動中形成的文件等，應(yīng)隨時歸檔。

7.3.4文件歸檔要求

企業(yè)應(yīng)實行部門、項目及專項工作的文件收集、整理、歸檔責任制。各部門、項目及專項工作專兼職檔案人員應(yīng)按照規(guī)定將文件整理后歸檔。

歸檔的文件應(yīng)完整、準確、系統(tǒng)，其制成材料應(yīng)有利于長久保存，圖文字跡應(yīng)符合形成文件設(shè)備(打印機、復(fù)印機、掃描儀等)標稱的質(zhì)量要求。

歸檔的文件應(yīng)為原件。因故無原件的可將具有憑證作用的復(fù)制件歸檔。

非紙質(zhì)文件應(yīng)與其文字說明一并歸檔。外文(或少數(shù)民族文字)材料若有漢譯文的，應(yīng)一并歸檔，無譯文的要譯出標題和目錄后歸檔。

歸檔的文件一般一式一份。重要的、利用頻繁的和有專門需要的可適當增加份數(shù)。

兩個以上單位合作完成的項目，應(yīng)以合同、協(xié)議等形式約定文件歸檔要求。主辦單位一般應(yīng)保存全套文件，協(xié)辦單位保存與所承擔任務(wù)相關(guān)的正本文件。

文件形成部門應(yīng)就歸檔文件填寫《檔案交接登記表》(見附錄B表B.1)。重要項目文件歸檔時應(yīng)由項目管理部門編寫歸檔說明，并經(jīng)項目負責人審核簽字。

7.4檔案收集工作

7.4.1文件歸檔的交接

文件形成部門應(yīng)按期將《檔案交接登記表》隨同已整理的文件向檔案部門移交。

檔案部門接收時應(yīng)認真核對，并檢查檔案質(zhì)量。雙方在《檔案交接登記表》簽字后各保留一份。

7.4.2檔案與資料的收集

企業(yè)應(yīng)接收所屬單位因產(chǎn)權(quán)變動后屬本企業(yè)所有的檔案。

企業(yè)應(yīng)根據(jù)資產(chǎn)管理權(quán)限接收無法人資格的所屬單位檔案。

企業(yè)可根據(jù)需要收集宣傳報道本單位的新聞資料。

企業(yè)可根據(jù)研發(fā)和市場競爭的需要收集與企業(yè)經(jīng)營范圍相關(guān)的資料。

企業(yè)可根據(jù)需要向社會、離退休人員征集檔案、資料。

7.5檔案整理工作

7.5.1檔案部門應(yīng)區(qū)分全宗進行檔案的分類、排列與編目。

7.5.2分類方案應(yīng)依據(jù)企業(yè)管理職能，結(jié)合檔案形成特點制定，并應(yīng)保持相對穩(wěn)定性和可擴充性。分類方案應(yīng)附有分類說明。

7.5.3類別號可采用阿拉伯數(shù)字、英文字母、拼音字母中的一種或兩種混合方法設(shè)定。

7.5.4全宗內(nèi)檔案按類分別集中排列，類別內(nèi)檔案按類目條款順序依次排列編號。

7.5.5根據(jù)分類方案和排列順序編制檔號。檔號應(yīng)指代單一，具有唯一性。檔號編制方法見DA／T13。

7.5.6檔號可采用“[全宗號—]分類號(或項目代號或目錄號)—案卷號(或件號或盤、盒、張?zhí)?”([]表示可選)結(jié)構(gòu)。

全宗號由企業(yè)根據(jù)對所屬單位集中統(tǒng)一管理檔案的需要和企業(yè)產(chǎn)權(quán)變更情況自行設(shè)定。

7.5.7紙質(zhì)檔案應(yīng)與對應(yīng)的非紙質(zhì)載體檔案設(shè)立互見號。

互見號是反映同一內(nèi)容其他載體檔案保管單位的檔號。

7.5.8按全宗、類別、保管期限編制檔案目錄。

7.5.9檔案部門應(yīng)對每個全宗建立全宗卷。全宗卷可單獨管理。全宗卷的主要內(nèi)容和編制方法見DA／T12。

7.6檔案保管工作

7.6.1檔案存放應(yīng)依據(jù)檔案載體選擇檔案柜架。底圖不宜折疊；磁性載體應(yīng)選擇防磁設(shè)施。重要檔案應(yīng)異地備份。

7.6.2檔案入庫前一般應(yīng)去污、消毒。受損的檔案應(yīng)及時修復(fù)或補救。對于易損的制成材料和字跡，應(yīng)采取復(fù)制手段加以保護。

7.6.3庫房管理

庫房應(yīng)保持干凈、整潔，并具備防火、防盜、防光、防有害氣體、防塵、防有害生物等防護功能(見JGJ25)。

庫房溫、濕度應(yīng)符合JGJ25、GB／T18894和DA／T15對各類檔案載體的保管要求，并有溫濕度登記(登記表參見附錄B表B.2)。

庫房設(shè)備運轉(zhuǎn)情況應(yīng)定期檢查，并及時排除隱患。

庫藏檔案應(yīng)定期清理核對，做到賬物相符。庫藏檔案數(shù)量發(fā)生變化時應(yīng)記錄說明。

7.7檔案鑒定工作

7.7.1企業(yè)應(yīng)成立由主管領(lǐng)導(dǎo)、職能部門、專業(yè)技術(shù)人員和檔案人員組成的檔案鑒定委員會(或小組)，負責確定文件保管期限和到期檔案鑒定。

7.7.2檔案保管期限應(yīng)根據(jù)文件對企業(yè)、國家和社會所具有的現(xiàn)實和今后工作查考、憑證作用，以及歷史研究價值確定。

7.7.3檔案保管期限一般分為永久和定期兩種。會計檔案的保管期限執(zhí)行《會計檔案管理辦法》。

7.7.4永久保管檔案。凡是反映本企業(yè)主要職能活動和歷史面貌，對本企業(yè)、國家和社會有長遠利用價值的文件，列為永久保管。

7.7.5定期保管檔案。凡是反映本企業(yè)一般工作活動，在一定時間對本企業(yè)各項工作有參考利用價值的文件，列為定期保管。定期保管檔案的年限可根據(jù)其參考利用價值分為30年和10年。

7.7.6企業(yè)應(yīng)定期對已到保管期限的檔案進行鑒定。經(jīng)檔案鑒定委員會鑒定，仍需繼續(xù)保存的檔案應(yīng)重新劃定保管期限；對保管期滿確無保存價值的檔案應(yīng)登記造冊，填寫銷毀清冊(參見附錄B表B.3)，經(jīng)企業(yè)法定代表人批準后進行監(jiān)督銷毀。銷毀清冊永久保存。

7.8檔案統(tǒng)計工作

7.8.1檔案部門應(yīng)及時、準確地填報本企業(yè)檔案工作年報及有關(guān)統(tǒng)計報表。

7.8.2建立檔案工作統(tǒng)計臺賬，主要內(nèi)容包括：檔案館(室)藏情況；年度入出庫情況；檔案利用情況；檔案專兼職人員情況；檔案設(shè)施、設(shè)備情況；檔案銷毀情況等。

7.8.3檔案統(tǒng)計工作應(yīng)保持連續(xù)性。

7.9檔案利用工作

7.9.1檔案部門應(yīng)加強檔案檢索系統(tǒng)建設(shè)，開發(fā)檔案信息資源，及時、有效地提供檔案利用服務(wù)。

7.9.2企業(yè)應(yīng)根據(jù)保密規(guī)定和知識產(chǎn)權(quán)管理要求，設(shè)定利用者權(quán)限。超越權(quán)限的利用需經(jīng)有關(guān)領(lǐng)導(dǎo)審批?！?/p>

7.9.3利用檔案應(yīng)按規(guī)定進行登記(借閱登記表參見附錄B表B.4)。利用效果突出的宜進行登記(利用效果登記表參見附錄B表B.5)。

7.9.4可采用直接查閱、電話調(diào)閱、網(wǎng)上查閱等方式提供利用原件、復(fù)制件、縮微件和電子檔案。

7.9.5企業(yè)宜對檔案信息進行分類匯總，形成專題匯編，如規(guī)章制度匯編、專題文件匯編等。

7.9.6企業(yè)宜對檔案信息進行綜合整理，形成專題材料，如大事記、年鑒、組織沿革、產(chǎn)品性能比較、科研成果簡介、工程項目簡介、設(shè)備的更新?lián)Q代、市場的變化等。

7.9.7企業(yè)宜對檔案信息進行分析研究，形成深層次加工材料，如歷年生產(chǎn)經(jīng)營指標統(tǒng)計分析、重大事故原因研究分析、企業(yè)史志等。

7.9.8企業(yè)可利用檔案舉辦檔案陳列或展覽。

8檔案信息化建設(shè)

8.1檔案信息化目標與原則

8.1.1企業(yè)檔案信息化應(yīng)以促進、完善企業(yè)信息化和提升檔案管理現(xiàn)代化水平為總目標。

8.1.2企業(yè)檔案信息化應(yīng)堅持技術(shù)與管理并重、與企業(yè)信息化協(xié)調(diào)和同步的原則。

8.1.3企業(yè)各信息系統(tǒng)的開發(fā)與實施應(yīng)充分考慮檔案管理的要求。

8.2電子文件的歸檔

8.2.1電子文件歸檔要求及功能應(yīng)嵌入文件生成系統(tǒng)。企業(yè)各信息系統(tǒng)生成的文本、圖形、圖像、數(shù)據(jù)等類型電子文件歸檔范圍應(yīng)參照紙質(zhì)文件歸檔范圍確定。音頻、視頻、多媒體等類型電子文件及數(shù)據(jù)庫的歸檔范圍應(yīng)根據(jù)相關(guān)規(guī)定和需要確定。

8.2.2企業(yè)各信息系統(tǒng)所形成的電子文件的元數(shù)據(jù)、背景信息，以及生成非通用電子文件格式的軟件等應(yīng)與電子文件一并歸檔。

8.2.3歸檔的電子文件數(shù)據(jù)格式應(yīng)易于識讀、遷移。電子文件通用格式見GB／T18894第6章。

8.2.4電子文件應(yīng)經(jīng)鑒定、整理、審核后歸檔。電子文件的整理、鑒定與歸檔要求參見GB／T17678.1和GB／T18894。

8.2.5加密的電子文件歸檔時一般應(yīng)解密，必須加密歸檔的電子文件應(yīng)與其解密軟件和說明文件一并歸檔。

8.2.6文件形成部門應(yīng)負責確保歸檔電子文件具備真實性、可靠性、完整性和可用性。

8.3傳統(tǒng)載體檔案數(shù)字化

8.3.1企業(yè)可根據(jù)檔案保管和利用的實際需要，有選擇地對傳統(tǒng)載體檔案實施數(shù)字化。

8.3.2紙質(zhì)檔案數(shù)字化應(yīng)符合DA／T31的要求，縮微膠片數(shù)字化應(yīng)符合DA／T43的要求。

8.3.3照片檔案和聲像檔案數(shù)字化文件格式見DA／T32的附錄B。

數(shù)字化生成的檔案副本檔號應(yīng)與原檔案對應(yīng)。

8.4電子檔案的保管

8.4.1電子檔案應(yīng)參照紙質(zhì)檔案分類方案進行整理。

8.4.2電子檔案應(yīng)存儲到脫機載體上。其存儲載體見DA／T32的附錄C，保管要求見GB／T18894的9.4。

8.4.3脫機存儲電子檔案的載體或裝具上應(yīng)貼有注明載體序號、電子檔案號、密級、保管期限、存入日期等內(nèi)容的標簽，電子檔案載體應(yīng)設(shè)置成禁止寫操作的狀態(tài)。

8.4.4存儲在脫機載體上的電子檔案應(yīng)一式三套，一套封存保管，一套異地保管，一套提供利用。

8.4.5超過保管期限的電子檔案的鑒定和銷毀，按照紙質(zhì)檔案的有關(guān)規(guī)定執(zhí)行，其刪除和銷毀應(yīng)符合GB／T18894中9.8的相關(guān)規(guī)定。對確認銷毀的電子檔案應(yīng)有銷毀文件目錄存檔。

8.5檔案網(wǎng)絡(luò)化服務(wù)

8.5.1企業(yè)應(yīng)建立館(室)藏檔案目錄數(shù)據(jù)庫，并逐步實現(xiàn)檔案的全文檢索。

8.5.2對數(shù)字化檔案和各信息系統(tǒng)歸檔的電子文件，檔案部門應(yīng)根據(jù)設(shè)定的利用權(quán)限提供及時有效的網(wǎng)絡(luò)化服務(wù)。

8.5.3涉密檔案管理系統(tǒng)應(yīng)與互聯(lián)網(wǎng)物理斷開，非涉密檔案管理系統(tǒng)可與互聯(lián)網(wǎng)邏輯隔離。

8.5.4檔案管理系統(tǒng)應(yīng)采取身份認證、權(quán)限控制、加裝防火墻等安全保密措施。

8.5.5檔案管理服務(wù)器應(yīng)采取可靠的備份、恢復(fù)措施。

8.5.6各信息系統(tǒng)應(yīng)有生成電子文件自動歸檔功能的模塊或接口。

8.6檔案管理系統(tǒng)軟件

8.6.1檔案管理系統(tǒng)軟件的配置應(yīng)滿足本企業(yè)的實際工作需要，并適應(yīng)本企業(yè)信息化建設(shè)發(fā)展需要。

8.6.2檔案管理系統(tǒng)應(yīng)具備收集整編、數(shù)據(jù)管理、檢索瀏覽、借閱管理、統(tǒng)計匯總、權(quán)限設(shè)置、安全保密、系統(tǒng)維護等基本功能，并能輔助實體檔案管理及根據(jù)需求增擴其他相應(yīng)功能。

8.6.3檔案管理系統(tǒng)應(yīng)與各信息系統(tǒng)之間銜接，并能接收和兼容各信息系統(tǒng)生成的電子文件。檔案管理系統(tǒng)設(shè)計與實施參見ISO15489.1第8章和ISO15489.2。

9檔案工作設(shè)施設(shè)備

9.1檔案庫房

9.1.1檔案庫房應(yīng)設(shè)置在遠離易燃、易爆物品和水、火等存在安全隱患的場所，無特殊保護裝置一般不宜設(shè)置在地下或頂層。

9.1.2檔案庫房樓層地面應(yīng)滿足檔案及其裝具的承重要求。

9.1.3檔案庫房面積應(yīng)滿足檔案工作發(fā)展的需要，留有存儲空間。

設(shè)置檔案館的企業(yè)，檔案庫房建筑應(yīng)符合JGJ25的要求，庫房一般應(yīng)滿足日后20年檔案存儲需要。

9.2業(yè)務(wù)技術(shù)用房

9.2.1業(yè)務(wù)技術(shù)用房應(yīng)滿足接收、整理、修復(fù)檔案的實際需要。

9.2.2企業(yè)可根據(jù)工作需要設(shè)置檔案接收、整理、裱糊、消毒、復(fù)印、數(shù)字化、縮微以及安全監(jiān)控等用房。

9.3閱覽及陳列室

閱覽室應(yīng)鄰近辦公室和檔案庫房，環(huán)境安靜。

陳列室(展覽室)宜設(shè)置在適于觀覽的場所。

9.4檔案裝具

9.4.1檔案柜架應(yīng)牢固耐用，一般應(yīng)具有防火、防盜、防塵作用。應(yīng)根據(jù)非紙質(zhì)載體檔案需要選擇有專用保護功能的柜架。有條件的可采用密集架。

9.4.2各類檔案盒規(guī)格、式樣和質(zhì)量應(yīng)符合GB／T9705、GB／T11822、DA／T22和GB／T11821的要求。

9.5保護設(shè)備

9.5.1檔案庫房應(yīng)配置溫濕度監(jiān)控設(shè)備及滅火器材、防光窗簾、防盜門窗等必要的設(shè)施。

9.5.2根據(jù)庫房管理需要可配置除塵器、消毒柜、去濕機、加濕機、空氣凈化器等設(shè)備。

9.5.3有條件的企業(yè)應(yīng)配置自動報警、自動滅火、溫濕度自動調(diào)控、監(jiān)控等設(shè)備。

9.6技術(shù)設(shè)備

9.6.1配備檔案整理工作所需要的裝訂機、打印機等設(shè)備。

9.6.2配備檔案修復(fù)、利用需要的數(shù)碼照相機、攝像機、復(fù)印機、閱讀機等設(shè)備。

9.6.3配備信息化管理需要的計算機、服務(wù)器、掃描儀、光盤刻錄機等設(shè)備，以及容災(zāi)備份設(shè)備、應(yīng)急電源。

9.6.4根據(jù)需要可配備CAD繪圖儀、工程圖紙復(fù)印機、縮微機等設(shè)備。精品文檔精心整理精品文檔可編輯的精品文檔第一章DB2UDB概況1.1、DB2UDB的產(chǎn)品家族UDB(UniversalDatabase)的前身為DB2，是IBM公司開發(fā)的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。從其誕生之日開始，DB2就定位于要為各種規(guī)模的企業(yè)提供穩(wěn)定、高效的數(shù)據(jù)管理支持?？梢哉f，DB2是當前適用范圍最廣泛的數(shù)據(jù)庫產(chǎn)品。我們對DB2產(chǎn)品的劃分通常分為兩種方法：一種方法是按其所能支持的硬件和操作系統(tǒng)平臺進行劃分，另一種方法是按其所能支持的用戶規(guī)模的不同進行劃分。DB2產(chǎn)品幾乎覆蓋了當前所有流行的硬件和操作系統(tǒng)平臺。在大型機操作系統(tǒng)上，有DB2forOS/390、DB2forMVS/ESA、DB2forVSE和DB2forVM等多種產(chǎn)品；在由IBM公司設(shè)計的小型機AS/400上，DB2已經(jīng)嵌入在操作系統(tǒng)OS/400之中，成為其不可分割的一部分。DB2對UNIX操作系統(tǒng)的支持同樣十分廣泛，可以在AIX、HP-UX、Solaris、SCO-UNIX、SINIX等多種系統(tǒng)上找到其相應(yīng)的版本。另外，在PC操作系統(tǒng)上，DB2可以對Window9x、WindowsNT以及OS/2等多種操作系統(tǒng)提供支持。UDB6.1還增加了對Linux操作系統(tǒng)的支持。以上我們所提到的只是DB2服務(wù)器所能運行的平臺，DB2的客戶端所能支持的平臺更為廣泛，除了以上提到的所有平臺之外，DB2的客戶端還能運行在Dos、Windows3.x、MacOS以及SGI公司的IRIS系統(tǒng)之上。UDB產(chǎn)品除了能夠?qū)Ω鞣N硬件和操作系統(tǒng)平臺進行支持之外，為了適應(yīng)不同用戶群的需要，UDB提供了不同級別的產(chǎn)品，對小到個人用戶，大到跨國企業(yè)的不同需求提供支持。以下是對UDB6.1版本不同級別產(chǎn)品的特點介紹：UDB衛(wèi)星版：是專門為移動用戶設(shè)計的小型數(shù)據(jù)庫產(chǎn)品。適合于偶爾連接DB2控制服務(wù)器來與公司系統(tǒng)交換數(shù)據(jù)的單用戶系統(tǒng)。它既能允許用戶對本地數(shù)據(jù)進行各種修改，又可以接受遠程衛(wèi)星控制器的集中管理，減輕本地用戶的管理負擔。該版本只能運行在Windows平臺。（該版本屬于UDB6.1版本新增版本）UDB個人版：是專門為個人用戶設(shè)計的功能完備的個人數(shù)據(jù)庫產(chǎn)品，允許用戶在本地建立數(shù)據(jù)庫、更改數(shù)據(jù)、開發(fā)應(yīng)用程序從本地對數(shù)據(jù)庫管理系統(tǒng)進行存取以及通過內(nèi)置的客戶端對遠程數(shù)據(jù)庫服務(wù)器進行管理。。該版本的限制在于不能對遠程應(yīng)用程序提供全面支持。該版本可以運行在Windows、OS/2以及Linux平臺。UDB工作組版：適用于小型局域網(wǎng)的數(shù)據(jù)管理需求。具有UDB個人版的全部功能，并能夠?qū)h程應(yīng)用程序提供全面支持。該版本可以運行在Windows、OS/2以及Linux平臺。（UDB工作組版5.0可以運行在UNIX平臺）UDB企業(yè)版：簡稱為UDBEE，適用于企業(yè)級的數(shù)據(jù)管理需求。具有UDB工作組版的全部功能，并能夠利用對稱多處理（SMP）技術(shù)提高系統(tǒng)性能。在它的程序包中，包含了DB2Connect企業(yè)版，允許Intel平臺和UNIX平臺的客戶端應(yīng)用程序訪問大型機和AS/400上的數(shù)據(jù)庫服務(wù)。UDB企業(yè)版可以運行在Windows、OS/2、Linux以及UNIX平臺。UDB企業(yè)擴展版：簡稱為UDBEEE，適用于大規(guī)模的企業(yè)應(yīng)用。大規(guī)模的企業(yè)應(yīng)用的基本要求是穩(wěn)定(宕機時間短)和高效（處理速度快）,UDB企業(yè)擴展版能夠利用群集（cluster）和大規(guī)模并行處理（MPP）技術(shù)提高系統(tǒng)的穩(wěn)定性和性能。UDB豐富的產(chǎn)品線給用戶提供了極大的選擇余地。是構(gòu)造企業(yè)信息系統(tǒng)的基石。1.2、對DB的存取方法對DB的存取可以通過SQL語言和UDB內(nèi)置的API兩種手段來實現(xiàn)。不過這兩種手段不是能夠相互替代的。SQL語言是國際標準，各數(shù)據(jù)庫廠商在實現(xiàn)時一般會有一定程度的擴展。SQL語言主要是完成對數(shù)據(jù)的查詢和更改、數(shù)據(jù)庫對象的建立及權(quán)限的控制等功能。而API主要是針對數(shù)據(jù)庫的管理任務(wù)，比如數(shù)據(jù)的備份和恢復(fù)、數(shù)據(jù)庫服務(wù)的啟動和停止等工作。在一個應(yīng)用程序中，可能既需要用到SQL語言來完成對數(shù)據(jù)的存取，同時又需要調(diào)用API來完成管理工作。1.3、從WEB上存取UDBInternet的廣泛使用帶來了從WEB對企業(yè)數(shù)據(jù)進行存取的要求。如果開發(fā)人員要開發(fā)基于Web的UDB應(yīng)用程序，可以使用以下方法：1.3.1、通過JDBC來存取UDBJDBC是SUN公司提供的利用JAVA語言對關(guān)系型數(shù)據(jù)庫進行存取的標準。在WEB上我們可以通過編寫JAVAApplet或者JAVAServlet來實現(xiàn)對UDB的存取。其中Applet運行在客戶端，只需要一個支持JAVA的瀏覽器（如IE和Netscape等）即可運行，客戶端不需要安裝其它軟件。Applet可以通過指定端口與服務(wù)器端的JDBC服務(wù)器進行通信，提供對數(shù)據(jù)的存取。Servlet是適應(yīng)當今瘦客戶機發(fā)展方向的一種編程模式，具有效率高，可移植性好等特點。Servlet運行在WEB服務(wù)器端，需要Servlet引擎（如WebsphereApplicationServer）的支持，服務(wù)器端通常還需要安裝Run-timeClient組件。1.3.2、通過Net.Data來存取UDBNet.Data是IBM公司開發(fā)的通過WEB對關(guān)系型數(shù)據(jù)庫進行存取的工具。它提供了一種宏語言的開發(fā)和執(zhí)行環(huán)境，同時具有HTML的簡易性和SQL語言的功能。開發(fā)人員可以按照Net.Data的語法編寫Net.Data宏，WEB用戶可以通過HTML頁面上的鏈接來調(diào)用相應(yīng)的Net.Data宏，Net.Data解釋器會對其進行分析，可以提取Net.Data宏中的SQL成分，提交給數(shù)據(jù)庫，然后按照Net.Data宏中規(guī)定的格式將數(shù)據(jù)庫管理器傳回的結(jié)果格式化成HTML頁面，傳遞給瀏覽器。1.3.3、其它方法除了以上提到的方法之外，還有很多其他的解決方案。如ActiveServerPage、PHP等，具體的選擇要看實際的需要。1.4、實例的概念和管理1.4.1、實例的概念：數(shù)據(jù)庫管理器（DatabaseManager）是提供數(shù)據(jù)庫管理控制功能的程序。實例（Instance）就是邏輯的數(shù)據(jù)庫管理器，是真正的數(shù)據(jù)庫管理器在內(nèi)存中的映象。實例提供了一個可標識的數(shù)據(jù)庫服務(wù)器的環(huán)境。在安裝了UDB的工作站上可以同時創(chuàng)建和運行多個實例，每個實例都有自己的內(nèi)存空間，并具有單獨的權(quán)限控制。一般來說，在一臺機器上運行多個實例基于以下幾種考慮：對數(shù)據(jù)庫環(huán)境進行調(diào)試和開發(fā)的需要如果直接在提供正式數(shù)據(jù)服務(wù)的實例內(nèi)部對進行各種調(diào)試和開發(fā)，有可能會影響系統(tǒng)的性能，甚至?xí)拐麄€系統(tǒng)崩潰。這時用戶可以創(chuàng)建一個新的實例，在新的實例內(nèi)進行調(diào)試和開發(fā)，因為各個實例都有自己的內(nèi)存空間，一個實例中的工作不會干擾其他實例正常的數(shù)據(jù)庫服務(wù)。出于對安全性的考慮。因為每個實例有單獨的權(quán)限控制，我們可以為不同的實例設(shè)定不同的管理人員，加強安全性的控制。比如你可以把你的個人信息存放在由你控制的實例中，其他的實例擁有者無權(quán)查看。出于優(yōu)化的考慮不同的數(shù)據(jù)庫可能會需要不同的數(shù)據(jù)庫管理器的配置參數(shù)來達到最優(yōu)的性能，如果把它們放到同一個實例中，不能滿足需要。當然，系統(tǒng)中的實例不是越多越好，如果在系統(tǒng)中創(chuàng)建的實例過多，不僅會造成額外的資源消耗（內(nèi)存、硬盤空間等），也會增大管理開銷。每個實例在創(chuàng)建后都會有自己的配置文件，文件內(nèi)的參數(shù)會影響該實例的性能。數(shù)據(jù)庫在建立時還會自動地產(chǎn)生一組系統(tǒng)編目表，系統(tǒng)編目表實際上就是DB2數(shù)據(jù)庫的數(shù)據(jù)字典，它詳盡地描述了數(shù)據(jù)的物理結(jié)構(gòu)和邏輯結(jié)構(gòu)。在系統(tǒng)編目表中保存著各種數(shù)據(jù)庫對象的定義、用于查詢優(yōu)化的統(tǒng)計信息以及系統(tǒng)授權(quán)信息。是一個數(shù)據(jù)庫中極其重要的組成部分。1.4.2、實例的管理：要創(chuàng)建一個實例，可以使用db2icrt命令，命令語法如下：db2icrt[-aAuthType][-pPortName][-sInstType]-uFencedIDInstName其中：-aAuthType是實例的認證類型（可以為SERVER、CLIENT、DCS、DCE、SERVER_ENCRYPT、DCS_ENCRYPT或DCE_SERVER_ENCRYPT中的一種）。-pPortName是此實例要使用的端口名或端口號。-sInstType是要創(chuàng)建的實例的類型（eee、ee或client）。-uFencedID是用戶名，被隔離UDF和被隔離的存儲過程將在該用戶名之下運行。InstName是實例的名稱。要列出當前系統(tǒng)上創(chuàng)建的所有實例，可以使用db2ilist命令。要刪除某個實例，可以使用db2idrop命令。1.4.3、實例級的操作在DB2中，某些任務(wù)只能在實例級別上執(zhí)行。比如，創(chuàng)建數(shù)據(jù)庫，更新數(shù)據(jù)庫管理器配置參數(shù)等工作。這時候，就需要應(yīng)用程序連接到特定的實例之上，然后才能進行操作。要連接到一個實例上，用戶可以使用ATTACH命令，語法為：attachto[實例名]user[用戶名]using[用戶口令]如果用戶在執(zhí)行實例級別的任務(wù)時，沒有使用ATTACH命令，則系統(tǒng)將使用在DB2INSTANCE環(huán)境變量中指定的缺省實例來試圖完成該任務(wù)。1.4.4、數(shù)據(jù)庫管理服務(wù)器（DAS）：UDB的數(shù)據(jù)庫管理服務(wù)器實際上也是一個實例，只不過這個實例不是用于數(shù)據(jù)服務(wù)的，而是用于管理目的。數(shù)據(jù)庫管理服務(wù)器提供以下功能：接受遠程客戶端的管理請求，將遠程的管理請求在數(shù)據(jù)庫服務(wù)器端實現(xiàn)允許用戶進行任務(wù)調(diào)度允許用戶對系統(tǒng)進行遠程監(jiān)控響應(yīng)DB2Discovery，為其提供系統(tǒng)信息數(shù)據(jù)庫管理服務(wù)器可以在系統(tǒng)安裝時自動生成，也可以在安裝后手工創(chuàng)建，在一個數(shù)據(jù)庫節(jié)點中只能有一個數(shù)據(jù)庫管理服務(wù)器。1.4.5、數(shù)據(jù)庫管理服務(wù)器的使用如果沒有在安裝時創(chuàng)建數(shù)據(jù)庫管理服務(wù)器，可以使用命令手工創(chuàng)建。具體命令如下：dasicrt管理服務(wù)器的名字(UNIX平臺)db2admincreate(INTEL平臺)啟動和停止數(shù)據(jù)庫管理服務(wù)器的命令：db2adminstart啟動管理服務(wù)器db2adminstop停止管理服務(wù)器顯示當前數(shù)據(jù)庫管理服務(wù)器名：dasilist(UNIX平臺)db2admin(INTEL平臺)刪除當前數(shù)據(jù)庫管理服務(wù)器：dasidrop管理服務(wù)器的名字(UNIX平臺)db2admindrop（INTEL平臺）1.5、DB2環(huán)境變量的設(shè)置1.5.1、DB2環(huán)境變量除了實例配置文件和數(shù)據(jù)庫配置文件中所包含的參數(shù)之外，還有一些配置參數(shù)對數(shù)據(jù)庫環(huán)境起到控制作用。這些配置參數(shù)分為三類：環(huán)境變量：這類變量的設(shè)置方法因操作系統(tǒng)的不同而有所差異。例如在WindowsNT環(huán)境中，選擇控制面板à系統(tǒng)à環(huán)境來設(shè)置；在OS/2中則要更改config.sys文件。這類變量在更改后很可能需要重新啟動系統(tǒng)才生效。實例級登記項：作用范圍是某一特定實例?？梢杂胐b2set命令來設(shè)置。更改后需要重新啟動該實例才生效。全局級登記項：作用范圍是整個數(shù)據(jù)庫系統(tǒng)?？梢杂胐b2set命令來設(shè)置。更改后需要重新啟動所有實例才生效。舉例：變量類型變量名稱變量作用環(huán)境變量DB2INSTANCE缺省的DB2實例，如果沒有顯式地連接到某個實例，則所有的操作都被假定是對該實例進行的。環(huán)境變量DB2DBDFT缺省的數(shù)據(jù)庫，如果沒有顯式地連接到某個數(shù)據(jù)庫，則所有的操作都被假定是對該數(shù)據(jù)庫進行的。實例級登記項DB2COMM設(shè)置該實例用那種網(wǎng)絡(luò)協(xié)議與客戶端通信。全局級登記項DB2SYSTEM該DB2系統(tǒng)的名字。全局級登記項DB2ADMINSERVER該系統(tǒng)上所使用的數(shù)據(jù)庫管理服務(wù)器的名字系統(tǒng)在檢查系統(tǒng)的變量時，按照先環(huán)境變量，再實例級登記項、最后全局級登記項的順序來搜索。1.5.2、db2set命令db2set命令可以用來管理和設(shè)置DB2的登記項，命令語法如下：db2set<option>variable=value其中常用的命令選項：-g：更改全局級變量-i：instance如果更改的是實例登記項，指定該實例的名字-l:列出所有的實例登記項-lr:列出所有的登記項例子：db2setDB2ADMINSERVER顯示當前的數(shù)據(jù)庫管理服務(wù)器db2setDB2COMM=TCPIP，NETBIOS設(shè)置缺省實例的交流協(xié)議為TCP/IP和NETBIOSdb2set–all列出當前所有的登記項的值1.6、訪問控制—權(quán)限1.6.1、DB2訪問控制的層次結(jié)構(gòu)SYSADMSYSADMSYSCTRL權(quán)力DBADM權(quán)力DBADMSYSMAINTSYSMAINT特權(quán)特權(quán)DB2中的訪問控制層次如上圖所示?？梢詫B2的用戶賦于不同級別的權(quán)力和各種特權(quán)。其中權(quán)力（Authorities）是對一組數(shù)據(jù)庫對象進行存取的特權(quán)集，有特定的名稱。而特權(quán)(Privileges)則是對特定對象訪問的權(quán)利。權(quán)力(Authorities)分為以下級別：（1）、SYSADM—系統(tǒng)管理該權(quán)限是一個實例中的最高權(quán)限?？梢酝瓿梢粋€實例范圍內(nèi)任何管理工作。可以通過實例配置變量中的SYSADM_GROUP參數(shù)來指定一個用戶組擁有該權(quán)限。如果該參數(shù)為空，在WindowsNT環(huán)境下，創(chuàng)建該實例的用戶擁有該權(quán)限；在UNIX環(huán)境下，與實例同名的用戶擁有該權(quán)限。（2）、SYSCTRL—系統(tǒng)控制該權(quán)限可以完成系統(tǒng)中的管理功能，但不能訪問數(shù)據(jù)。但擁有該權(quán)限的用戶可以創(chuàng)建數(shù)據(jù)庫，并管理自己創(chuàng)建的數(shù)據(jù)庫中的數(shù)據(jù)。可以通過實例配置變量中的SYSCTRL_GROUP參數(shù)來指定一個用戶組擁有該權(quán)限（3）、SYSMAINT—系統(tǒng)維護該權(quán)限只能完成系統(tǒng)中與維護有關(guān)的任務(wù)，但不能訪問數(shù)據(jù),而且擁有該權(quán)限的用戶不能創(chuàng)建數(shù)據(jù)庫?？梢酝ㄟ^實例配置變量中的SYSMAINT_GROUP參數(shù)來指定一個用戶組擁有該權(quán)限。（4）、DBADM—數(shù)據(jù)庫管理該權(quán)限是數(shù)據(jù)庫級的權(quán)限，可以完成數(shù)據(jù)庫的管理工作。該權(quán)限可以通過SQL語句授予。四種級別的權(quán)力對比如下：功能SYSADMSYSCTRLSYSMAINTDBADM移植數(shù)據(jù)庫可以更改實例配置參數(shù)可以賦予或撤消DBADM權(quán)限可以指定SYSCTRL組可以指定SYSMAINT組可以更改數(shù)據(jù)庫目錄可以可以中斷應(yīng)用程序可以可以創(chuàng)建/刪除數(shù)據(jù)庫可以可以創(chuàng)建/刪除表空間可以可以利用恢復(fù)建立一個數(shù)據(jù)庫可以可以更改數(shù)據(jù)庫配置參數(shù)可以可以可以備份數(shù)據(jù)庫和表空間可以可以可以恢復(fù)一個存在的數(shù)據(jù)庫可以可以可以執(zhí)行前滾恢復(fù)可以可以可以啟動/停止實例可以可以可以恢復(fù)表空間可以可以可以使用TRACE工具可以可以可以獲取實例和數(shù)據(jù)庫的快照信息可以可以可以查詢表空間狀態(tài)可以可以可以可以更改日志歷史文件可以可以可以可以休止表空間可以可以可以可以使用RUNSTATS工具可以可以可以可以對表做LOAD可以可以讀日志文件可以可以可以創(chuàng)建/刪除/激活事件監(jiān)視器可以可以可以第二章DB2的圖形用戶界面2.1、DB2的圖形界面概述在UDB之前的DB2產(chǎn)品中，提供給用戶的圖形界面很少。大部分的管理工作和操作只能通過手工鍵入命令的方式來實現(xiàn)。UDB的出現(xiàn)改變了這一現(xiàn)狀，它提供了豐富的圖形化工具，使得管理工作變得更加輕松。2.2、DB2的圖形化工具2.2.1、客戶端配置工具—CCA要對遠程數(shù)據(jù)庫進行存取，首先要設(shè)置從客戶端到遠程數(shù)據(jù)庫的網(wǎng)絡(luò)連接。這個過程是一個比較復(fù)雜的過程，需要用戶對網(wǎng)絡(luò)參數(shù)、配置命令要有一定程度的了解。CCA就是一個用來幫助用戶設(shè)置從客戶端到遠程數(shù)據(jù)庫連接，減輕用戶負擔的工具。它提供了三種配置方法供用戶選擇：人工方法該方法對用戶的要求較高，需要用戶了解要連接的數(shù)據(jù)庫服務(wù)器的相關(guān)信息，例如使用那些網(wǎng)絡(luò)協(xié)議、要連接的數(shù)據(jù)庫的名稱等。用戶可以通過CCA提供的界面輸入網(wǎng)絡(luò)連接所需信息，完成連接配置。自動搜索方法該方法不需要用戶有任何網(wǎng)絡(luò)知識，它會自動利用一種叫DB2Discovery的機制在局域網(wǎng)中自動搜索DB2服務(wù)器。它會與遠程數(shù)據(jù)庫節(jié)點上的數(shù)據(jù)庫管理服務(wù)器（

DAS）進行通訊，然后將數(shù)據(jù)庫管理服務(wù)器搜集的信息返回。用戶可以根據(jù)返回信息選擇要連接的數(shù)據(jù)庫。載入配置文件方法該方法允許從要連接的數(shù)據(jù)庫所在的服務(wù)器端或者從已經(jīng)配置成功的客戶端生成一個配置文檔。在文檔中包含了相應(yīng)的配置信息，用戶可以在CCA中載入該文檔，完成連接配置。用戶可以通過以上任一種方法進行網(wǎng)絡(luò)配置，完成對遠程的數(shù)據(jù)庫的連接，CLI/ODBC數(shù)據(jù)源的配置，將應(yīng)用程序綁定到數(shù)據(jù)庫上等工作。CCA除了可以從DB2桌面的文件夾中進行存取，也可以在命令行下鍵入db2cca命令存取。具體界面如下圖。2.2.2、產(chǎn)品信息和文檔UDB提供了豐富的幫助信息。幾乎所有的信息都可以通過信息中心（InformationCenter）來存取。在信息中心中，我們可以按照以下幾種方法獲取相關(guān)信息：任務(wù)：獲取完成特定任務(wù)所需的信息書籍：UDB隨機提供了許多技術(shù)手冊，如《管理員手冊》、《開發(fā)人員手冊》等等。用戶可以通過這些聯(lián)機手冊來查找信息。疑難：可以根據(jù)你遇到的疑難錯誤來查找相應(yīng)的解決方法。樣例程序：可以查找到各種語言、各種接口進行數(shù)據(jù)庫編程的例子。Web信息：指引你到相關(guān)Web站點上獲取相應(yīng)的信息。除了這幾種手段以外，信息中心還提供了強大的搜索工具，幫助你在聯(lián)機手冊中進行全文檢索，找到匹配的關(guān)鍵詞。信息中心除了可以從DB2桌面的文件夾中進行存取，也可以在命令行下鍵入db2ic命令存取。具體界面見下圖。除了信息中心之外，還有一個小程序—第一步（FirstStep）來幫助新用戶按照一系列的步驟來熟悉數(shù)據(jù)庫操作。它可以幫助用戶建立一個樣例數(shù)據(jù)庫，查看樣例數(shù)據(jù)庫中的內(nèi)容，以及對樣例數(shù)據(jù)庫進行操作。FirstStep除了可以從DB2桌面的文件夾中進行存取，也可以在命令行下鍵入db2steps命令存取。具體界面如下圖。2.2.3、命令中心(CommandCenter)命令中心是用于輸入DB2命令的圖形化工具?？梢哉f，命令中心就是一個圖形化的命令行處理器（CLP）,我們可以在命令中心中輸入DB2命令或調(diào)用現(xiàn)成的命令腳本，執(zhí)行后查看輸出結(jié)果。命令中心可以將已輸入的命令作為腳本保存在腳本中心中，也可以對保存在腳本中心中的腳本加以調(diào)度。另外，命令中心一個非常有用的功能是允許用戶通過它查看SQL語句的存取計劃，存取計劃中包含著SQL語句執(zhí)行情況的統(tǒng)計結(jié)果，用戶可以通過命令中心為SQL語句生成存取計劃，并以可視化的形式表現(xiàn)出來。命令中心可以通過系統(tǒng)菜單（WindowsNT操作系統(tǒng)）或控制中心（ControlCenter）來調(diào)用，也可以通過在命令行下鍵入db2cctr命令來執(zhí)行。具體界面如下圖。2.2.4、腳本中心（ScriptCenter）腳本中心的主要功能有：創(chuàng)建、編輯、保存和運行命令腳本（可以包括DB2命令和操作系統(tǒng)命令）運行一個以前保存的腳本文件對一個以前保存的命令腳本進行調(diào)度，指定其在特定的時間的運行，被調(diào)度的作業(yè)將以暫掛作業(yè)的形式將在下面介紹的日志工具中被監(jiān)控。腳本中心的優(yōu)點在于可以將命令以文件的方式存放，重復(fù)利用，并且腳本中可以直接包含操作系統(tǒng)命令（在CLP中如果要執(zhí)行操作系統(tǒng)命令需要在命令的前面加“！”）。腳本的運行狀態(tài)也可以在日志工具中查看到。腳本中心的具體界面如下圖。2.2.5、日志（Journal）通過日志可以查看幾類信息：作業(yè)信息包括暫掛作業(yè)(PendingJob)信息、正在運行的作業(yè)（RunningJob）信息以及已經(jīng)完成的作業(yè)的信息。對于PendingJob，可以對其進行重新調(diào)度、顯示與它相關(guān)的腳本或立即運行它?；謴?fù)歷史信息提供了對數(shù)據(jù)庫進行的備份、恢復(fù)過程的詳細信息，比如：備份的時間、備份的類型等，這些信息實際都被保存在一個稱為恢復(fù)歷史文件的文件當中。警報信息包含了系統(tǒng)發(fā)出的警報信息。系統(tǒng)信息包含了UDB數(shù)據(jù)庫管理器生成的信息。日志除了包含以上信息以外，也可以對已經(jīng)被腳本中心調(diào)度的作業(yè)重新進行調(diào)度。日志的具體界面見下圖。2.2.6、警報中心（AlertCenter）警報中心搜集所有數(shù)據(jù)庫管理器發(fā)出的警告信息，管理人員可以根據(jù)這些警告信息對某些系統(tǒng)錯誤進行分析。查找出系統(tǒng)的潛在問題?？蓪ⅰ熬瘓笾行摹痹O(shè)置為自動打開，顯示已超過其閾值并因此處于警報或警告狀態(tài)的各種受監(jiān)控對象。閾值的設(shè)置用可從“控制中心”調(diào)用的“性能監(jiān)控程序”來完成。圖符的顏色指示警告的嚴重性。紅色圖符指示報警信號。黃色圖符指示警告。并顯示為性能變量返回的數(shù)據(jù)。1.2.7、許可證中心（LicenseCenter）許可證中心可以對UDB的許可證信息提供集中管理，可以允許用戶增添、更改和刪除UDB產(chǎn)品的許可證。用戶也可以瀏覽當前安裝在UDB系統(tǒng)上的許可證信息，比如：產(chǎn)品名稱、產(chǎn)品的版本、過期時間及允許的用戶數(shù)目等信息。具體界面見下圖。2.2.8、控制中心（ControlCenter）控制中心是UDB的管理工具的核心，絕大多數(shù)的管理任務(wù)和對其他管理工具的存取都可以通過控制中心來完成。具體界面如下圖?？刂浦行挠腥缦陆M成部分：菜單條：菜單條在屏幕的頂部。從菜單條選擇菜單允許您執(zhí)行許多功能，如關(guān)閉DB2工具、存取圖形工具以及存取聯(lián)機幫助和產(chǎn)品信息?？赏ㄟ^單擊菜單條上的每一項來熟悉這些功能通過菜單的方式完成對控制中心的存取。工具欄：位于菜單條下方的一組圖形按鈕，通過點擊可以調(diào)用其他的管理工具，如命令中心、腳本中心等以上所提到的工具對象窗格：對象窗格位于屏幕的左邊窗格中，它按照UDB數(shù)據(jù)庫對象的層次關(guān)系（UDB系統(tǒng)--實例—數(shù)據(jù)庫--數(shù)據(jù)庫內(nèi)部對象）對系統(tǒng)進行組織，以樹狀的形式顯示。用戶可以方便地從中找到要管理的對象。對象窗格中的某些對象包含其他對象。對象左面的加號(+)指示該對象是折疊的?？蓡螕艏犹栒归_它。當展開對象后，在它的左面會出現(xiàn)一個減號(-)。要折疊此對象，單擊減號。內(nèi)容窗格：位于屏幕的右邊窗格中。此窗格顯示在對象窗格中選定對象包含的所有對象，例如，若您在對象窗格中選擇表文件夾，數(shù)據(jù)庫中所有的表都將出現(xiàn)在“內(nèi)容”窗格中。若您選擇數(shù)據(jù)庫文件夾，內(nèi)容窗格會變?yōu)閷嵗械乃袛?shù)據(jù)庫。用戶可以在對象窗格或內(nèi)容窗格中選擇要操作的對象，按鼠標右鍵按出彈出式菜單，能對該對象所進行的所有操作幾乎都包含在菜單中?？刂浦行某丝梢詮腄B2桌面的文件夾中進行存取，也可以在命令行下鍵入db2cc命令存取。2.2.9、工具設(shè)置（ToolSettings）工具設(shè)置可以用來更改某些系統(tǒng)工具的設(shè)置，比如設(shè)定SQL語句之間的分隔符、如果DB2實例沒有啟動，是否需要在UDB工具啟動的時候自動啟動實例。工具設(shè)置可以從工具欄上的圖形按鈕存取。具體界面如下圖。2.2.10、快速向?qū)В⊿martGuides）UDB中很多任務(wù)的完成涉及到很多術(shù)語和參數(shù)，如果用戶對這些信息不是很了解，會影響到任務(wù)的完成效果。為了能夠?qū)@些用戶提供幫助，UDB中提供了很多快速向?qū)?。這些快速向?qū)Э梢葬槍Σ煌娜蝿?wù)向用戶提出一些比較淺顯的問題，根據(jù)用戶對問題的回答設(shè)定相應(yīng)的參數(shù)。幫助用戶完成相應(yīng)的任務(wù)。UDB中提供的快速向?qū)Х譃橐韵聨最悾簩ο髣?chuàng)建類：在創(chuàng)建數(shù)據(jù)庫、表空間和表時提供幫助。數(shù)據(jù)庫管理任務(wù)：在備份和恢復(fù)數(shù)據(jù)庫時提供幫助。多點更改：在分布式環(huán)境下，對涉及到多數(shù)據(jù)庫更改的事務(wù)進行控制。性能調(diào)節(jié)：幫助用戶對系統(tǒng)性能進行調(diào)節(jié)。具體的快速向?qū)в校簞?chuàng)建數(shù)據(jù)庫快速向?qū)В涸试S用戶創(chuàng)建數(shù)據(jù)庫、分配存儲空間以及選擇基本性能選項。要調(diào)用它，選擇對象窗格中的“數(shù)據(jù)庫”圖符，單擊鼠標按鈕2，然后選擇創(chuàng)建->使用SmartGuide創(chuàng)建數(shù)據(jù)庫。創(chuàng)建表快速向?qū)В捍丝焖傧驅(qū)椭脩羰褂妙A(yù)定義的列模板來設(shè)計列，創(chuàng)建表的主關(guān)鍵字并將一個或多個表空間分配給表。要調(diào)用它，選擇“表”圖符，單擊鼠標按鈕2，然后選擇創(chuàng)建->使用SmartGuide創(chuàng)建表。創(chuàng)建表空間快速向?qū)В捍丝焖傧驅(qū)г试S用戶創(chuàng)建一個新的表空間并設(shè)置存儲及性能選項。要調(diào)用它，選擇“表空間”圖符，單擊鼠標按鈕2，然后選擇創(chuàng)建->使用SmartGuide創(chuàng)建表空間。索引快速向?qū)В涸摽焖傧驅(qū)椭脩舸_定對給定的一組SQL語句，要創(chuàng)建或刪除哪些索引，才能使給定的語句性能最優(yōu)。要調(diào)用它選擇“索引”圖符，單擊鼠標按鈕2，然后選擇創(chuàng)建->使用SmartGuide創(chuàng)建索引。性能配置。此快速向?qū)椭鶕?jù)有關(guān)數(shù)據(jù)庫的用途來調(diào)諧數(shù)據(jù)庫。然后它對數(shù)據(jù)庫和實例建議新的配置參數(shù)，并在需要時自動應(yīng)用它們。要調(diào)用它，選擇相應(yīng)數(shù)據(jù)庫的圖符，單擊鼠標按鈕2，然后選擇使用SmartGuide配置。復(fù)原數(shù)據(jù)庫快速向?qū)В捍丝焖傧驅(qū)?jīng)歷恢復(fù)數(shù)據(jù)庫的全過程。要調(diào)用它，選擇相應(yīng)數(shù)據(jù)庫的圖符，單擊鼠標按鈕2，然后選擇復(fù)原->使用SmartGuide復(fù)原數(shù)據(jù)庫。備份數(shù)據(jù)庫快速向?qū)В核儐栍脩絷P(guān)于數(shù)據(jù)庫中的數(shù)據(jù)、數(shù)據(jù)庫的可用性以及可恢復(fù)性要求等基本問題。然后它建議一個備份方案、創(chuàng)建作業(yè)腳本并調(diào)度它。要調(diào)用它，選擇相應(yīng)數(shù)據(jù)庫的圖符，單擊鼠標按鈕2，然后選擇備份->使用SmartGuide備份數(shù)據(jù)庫。配置多站點更新快速向?qū)В涸摽焖傧驅(qū)椭脩粼诜植际江h(huán)境下，對涉及到多數(shù)據(jù)庫更改的事務(wù)進行控制。要使用它，選擇相應(yīng)實例，單擊鼠標按鈕2，然后選擇多站點更新->使用SmartGuide配置。2.2.11、通用工具選項除了以上提供的工具之外，UDB還有幾個其它相關(guān)工具選項。例如：顯示SQL(ShowSQL)和顯示命令(ShowCommand)如果某個工具生成了SQL語句，比如創(chuàng)建表、索引等工具，那么在該工具界面上將有顯示SQL按鈕可用。類似地，生成DB2命令的工具將有顯示命令按鈕可用。單擊這兩個按鈕之一，可以查看該工具根據(jù)用戶在圖形界面中所做選擇而生成的SQL語句或DB2命令。幫助用戶了解該界面是如何工作的。另外該選項也允許用戶將語句或命令另存為腳本以備將來使用。若用戶希望再次運行相同的語句或命令，可以不必重新輸入SQL語句或DB2命令。一旦SQL語句或DB2命令已保存到腳本中，用戶可以調(diào)度腳本、編輯此腳本進行更改或創(chuàng)建類似的腳本而不必重新輸入語句或命令。顯示相關(guān)對象(ShowRelated)顯示相關(guān)項顯示表、索引、視圖、別名、觸發(fā)器、表空間、“用戶定義函數(shù)”以及“用戶定義類型”之間的直接關(guān)系。顯示相關(guān)對象可以幫助用戶了解一個對象與哪些對象相關(guān)，分析數(shù)據(jù)庫的結(jié)構(gòu)以及判斷可能執(zhí)行的操作會造成的影響。例如，如果用戶希望刪除有從屬視圖的表，顯示相關(guān)項會告訴用戶如果進行刪除操作后，哪些視圖將變?yōu)闊o效視圖。從“控制中心”的內(nèi)容窗格中的很多對象中，單擊鼠標按鈕2。都會看到“顯示相關(guān)對象”的選項。第三章數(shù)據(jù)移動3.1、數(shù)據(jù)移動概述在數(shù)據(jù)庫的使用過程中，經(jīng)常需要將一個數(shù)據(jù)庫中的數(shù)據(jù)遷移到另外的一個數(shù)據(jù)庫中。為了實現(xiàn)這種功能，我們可以使用數(shù)據(jù)庫復(fù)制技術(shù)，這種技術(shù)在大多數(shù)的關(guān)系型數(shù)據(jù)庫中都有相應(yīng)的實現(xiàn)，不過這種方法對管理的要求較高，而且需要網(wǎng)絡(luò)的連接。更常用的方法是利用某種類型的外部文件作為中介，將一個數(shù)據(jù)庫中的某個表中的數(shù)據(jù)導(dǎo)出到一個外部文件中，然后把該文件中的數(shù)據(jù)導(dǎo)入到另外一個數(shù)據(jù)庫中。DB2中實現(xiàn)以上功能的主要工具有三個：EXPORT、IMPORT和LOAD。其中EXPORT的功能是將表中的數(shù)據(jù)導(dǎo)出到外部文件中；而IMPORT和LOAD的功能是將外部文件中的數(shù)據(jù)導(dǎo)入到一個表中。IMPORT和LOAD的功能類似，但在實現(xiàn)手段上有很大差異。能夠被DB2所支持用作數(shù)據(jù)移動的中間文件的格式有四種：非定界ASCII碼文件(ASCII)、定界ASCII碼文件(DELASCII)、WSF文件和PC/IXF文件。其特點是：ASCII：純文本格式，每個數(shù)據(jù)列之間中有分隔符，但數(shù)據(jù)行之間沒有分隔符。ASCII文件不能被EXPORT支持。、DEL：純文本格式，數(shù)據(jù)列之間有分隔符，數(shù)據(jù)行之間也有分隔符。WSF：Lotus1-2-3工作表格式。WSF文件不能被LOAD支持。PC/IXF：一種非常通用的格式，被多種數(shù)據(jù)庫管理系統(tǒng)所支持?？梢杂米髟诋惙N數(shù)據(jù)庫中進行數(shù)據(jù)轉(zhuǎn)移。3.2、EXPORT的功能和使用EXPORT用于將一個表或多個表中的數(shù)據(jù)導(dǎo)出到外部文件中。下面是EXPORT的一個例子：db2connecttosampledb2exporttomyfileofixfmessagesmsgselect,staff.dept,org.locationformorg,staff,whereorg.deptname=staff.dept在該例中，staff和org中的相應(yīng)數(shù)據(jù)將被輸出到myfile文件中，該文件為PC/IXF格式。注意事項：在做EXPORT之前，首先要連接到相應(yīng)的數(shù)據(jù)庫上。因為要對表或視圖（EXPORT支持對視圖進行操作）進行SELECT操作，執(zhí)行EXPORT的用戶至少要有相關(guān)表或視圖上的SELECT權(quán)限。如果使用PC/IXF文件，文件中將包含表中的索引定義。可以通過DB2Connect將主機上的數(shù)據(jù)導(dǎo)出到外部文件中。3.3、IMPORT的功能和使用IMPORT可以被看作是EXPORT的逆過程，用于將數(shù)據(jù)從外部文件中導(dǎo)入到數(shù)據(jù)庫之中。下面是一個IMPORT的例子：db2connecttomusicdbdb2importfromartexprtofixfmessagesartmsgcreateintoartistsin<tablespace>indexin<indextablespace>longin<longtablesapce>在該例中,artexprt文件的數(shù)據(jù)被導(dǎo)入到表artists中，這個表在IMPORT之前并不存在，系統(tǒng)將根據(jù)artexprt文件的格式創(chuàng)建表后，再進行數(shù)據(jù)導(dǎo)入。注意事項：在做IMPORT之前，首先要連接到相應(yīng)的數(shù)據(jù)庫上。因為要對表或視圖（IMPORT支持對視圖進行操作）進行修改操作，執(zhí)行EXPORT的用戶至少要有相關(guān)表或視圖上的相關(guān)權(quán)限（依據(jù)導(dǎo)入模式的不同而不同）。比如，使用INSERT模式，至少要有相應(yīng)表上的INSERT權(quán)限；如果使用CREATE模式，則需要數(shù)據(jù)庫上的CREATETAB權(quán)限。如果使用CREATE模式，必須使用PC/IXF文件進行數(shù)據(jù)導(dǎo)入?？梢酝ㄟ^DB2Connect向主機上的數(shù)據(jù)庫導(dǎo)入數(shù)據(jù)。3.4、LOAD的功能和使用3.1、LOAD概述LOAD的功能與IMPORT類似，但實現(xiàn)的方式有很大區(qū)別。其操作方式更加貼近底層。LOAD會把要導(dǎo)入的數(shù)據(jù)格式化成數(shù)據(jù)頁，利用并行I/O寫入存儲介質(zhì)。在LOAD過程中，只進行極少量的日志記錄，而且不進行約束檢查。因此，LOAD導(dǎo)入的速度要比IMPORT快很多，尤其是數(shù)據(jù)量比較的的時候，LOAD的速度優(yōu)勢十分明顯。LOAD可以從三種格式的文件進行數(shù)據(jù)導(dǎo)入，分別是非定界ASCII碼文件、定界ASCII碼文件和IXF文件格式。LOAD不支持WSF文件作為數(shù)據(jù)導(dǎo)入文件。3.4.2、LOAD的三個階段與IMPORT相比，LOAD雖然在速度上有明顯的優(yōu)勢，但對管理上的要求比較高。LOAD可以分成三個階段。第一個階段叫LOAD階段。在這個階段中，數(shù)據(jù)被導(dǎo)入到表中，如果表上有索引存在，LOAD將按照索引定義搜集索引關(guān)鍵字，然后進行排序。如果有不符合表定義的數(shù)據(jù)行，LOAD將會把它們放到一個文件（DUMPFILE）中，同時在消息文件(MESSAGEFILE)中進行記錄。如果在命令中指定了SAVECOUNT參數(shù)，LOAD將每隔一定數(shù)目的數(shù)據(jù)行進行一次保存。第二個階段叫BUILD階段。在這個階段中，LOAD會利用在LOAD階段搜集的索引關(guān)鍵字構(gòu)造索引。如果表上沒有索引，這個過程將被忽略。另外，如果表上定義了唯一性約束，LOAD會在這個階段進行檢查。如果有違反唯一性約束的數(shù)據(jù)行，LOAD將會把它們拷貝到一個特殊的表—例外表（ExceptionTable）中。相應(yīng)的信息會保存在信息文件（MESSAGEFILE）中。第三個階段叫DELETE階段。在這個階段中，所有違反唯一性約束的行將被從表中刪除。3.4.3、異常情況的處理由于某些操作的失敗，表空間可能處于某種異常狀態(tài)。表空間的狀態(tài)可以通過DB2LISTTABLESPACES。如果狀態(tài)的編碼為0x0000,表明表空間狀態(tài)正常，否則表明表空間處于某種異常狀態(tài)。比如0x0008表明表空間處于裝載掛起（LOADPENDING）狀態(tài)，0x010表明表空間處于刪除掛起（

DELETEPENDING）狀態(tài)，0x020表明表空間處于備份掛起（BACKUPPENDING）狀態(tài)。上面提到的幾個狀態(tài)都是在LOAD過程中有可能發(fā)生的。我們下面就來探詢其原因及解決辦法。、LOADPENDING狀態(tài)如果LOAD由于用戶的錯誤而沒有運行，比如指定的數(shù)據(jù)輸入文件不存在或者要載入數(shù)據(jù)的表不存在，則對表空間的狀態(tài)不會有任何影響。如果LOAD在向表中導(dǎo)入數(shù)據(jù)的時候出現(xiàn)了錯誤，LOAD會終止，同時將要導(dǎo)入數(shù)據(jù)的表所在的表空間置于LOADPENDING狀態(tài)。如果表空間處于LOADPENDING，除了使用LOAD工具對表空間進行操作來消除LOADPENDING狀態(tài)以外，不能對該表空間進行其他操作。出現(xiàn)了LOADPENDING狀態(tài)以后，應(yīng)該對LOAD生成的MESSAGE文件進行檢查，查看是在LOAD的哪一個階段出現(xiàn)的問題。然后可以使用LOAD的RESTART選項重新進行LOAD，LOAD會自動的從上一個一致性點進行恢復(fù)。比如指定了SAVECOUNT為100，在導(dǎo)入到531行記錄時出現(xiàn)異常終止，則LOAD會從第501條記錄重新開始導(dǎo)入。如果是在LOAD過程中的BUILD階段和DELETE階段時出現(xiàn)了錯誤，LOAD會從這兩個階段的起始點重新開始。如果利用RESTART選項后，LOAD能夠成功，則LOADPENDING狀態(tài)可以被消除。如果使用RESTART選項仍然不能成功，則可以使用TERMINATE選項來終止LOAD過程，同時消除LOADPENDING狀態(tài)。如果我們在終止LOAD時使用了INSERT選項，則可以將表恢復(fù)到LOAD以前的狀態(tài)。如果我們使用的是REPLACE選項，則表中的數(shù)據(jù)被清空。、BACKUPPENDING狀態(tài)LOADPENDING狀態(tài)是LOAD失敗后出現(xiàn)的異常狀態(tài)。但即使LOAD成功了，也不能保證表空間處于正常狀態(tài)，這取決于LOAD時選擇的復(fù)制選項。如果我們選擇的是COPYYES(缺省選項)，則LOAD成功后會將表空間置成BACKUPPENDING狀態(tài)，需要對該表空間進行備份才能消除；如果我們選擇的是COPYYES，則系統(tǒng)在LOAD過程中自動對載入的數(shù)據(jù)進行備份，LOAD成功后表空間處于正常狀態(tài)；如果我們選擇的是NONRECOVERABLE，則系統(tǒng)在LOAD過程中不對載入數(shù)據(jù)進行備份，在LOAD成功后也不把表空間置于BACKUPPENDING狀態(tài)。之所以LOAD要提供幾種復(fù)制選項的原因是由于出于數(shù)據(jù)完整性的考慮。我們在前面已經(jīng)介紹過，LOAD只做很少的日志，導(dǎo)入的數(shù)據(jù)不被記錄在日志之中。如果在LOAD以后，數(shù)據(jù)庫崩潰了，LOAD導(dǎo)入的數(shù)據(jù)將無法得到恢復(fù)，造成數(shù)據(jù)的不完整。如果使用COPYNO選項，系統(tǒng)會強制用戶在LOAD之后對表空間進行備份，如果以后需要對數(shù)據(jù)庫進行恢復(fù)，則可以從中恢復(fù)LOAD導(dǎo)入的數(shù)據(jù)；如果使用COPYYES選項，則系統(tǒng)在LOAD過程中會自動對導(dǎo)入的數(shù)據(jù)進行備份，可以用于日后的恢復(fù)；如果使用NONRECOVERABLE選項，則等于用戶明確表示日后不想恢復(fù)LOAD導(dǎo)入的數(shù)據(jù)，這個選項一般用于接收數(shù)據(jù)導(dǎo)入的表被用于只讀操作，如果需要對數(shù)據(jù)進行恢復(fù)，重新進行LOAD就可以。3.5、IMPORT和LOAD的對比IMPORT和LOAD在功能上相似，但在實現(xiàn)方式和使用上有很大不同，我們將通過下表將這兩中工具進行一下對照。IMPORTLOAD說明在導(dǎo)入大量數(shù)據(jù)時速度較慢在導(dǎo)入大量數(shù)據(jù)時速度明顯比IMPORT快LOAD是將數(shù)據(jù)格式化成數(shù)據(jù)頁的形式直接寫入數(shù)據(jù)庫如果使用IXF文件格式，表和索引可以不存在在導(dǎo)入數(shù)據(jù)之前，表和索引必須存在IMPORT可以在導(dǎo)入數(shù)據(jù)時創(chuàng)建表和索引支持WSF文件格式不支持WSF文件格式能夠?qū)Ρ砗鸵晥D進行IMPORTLOAD的對象必須是表在進行IMPORT時，其他程序能夠?qū)Ρ磉M行存取在進行LOAD時，其他程序不能對表進行存取LOAD將導(dǎo)入數(shù)據(jù)的表所在表空間置為排它狀態(tài)導(dǎo)入的所有數(shù)據(jù)都被日志所記錄LOAD只做極少量的日志IMPORT會激活觸發(fā)器LOAD不會激活觸發(fā)器IMPORT可以使用COMMITCOUNT參數(shù)指定每隔一定數(shù)目的數(shù)據(jù)行就進行一次提交，如果IMPORT失敗，可以從最后的一次提交點重新開始。LOAD可以使用SAVECOUNT參數(shù)指定每隔一定數(shù)目的數(shù)據(jù)行就進行一次保存，如果LOAD失敗，可以從最后的一次提交點重新開始。IMPORT使用的是數(shù)據(jù)庫內(nèi)部的臨時表空間LOAD使用的是數(shù)據(jù)庫以外的臨時空間所有的約束在IMPORT過程中都將被總結(jié)在LOAD過程中只檢查唯一性約束LOAD關(guān)閉約束檢查，需要在LOAD后用SETINTEGERITY消除表上的CHECKPENDING狀態(tài)在IMPORT過程中，當每一行被導(dǎo)入時，索引關(guān)鍵字被插入到索引中在LOAD過程中，LOAD在LOAD階段搜集索引關(guān)鍵字，在BULID階段統(tǒng)一生成索引如果需要重新搜集統(tǒng)計信息，在IMPORT后使用RUNSTAT工具如果需要重新搜集統(tǒng)計信息，可以在LOAD后使用RUNSTAT工具，也可以在LOAD過程中進行搜集在LOAD中直接搜集統(tǒng)計信息會延長LOAD所需時間IMPORT能夠被DB2Connect支持LOAD能夠被DB2Connect支持數(shù)據(jù)導(dǎo)入文件必須在執(zhí)行IMPORT的節(jié)點上數(shù)據(jù)導(dǎo)入文件必須在要導(dǎo)入數(shù)據(jù)的數(shù)據(jù)庫所在的節(jié)點上IMPORT不需要備份根據(jù)復(fù)制選項的不同，可能需要進行備份IMPORT導(dǎo)入的數(shù)據(jù)在日志中會有記錄第四章數(shù)據(jù)庫恢復(fù)在防止關(guān)鍵數(shù)據(jù)的丟失當中，恢復(fù)用戶自己的環(huán)境十分重要。有一些工具可以幫助用戶管理自己的環(huán)境和保證用戶可以對自己的數(shù)據(jù)實施充分的恢復(fù)措施。我們將討論在關(guān)系數(shù)據(jù)庫系統(tǒng)中的日志存檔概念，因為它屬于數(shù)據(jù)庫的恢復(fù)功能的組成部分。日志文件是由DB2用來確保數(shù)據(jù)庫完整性，即使當出現(xiàn)某些不可預(yù)見的問題引起用戶系統(tǒng)癱瘓時，比如發(fā)生斷電故障，也能做到這一點。要充分理解日志工作的目的，首先解釋清楚工作單元(unitofwork)和事務(wù)(transaction)這兩個概念。4.1工作單元為了確保數(shù)據(jù)庫中數(shù)據(jù)的一致性,應(yīng)用程序經(jīng)常必須立即實施一些變更。類似，它必須禁止所有的變更。這就叫做工作單元(unitofwork)。工作單元是應(yīng)用程序進程內(nèi)可恢復(fù)的操作序列。工作單元是應(yīng)用程序用來確保在數(shù)據(jù)庫中不引入不一致數(shù)據(jù)的基本機制。在任何時刻，應(yīng)用程序進程都有一個工作單元，而應(yīng)用程序進程的生存期可能涉及許多工作單元。4.2事務(wù)在象DB2這樣的關(guān)系數(shù)據(jù)庫中，工作單元被稱為事務(wù)(transaction)。事務(wù)是應(yīng)用程序進程內(nèi)的一個可恢復(fù)的SQL操作序列。對數(shù)據(jù)庫的任何一次讀或?qū)懚际窃谀炒问聞?wù)內(nèi)完成的。任何一個成功地與數(shù)據(jù)庫相連接的應(yīng)用程序都自動地啟動一個事務(wù)。應(yīng)用程序必須通過發(fā)出一條SQLCOMMIT(委托確認)或SQLROLLBACK(退回)語句去結(jié)束該事務(wù)。SQL的COMMIT語句告訴數(shù)據(jù)庫管理員立即對數(shù)據(jù)庫實施事務(wù)中的所有數(shù)據(jù)庫變動(插入、更新、刪除)。SQL的ROLLBACK語句告訴數(shù)據(jù)庫管理器不實施這些變動，但將受到影響的行返回到開始該事務(wù)之前的原有狀態(tài)。4.3日志文件的使用為了確保用戶數(shù)據(jù)的完整性，DB2已經(jīng)實施提前寫日志存檔模式。提前寫日志存檔的基礎(chǔ)是指：當發(fā)出刪除、插入或更新數(shù)據(jù)庫中某一數(shù)據(jù)的SQL調(diào)用時，所做出數(shù)據(jù)變更首先要寫到日志文件中去