精品文檔精心整理精品文檔可編輯的精品文檔企業檔案工作規范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調用時，所做出數據變更首先要寫到日志文件中去