数据库系统
管理制度
档案管理制度下载食品安全管理制度下载三类维修管理制度下载财务管理制度免费下载安全设施管理制度下载
第一章 总 则
第一条 为加强我司数据库管理，保障数据库正常、有效运行，确保数据库安全，使数据库能更好地服务于生产，特制定本管理
制度
关于办公室下班关闭电源制度矿山事故隐患举报和奖励制度制度下载人事管理制度doc盘点制度下载
。
第二条 公司数据库管理员负责评级数据库的日常维护和运行管理。
第三条 公司IT总监负责对数据库使用者进行权限审批。
第二章 数据库系统的修改和维护
第一条 数据库系统的变更，指数据库硬件或参数调整等；涉及到停机时，应征求业务部门对系统使用，并根据实际情况由部门负责人确定并发布停机时间后，在停机时间范围内完成相关操作，同时数据库管理人员应该评估风险后，再操作，并有相应的应急处理
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
。
第二条 数据库业务数据的变更修改，指开发部门或业务部门关于数据库业务表数据的变更修改；应由开发部门提供具体表和字段，或要求开发部门提供脚本，由数据库管理人员执行操作；并且修改前先进行数据备份。
第三条 数据库系统的监控，应实时了解数据库运行状态，确保数据库可用状态。
第四条 数据库系统的健康检查，应定期对数据库的响应指标巡检。并给出巡检的
报告
软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载
。健康检查应当定期执行，每周进行一次健康检查。
第五条 数据的备份恢复，备份的主要目的就是为了恢复，所以在一段时期应当数据库进行恢复演练，以防止意外发生时数据不能恢复而造成损失。恢复演练应尽量避开数据库生产环境，以免影响生产的运行。恢复演练应当定期执行，以季度为单位，每季度至少演练一次。
第六条 数据库故障处理，数据库系统中常见的四种故障主要有事务内部的故障、系统故障、介质故障以及计算机病毒故障，对应于每种故障都有不同的解决方法。。
第三章 数据库的安全管理
第一条 数据库管理员负责数据库系统的安全管理，保证安全管理软件的及时升级。
第二条 数据库应每周至少备份一次，数据库管理员应在保证数据安全和保密的情况下，采取适当方式保存备份文件，保证数据库出现异常时能快速恢复，避免或尽量减少数据丢失。
数据库系统管理制度的实现方法
第一条 数据库变更
● 数据库系统变更
变更管理流程分为：需求调研、需求评审、变更申请、变更方案、变更审批、执行变更六个步骤：
数据库的调整应针对问题先进行调研评审，再定制变更方案及实施计划回退方案后再进行实施。
1．需求调研：由数据库管理员根据数据库运行监控过程中发现的问题进行调研，确定问题解决方案。
2．需求评审：由数据库管理员组织调研，由部门经理确定后，完成对变更需求的分析评审。
3．变更申请：由数据库管理员根据变更需求，给出初步的方案建议。
4．变更方案：由部门负责人确定变更评审小组成员，评审中修改并确定变更的
实施方案
关于机房搬迁实施方案高中班级自主管理实施方案公交公司安全生产实施方案成立校园管乐队的实施方案中层管理人员竞聘上岗实施方案
及应急回退方案。
5．变更审批：小型变更由部门负责人审批，大、中型变更由部门审批。
6．执行变更：由数据库管理运维团队执行系统变更的具体实现工作。
● 业务表数据变更
业务数据变更应由需求部门邮件申请，并由部门负责人进行审批后进行变更。
1．变更申请：由需求部门提出申请。
2．变更审批：由需求部门及运维部门负责人审批。
3．变更执行：确定变更需求后由数据库管理员进行相关操作。
第二条 数据库系统的监控，应实时了解数据库运行状态。确保数据库可用状态。
1） 第三方数据库监控软件。
ZABBIX，APM
2） 数据库监控软件。
Oracle Enterprise Manager
3） 手动获取数据库报表
StatsPack、Automatic Workload Repository、Active Session History
第三条 数据库系统的健康检查，应定期对数据库的响应指标巡检。
1） 数据库管理员每天定时巡检数据库服务器，并填写记录表（见附录一）。
2） TOP前5执行慢的SQL语句进行优化跟踪，并邮件提交给部门经理，抄送IT总监。
第四条 核心数据的日常备份管理。
1）数据库应每周至少备份一次，数据库管理员应在保证数据安全和保密的情况下，采取适当方式保存备份文件，保证数据库出现异常时能快速恢复，避免或尽量减少数据丢失。
2）为了节省磁盘空间，大型业务库使用增量备份，周日全备，周一到六为增量备份。
3）协助开发和业务部门做数据变更时，需提前备份好数据，再执行变更步骤。
第五条 数据库故障处理
一、常见的四种故障
(1)事务内部的故障：事务内部故障可分为预期的和非预期的，其中大部分的故障都是非预期的。预期的事务内部故障是指可以通过事务程序本身发现的事务内部故障;非预期的事务内部故障是不能由事务程序处理的，如运算溢出故障、并发事务死锁故障、违反了某些完整性限制而导致的故障等。
(2)系统故障：系统故障也称为软故障，是指数据库在运行过程中，由于硬件故障、数据库软件及操作系统的漏洞、突然停电灯情况，导致系统停止运转，所有正在运行的事务以非正常方式终止，需要系统重新启动的一类故障。这类事务不破坏数据库，但是影响正在运行的所有事务。
(3)介质故障：介质故障也称为硬故障，主要指数据库在运行过程中，由于磁头碰撞、磁盘损坏、强磁干扰、天灾人祸等情况，使得数据库中的数据部分或全部丢失的一类故障。
(4)计算机病毒故障：计算机病毒故障是一种恶意的计算机程序，它可以像病毒一样繁殖和传播，在对计算机系统造成破坏的同时也可能对数据库系统造成破坏(破坏方式以数据库文件为主)。
二、四种故障的解决方法
(1)预期的事务内部故障：将事务回滚，撤销对数据库的修改。
(2)非预期的事务内部故障：强制回滚事务，在保证该事务对其他事务没有影响的条件下，利用日志文件撤销其对数据库的修改。
(3)系统故障：待计算机重新启动之后，对于未完成的事务可能写入数据库的内容，回滚所有未完成的事务写的结果;对于已完成的事务可能部分或全部留在缓冲区的结果，需要重做所有已提交的事务(即撤销所有未提交的事务，重做所有已提交的事务)。
(4)介质故障的软件容错：使用数据库备份及事务日志文件，通过恢复技术，恢复数据库到备份结束时的状态。
(5)介质故障的硬件容错：采用双物理存储设备，使两个硬盘存储内容相同，当其中一个硬盘出现故障时，及时使用另一个备份硬盘。
(6)计算机病毒故障：使用防火墙软件防止病毒侵入，对于已感染病毒的数据库文件，使用杀毒软件进行查杀，如果杀毒软件杀毒失败，此时只能用数据库备份文件，以软件容错的方式恢复数据库文件。 这四类故障虽然有所不同，但是对数据库的影响无外乎是对数据库本身的破坏或对数据库中数据的破坏，其恢复的基本原理概况起来也就是利用存储在别处的冗余数据来重建数据库中的数据。
三、四种故障的解决流程
故障处理流程分为：故障调查、回报情况和解决方法、领导审批、实施解决。
运维人员在故障发生后调查清楚故障原因，将原因和解决方法汇报上级领导，当领导批准方法可行后，立即解决所发生的故障
1．故障调查：运维人员调查故障。
2．回报情况和解决方法：将故障原因和解决方法汇报上级领导。
3．领导审批：取得领导对故障解决方案的同意。
4．实施解决：结合以上提供的方案，运维人员实施故障解决的方法。
浙公网安备 33021202002483