数据库灾难启示录-襄阳市中心医院.pdfVIP

数据库灾难启示录 愿所有IT运维人员每次都能逢凶化吉有惊无险 Scenario One Scenario Two 数据是无价的吗？ --如何对数据进行估值 同命题：人的生命是否可以被量化 • 你愿意付钱多少来避免一个确定的死亡 • 一个人的死亡会获得多少赔偿 • 你愿意付出多少来降低你在小概率事件中死亡的可能性 • 交通事故赔偿金=死亡赔偿金+被抚养人生活费+丧葬费 • 死亡赔偿金为：上年度该地区当地居民人均可支配收入×20年 • 丧葬费为：上年度年该地区社会平均工资×6个月 数据资产估值 1. 数据丢失后愿意花费的补救成本 2. 运维成本 房租+机器硬件+ 电费+人工 3. 运维部门承担的责任 4. 业务中断的社会效应及影响 现实中的问题汇总： 1. 了解现有环境下的硬件性能，并提前做好测试和评估 • 硬盘读写速度 • 网络速度 • 文件移动测速：ftp 、scp 、rsync、fastcopy 、Samba 、NFS 2. 应急系统、各部门应急策略 3. 充足的备用空间 4. 专用的备份网络 5. 演练环境、测试系统 DBA运维能力 • RAC、DG系统搭建 • 数据库恢复：RAC到单实例 • 数据库恢复：单实例到RAC • DG故障主备切换 • ASM加磁盘 • 数据文件从文件系统迁移至ASM • 超过1T的LOB数据导出 • 多网口绑定、MTU合理值调整 • 心跳网络配置 • 通过iscsi添加硬盘 • 网口限速 • 硬盘IO和网络流速监控 • 交换机ACL策略禁止业务段IP访问数据库 运维一套库超过五年会经历什么？ •空间由几百MB增长至几TB； •备份由一天两次全备到做不了全备只能增量备份； •表空间满，磁盘空间满，日志过多导致操作系统根目录满； •CPU负载过高，业务卡到无法正常操作； •RAC其中一个节点宕机，单机运行超过一个月未被人发现； •网卡烧了导致操作系统报kernel crash； •系统重启导致虚拟IP不通，手工arping刷新核心交换机mac地址表； •系统迁移方案选择，expdp/impdp，xttl，DG主备切换，rman备份恢复； •小版本升级； •恶意代码注入攻击； •odu从数据文件中抽数据； •数据文件big file模式选择； •死锁、长会话； •分区表自动分区； 灾难发生时， 都显的有些突然， 没有做好迎接的准备， 也没想过要承担的后果。 真实案例一：虚拟IP交换机MAC地址表刷新故障 真实案例二：介质注入攻击 [oracle@rac ~]$ cat /oracle/product/11204/rdbms/admin/p rvtsupp.plb create or replace package body dbms_support wrapped a000000 1