GB_T 30535-2014_科技报告元数据规范

第一篇：GB_T 30535-2014_科技报告元数据规范

GB/T 30535-2014 科技报告元数据规范

基本信息

【英文名称】Scientific and technical reports metadata specifications 【标准状态】现行 【全文语种】中文简体 【发布日期】2014/5/6 【实施日期】2014/11/1 【修订日期】2014/5/6 【中国标准分类号】A14 【国际标准分类号】35.240.30

关联标准

【代替标准】暂无 【被代替标准】暂无

【引用标准】暂无

适用范围&文摘

本标准规定了科技报告元数据规范的元素集，并详细定义了元素及其修饰词。本标准适用于各类科学技术项目所创建的科技报告，含各种载体的科技报告。

第二篇：元数据方案实施意见

《中国国家试验型数字式图书馆》项目组于4月12日至13日在北京召开了技术组会议，根据会议对元数据 方案所作出的结论，本数字图书馆项目最小元数据集合采用Dublin Core；最小元数据集合Dublin Core的实现采用RDF方式；元数据分成两层，第一层为DC，第二层为MARC或TEI Header，在资源建设中要求按这两层实现。技术组必须据此提出项目所需采用的规范的元数据元素集及其定义、元数据元素的限定规则、以及元数据元素的具 体表达方式。会后提出对各成员馆进行一次调研，对各馆计划进行数字化的资源内容、方式、目前的状态、应用目的等进行 摸底，在5月底以前上海馆仅收到辽宁馆一份，本《实施意见》据辽宁馆和上海馆本馆的资源情况，设想了一般情况，鉴于具体资源情况对元数据方案的实施无重大 影响，本方案据此成文。

DC元数据方案是一个非常灵活且及具扩充性的方案，然而对于各馆合作的同一个项目，原则上应该制订一些 统一规则，例如元数据元素的增删取舍以及限定方式等，当然也可以由各馆自定，这样会在一定程度上影响到互操作性。制订统一规则的难点是必须经过各馆统一一 致的详细讨论，这是一项耗时费力的工作，必须由项目组负责协调组织。

首先必须说明的是，根据项目技术组的结论：

DC只是提供互交换性的中间层，虽然是必需的，但不一定要物理存在，物理层为第二层即MARC或TEI Header，通过自动转换动态获得，或重新抽取均可；

元数据的表达只有在HTML4.0及XML中才能采用RDF方式实现，鉴于目前HTML3.2普遍采用，本项目完成时前者也不一定能完全取代后者，据此本实施意见仍旧考虑了在HTML3.2中利用“META”方式表达元数据元素的方法；

本文涉及许多规则，如DC、RDF等，至今仍然是草案，尚处在不断的变动中，未承诺任何版本兼容性，是否能够得到广泛支持尚不得而知；

本文作为本项目工作小组的研究报告，根据以上会议精神，将对项目元数据方案进行进一步的描述和限定，为便于实际实施，特进行实例描述。

目录

一、DC元素定义及其限定

二、RDF框架及其含义

三、实施实例及说明 DC在HTML2.0/3.2中的应用

DC在HTML4.0中的应用

DC的扩展应用

RDF与DC的应用

四、实施建议

一、DC元素定义及其限定

关于DC的历史影响、结构框架以及为何选用DC作为最小元数据集合的原因本文不再赘述，请参见文末所附的参考资料：

下文给出DC十五个元素的中文基本定义，原文定义请参见其主页： http://purl.org/metadata/dublin_ core。

DC元素基本描述

以下是对DC元数据元素集的参考定义，关于进一步的描述或任何已经定义的限定，请见下列地址： http://purl.org/metadata/dublin_core。在以下的描述中，为便于进行语义上的理解，每个元素都有一个描述性的名称，同时为便于在一定的编码体系中使用，每个元素都有一个正式的标签(Label)。尽管HTML之类的环境并不区分大小写，我们还是建议在实际使用中按照下文所定义的标签大小写来进行书写，以免在转换或移植到其它环境时发生冲突或歧义，如在XML中。（参见 http://中嵌入上述代码特别有用，因为在非缩写格式中，”上海科文工作室”将被作为显示字符析出，而在缩写格式中则无这样的问题。同样例五中的描述可缩写成如下格式： CARD:Name=”John Smith” CARD:Email=”smith@home.net” CARD:Affiliation=”Home, Inc.” />

四、实施建议(未完成)实施建议如下：

首先我们认为在语法结构，使用惯例上没有必要将DC进行中文化处理，而沿用国际通用的英文描述方法。对DC的基本定义也没有必要进行重新修订，以利于信息与国际上的交流。以DC为基本框架

以HTML2.0/3.2格式为主

MARC直接嵌入DC

第三篇：《农业基础信息数据元》

ICS 35.240 L 70

DB34 安 徽 省 地 方 标 准 DB 34/ XXXXX—XXXX

农业基础信息数据元 Agricultural Fundamental Data Elements 点击此处添加与国际标准一致性程度的标识（征求意见稿）

-XX-XX 发布 XXXX-XX-XX 实施 安徽省市场监督管理局

发 布

DBXX/ XXXXX—XXXX I 前言 本标准按照GB/T 1.1-2009给出的规则起草。

本标准由安徽省农业农村厅提出。

本标准由安徽省信息技术标准化技术委员会归口。

本标准起草单位：安徽省农业信息中心、安徽省生态农业大数据工程实验室（安徽大学）。

本部分主要起草人：丁作坤、徐超、黄林生、丁晶晶、郑玲、梁苏丹、赵晋陵、翁士状、丁砥、张东彦、曾玮。

DBXX/ XXXXX—XXXX 1 农业基础信息数据元 1 范围 本标准规定了农业基础信息数据元的术语和定义、分类方法与表示规范。

本部分适用于农业基础信息资源的规划、采集、存储、交换、共享与利用。规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T

7408-2005 数据元和交换格式 信息交换 日期和时间表示法 GB/T

19488.1-2004 电子政务数据元第1部分：设计和管理规范 GB/T

18391.1-2002 信息技术 数据元的规范与标准化 第一部分：数据元的规范与标准化框架 3 术语和定义 下列术语和定义适用于本文件。

3.1 基础信息 Basic Information 农业农村活动必要生产要素的信息资源。

3.2 组织机构 Institutional Framework Class 农业农村活动中涉及政府机关、事业单位和企业等信息资源。

3.3 主题信息 Subject Information 按照不同时期不同阶段，农业农村工作重点领域和重点任务实施过程中产生的信息资源。

3.4 生产信息 农业生产环节产生的信息资源。

3.5 服务信息 农业服务环节产生的信息资源。

3.6 监管信息 农业监管环节产生的信息资源。

3.7 流通信息 农业流通环节产生的信息资源。

DBXX/ XXXXX—XXXX 2 3.8 产业信息 农业产业化环节产生的信息资源。

3.9 农村经营信息 农村土地制度、经营制度、产权制度、社会管理等产生的信息资源。

3.10 生态环境信息 以和谐、持续的发展方式的农业活动中产生的信息资源。

3.11 科教信息 农业科教环节产生的信息资源。分类 4.1 基础信息分为农业自然资源、农业业务空间地理信息资源。

4.2 组织机构信息分为政府机关、事业单位、企业、其他。

4.3 主题信息分为现代农业示范区、粮食生产功能区、重要农产品保护区、特色农产品优势区、农业可持续发展试验示范区、面源污染、特色产业扶贫、资源变股权、资金变股金、农民变股民、放管服改革、菜篮子工程、其他。

4.4 生产信息分为种植业、畜牧业、渔业、农机、其他。

4.5 服务信息分为政务服务、科技服务、防灾减灾、金融服务、农业保险、其他。

4.6 管信息分为农业执法、农业综合执法、投入品管理、农产品质量、兽医、其他。

4.7 流通信息分为农产品市场价格、农产品成本收益、农业综合统计、其他。

4.8 产业信息分为休闲农业、农产品加工、农村创业创新、二三产业、其他。

4.9 农村经营信息分为土地制度、经营制度、产权制度、社会管理、其他。

4.10 生态环境信息分为绿色发展、可持续发展、废弃物利用、节水节肥节地节能、其他。

4.11 科教信息分为产业技术体系、科技成果、农民教育、科技人才、其他。表示规范 采用摘要表示的方式定义和描述数据元，包括以下几个属性：中文名称、定义、汉语拼音缩写、数据类型、数据格式、值域、注释。

5.1 中文名称 数据元的中文名称。

5.2 定义

DBXX/ XXXXX—XXXX 3 数据元的解释。

5.3 汉语拼音缩写 数据元的中文名称的汉语拼音缩写。

5.4 数据类型 数据元值的类型。

5.4.1 字符型 string 通过字符形式表达的值的类型。

5.4.2 数值型 number 通过可计算的十进制形式表达的值的类型。

5.4.3 日期型 date 通过CCYYMMDD的形式表达的值的类型，符合 GB/T 7408-2005 规定。

5.5 数据格式 数据元值的表示格式。表示格式如表1。

表1 数据元表示格式表 字符 含义 C 表示数据类型为字符型 N 表示数据类型为数字型 D 表示数据类型是日期型..UL 表示长度不定的文本..从最小长度到最大长度，前面附加最小长度，后面附加最大长度。允许只附加最大长度。

N..p,q 表示数据类型为数值型，最长 p 位，小数点后 q 位（小数点前 p－q 位）。

注 1：

用 C 或 N 加上自然数的方式表示定长。

注 2：

用 D 加 4，6，8 分别表示不同数据格式的日期型数据元，D4 表示 CCYY，D6 表示 CCYYMM；D8 表示CCYYMMDD。

5.6 值域 数据元的有效值域和允许对该值域内的值进行有效操作的规定。

值域是指数据元可以取值的范围。

5.7 注释 对该数据元的其他相关说明，包括需要遵守的标准和规范。

_________________________________

第四篇：数据备份和恢复管理规范

数据备份和恢复管理规范

第一章 总 则

第一条 为规范、统一全集团范围内重要系统的数据备份及管理工作，明确各系统数据备份及恢复的角色和职责，确保备份介质的安全和按时、顺利恢复系统和数据，并确保有关责任人员熟练掌握系统和数据的备份、归档和恢复流程，特制定本办法。

第二条 备份和恢复管理的范围包括：确定关键系统的备份和恢复方针及原则；系统、应用等软件及业务、配置等数据的备份和恢复；备份介质的存放、归档管理；系统及数据恢复演练；备份和恢复流程的评估和维护；归档数据的查询；备份和恢复所需存储、磁带库等硬件工具/设备的监控和管理。不包括：硬件、网络的备份和恢复（属于业务连续性管理）；业务系统的在线数据冗余（属于业务可用性管理）。

第三条 关键系统定义： ERP、研发、SCM、CRM、财务、HR和其他多个单位通用的业务系统；MIP、邮件、公共网站等IT基础应用系统；单个单位使用的核心业务系统。

第四条 集团数据备份和恢复工作由集团备份管理员负责组织、协调，并按照既定计划和策略督促相关人员执行。

第二章 数据备份、归档和恢复原则

第五条 备份和恢复时间、性能应符合各系统服务级别的规定，各系统服务级别由系统所在单位与系统主要使用部门商议。

第六条 应考虑主机系统（操作系统、工具软件、数据库系统软件、应用等）变化的频率，全备份的频率应与业务系统变化频率成正比。

第七条 当主机系统发生较大更改时，应马上对主机系统进行一次全备份。第八条 应考虑全备份的容量，全备份的频率应与其备份容量成反比。第九条 系统全备份方式适用于使用小型机设备的系统，使用PC服务器的系统建议采用克隆系统应急盘方式。

第十条 对应用软件等程序文件：当系统配置数据发生变动时，应马上备份，备份介质保留至下一次系统全备份。当生产环境中的应用软件将发生变动时，应对变动前的应用软件进行备份。该种情况下的备份一般情况下由各系统管理员自行准备资源完成。

第十一条 对Oracle等数据库进行在线备份的系统，原则上要求周日为0级备份（冷备份）。对有数据长期保留需求的系统，只进行系统的0级备份的归档，以确保数据有效性和可恢复性。

第十二条 归档数据一般包括程序文件、数据文件，一般不包括数据库归档日志、逻辑备份数据（如在线备份）。

第十三条 归档数据完整性的基本原则：进行数据恢复后，系统在简单配置后可直接使用。

第十四条 对业务数据备份：在网络带宽和存储设备允许的前提下，可以采用集中备份和恢复管理的方式，否则采用分布备份和恢复管理方式。在数据库故障时能够快速恢复数据是选择备份方式的一个重要因素。应该采用多种备份方式（如采用块方式和文本方式等），以保证除了使用备份系统进行恢复外，还可以在本地备份机上直接恢复应用，如特别关键应用，建议考虑增加异地的恢复方式。除了用于恢复外，备份介质还应该方便存档数据查询、恢复演练、新系统测试、审计检查等使用。重点保留月末、季末、年末、结息日、新系统切换等重点时间的数据。

第十五条 对Oracle数据库备份：为了保护最近产生的数据，必须连续备份数据库逻辑日志。在业务数据的两次连续0级备份之间，应该进行业务数据逻辑日志的备份。

第十六条 应该根据数据容量/备份持续时间来决定采用每日0级备份，或定期0级备份+每日增量备份方式（增量备份分为对上次0级备份的增量、对上次增量的增量两种）。如果每日0级备份的备份和恢复时间符合要求，建议采用每日0级备份方式；否则采用每周0级备份+每日增量备份方式。备份介质保留一个备份周期。

第十七条 区别维持关键业务运行的数据（如，仅仅包含账户数据、客户信息、交易数据，不含历史数据），并每日单独备份，剩余数据同样单独备份。考虑到是快速恢复数据，故该类数据不宜过大。另外考虑到其使用目标是仅仅是应急，故其备份介质都是短期保留。

第十八条 要使用脚本来进行备份和恢复，尽量避免手工操作；尽量安排在非工作时间备份。

第十九条 在备份和恢复操作流程发生变动时，应该对操作人员进行培训；进行恢复演练的频率与流程变化的频率成正比；进行实际恢复演练的频率与恢复失败的频率（考核指标之一）成正比。

第二十条 所有对生产系统和数据的恢复都要预先得到批准；对存档备份介质的调阅需要登记，并且只能拷贝不能外借。

第二十一条 所有的备份介质都要贴上清晰的标签，标签应包含介质编号（或序号）、备份内容、备份日期时间、备份人员等内容；数据备份在制作、传递、转移过程中，必须填写《数据备份登记表》或《数据转移保存登记表》，详细记录备份数据制作、传递、转移的全部过程与责任人；数据备份的存放处必须符合防火、防水、防磁的安全要求；保存期在一年以上的备份磁带应半年进行重写或重绕处理；长期保存的磁带应记录使用次数，保证介质在规定的次数内使用；归档数据备份介质应该实施异地存放，建议存放至银行保险箱或档案室（必须和主机房不在同一建筑物内，如分支机构办公场所）。

第三章 存储、备份设备及相关设备管理

第二十二条 存储设备：集团中央数据存储系统、集团中央备份存储系统；备份管理员负责：每天检查存储设备控制器产生的信息，每周至少一次现场检查存储设备及相关部件运行状况，并将检查记录包含在周报中；存储设备Lun的调整和新Lun的分配，磁盘Raid策略调整等资源使用管理；

第二十三条 备份设备：STK SL500磁带库、LTO3数据磁带、LTO3清洗带；磁带库设备要求制定驱动器自动清洗策略，备份管理员负责：定期检查策略执行执行是否正常，每周至少一次现场检查磁带库及相关部件运行状况，并将检查记录包含在周报中；根据备份策略或用户需求调整，及时调整磁带库设备的资源分配。

第二十四条 相关设备：光纤通道交换机及光纤通道接口等部件、主机HBA卡；备份管理员负责：每周至少一次现场检查光纤通道交换机及相关部件运行情况，并将检查记录包含在周报中；每月协助系统管理员对主机HBA卡运行情况进行检查，包括双通道、负载均衡功能是否正常以及操作系统是否出现类似光纤通道报警信息；交换机Zooning调整、划分及相关资源调配。

第二十五条 备份管理员负责以上设备的日常维护和故障报修。维护和报修流程见本规范第二十九条第2款。

第四章 备份和恢复相关人员职责

第二十六条 集团备份管理员由集团IT管理部任命和管理；二级备份管理员由二级管理平台IT部门任命和管理，在备份业务上配合集团备份管理员。增加二级备份管理员的调整须提前知会集团IT管理部。系统管理责任人由系统所在平台的IT部门确定，业务管理责任人由系统所在平台的关键业务部门确定。

第二十七条 集团备份管理员职责：作为集团数据备份和恢复工作的总体计划制

定和工作协调者，负责备份系统管理和日常维护；负责备份数据在磁带、光盘等可移动存储介质上克隆、迁移和本地存放；参与备份系统建设、改造项目；协助二级备份管理员和各系统管理员进行数据覆盖和灾难恢复工作；定期组织二级备份管理员及相关人员进行备份数据有效性验证；负责组织集团本部相关系统管理员进行备份数据的有效性验证工作；负责备份系统客户端程序的异常处理，但不含客户端程序的管理；有义务和责任对系统管理员制定的备份策略提出合理建议；根据各系统恢复演练要求，制定总体恢复演练工作计划。

第二十八条 二级备份管理员职责：作为二级平台及下属单位数据备份和恢复工作详细计划的制定和协调者，协助备份管理员维护工作；组织相关系统管理员进行备份系统客户端的日常维护；协助备份管理员定期组织相关人员进行备份数据的有效性验证；参与备份系统建设、改造项目；负责平台管理范围内系统进行数据覆盖和协助集团备份管理员完成灾难恢复工作；负责制定该平台及下属单位的系统恢复演练详细计划，并负责该平台及下属单位数据从备份系统的导出。

第二十九条 系统技术管理责任人职责：简称系统管理员。是系统管理责任部门指定的系统日常维护人员，作为数据备份策略的制定者和恢复工作的实际执行者，按照《备份系统维护指引》要求，负责对备份系统客户端的维护；根据业务系统数据安全需求，负责制定合理、有效的备份策略(系统管理员只能负责提出策略和有效性审核，策略的合理性应由集团备份管理员完成)；在集团备份管理员或二级备份管理员的协助下，负责进行责任系统的备份数据有效性验证；根据灾难演练计划，建立系统详细恢复操作文档，并负责具体系统的搭建、恢复工作，同时负责组织相关人员对恢复系统的有效性进行测试并提交相关报告。（各个应用系统需要确定主要维护责任部门，由责任部门提出对系统的维护要求和指标）

第三十条 系统业务管理责任人职责：作为数据备份和恢复工作的用户方或负责业务维护的项目组，负责确认系统数据备份和恢复的时间、性能等指标。ERP、SCM、CRM等类系统业务责任部门为系统所在单位财务部门，研发类系统业务责任部门为系统所在单位研发部门，集团HR系统业务责任部门为集团人力资源部，MIP、邮件等基础应用系统业务责任部门为集团IT部。其他系统由系统管理的责任单位IT部门确定系统业务责任部门。

第五章 运维管理流程

第三十一条 数据备份异常的预警机制：对于连续两次备份失败的系统，集团备份管理员应以邮件、短信或电话方式知会二级备份管理员或相关系统管理员及该管理平台IT部门负责人，系统管理员应积极采取相关措施，二级备份管理员及集团备份管理员应配合，确保当天晚上数据备份成功，连续三次备份失败，集团备份管理员应将该信息抄送至系统责任单位财务负责人、集团IT总监。

第三十二条 系统日常维护流程：备份系统的服务器端操作，由备份管理员负责，客户端操作由相关责任人负责，备份管理员协助完成。

1.备份情况通报流程：集团备份管理员每天上午10点前将前一天晚上数据备份情况在MIP上公布（周六备份情况在周一通报），每周备份管理员将一周备份情况进行总结并发布至MIP，内容包括但不限于：本周备份数据量、备份有效性总结、故障处理情况；每月进行一次系统运行情况总结，上报至基础管理中心高级经理，内容包括但不限于：本月备份有效性情况、故障处理汇总及分析、系统运行趋势分析及系统改进合理化建议等。对于备份失败的系统，以邮件、短信或电话方式通知二级备份管理员及其上级领导并给出初步诊断结果和建议操作；二级备份管理员应立即联系相关系统管理员，系统管理员应在当天配合备份管理员查找问题。若数据连续两天没有备份成功，第三天需要系统管理员与备份管理员一起确定系统的备份方式，若为数据库的在线备份失败，应采取冷备份，若因数据库没有正确启停，需系统管理员在策略中约定的时间手工启停数据库，保证当晚数据备份成功。如二级备份管理员及系统管理员对备份失败问题一天内查不出原因，集团备份管理员应协调相关资源协助处理。

2.备份系统日程运维管理流程：包括备份系统及相关设备日常检查及故障处理。备份管理员每天对备份系统软件日志进行查看，如系统出现的报警或故障信息，当天反馈至技术后台支持经理，如超过2天不能解决，应上报至基础运维管理中心高级经理，并联系相关外部技术支持人员。如超过4天不能解决，应上报至集团IT总监。3.备份和恢复策略初次申请流程：由系统管理员提出备份和恢复策略并填写《备份和恢复需求》、《系统备份信息表》、《备份和恢复策略和原则》，系统业务责任人对《备份和恢复需求》进行确认，二级平台备份管理员审查，集团备份管理员审核，并在备份系统中实施，备份管理员直属领导及基础运维管理中心负责人备案。

4.备份和恢复策略变更流程：由系统管理员提出变更后的备份和恢复策略并填写《备份和恢复需求》、《系统备份信息表》、《备份和恢复策略和原则》，系统业务责任人对《备份和恢复需求》进行确认，二级平台备份管理员审查，集团备份管理员审核，并在备份系统中实施，备份管理员直属领导及基础运维管理中心负责人备案。5.备份数据常规恢复流程：常规恢复指数据的测试环境覆盖、恢复演练等要求下进行数据恢复。不允许在凌晨进行数据恢复，如需进行数据，需要以邮件方式发送请求至集团备份管理员，由备份管理员安排恢复时间和协助恢复。如系统管理员自行恢复，导致正常备份工作受到影响，将追究相关管理员责任。

6.系统和数据灾难恢复流程：系统管理员提交系统和数据恢复申请，系统管理员直属领导进行审核，系统业务责任部门审批，根据系统故障类型，二级备份管理员或集团备份管理员准备恢复的介质，系统管理员进行系统和数据恢复，系统业务责任人对恢复数据正确性进行验证，确认恢复成功后，由系统管理部门对外发出《系统恢复通知》。

7.日常备份和归档管理流程：集团备份管理员进行日常备份和归档，提交《备份介质存放登记表》，并在MIP上发布当日备份信息，备份管理员直属领导对归档进行审核和数据抽查，基础运维管理中心负责人备案。

8.备份介质存放管理流程：集团备份管理员对归档的备份介质（目前为磁带）进行异地存放，并填写《数据转移保存登记表》，备份管理员直属领导审查，基础运维管理中心负责人备案。

第三十三条 系统和数据恢复演练流程：包括所有非灾难恢复性质的数据恢复流程。集团或二级平台备份管理员提交《系统和数据恢复演练计划》，同时准备好演练的环境和介质，系统管理员将系统和数据恢复至预定位置，并进行系统和数据恢复结果进行验证，并填写《系统和数据恢复演练反馈表》。

第三十四条 存档数据查询流程：由存档数据查询人提交《存档数据查询申请表》，系统业务责任人审核，系统管理员准备恢复所需硬件、软件等资源，二级备份管理员或集团备份管理员准备恢复环境和备份介质，系统管理员进行数据恢复对恢复系统和数据进行可用性确认，系统业务责任人对恢复系统和数据进行正确性验证，并通知查询人进行数据查询。

第六章 惩罚措施

第三十五条 如集团备份管理员已通知相关系统管理员备份失败信息，而系统管理员没有及时处理，导致两次以上的数据备份失败情况发生，系统管理员应承担数据安全管理不善责任，并在MIP上通报批评，如造成数据丢失等严重后果，按照相关单位规定进行处罚。

第三十六条 因集团备份管理员维护不到位，出现同一套系统数据备份失败情况，且没有及时知会相关系统管理员进行应急处理，导致系统备份失败情况连续发生三天以上（含三天），集团备份管理员将承担系统管理不善责任，并在MIP上通报批评，如由此造成的数据丢失或其他严重后果，按照集团相关规定进行处罚。连续三个月未出现因备份管理员维护不力而出现备份异常情况，由集团IT管理部给予××奖励。

第三十七条 因相关系统管理员未及时处理，而导致连续三天以上备份失败（含三天），系统管理员承担系统维护不善的责任，并在MIP上通报批评，如因此造成的数据丢失或其他严重后果，按系统管理员所在单位相关规定进行处罚。

第三十八条 如无特殊原因，连续三个月内都未组织二级备份管理员及相关系统管理员进行系统灾难恢复演练工作，集团备份管理员应承担系统维护不力责任，并在MIP上通报批评。

第三十九条 二级备份管理员不配合集团备份管理员组织系统灾难恢复演练工作，导致演练工作无法开展，将追究相关责任人责任并在MIP上通报批评。

第四十条 相关系统管理员不服从备份管理员组织，连续三个月内都未进行系统灾难恢复演练工作，将追究相关责任人责任并在MIP上通报批评，因此出现备份数据恢复无效而导致数据丢失情况，由系统管理员及所在部门责任人承担数据安全的全部责任。

第四十一条 本《规范》由集团IT管理部负责修改和解释。第四十二条 此规范自下发之日起执行。

2006年4月9日

第五篇：新乡市正元科技电源材料有限公司

新乡市正元科技电源材料有限公司自一九九六年成立以来，一直致力于电源电池密封圈的开发与研究，05年扩大生产规模，迁入新乡市工业园区，密封圈生产技术水平迅速升级，率先实现PLC控制，自动化生产，进一步保证了产品的一致性，稳定性。同时我司又引进了多条先进的盖帽和钢壳的生产线，全面实现了产品配套化，批量化，质量化的发展。

公司现有员工220人，拥有先进的生产设备、数码设备，电加工设备，模具开发制造设备及分析检测仪器，专业设备达百余台。自客户确认图纸，五个工作日内，交付新品，为客户赢得时间，抢得商机。现日产密封圈350余万只，气压全检盖帽80余万只，圆柱型钢壳80余万只，经验的积累，高科技的支持，使产品先后被几十家优秀电池制造厂商选为定点配套供应商，质量与服务获得了客户的认可和满意。

公司长期坚持推行全面质量管理方针，具有较高的企业管理水平、技术工艺水平，技术创新水平，生产能力强，技术开发力量雄厚！本着“诚信为本，以质立身，用心服务，求精创新”的质量方针，公司严格执行全员质量管理，具有完备的质量保证体系，于03年一次通过ISO9001-2000质量体系认证。公司产品全部通过SGS认证，产品符合ROHS要求。

完善的售后服务，完备的诚信体系，良好的精神面貌，加上宽松的工作和生活氛围，使正元公司更具备了坚实的后方基础！而广阔的前景，使公司对未来的发展充满了信心和希望。

电池行业的飞速发展，带给的电池电源材料生产厂商无限商机。许多资料都证明了电池行业的发展前景。

我国电力装机容量的提高，程控交换机、移动电话增长更快，给电池市场带来机遇，技术愈进步，使用电池的领域愈广。经济越发达，电池使用频率越高，随着人口增长，经济发展，造成能源的大量消耗及环境的污染，而电池能够补充能源和改善环境污染问题。电池是二十一世纪世界十大高科技之一。

二十一世纪的电池具有大容量、高功率、长寿命、无污染、安全可靠轻便的特点，是高科技、高产出、高利润、高创汇产品，被国外专家称为二十一世纪十大高科技之一。

国家经贸委1997年12月公布的《九五国家重点技术开发指南》中144项关键技术中有三项是电池技术，《锂离子电池》、《新型绿色电池及应用技术》、《无汞碱锰电池技术与装备及民用二次电池》；

今原国家科委“863”计划中将氢镍蓄电池、锂离子蓄电池列为重中之重的项目。国家技术部将新型高能蓄电池列为高科技产业，国家级火炬计划项目中，电池行业也占有较大比重。“九五”重中之重的51个项目中电池也在其中。