Windchill PDM系统数据清除办法研究
关键字：Windchill PDM 数据清除
1．引言
Windchill PDM 系统在国内大型企业应用范围很广，很多企业在实施到一段时间以后，会发现数据越来越多，甚至多到影响Oracle数据库系统的系统。Windchill PDM的流程数据、版本数据的数据增长方式是这样的：流程记录按流程节点一个节点一条数据库记录，假设企业有文档、变更、升级、评审4个流程，每个流程每天走800个，4个节点，一天就产生4*800*4=12800条记录；文档属性记录数=文档小版本数*文档属性数*文档总量。由于数据库设计方式导致数据量不断几何形增长。Windchill数据之间又关联紧密，如果用数据迁移的方法解决，迁移后新数据就无法跟旧数据关联，变更图文、Part/Bom 又会无法修订。如何保持关联又减少数据量，成了实施PDM系统的必经关卡。本文对数据量最大的工作流相关表和属性相关表的数据清除，给出了解决办法。
2．分析数据库字典的办法
企业购买了ERP、PDM等大型软件后，开发商往往提供实施顾问支持，但并不提供数据字典给用户。企业实施及系统管理人员对买来的大型软件数据库结构是一头雾水。分析掌握关键的数据库结构，是掌握ERP、PDM等大型软件的技术核心的必须步骤之一。下面提供了分析数据库关系的方法。具体步骤如下：2.1 在oracle OEM 里，对数据库进行分析，统计实际数据库各表的数据量。如图：
分析后，all_tables 表中会记录实际的表数量。
执行SQL语句：select T.table_name,T.num_rows from all_tables T where owner='PLM' ORDER BY T.num_rows desc
将查询结果复制到excel表格文件中B、C列保存。
2.2 然后，执行一个系统提供的标准操作动作，比如创建文档或者更新文档。
注意：此时分析用的数据库只有分析人员才能对其操作，可以用开发机进行分析。不能多人同时操作PDM 系统，会影响分析结果的正确性。
2.3再执行步骤1。将这次的查询结果复制到excel表格文件中E、F列保存。
2.4 筛选出excel表格文件中F列减C列的不为空的值，就是步骤2对数据库产生的影响。通过这个办法，我们可以一一分析出关键的数据库字典。
比如创建一个部件，分析出数据记录增加的表有：
A U D I T E V E N T
C O N T R O L B R A N C H
I T E R A T E D C U R R E N T P H A S E L I N K
I T E R F O L D E R M E M B E R L I N K
L I F E C Y C L E H I S T O R Y
N O T I F I C A T I O N L I S T
O B J E C T H I S T O R Y
P H A S E
R O L E P R I N C I P A L M A P
S C H E D U L E H I S T O R Y
T E A M
W T A C L E N T R Y
W T P A R T
W T P A R T M A S T E R
W T P A R T M A S T E R K E Y
然后查看表中具体数据值，逐个分析字段含义。掌握了这个方法，才能知道哪些数据需要清理。
3.工作流相关表清除办法
由于签审的工作流实例相关的数据库表现在已经达到百万条数据库记录，且其相关数据库表是又是后台数据库访问的热点表，数据量大后会影响服务器性能。需要对其进行数据清理。
清理办法：
3.1专人清理上线以来产生的“已执行”、“已终止”的文档工作流程。
操作方式如图：用高级搜索，
3.1.1输入关键字“流程名称*”,一定要输入关键字，否则可能删除掉升级或者变更通告这些不能删除的流程。
3.1.2状态选择“已执行”。按页显示结果先输入300。一定要选状态，否则可能删除掉正在走的流程。
点击搜索按钮。
择保留。
3.1.5看删除速度和对系统性能的影响，可以逐渐加大、调整每页显示的结果。
3.1.6同法删除“已终止”的文档流程。
清除后数据库热点表控制在20万条记录左右，不再会影响性能。
3.2实施一年后就该每月定期清理一年前不断产生的“已执行”、“已终止”的工作流程。
3.3如需保留签审记录，可以通过开发将流程记录生成附件保存，然后再删除。
3.4开发技术研究：研究如何在文档流程发放或者取消后自动实现删除流程。要能够达到系统标准功能的
能力。
3.5本单位删除流程的数据库分析结果：
数据库表名 删除一个已执行流程记录数减少量 再删除一个已执行流程
A C T I V I T Y A S S I G N M E N T L I N K-6-6
B A L L O T S-6-5
T A S K E V E N T11
T A S K E V E N T D A T A11
W F A S S I G N E D A C T I V I T Y-5-5
W F A S S I G N M E N T-6-6
W F B A L L O T-6-5
W F C O N N E C T O R-14-14
W F E X P R E S S I O N R O B O T-7-7
W F I N T E R N A L M E T H O D-3-3
W F P R O C E S S-1-1
W O R K I T E M-6-5
W O R K I T E M L I N K-6-5
4．软属性删除办法
如果windchill 软属性填过值，我们会发现属性管理器和分类管理器里无法删除对应的属性或者分类模版。通过第一部分描述的分析方法，我们可以找到需要删除的表：
Windchill 属性数据定义数据库表：StringDefinition、unitDefinition、floatDefinition、integerDefinition、booleanDefinition、timestampDefinition；
Windchill 属性数据值数据库表：Stringvalue、unitvalue、floatvalue、integervalue、booleanvalue、timestampvalue。
删除方法：在定义表中查到属性定义对应的ida2a2字段，即windchill 表中的唯一标志号。然后删除数值表中ida3a6 等于定义中ida2a2的记录。删掉属性值后属性管理器和分类管理器里就可以删除对应的属性或者分类模版。
如果数据量很大，需要写好脚本，并分步删除，比如一次删除5万条数据。
删除部件和成品的多余字符窜属性举例：
delete from(
select t1.* from stringvalue t1,stringdefinition a where t1.ida3a6=a.ida2a2
and (t1.classnamekeya4='wt.part.WTPart' or t1.classnamekeya4='wt.part.WTProduct')
and https://www.doczj.com/doc/ee10748174.html, not in (需要保留的属性列表) and rownum<500000)
删除完后到类型管理器重新定义类型管理器模版
删除分类模版方法举例：
delete from stringvalue t1 where t1.classnamekeya4='wt.csm.navigation.ClassificationNode'
删除完后到分类管理器重新定义分类管理器模版
删除后释放表空间的方法：
删除属性值后导出数据库备份：
exp user/pwd file=/plmvault/Stringvalue1218.dmp log=/plmvault/Stringvalue_exp18.log tables='plm.StringV alue'
再导入备份，就可以回收空间。可在oracle OEM 里，“存储”菜单下的子菜单“数据文件”下查看表空间的变化情况。如图：
5．删除小版本，保留大版本
数据签审前及签审过程会产生很多小版本，最终发放的只有一个大版本。可以通过清除管理器删除掉小版本，保留大版本。Windchill 8.0 以后提供了这个功能，研究使用方法就可以了，不再做具体描述。
通过以上4种清除数据的办法，对Windchill PDM数据库性能影响最大的表的数据量都可以得到控制。
删除数据库日志文件 设置数据库为紧急模式 ?停掉SQL Server服务； ?把应用数据库的数据文件XXX_Data.mdf移走； ?重新建立一个同名的数据库XXX； ?停掉SQL服务； ?把原来的数据文件再覆盖回来； ?运行以下语句，把该数据库设置为紧急模式； 运行“Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go” 执行结果： DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 已将配置选项'allow updates' 从0 改为1。请运行RECONFIGURE 语句以安装。 接着运行“update sysdatabases set status = 32768 where name = 'XXX'” 执行结果： （所影响的行数为1 行） ?重启SQL Server服务； ?运行以下语句，把应用数据库设置为Single User模式； 运行“sp_dboption 'XXX', 'single user', 'true'” 执行结果： 命令已成功完成。 ?做DBCC CHECKDB；
运行“DBCC CHECKDB('XXX')” 执行结果： 'XXX' 的DBCC 结果。 'sysobjects' 的DBCC 结果。 对象'sysobjects' 有273 行，这些行位于5 页中。 'sysindexes' 的DBCC 结果。 对象'sysindexes' 有202 行，这些行位于7 页中。 'syscolumns' 的DBCC 结果。 ……… ?运行以下语句把系统表的修改选项关掉； 运行“sp_resetstatus "XXX" go sp_configure 'allow updates', 0 reconfigure with override Go” 执行结果： 在sysdatabases 中更新数据库'XXX' 的条目之前，模式= 0，状态= 28（状态suspect_bit = 0）， 没有更新sysdatabases 中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 已将配置选项'allow updates' 从1 改为0。请运行RECONFIGURE 语句以安装。 ?重新建立另外一个数据库XXX.Lost； DTS导出向导 ?运行DTS导出向导； ?复制源选择EmergencyMode的数据库XXX，导入到XXX.Lost；
XX公司管理层决策报表系统 数据运维管理办法 （试行） 为规范XX公司（以下简称公司）管理层决策报表系统（以下简称BI）的数据运维管理工作，为公司管理层提供准确详实 的数据信息，及时协调解决数据运维过程中的问题，明确各部 门、岗位职责，有效保障数据真实、准确、及时，特制定本管 理办法。 1、总则 1.1公司BI系统的数据运维管理工作，包括数据管理和系统运维两方面工作，是在公司高层领导的参与和支持下，综合考虑 策略、目标、组织、流程及信息技术来展开。 1.2公司数据管理执行XX总部《XX总公司数据管理办法》。 1.3公司BI系统数据运维准则： 1.3.1公司高层领导的参与和支持； 1.3.2以业务为主导，综合考虑策略、目标、组织、流程及信 息技术，明确职责、分工协作； 1.3.3遵循统一的工作标准和规范，依托现有信息技术基础架 构，采用可行的实施方案，完善BI系统；
1.3.4建立知识共享和有效沟通渠道，特别是跨部门协调工作，确保BI系统运行。 2、适用范围 2.1本管理办法所称数据是指在公司生产经营过程中产生的， 通过信息系统录入、使用、传递和保存的各类数据，包括XX 公司SAP系统、in-sight中国铝业手工数据录入平台等信息系统。 2.2本管理办法所称系统运维是指以业务流程为导向，涵盖人 力资源、财务、投资、生产、供应销售等业务条线，按公司需 求收集整理数据所做的BI系统开发、运维工作，包括XX公司BIEE测试系统、公司BIEE生产系统、XX公司ETL开发系统（整合层及以上）、以及PowerDesigner数据模型设计、RPD模型开发、plsqldev数据管理等运维工作。 2.3在XX公司BI系统运维中，按照职责分工不同，各数据系 统及软件具体是由业务人员录入相应的业务数据（包括手工数 据录入），各条线运维人员负责BI系统展示设计与手工平台模 板设计及编写映射文档等初设性运维工作，技术运维人员负责 BI系统各层级数据模型、数据仓库的搭建、衔接和权限分配等支持性运维工作。 2.4本办法适用于公司各职能部门和二级单位。 3 管理机构与职责
数据管理办法 第一章总则 第一条为适应集团信息化发展要求,充分利用数据资源为生产、经营、管理和决策服务，保证各类信息合理、有序流动和信息安全，确保集团信息化建设快速协调有序安全发展，根据国家有关法律法规以及《集团信息安全管理办法》（中平〔2013〕188号）、等规定，特制定本管理办法。 第二条本办法适用于集团各职能部室，直属和特设机构、专业化公司、事业部、区域公司及其所属各单位（以下简称各单位）。 第二章管理范围 第三条本办法管理范围包括：各单位与生产、经营、办公、安全等相关的应用系统和数据，以及为其提供支撑的基础设施资源、计算存储资源和办公终端资源等。 第三章组织机构和工作机制 第四条集团信息化领导小组是集团数据资源管理体系的最高层，负责审定集团有关数据资源管理的规章、制度、办法，负责审核有关标准、规范、重要需求等。集团信息化领导小组办公室（以下简称集团信息办）负责集团数据管理的监督、检查和考核，指导集团数据管理工作，查处危害集团数据安全的事件。各单位负责本单位数据的采集、传输、使用、安防、备份等管理
工作。中国平煤神马集团平顶山信息通信技术开发公司（以下简称信通公司）作为技术支撑及运维部门，负责集团数据中心的运维和运营工作。 第四章数据分级管理 第五条根据数据在生产、经营和管理中的重要性，结合有关保密规定，按照集团级应用系统和数据、厂矿级应用系统和数据、区队（车间）级应用系统和数据分别制定管理标准。 第六条集团级应用系统和数据，技术管理由集团信息办负责，业务管理由相关业务处室负责，运维管理由信通公司负责。厂矿级应用系统和数据由各单位信息管理部门管理，集团需要利用的管理数据和生产数据要同步上传到集团数据中心。区队（车间）级应用系统和数据由各单位信息管理部门管理和维护。 第五章数据标准管理 第七条集团信息办负责集团数据编码和接口标准的统一规划和标准制定，负责对集团及各单位应用系统的数据标准管理进行引导和考核。各单位新建应用系统应严格执行集团下发的数据编码和接口标准，在用应用系统应根据自身实际逐步按照集团标准进行完善。 第八条数据编码和接口标准应符合以下要求： （一）数据编码应能够保证同一个对象编码的唯一性及上下游管理规范的一致性；
中文数字化期刊的DC 元数据标准设计实例 刘廷元 (西南石油学院图书馆,成都610500) 摘 要 文章将元数据标准的使用作为各种不同的数字化期刊仓储资源共享的一种可行性方法进行了论 述。研究集中在三个方面:首先,讨论了数字化期刊采用元数据标准的必要性;其次,讨论了数字化期刊的 DC 元数据定义与限定;最后,提供了一个用DC 111元数据和H TM L 410语法设计的中文数字化期刊元数据 标准实例。 关键词 元数据 标准 数字化期刊 中文期刊 设计 中图分类号 G 35311 文献标识码 A 文章编号 100727634(2003)0620609204 An Exam ple of the DC M etada ta Standard D esign for Ch i nese D ig ita l Journa ls L iu T ingyuan (L ib rary of Sou thw est Petro leum In stitu te ,Chengdu 610500) Abstract T h is article deseribes the u se of m etadata standards as a viab le m ean s fo r shared resou rces among vari ou s differen t digital j ou rnalw arehou ses .O u r study concen trates on th ree con ten ts :F irst ,the article discu ssed under the necessity of u sing the m etadata standard in digital j ou rnals .Second ,the article discu ssed the sem an tic defin iti on and li m itati on of the DC elem en t set fo r digital j ou rnals .F inally ,w e p rovided the m etadata standard of the Ch inese digital j ou rnals and an examp le of the design w ith the DC 1.1m etadata and H TM L 4.0syn tax . Keywords M etadata Standard D igital Jou rnal Ch inese Jou rnal D esign 收稿日期:2002-09-09 数字化信息的结构化存储、有序化组织和高效、准确的 检索,是数字化图书馆与商业数据库共同面临的一个问题。由于WWW 空间的无限扩大,使得解决全球信息资源的无组织问题更加迫切。目前,因特网上既有OCL C 、U nCover 那样庞大的数字化期刊服务,也有BaderL ine 、EBSCO ho st 、P roQ uest D irect 、Sp ringer 数字化期刊、CN K I 中国学术期刊网、维普中文科技期刊、万方中国数字化期刊网这样新兴的数字化全文期刊数据库服务,以及不断增加的上千种的网上出版期刊。然而,这样巨大的期刊信息资源仓储却是以异构方式存在的,它们提供各自不同的信息存储、组织、检索与浏览方法,不能实现跨仓储的统一查找利用,造成了极大的信息资源浪费。 因特网上分布式的异构数字化期刊仓储如同一个没有索引卡片的传统图书馆。但是,如果我们为这些数字化期刊的信息存储、组织、检索与浏览加上一个无形的统一索引目录——元数据标准,网上数字化期刊就会成为一个单一的、虚拟的、有组织的信息集合体,实现全球期刊信息的资源共享和跨仓储无缝查找,使期刊文献检索的查全率和查准率大大提高,从而极大地方便广大读者和用户。 1 数字化期刊采用DC 元数据标 准的必要性 大多数数字化期刊(尤其是全文期刊数据库)都习惯采用自己特有的数字信息储存、检索技术,人为地使自己的产品在使用方式、字段、接口设计等方面造成差异和封闭。强调产品的差异性而又不遵守统一的制作标准与规范,谋求利润最大化而又自我封闭,这就是数字化期刊制作与出版过程中普遍存在的二律悖反现象。正是由于这种分布式的异构与封闭,才阻碍了当今信息资源的透明、公开、可扩展、互操作性、组织性和规模化建设,使数字化期刊在当今知识经济时代难以受到人们更多的喜爱。 具体地说,数字化期刊采用元数据标准的必要性主要有以下四个方面。 (1)元数据描述能够为数字化期刊建立一种计算机普遍 可以理解的框架体系,使数字化期刊资源得以透明、公开。因为元数据描述了数字化信息的内容、权利和外部环境这些基本特征,使得计算机系统可以自动辨识、抽取、分析和整合,进而使得数字化期刊信息简单、有效的被其它信息资源仓储利用。 (2)元数据的描述、标识和语法能够融入因特网通用的 语言中,被迅速地装载或转换进各种索引数据库,使数字化期刊资源具有可扩展和互操作性。一方面,建立在通用标记语言(SG M L )和扩展标记语言(X M L )之上的元数据语言,是国际互联网的通用语言,能够非常方便地被相同的元数据语言装载。另一方面,即使是对于各种不同数字化期刊仓储类型的元数据体系,只要我们以W F 和RD F 为基础,通过语 第21卷第6期 2003年6月 情 报 科 学 V o l 121,N o 16June, 2003
解决SQL数据库日志已满的问题 1、右键数据库→属性→选项→故障还原模型→设为简单→确定； 2、右键数据库→所有任务→收缩数据库→确定； 3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。 二、复杂方法 1、清空日志 DUMP TRANSACTION库名WITH NO_LOG 2、截断事务日志 BACKUP LOG数据库名WITH NO_LOG 3、收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG，大小只有500多K 或用代码： 下面的示例分离pubs，然后将pubs 中的一个文件附加到当前服务器。 a.分离 EXEC sp_detach_db @dbname = 'pubs' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf' 5、为了以后能自动收缩,做如下设置 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE' 6、如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 数据库名modify file(name=逻辑文件名,maxsize=20)
XX数据标准管理办法 第一章总则 第一条为规范我行数据标准管理工作，明确管理职责，推动数据标准在业务领域和技术领域的应用，提高我行整体业务运行和管理效率，提升IT实施能力，特制定本办法。 第二条本办法适用于我行及分支机构所有与数据标准有关的管理活动，包括数据标准的制定、评审、发布、执行、变更及复审等工作。 第三条本办法所称数据标准，是指针对我行各种重要数据制定的规范性文件，以确保这些重要数据在全行内外共同使用和交换中的一致性和准确性，是实施数据治理、提升数据质量的重要基础。 第四条本办法所称重要数据，是指我行跨业务部门或跨系统多处使用的数据。 第五条数据标准按照数据加工程度划分为基础类数据标准和分析类数据标准两大类型，本办法主要针对基础类数据标准。 第六条本办法所称基础类数据，是指日常业务开展过程中所产生的具有共同业务特征的基础性数据，可进一步划分为不同的数据主题，包括客户、产品、协议、交易、资产、财务、
地址、组织、渠道、营销十个数据主题。 第七条数据标准内容可以划分为业务和技术两部分： （一）业务规范是指从业务层面对数据的统一定义，包括数据项的业务涵义和数据项处理加工的业务规则等； （二）技术规范是指从技术实现层面对数据的统一规范和定义，包括字段长度、数据格式等。 第八条XX银行数据标准制定遵循以下原则： （一）以业务为导向。基于我行实际业务情况制定数据标准，并根据业务需求分阶段推进制定工作。 （二）全面性及完整性。数据标准立足于我行整体业务架构，覆盖未来所有经营范围内的相关业务。 （三）前瞻性及科学性。既满足现阶段业务需求，更应结合国内外先进经验，考虑未来我行业务类型逐步发展所带来的数据标准需求。 （四）遵循外部标准。充分遵循各类成熟的外部标准，并按照国家标准/国际标准、金融行业标准、监管报送要求的顺序进行采纳。 第九条我行数据标准信息项及代码的选择遵循以下准入原则： （一）已有的内外部成文规范纳入数据标准，包括：行业、国家或国际组织正式发布的数据标准；监管部门管理指引、监管统计规范等已经明确提出要求的相关数据规范；行内
SQL Server 数据库清除日志的方法 方法一： 1、打开查询分析器，输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二： 设置检查点，自动截断日志 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 方法三：通过SQL收缩日志 把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可 SET NOCOUNT ON DECLARE @LogicalFileNamesysname, @MaxMinutes INT, @NewSize INT USE tablename -- 要操作的数据库名 SELECT @LogicalFileName = 'tablename_log', -- 日志文件名 @MaxMinutes = 10, -- Limit on time allowed to wrap log. @NewSize = 1 -- 你想设定的日志文件的大小(M) -- Setup / initialize DECLARE @OriginalSizeint SELECT @OriginalSize = size FROM sysfiles WHERE name = @LogicalFileName SELECT 'Original Size of ' + db_name() + ' LOG is ' + CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' FROM sysfiles WHERE name = @LogicalFileName CREATE TABLE DummyTrans (DummyColumn char (8000) not null) DECLARE @Counter INT,
******股份有限公司 信息系统权限及数据管理办法（试行） 第一章总则 第一条为了加强对******股份有限公司（简称：公司）各运行信息系统权限和数据的管理，明确权限及数据管理相关责任部门，提高信息系统的安全运行和生产能力，规范公司业务系统权限申请及数据管理流程，防范业务系统操作风险，公司制定了信息系统权限及数据管理办法，以供全公司规范执行。 第二条本办法所指信息系统权限及数据包括，但不仅限于公司运行的OA 办公系统、业务作业系统、对外网站系统等涉及的系统用户权限分配、日常管理、系统及业务参数管理，以及数据的提取和变更。 第三条本办法遵循责权统一原则对员工进行系统授权管理，控制公司相关信息传播范围或防范进行违规操作。 第四条信息技术部是本办法主要执行部门，设立系统运维岗负责系统用户权限管理、部分基本参数设置、系统数据的提取和变更的具体技术实现。其它相关部门应指定专人（简称：数据权限管理员）负责统一按本办法所制定的流程执行相关操作，或通过工作联系单方式提出需要信息技术部或其它相关部门完成的具体工作内容。 第五条用户授权和权限管理应采取保守原则，选择最小的权限满足用户需求。 第二章系统权限管理 第六条系统权限管理由信息技术部系统运维岗和各业务部门数据权限管理员共同协作完成，风险与合规部数据权限管理员负责对业务部门提出的系统权限进行审批，信息技术部系统运维岗负责对权限进行变更。信息技术部系统运维岗拥有系统管理和用户管理权限（信息技术部可以拥有开发测试环境超级用户权限），风险与合规部拥有超级用户权限，风险与合规部数据权限管理员拥有对权限列表进行查询的权限，以方便行使监督职能。
XX银行数据管理办法 第一章总则 第一条为了提高我行经营管理的信息化水平，贯彻执行数据管理体系规划，规范数据管理和具体实施流程，加强各级经营管理机构的数据管理和应用能力，树立和发挥数据的资产价值，特制定本办法。 第二条本办法适用于我行企业数据架构管理、数据标准管理、数据质量管理、主数据管理、元数据管理、数据安全管理、数据生命周期管理、数据基础平台管理、数据应用以及数据需求与规划管理共十项数据管理领域的管理活动。 第三条本办法所指数据是在我行经营管理和日常操作中通过计算机系统形成和存储的数据，可以分为内部数据和外部数据，内部数据指我行业务运营管理过程中产生的数据，外部数据指从我行以外的来源取得的数据。 第四条我行数据管理体系建设的总体方针如下： （一）提供可用、可信数据，打造可靠的应用基础。 （二）围绕数据应用、价值呈现推动数据管理建设。 （三）以高效的应用服务能力，支持全行业务发展和创新。 第五条本办法是指导全行数据管理活动的纲领，是建立、完善和落实数据管理体系的基础，我行数据管理制度和细则都应在本办法规定的基础上制定。 第二章组织与职责 第六条数据管理组织架构是通过建立与全行数据管理
和应用工作相适应的组织机构和岗位，并明确各层级权责，保持内部沟通顺畅，确保全行数据管理战略的实施。我行数据管理组织的构成分为三个层次，自上而下划分为决策层、管理协调层以及执行层。 第七条数据管理决策层是全行数据管理的最高决策机构，由信息科技指导委员会、信息科技管理委员会组成。 信息科技指导委员会的主要职责包括： （一）审批全行数据管理整体方针和策略。 （二）定期听取信息科技管理委员会对数据管理工作的汇报。 信息科技管理委员会的主要职责包括： （一）审议数据战略目标和策略、体系规划、政策制度以及数据管理领域的重大事项。 （二）统筹资源，协调解决数据管理领域重大事项。 （三）对全行数据管理工作进行监督评价。 第八条数据管理协调层是数据管理各领域工作的直接领导与组织部门，设立数据管理领导小组及秘书。 数据管理领导小组设组长、副组长各一人，及小组成员若干。组长由信息科技部负责人担任，副组长由资产负债管理部负责人担任；小组成员由软件开发中心、数据中心、电子银行中心、公司银行部、个人银行部、小微企业银行部、小企业信贷中心、信贷监控部、评审部、国际业务部、票据业务部、资金部、信用卡部、财务部、会计结算部、风险管理部、资产管理部、稽核部、合规部、人力资源部和运营管理部负责人担任。 数据管理领导小组的主要职责包括： （一）负责组织各领域业务专家、总行各部门及分支机构开展数据管理相关工作，包括但不限于数据质量管理、数据标准管理等方面内容；协调并推进数据管理相关工作并监督落实，发布数据管理相关文件并向上汇报。 （二）针对特殊任务组建专项小组并予以指导。 （三）对于数据管理领域的重大事项，由数据管理领导小
科学数据规范化分析与管理
中国科学院计算机网络信息中心 胡良霖 2008年05月
提纲
1. 2. 3.
基本概念 科学数据的特点 科学数据规范化
规范化分析 3.2 规范化管理
3.1
4. 5.
示例模型 科学数据规范化工作模式
1. 基本概念
数据（data） 对事实、概念或指令的一种形式化表示，适用于以人 工或自动方式进行通信、解释或处理。 数据集（dataset） 可以标识的数据集合。 注：数据集可以是一个数据库或一个或多个数据文件。 元数据 （metadata）
定义和描述其他数据的数据。
数据模型（data model） 以反应信息结构的某种方式对数据组织的描述。 描述数据、数据关系、数据语义以及一致性约束的概 念工具的集合。[《数据库系统概念》（第三版）]
注：以上概念除特殊注明外均摘自GB/T18391.1-2002《信息技术的规范化与标准化 第一部分：数据 元的规范化与标准化框架》
1. 基本概念
数据元（data element）
用一组属性描述其定义、标识、表示和允许值的数据单元，在 一定语境下，通常用于构建一个语义正确、独立且无歧义的特 定概念语义的信息单元。
注：数据元也是构建元数据和元数据实体的基本单元。
数据元目录（data element directory）
列出并定义了全部相关数据元的一种信息资源。
注：数据元目录可有不同层级，例如，ISO/IEC委员会级、国际协会 级、行业部门级、公司级、应用系统级。
数据元值（data element value）
数据元允许值集合中的一个值。
数据元值的长度（data element value length）
数据元值中字符的数目。
注：按ASCII字符数目计算数据元值的长度，一个汉字相当于2个字符。
注：以上概念释义均出自GB/T18391.1-2002。
林业科学数据元数据标准（V3.10版） 1 主题容与适应围 本标准规定了用来描述林业科学数据集及提供信息服务所需要的信息，包括林业科学数据共享元数据容框架和林业科学数据共享元数据标准。提供了有关林业科学数据集的标识、容、分发、数据质量、数据表现、参照系和元数据参考信息等容。 本标准适用于林业科学数据集元数据整理、建库、汇编、发布及共享服务。 本标准的元数据分为两级，即核心元数据和详细元数据。核心元数据规定了描述数据集最关键的信息容。在核心元数据的基础上，考虑林业科学研究的特点，建立满足林业科学数据共享建设的详细元数据。用户可以在核心元数据的基础上，根据具体需求和数据的实际情况选用、扩充详细元数据容，建立相应级别的元数据库。 2 规性引用文件 下列规性引用文件通过本部分的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的容）或修订版均不适用于本标准。但是，鼓励根据本标准达成协议的各方，研究是否可使用这些文件的最新版本。但是不注日期的引用文件，其最新版本适用于本标准。ISO和IEC成员维护目前有效国际标准的注册。 科学数据共享工程技术标准—科学数据共享元数据标准容1.4 SDS/T 2112—2004 科学数据共享工程技术标准 GB/T 1.1—2000 标准化工作导则 GB/T 7408-1994 数据元和交换格式信息交换日期和时间表示方法 GB/T 4880.2-2000 语种名称代码第2部分：3字母代码 GB/T 2260-2002 中华人民国行政区划代码 GB/T 7156-1987 文献等级代码 SDS/T 2111—2004 元数据标准化原则与方法 SDS/T 2122—2004 科学数据共享工程数据分类编码 ISO 19115 地理信息—元数据(Geographic information—Metadata) 3 术语和定义 3．1 数据集dataset 数据集是可以表示的数据集合，数据集可以是数据库，也可以是数据库中的一个（逻辑组成）部分。本标准所指的数据集是指不可再细分的数据集，即可以用一个数据字典能够唯一描述的数据集合。3．2 数据集系列dataset series 数据集系列是同一主题的多个数据集的组合，都符合相同产品规。 3．3 元数据metadata 元数据是关于数据的数据，用来描述数据的容、覆盖围、质量、管理方式、数据的所有者、数据的提供方式等有关信息。 3．4 元数据元素 metadata element
用友集团主数据标准管理办法（试行） 签发人: 王家亮 签发时间: 2014年06月16日 时效: 自发文之日起生效 授权: 全体员工 第一章总则 第101条为加强集团信息管理标准化，明确用友主数据分类标准及制定的管理机构、协作机构，特制订本管理办法。第102条本办法适用于集团本部、股份公司（含下属分支机构）、控股子公司（含下属分支机构）、集团直属业 务中心，以下均简称"成员机构"。 第103条释义 a)主数据（Master Data简称MD） 在企业各系统中交互共享、表示实体对象的基准数据。 b)主数据管理(Master Data Management简称MDM) 保证系统之间主数据的实时性、完整性和有效性的一组 约束和方法。 第二章主数据标准管理 第201条管理原则 a)标准统一 1.主数据标准包括数据名称、分类、编码、主要提供 机构、应用范围及对象、数据主要结构、各字段类
型及含义、数据使用的方法、输入输出关系、新旧 数据标准对照关系等。 2.标准制定考虑全集团所有业务类型的需要，同一主 数据在各系统中名称、编码、分级分类、数据结构 相同，确保数据衔接传递及归集分析规范化、标准 化。 3.主数据标准是各信息系统使用、开发、升级、整合 统一遵循的法则，确保数据描述的一致性和科学 性，避免歧义及理解偏差。 4.主数据标准是公司审核各信息平台的重要依据和评 价方法，凡未严格遵循及执行标准的系统，公司有 权利和义务终止其运行并进行整改。 b)主数据标准与业务流程分离，主数据标准不受业务流程 变化影响。 c)分层归口管理 1.根据主数据特性及部门职责，分层划分主数据标准 的归口管理部门（或人员）。 2.集团级部门牵头组建小组制定主数据标准与规范。 3.子公司（含业务部门）参与制定标准规范并落实执 行。 4.最终用户（主数据归口管理人员）进行主数据操作 实现。
数据库日志清除语句 当数据库的日志文件太大，磁盘没有空间不能做单据时，我们可以用下面的方法直接清除日志： 2008版本以下的数据库执行以下整个语句： --标准 use数据库名称 go backup log数据库名称with no_log dbcc shrinkfile(2) --实例 use DSCSYS go backup log DSCSYS with no_log dbcc shrinkfile(2) 说明： 不论是公司数据库还是公用数据库，只要把数据库名称全部替换了即可。 2008版本以上的数据库执行以下整个语句： --标准 USE[master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE GO USE DNName GO DBCC SHRINKFILE(N'FILEName_Log', 11,TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL GO
--实例 USE[master] GO ALTER DATABASE DEMO90SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DEMO90SET RECOVERY SIMPLE GO USE DEMO90 GO DBCC SHRINKFILE(N'outside_Log', 11,TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DEMO90SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DEMO90SET RECOVERY FULL GO 说明： 1.标准示例中的DNName及实例中的DEMO90表示的是数据库名称，就是下图看到的名字
工商系统数据管理办法 （试行） 第一章总则 第一条根据国家工商行政管理总局《金信工程总体技术设计方案》、《工商行政管理信息化“十一五”规划纲要》和我省信息化建设的有关精神，按照“统一领导、统一规划、统一管理、统一开发、统一投资、统一施工”的原则，为从源头和加工环节上保证数据质量，规范数据使用，结合我市工商系统实际，制定本办法。 第二条本办法所称数据（以下简称数据），是指工商部门业务流程中所产生的各类数据，计算机应用系统采集、加工而产生的各类数据以及其他以各种方法接收的外部数据。 第三条本办法所称数据质量是指数据的真实性、准确性、完整性、有效性、规范性。 第四条数据管理工作，实行归口管理的原则，即按照职责分工，各业务部门要负责相应数据的采集工作。 第五条全市各级工商行政管理机关，应当加强数据管理工作的组织领导、协作配合、技术保障和管理维护，各单位要成立数据管理领导小组，明确负责人、联系人。明确各
岗位的数据管理边界和工作职责，将责任落实到人，为工商业务处理、市场监管执法、提高工作效能、便民服务和领导决策等提供有效的信息和技术支持。 第二章职责分工 第六条全市各级工商行政管理机关的相关部门和责任人员，要按照“谁办理、谁录入、谁负责”的原则，及时、准确、完整地录入、检查和维护数据。 第七条信息管理机构：负责信息化建设数据的技术保障、技术培训以及数据的逻辑检查和维护工作。 第八条企业注册机构：负责本级办理企业的设立、变更、注销登记等基础信息的录入、检验和校对;相应纸质档案的数字化扫描和管理工作。 第九条企业监管机构：负责本级办理企业的年检、吊销等信息的录入、检验和校对；日常监管中企业信息的录入、检验和校对; 相应纸质档案的数字化扫描和管理工作。 第十条市场监管机构：负责其直接查处的违法企业信息的录入、检验和校对；开展企业“重合同守信用”信息的录入、检验和校对; 开展企业动产抵押相关信息的录入、检验和校对;相应纸质档案的数字化扫描和管理工作。 第十一条公平交易监管机构：负责其直接办理的不正
解决SQL数据库日志已满的问题 2009年03月21日星期六上午 11:53 一、简单方法 1、右键数据库→属性→选项→故障还原模型→设为简单→确定； 2、右键数据库→所有任务→收缩数据库→确定； 3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。 二、复杂方法 1、清空日志 DUMP TRANSACTION 库名WITH NO_LOG 2、截断事务日志 BACKUP LOG 数据库名WITH NO_LOG 3、收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4、为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) a.分离数据库 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG，大小只有500多K 或用代码： 下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。 a.分离 EXEC sp_detach_db @dbname = 'pubs' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL
清除数据和清除日志 一．清除出去的数据 本功能支持工作流运行数据(工作流运行过程中产生的实例、日志信息)的清除，清除出去的数据，以后如果需要还可以通过还原工作流数据功能恢复到系统中。 操作说明 1.系统管理员Admin登录后，在"系统管理"主界面，选择【系统】菜单中的【数据清除】-【清除工作流数据】，点击进入清除工作流功能界面。 2.在数据清除界面， 根据'起止年度'确定 需要操作的账套库 后，可以选择按日期 范围或按单据类型进 行清除：
3.清除方式选择'按日期范围'，可以进一步在'时间条件'中选择具体的日期范围。选择后将清除该账套库中终审时间在指定日期范围内的所有单据类型的工作流数据。 4.清除方式选择'按单据'，可以进一步在'单据条件'中选择具体单据及其过滤条件。设置后将清除该账套库中指定单据类型的满足条件的工作流数据。 5.'选择单据类型'左侧显示本账套库中存在工作流数据的单据类型，从左侧选中需要清除工作流数据的单据类型，点击选择到右侧； 6.选定各个单据类型还可以在'设置单据条件'中设置更加明细的过滤条件。 7.点击〖下一步〗按钮，还会显示将要清除的工作流数据的信息列表以再次确认。 8.确认无误后，点击〖清除〗，在弹出框中选择备份文件存放路径，〖确定〗后将把所选的工作流数据备份到指定路径，并删除账套库内相应数据。 注意： 只有系统管理员Admin可执行工作流数据的清除。 选择好需要清除的工作流数据范围以后，在确认列表底部将显示出将清除数据的数据量大小。
二．清除日志 本功能支持各种日志类数据的清除，包括业务功能操作日志、数据操作日志、系统管理操作日志。清除出去的数据，以后如果需要还可以通过还原日志功能恢复到系统中。 操作说明 1.管理员登录后，在"系统管理"主界面，选择【系统】菜单中的【数据清除】-【清除日志】，点击进入清除日志功能界面。如图 2.在数据清除界面，左侧选 择不同的历史数据类型，右侧选择需要卸出数据的账套、年度，以及数据的日期范围，录入或选择备份文件存放路径后，点击〖清除〗按钮，将把所选的账套历史数据备份到指定路径，并删除账套内相应数据，同时提示用户保管好备份文件。 3.历史数据类型说明 4.数据操作日志：各类业务数据的操作日志，包括单据、档案的操作日志、业务参数变更日志等； 5.业务系统上机日志：各类业务功能操作的日志，包括登录门户、
中国联通山东省分公司固定语音网 局数据管理办法（试行） 第一章总则 第1条为规范固定语音网局数据（以下简称局数据）的管理和制作，确保局数据的准确性和规范性，有效保障网络安全，特制定本办法。 第2条本办法中局数据是指固定语音交换设备中与系统配置、业务配置、路由组织、网络管理有关的除用户数据以外的所有系统数据。 第3条本管理办法适用于全省所有固定语音通信设备，包括：PSTN交换设备、信令转接点设备、智能网、SSP、软交换设备等的局数据管理。 第4条本管理办法以《中国联通通信网络运行维护规程（试行）》（中国联通集团〔2009〕71号）为依据，根据山东省分公司固定语音网的维护管理现状制定。 第5条各市分公司运行维护部应当在本管理办法的基础上，制定适合各市分公司的局数据管理细则。 第二章局数据管理职责
第6条省公司运行维护部 1、负责全省固定语音网的局数据管理工作。 2、负责对各市分公司的局数据管理工作进行检查及考核。第7条省公司网络管理中心 1、归口管理全省的局数据调度。 2、负责统一制定全省的局数据规范。 3、负责执行集团公司下发的各类局数据调单。 4、负责全省局数据的核查工作。 第8条市分公司运行维护部 1、负责本公司范围内的局数据管理。 2、负责执行省公司下发的各类局数据调单。 3、负责分公司范围内局数据的核查工作。 第三章局数据管理的基本原则 第9条各市分公司负责局数据的操作工作，省公司网络管理中心、市分公司局数据调度部门下发的局数据调度文件是制作、修改局数据的唯一依据，任何单位或个人未经主管部门许可不得对本辖区内的局数据进行任何修改和调整。 第10条在故障等紧急情况下可先行进行局数据修改，但对修改结果必须及时报上级主管部门。
公司软件规范化管理制度 ?第一节目的 ................................................................................. - 2 -?第二节适用范围 ......................................................................... - 2 -?第三节作业办法 ......................................................................... - 2 -?第四节相关管理 ......................................................................... - 6 -
第一节目的 为有效使用及管理计算机软件资源,并确保公司计算机软件之合法使用避免人员因使用非法软件，致触犯著作权法、智能财产权，影响公司声誉或造成计算机病毒侵害，影响日常工作之进行，故制定本办法。 第二节适用范围 本办法适用于本公司软件使用之相关信息作业管理。 第三节作业办法 3.1 权责单位:人力资源中心 3.1.1人力资源中心负责各部门所使用之原始合法软件保管行政管理部负责安装。 3.1.2 为确保公司计算机软件的合法使用，各子集团及部门对该部门的每台计算机应指定保管人，共享计算机则由子集团及部门指定人员保管，保管人对计算机软、硬件具有使用、保管及合法软件使用之责。 3.1.3 各部门应指派专人管理监督该部门软件使用及授权情形，并负责软件异动等事项。以确保该部门软件的合法使用，若发现使用的计算机存在来历不明的软件，则应移除或连络行政部协助移除。 3.2 软件增置之方式如下 ?购置 ?委托开发 ?授权使用 ?随硬设备附赠 ?赠与。 3.3 计算机软件的采购与接受赠予,取得资料如下