*数据库操作手册美河学习在线仅学习参考四、操作流程准备工作需求分析阶段确认项目涉及的数

文件名称: *数据库操作手册

所属分类: Java

开发工具:

文件大小: 587kb

下载次数: 0

上传时间: 2019-03-03

提供者: caofen*******

下载 (587kb)

不能下载？报告错误

详细说明：*数据库操作手册美河学习在线仅学习参考四、操作流程准备工作需求分析阶段确认项目涉及的数据订正范围和数据量跟开发人员确定订正后是否涉及到对缓存的刷新和订正。根据数据量评估对数据同步的影响,决定是否屏蔽同步。(应用必须熟悉同步采用的技术、正常情况下的同步量和延时、可以容悉的同步延时、屏蔽冋步的只体方法。) 注意规划订正速度,以防消耗殆尽。订正脚本: 开发接口人直接提供可执行的脚本,只负责拷贝执行。开发接口人提供主键及更新字段新值列表,由导入数据库,写脚本关联原表批量订止开发接口人提供订正逻辑,由翻译为批量提交脚本订正脚本要求可断点续跑,可反复执行严禁仅用一个事务来处理大规模订正(影响的记录数超过万笔)。超过一万笔的订正必须分段提交。确认订止脚木的执行计划止确。脚本中加入“进度报告”,即调用如下包(但是对于中判断的不允许这样处理。): Dbms Application Info. set client info(n‖‘ rows commit”); 为变量,累加,表示当前订正的总记录数开发阶段跟开发接口人确认数据订正逻辑,完成订止脚木,并跟廾发接口人确汏郾木是否正确,同时按照需求准备备份脚本。测试阶段在测试库执行订正脚本,由开发接口人和测试人员验证订正的正确性,应用协助验证。发布前确定订正速度和并发度,确定订正时间段,预佔订正总时长,若涉及量较大,需要跨天做订正,则应规划好每日订正的数据量和时间段。各份要求新建表初始化:无需备份,回退时直接即可现有表新增数据:新建备份表记录下新增记录的主键,或者在新增记录中特定字段标识区分出订正所新增的数据,回退时定向这些记录现有衣朋除数据:新建备份表记录下删除数据的完整记录,回退时直接从备份衣中取出数据到原表现有表上新增字段初始化:无需备份,回退时将该字段为或者开发接凵人要求的值。不得将删除字段作为回退手段现有表上现有字段值修改:新建备价表记汞下所改动记录的主键及所改动宇段的原始值, 回退吋将改动过的字段按照主键更新到原表(若应用程序在回滚前已经修改了记录,则要根据具体业务具体分析回滚方案)。备份表:备份表统一命名为最后的为操作的姓名每个字的首字母,如果超长了,则将原表名缩减。创建人有责任定期删除创建时间超过一个月以上的备份表。执行过程如果需要,按照备份脚本备份数据。执行订正脚本。查看订正进度,使用如下本美河学习在线仅学习参考这个脚本必须配合前面描述的“进度报告脚本执行。检查消耗检査表空间消耗检查归档空间检查同步延时是否异常。如果需要刷新应用缓存,在订正结束后通知应用刷新缓存。验证方案以应用验证为主,数据库辅助做一些等验证。以应用验证通过为操作成功标准五、核心对象风险考虑到对和的景响,严禁数据订正更新主键值。六、回退方案按照备份时所做的各种不同的回退方案进行回退,回退之后也要要求应用做验证创建、删除、修改目的明确定义对于对象的操作风险及步骤。适用范围项目发布创建新以删除、重建的方式修改的起始值。在线修改的值风险评估命名与应用程序中不一致,导致应用无法正常访问双问同步的库,多厍创建同名 ,起始值和步长值改置不合理,导致生成的值在表中对应主键值同步产生冲突。删除、重建的过程中,应用无法访问高并发的应用可能会产生故障删除、重建之后没有对的权限进行恢复,导致原本访问该的其他无法正常访问的改置不合理,设置过小会导致大量的系统相关等待,反之则导致生成值断层过多浪费严重美河学习在线仅学习参考程序的数据类型只能容纳最大亿,所以不能超过这个值,如果有可能超过,需要跟开发确认。四、操作流程准备工作默认使用变史系统生成的名称,如果要修改,必须跟开发人员沟通一致。与开发人员、项目发布负贲人沟通变更时间点。对于删除、重建的操作必须明确告诉他们其间会有短暂的无法访问,如果是扃并发的应用则选择在系统访问量最低的吋候执行,规避风险。根据并发数确定值,默认为,如遇特殊需求,酌情调整。删除、重建的操作,事先检查是否有其他拥有对丁该的访问权限: WhERE table name= upper(重建的对象名) 全面考虑同步的风险,确定同步环节中各个数据库的同名起始值及步长,保证不会发生冲突,通常有如卜两种做法起始值相差不人,步长值等于数据库个数。以双库同步为例,起始值分别设为和,步长均设为起始值相距较大,步长值相同。以双厍同步为例,厍起始值设为,库起始偵设为亿,步长均设为。相差的值可以根据增长预期进行调整。执行过程标准新建脚本: 命名规范: 默认不指定和标准重建脚本: 为」尽量缩短不可用时间,这两个语句一起放在中起执行。标准修改本标准赋权脚本: 验证方案检查是否有失效对象通知应用验证是否可以正常访问五、核心对象风险高并发对象重建时短暂不可访问美河学习在线仅学习参考增加、删除唯一约束目的眀确増删唯一约朿操作的风险及标准流程,最大限度避免増删哐一约朿操作带来的故障. 二、适用范围项目发布新建表的增删唯一约束对于旧表的增删唯一约束风险评估对现有表新增唯一约束的操作,会堵塞包括查询在内的所有操作,风险很大,请谨慎使用, 尽量在新建衣时和开发讨论后增加没有指定系统自动创建了删除约束时,自动创建的同时删除了。在高峰期创建导致大量的的等待有同步的应用,先要在源端加,后在目标端加。表里有重复的数据,导致操作失败。四、操作流程准备工作检查唯建字段上是否存在没有的话需首先创建步骤详见增加册检査唯一键上是否有重复数据,如有,需和开发讨论如何处理。根据应用的需求和数据库的负载情况,确定架作的时间点。对于数据量和访问量较大的表,变更时间点要谨慎选择检查字段上是否已经有了约束增加和删除唯一约束属于标准变更,需要开发在中提交事件单,应用提交变更单,有技术经理审批后执行。对现有表新增约束,如果使用这个参数,公导致该表上连查询在内的所有操作都被锁住,风险非常大;如果使用参数,这个参数会导致数据字典不一致(及导致的时候会导入重复数据)。两者相比,故通常情况下用的风险更大,默认必须使用参数。约束名与所依赖索引名一致。执行过程用应用账户登录数据库, 检查是否连接到正确的执行增加或删除的命令。命令模板如下表名表名字段名索引名美河学习在线仅学习参考表名约束名如有同步,要注意执行顺序:先在源数据库端加后在目标端增加。查看过程若无报错,退出当前登录。若有报错,找岀报错的地方,修改确认再执行,直至全部执行通过,最后退出当前登录。验证方案常规检查: 检查衣定义是否与测试卉致: exec pkg check. Compareobject( 检查约束是否加上或删除: nume=upper(table nume) 五、核心对象风险核心表访问量大,数据量大。增加唯一约束时会短暂出现。执行时间要订在核心表访问的低峰期六、回退方案执行前需准备好回退的脚本回退吋需得到开发的确认,并确认回退的时间点加字段目的阐述表变更的风险及其步骤,降低对应用的影响和避免故障。二、适用范围所有在使用的表的加字段三、风险评估新增字段的类型、长度(精度)是否合适解决方法:跟应用明确加字段和改字段的风险,确认新増宇段类型正桷、长庋(精度)合适。以及跟应用明确老数据是否要订正?如何订正?新增列是否非空?是否有默认值等等。新增字段的非空属性、默认值以及老数据问题。新增字段如果是的,则一定要有默认值,否则老应用的代码可能报错表如果存在老数据,带上默认值的时候会导致去订正老的数据行的新增列。如果老数美河学习在线仅学习参考据非常多,表的并发访问高,很有可能导致大面积的阻塞等待以及产生大事务,甚至有可能导致耗尽。倘若回滚,还会因为回滚产生的并发会话导致0升解决方法:先不带不带默认值加上列,再史改列默认值,冉批量订正老数据,然后再加上属性。如果是大衣,并且并发访问很島的衣,则新增列不允许为以简化后面变更步骤,降低风险! 新增字段导致依赖对象失效、游标失效问题。表的并发很高的时候,如果表上面还有依赖对象,新増字段公导致依赖对象失效。默认其他会话会尝试去自动编译这个依赖对象,此时很可能会出现大面积的。应用会话的连接吋间会加长,进而导致出现后续应用报不能取得连接池错误。应用服务器由此升。表新增字段也会导致跟该表有关的的游标失效,如果的并发很高(查询或者 ),失效后会重新解析,此时也可能会出现大量的解决方法:选择在业务低峰期发布,同吋在数据斥级别开启禁用客户端程序自动编详功能,字段加完后再禁用该表的依赖对象是否要相应调整。表上面的依赖对象如果有存储过程或触发器等,逻辑是否需要相应调整是否涉及到同步。同步中的表需要两地都要变更。涉及到的要更新一下数据字典。需要重启一下是否要通知其他关联的部门。如或等等有些表很多部门都用,需要沟通约定时间一起变更。如果有同步方案,同步方案的变更也要考虑。四、操作流程准备⊥作该表的数据量以及人小,以及数据变更量(按日时分秒等) 该表的并发访问数,以及频率最高的几种的访问方式执行过程以表加字段为例。的数据量非常大,访问频率很高。在下开启禁用客户端自动编译功能。(可选) 变更字段以下加字段同编详失效对象连着执行。编译时先编译冉编详存储过程或美河学习在线仅学习参考后面个的编译可以开三个窗口同时进行另开一个窗口,在用户下查看当前失效对象老数据订正如果需要默认值,加上默认值 Alter table tl modify col2 default 'Y, 数据订正存储过程 pdate tl set col2='Y'where rowed=rec c1rid and id=rec clid Dbms application info set client info(sp dml0214'v cnt"rows!): Dbms application inlo. set client info(‘ sp dml0214‘‖ˇcnt‖‘rows!'); 另开·个窗口,查看订正进度订正完后加上属性国际站可选中美都变更,重启更新数据字典重启美河学习在线仅学习参考验证方案验证下的已经禁用 Select owner, trigger name, status from dba triggers where owner in(SYS)and trigger name= ddl trigger for database enable 验让结构止确验证无失效依赖对象五、核心对象风险核心对象风险指的是业务上重要的表,并且数据量很大或表大小很大或并发访问数很高时, 变更的潜在风险。前面已经阐述六、回退方案大表的新增字段不允许回滚。因为回滚即删掉字段,会导致锁表,持续时间很长进而导致一序列的严重问题。普通表的新增字段如果是发布尖败,后续还会有二次发布,也不考虑回滚。或者只是将属性拿掉,下次发布再加上普通表如果应用有足够的理由要求回滚,则回滚。加字段目的阐述表变更的风险及其步骤,降低对应用的影响和避免故障。适用范围所有在使用的表的加字段,但核心表(并发访问高的大表不允许加风险评估新增字段的类型、长度(精度)是否合适解决方法:跟应用明确加字段和改宇段的风殓,确认新増字段类型正确、长度(精度)合适。是否有默认值?以及跟应用眀确老数据是否要订正?如何订正?

(系统自动生成,下载前可以参看下载内容)