1、文件和记录控制程序文件和记录控制程序外来文件的收集与管理外来文件的收集与管理文件的文件的修改和发放修改和发放文件的编制文件的编制与与审批审批文件的编号文件的编号的规定的规定体系文件的结构、定义体系文件的结构、定义发放文件的学习发放文件的学习记录的填写、查阅、保存规定记录的填写、查阅、保存规定文件的文件的作废及回收作废及回收文件的版次管理与评审文件的版次管理与评审文件和记录控制程序文件和记录控制程序一级文阶一级文阶二阶文件二阶文件三阶文件三阶文件四阶文件四阶文件体系手册体系手册程序文件程序文件作业类文件作业类文件记录类文件记录类文件体系文件的结构体系文件的结构文件和记录控制程序文件和记录控制程序
2、体系文件定义体系文件定义体系手册管理的纲领性文件，概括了本公司管理的构成及要素（过程）；程序文件直接支撑管理手册的主要文件，是对各部门运作过程及质量要求的具体说明；作业文件行政文件、工作文件、技术文件。是从程序文件中引申出来的，详细叙述各部门运作过程及操作规程，它是程序文件的支持性内容；外来文件包括国际和国家标准、法律法规、客户技术标准、产品规格书(含供应商)、工程图等技术资料；记录凡是管理体系运行中的记录、报告及产品相关的质量数据均属于记录的范围。文件和记录控制程序文件和记录控制程序体系文件定义体系文件定义受控文件凡是直接影响产品质量的文件、资料及程序文件。受控文件分受控原版和受控副本，受控
3、原版为不加盖印章的签字原件，仅作为复制用途，品管部保存；受控副本为加盖红色“受控章”的受控原本复印件；非受控文件不影响产品质量的文件或资料，如公司简介、产品说明书、物料安全资料及各类参考资料等。文件和记录控制程序文件和记录控制程序文件的编号规定文件的编号规定（1）体系管理手册编号：-编写年号质量手册代号企业代号文件和记录控制程序文件和记录控制程序文件的编号规定文件的编号规定（2）程序文件、行政文件、工作文件、技术文件等编号：-部门发放号文件代号企业代号流水号（从001开始编与部门无关）备注：1）程序文件代号90，行政文件代号01，工作文件代号91，技术文件代号92；2）部门分发号见附件文件和记
4、录控制程序文件和记录控制程序文件的编号规定文件的编号规定（3）记录编号：93 -/部门发放号文件代号企业代号分项号可用A-Z表示,也可用a-z表示流水号（001开始）年号备注：记录表格代号93，部门分发号见附件。文件和记录控制程序文件和记录控制程序附件：分发号对照表附件：分发号对照表部门部门文件分发号文件分发号部门部门文件分发号文件分发号总经办01技术服务部10管理者代表02HSE办11财务部03生产部树脂厂12人事行政部04生产部工程科13技术部05业务一部14采购部06业务二部15生产部07财务部信管办16品管部08技术中心17营业部09产品部18文件和记录控制程序文件和记录控制程序文件的
5、编制与审批文件的编制与审批1、文件的编制、文件的编制新增体系文件编制由申请部门依据文件清单，编制与审批规定进行，并将审批过的纸质及电子档文件交品管部体系专员备案；新增的体系引用文件，要求在文件最后标注参考的文件编号及文件名。文件和记录控制程序文件和记录控制程序文件的编制与审批文件的编制与审批2、文件的审批：、文件的审批：公司体系文件的编制、审核、批准按下述规定执行文件类型文件类型编制编制审核审核批准批准管理手册品管部组织管理者代表总经理程序文件品管部组织管理者代表总经理行政文件人事行政部责任部门负责人总经办技术文件技术部项目工程师技术负责人工作文件责任部门责任部门负责人品管部负责人记录表单责任
6、部门责任部门负责人品管部负责人外来/集团文件责任部门收集HSE办负责人管理者代表注：注：1 1）修改程序）修改程序 2 2）内容修改）内容修改文件和记录控制程序文件和记录控制程序文件的发布文件的发布 受控体系文件原本由品管部保管，发放受控体系文件副本。体系管理手册的发放以手册控制为准，程序文件发放至各相关职能部门，行政文件、技术文件、工作文件和集团文件发放至各相关职能部门；文件发放时需填写文件收发登记表，由文件接收部门负责人或指定人员签收，由其将所收到的文件知会到本部门的相关人员，且填写文件目录清单。同时收集本部门所有的旧版记录交给品管部；各部门另需索取纸质受控文件时，找由品管部体系专员领取，
7、并填写文件收发登记表。为了方便相关方的审核，品管部要求存档保管三套纸质手册和程序文件受控副本；新增或修改批准后的空白记录表格由品管部发放至各使用部门，填写文件收发登记表。接收部门签收后要求更换掉所有旧版的空白记录表格。文件和记录控制程序文件和记录控制程序文件的修改文件的修改1、修改程序、修改程序 公司内部任何员工发现受控文件存在不合理或因条件变化不适用时，均 提出更改，需征求相关部门和原编制部门的意见；技术文件的修改，如为技术内容更改，须对比集团相关文件现行版本，如有不一致，须发至集团品管部组织复审，分公司技术部依据复审结果，评估是否更改；若公司的生产经营条件发生较大的变化，管理者代表需组织各
8、部门对程序文件进行修改；体系文件修改后，审批参照审核流程规定进行。文件和记录控制程序文件和记录控制程序文件的修改文件的修改2、内容修改、内容修改 体系文件全文修改或某一章节修改时（附件除外），须更改整份文件或该章节版序；体系文件或其附件只更改部分页内容时，只须在更改页的版序后加脚标“-x（x用a-z表示）”（如原为B0版，更改页则为B0-a版，表示该页更改的次数，其它页版序不变，仍为B0版）。修改页数占整份文件的一半以上，则整份文件更改版序。当体系文件部分页修改后，参照审核流程规定对修改页进行审核。若修改内容很少，可以采用手写更改的形式，但须予以记录在前言中，受控文件手改统一由品管部进行并注明
9、更改的日期，但无须更换版序。文件和记录控制程序文件和记录控制程序文件的修改文件的修改3、修改后文件的发放修改后文件的发放 手改文件直接在原受控文件上进行，不需另行发放；修改后的文件只须发放更改页；修改后文件的发放时要作好记录。文件和记录控制程序文件和记录控制程序文件的作废及回收文件的作废及回收 受控文件的作废分两种：停用文件的作废和旧版文件的作废。文件停用由使用部门填写文件变更申请表经相关部门的审批人参照6.1进行审批，批准后方可作废，作废文件要求移交至品管部；旧版文件由品管部发放新版文件时回收。品管部需填写作废文件登记表存档，作废受控文件原版由品管部加盖“作废”章后归档加以妥善保管，作废受控
10、文件副本由各部门收集交品管部收回并全部加盖“作废”章。破损或损伤的受控文件有效版本可以找品管体系专员以旧换新，旧页由品管部加盖“作废”印章处理。记录表格的作废，由使用部门统一收集打“”作好作废标识。文件和记录控制程序文件和记录控制程序外来文件的收集与管理外来文件的收集与管理 各部门需要通过相关的渠道收集与本产品或业务相关的外来文件，各部门需要通过相关的渠道收集与本产品或业务相关的外来文件，并对这些外来文件进行理解、识别和转化。并对这些外来文件进行理解、识别和转化。u 技术部负责有关供应商及客户提供的技术标准及技术资料的收集和管理；u 品管部负责与产品相关的国际、国家标准及法律法规的收集、管理和
11、更新，填写外来文件清单并保存；品管部还负责客户审核资料的统筹；u HSE办负责环保、安全生产方面的法律法规的收集、管理和更新，填写外来文件清单并保存；外来文件的标识与管理外来文件的标识与管理u 所有外来文件需登记入外来文件清单，原版由相关部门负责管理，各部门外来文件清单每年需定期发HSE办备案；u 各部门要求加强外来文件的管理和版本的及时更新，避免过期版本的使用。文件和记录控制程序文件和记录控制程序外来文件的收集与管理外来文件的收集与管理 各部门需要通过相关的渠道收集与本产品或业务相关的外来文件，各部门需要通过相关的渠道收集与本产品或业务相关的外来文件，并对这些外来文件进行理解、识别和转化。并
12、对这些外来文件进行理解、识别和转化。u 技术部负责有关供应商及客户提供的技术标准及技术资料的收集和管理；u 品管部负责与产品相关的国际、国家标准及法律法规的收集、管理和更新，填写外来文件清单并保存；品管部还负责客户审核资料的统筹；u HSE办负责环保、安全生产方面的法律法规的收集、管理和更新，填写外来文件清单并保存；外来文件的标识与管理外来文件的标识与管理u 所有外来文件需登记入外来文件清单，原版由相关部门负责管理，各部门外来文件清单每年需定期发HSE办备案；u 各部门要求加强外来文件的管理和版本的及时更新，避免过期版本的使用。文件和记录控制程序文件和记录控制程序外来文件的收集与管理外来文件的
13、收集与管理 各部门需要通过相关的渠道收集与本产品或业务相关的外来文件，各部门需要通过相关的渠道收集与本产品或业务相关的外来文件，并对这些外来文件进行理解、识别和转化。并对这些外来文件进行理解、识别和转化。u 技术部负责有关供应商及客户提供的技术标准及技术资料的收集和管理；u 品管部负责与产品相关的国际、国家标准及法律法规的收集、管理和更新，填写外来文件清单并保存；品管部还负责客户审核资料的统筹；u HSE办负责环保、安全生产方面的法律法规的收集、管理和更新，填写外来文件清单并保存；外来文件的标识与管理外来文件的标识与管理u 所有外来文件需登记入外来文件清单，原版由相关部门负责管理，各部门外来文
14、件清单每年需定期发HSE办备案；u 各部门要求加强外来文件的管理和版本的及时更新，避免过期版本的使用。文件和记录控制程序文件和记录控制程序文件保密控制文件保密控制 文件修改后要及时存盘，以确保文件的安全保存。合作方文件和资料的控制合作方文件和资料的控制 盖有保密章的合作方文件和资料由发放部门作好发放登记,接收部门作好保 密措施。客户提供的保密文件不能直接发放到其它部门，只能在进行内部识别、转化后方可进行发放。文件和记录控制程序文件和记录控制程序发放文件的学习发放文件的学习各部门收到发放的新版受控文件后，应组织相关人员对文件进行学习，学习的形式可分为传阅、组织培训、讨论等，但都应保存相关的记录（
15、如传阅单、培训签到表、会议签到表等）。文件和记录控制程序文件和记录控制程序体系记录的填写、查阅、保存规定体系记录的填写、查阅、保存规定 体系记录的形式可以是表格、图表，也可以是照片、磁带、硬盘、软件等电子媒体；体系记录应用钢笔、圆珠笔填写，填写应及时，内容正确完整，字迹清晰，签署记录人及审核人（需要时）全名和日期；体系记录应保持整洁、准确，记录者应对所记录的内容负责，并要逐项填写，填写内容需修改时，修改者在原内容上划一横线，就近写上新的内容并签署修改者的全名和修改日期；记录中的所有空格均需按设计要求填写，若无填写内容，应将填写处划“/”；1、记录的填写、记录的填写文件和记录控制程序文件和记录控
16、制程序体系记录的填写、查阅、保存规定体系记录的填写、查阅、保存规定 公司各部门查阅其它部门体系记录时，原则上在该部门查阅。如需借阅需经该部门经理或主管同意，办理借阅手续，用完后如期归还。未经同意不得复印体系记录。客户或认证机关需查阅体系记录时，如是本司主管级以上人员借阅不需办理借阅手续，只需做好登记，但主管级以上人员用完后应及时归还。2、记录的查阅、记录的查阅文件和记录控制程序文件和记录控制程序体系记录的填写、查阅、保存规定体系记录的填写、查阅、保存规定 各类第三方检测报告由品管部保存至少五年，有关环境管理物质的资料记录至少保存三年以上。其它体系记录根据其重要性，由部门负责人确定保存期，在表格
17、中标明或在记录清单中注明。体系记录到期后，由各部门文件管理人员填写回收处置记录表，取得本部门负责人同意（如拿不定把握请示总经理同意）后，加盖“作废”章，需保密的销毁，其它再利用。同时注销所有作废的体系记录登记。所有记录应由指定的文件管理人员负责保管，贮存地点注意防潮、防水、防火、防盗及保密性。3、记录的保存、记录的保存文件和记录控制程序文件和记录控制程序体系记录的填写、查阅、保存规定体系记录的填写、查阅、保存规定 各类第三方检测报告由品管部保存至少五年，有关环境管理物质的资料记录至少保存三年以上。其它体系记录根据其重要性，由部门负责人确定保存期，在表格中标明或在记录清单中注明。体系记录到期后，
18、由各部门文件管理人员填写回收处置记录表，取得本部门负责人同意（如拿不定把握请示总经理同意）后，加盖“作废”章，需保密的销毁，其它再利用。同时注销所有作废的体系记录登记。所有记录应由指定的文件管理人员负责保管，贮存地点注意防潮、防水、防火、防盗及保密性。3、记录的保存、记录的保存文件和记录控制程序文件和记录控制程序文件的版次管理与评审文件的版次管理与评审为确保公司管理体系文件的有效控制，对其采用版序来控制最新有效版本。版本号用字母A、B、CZ表示，版次号用阿拉伯数字0、1、3、4、5表示；“版序A0”表示 A版文件第0次修改，“A1”表示A版文件第一次修改，“A5”表示A版文件第五次修改，当该文
19、件的修改次数达到5次时，则整份文件换版。1、文件的版次管理、文件的版次管理文件和记录控制程序文件和记录控制程序文件的版次管理与评审文件的版次管理与评审品管部每年组织相关部门对文件进行评审，具体方式为：确定每份文件的责任人，每年第一个季度由责任人组织对所负责的文件进行评审，确保文件符合运作要求。2、文件的评审、文件的评审Hbase介绍及特点1Hbase逻辑视图2Hbase物理模型3Hbase vs Oracle4v HBase 即Hadoop Database，是一个高可靠性、高性能、面向列、可伸 缩的分布式存储系统，利用HBase技术可在廉价PC Server上搭建起大规模结构化存储集群。v
20、Hbase是基于Google Bigtable开源实现。类似Google Bigtable利用GFS作为其文件存储系统，HBase利用Hadoop HDFS作为其文件存储系统；Google运行MapReduce来处理Bigtable中的海量数据，HBase同样利用Hadoop MapReduce来处理HBase中的海量数据；Google Bigtable利用 Chubby作为协同服务，HBase利用Zookeeper作为 对应。v 2006年底由PowerSet 的Chad Walters和Jim Kellerman 发起v 2008年成为Apache Hadoop的一个子项目 现已作为产品被
21、使用FacebookIntelYahoo阿里巴巴百度Hbase简介简介Hbase简介简介vHbase在在Hadoop 体系中的位置体系中的位置Hbase特点特点海量存储的关键技术1、数据划分2、数据一致性与可用性：为了保证高效系统响应而弱化一致性模型，同时采用异步复制手段用以确保数据可用3、负载均衡：数据底层存储运用分布式文件系统，以一种巧妙方式避免数据均衡问题4、容错机制：哈希映射：存取效率主要取决于哈希效率顺序分裂：渐进式，主节点（Master）控制失效侦测：心跳机制失效恢复：Hlog，快照Hbase特点特点v Hbase表特点：表特点：大表：一个表可以有上亿行，上百万列 面向列：面向列族
22、的存储，列族独立检索 稀疏：对于空（null）的列，不占用存储空间 分布式数据库Hbase 特点:基于列式的高效存储强一致的数据访问高可靠高性能可伸缩，自动切分、迁移Schema free Hbase逻辑视图逻辑视图章节章节导读导读v1.表存储结构 v2.Row key v3.Columns family v4.Time Stamp v5.Cell逻辑视图逻辑视图2.1 表存储结构表存储结构行键列列HBase以表的形式存储数据；表有行和列组成；列划分为若干个列族(row family)2.2 Row key逻辑视图逻辑视图Row Key：与nosql数据库们一样,row key是用来检索记录的
23、主键。访问hbase table中的行，只有三种方式：1、通过单个row key访问 2、通过row key的range 3、全表扫描 Row key行键(Row key)可以是任意字符串(最大长度 是 64KB，实际应用中长度一般为 10-100bytes)，在 hbase内部，row key保存为字节数组。存储时，数据按照Row key的字典序(byte order)排序存储。设计key时，要充分利用排序存储这个特性，将经常一起读取的行存储放到一起。(位置相关性)2.3 Columns family逻辑视图逻辑视图列簇 hbase表中的每个列，都归属与某个列族。列族是表的schema的一部
24、 分(而列不是)，必须在使用表之前定义。列名都以列族作为前缀。例如 courses:history，courses:math都属于courses 这个列族。访问控制、磁盘和内存的使用统计都是在列族层面进行的。实际应用中,列族上的控制权限能帮助我们管理不同类型的应用：我们允许一 些应用可以添加新的基本数 据、一些应用可以读取基本数据并创建继 承的列族、一些应用则只允许浏览数据（甚至可能因为隐私的原因不 能浏览所有数据）。2.4 Time Stamp逻辑视图逻辑视图时间戳 HBase 中通过row和columns确定的为一个存贮单元称为cell。每个 cell都保存着同一份数据的多个版本。版本通过
25、时间戳来索引。时间戳的类型是 64位整型。时间戳可以由hbase(在数据写入时自动)赋值，此时时间戳是精确到毫秒 的当前系统时间。时间戳也可以由客户显式赋值。如果应用程序要避免数据版 本冲突，就必须自己生成具有唯一性的时间戳。每个 cell中，不同版本的数据 按照时间倒序排序，即最新的数据排在最前面。为了避免数据存在过多版本造成的的管理(包括存贮和索引)负担，hbase提供 了两种数据版本回收方式。一是保存数据的最后n个版本，二是保存最近一段 时间内的版本（比如最近七天）。用户可以针对每个列族进行设置。2.5 Cell逻辑视图逻辑视图由row key,column(=+),version 唯一
26、确定的单元。cell中 的数据是没有类型的，全部是字节码形式存贮。Cell的内容是不可分割的字节数组。关键字：无类型、字节码章节章节导读导读v1.HTablev2.HRegion v3.Store v4.HFile v5.HLogHBase物理存储物理存储物理模型物理模型物理存储物理存储vTable中的所有行都按照中的所有行都按照row key的字典序排列的字典序排列vTable在行的方向上分割为多个在行的方向上分割为多个HRegion3.1 HTabe物理存储物理存储v Region按大小分割的，每个表一开始只有一个按大小分割的，每个表一开始只有一个region，随着数据不断插入表，随着数据
27、不断插入表，region不断增大，当增大到一不断增大，当增大到一个阀值时候，个阀值时候，Hregion就会等分成两个新的就会等分成两个新的Hregion。3.2 HRegion物理存储物理存储v HRegion是是Hbase中分布式存储和负载均衡的最小单元中分布式存储和负载均衡的最小单元。最小单元就表示不同的最小单元就表示不同的Hregion可以分步在不同的可以分步在不同的Hregion server上。但一个上。但一个HRegion是不会拆分到多是不会拆分到多个个server上的。上的。物理存储物理存储v Hregion虽然是分布式存储的最小单元，但并不是存储虽然是分布式存储的最小单元，但并
28、不是存储的最小单元。在下层还有的最小单元。在下层还有Store，而，而Store以以Hfile的格的格式保存在式保存在HDFS上上3.3 Store物理存储物理存储v Hfile格式格式3.3 HFileHFile 分为6部分 Data Block 段-保存表中的数据，这部分可以被压缩。Meta Block 段(可选的)-保存用户自定义的kv对，可以被压缩。File Info 段-Hfile的元信息，不被压缩，用户也可以在这一部分添加自己的元信息。Data Block Index 段-Data Block的索引。每条索引的key是被索引的block的第一条记录的 Key。Meta Block
29、Index段(可选的)-Meta Block的索引。Trailer-这一段是定长的。保存了每一段的偏移量，读取一个HFile时，会首先读取Trailer，Trailer保存了每个段的起始位置(段的Magic Number用来做安全check)，然后，DataBlock Index会被读取到内存中，这样，当检索某个key时，不需要扫描整个HFile，而只需从内存中 找到key所在的block，通过一次磁盘io将整个 block读取到内存中，再找到需要的key。DataBlock Index采用LRU机制淘汰。HFile的Data Block，Meta Block通常采用压缩方式存储，压缩之后可以
30、大大减少网络IO和磁 盘IO，随之而来的开销当然是需要花费cpu进行压缩和解压缩。目标Hfile的压缩支持两种方式：Gzip，Lzo。3.3 Hlog物理存储物理存储Hlog(WAL Log)WAL 意为Write ahead，类似mysql中的binlog,用来做灾难恢复只用，Hlog记录数据的所有变更,一旦数据修改，就可以从log中进行恢复。每个每个Region Server维护一个维护一个Hlog,而不是每个而不是每个Region一个。一个。这样不同 region(来自不同table)的日志会混在一起，这样做的目的是不断追加单个文件相对于同时写多个文件而言，可以减少磁盘寻址次数，因此可
31、以提高对table的写性能。带来的麻烦是，如果一台region server下线，为了恢复其上的region，需要将region server上的log进行拆分，然后分发到其它region server上进行恢复。HLog 文件就是一个普通的Hadoop Sequence File，Sequence File 的Key是HLogKey对象，HLogKey中记录了 写入数据的归属信息，除了table和region名字外，同时还 包括 sequence number和timestamp，timestamp是”写入 时间”，sequence number的起始值为0，或者是最近一次 存入文件系统中sequence number。HLog Sequece File的 Value是HBase的KeyValue对象，即对应HFile中的 KeyValue.系统架构系统架构物理部署物理部署Hbase vs Oracle1、索引不同造成的行为差异2、Hbase适合大量插入同时又有度的情况3、Hbasede 瓶颈是硬盘传输速度，Oracle的瓶颈是硬盘寻道时间4、Hbase很适合按照时间排序top n的场景5、如下图，行标示访问：B树访问的弱点
