收集备份与恢复策略需求
需求提问:
数据库发生故障时,丢失多少数据是可承受的?
恢复数据库时能忍受的最长时间是多少?
为确保数据能够恢复,愿意投入的成本是多少?
备份期间是否可停机?
受损硬件设备的替换需要多长时间?
可承受的数据丢失量
恢复数据库时允许的最长时间:HA或DR
恢复所花的成本:RPO、RTO与成本之间存在直接联系。
备份期间是否可以关闭系统。
更换受损硬件需要多长时间:
成长和扩展考虑事项
设计备份与恢复计划
脱机or联机备份
联机备份多久备份一次归档重做日志?如何确保在备份会话期间确保归档日志不丢失?
关于可恢复性的策略和标准是什么?
灾难事件中如何确保系统是可恢复的?
是否需要制定体系结构方面的决策?
基本原则
如果环境稳定,要慎重对待更改。如果有人提出更改,则要站在自己的立场上看改变是否清晰,是否可靠地说明预期回报,并证明值得承担因生产系统更改造成的风险。
最佳备份与恢复计划
体系结构设计得当,管理有方,从来没必要使用它们进行恢复!
除Oracle数据库之外其他需要备份的内容:
Oracle RDBMS软件(oracle 主目录和Oracle目录清单)
网络参数文件(names.ora, INI文件)
系统oratab文件和其他与Oracle相关的系统文件(例如:Oracle所有的rc启动脚本)
保护级别 |
备份类型 |
保留期 |
数据丢失期限 |
数据恢复时长 |
代价 |
1 |
每周全备 |
四周 |
1个工作日 |
一周 |
0 |
2 |
周全备+日归档 |
四周 |
1个工作日 |
48小时 |
00 |
3 |
周全备+6小时归档 |
四周 |
6小时 |
48 |
000 |
4 |
周全备+日增备+ 6小时归档 |
八周 |
1分钟 |
每200G一小时 |
0000 |
参考因素:
-
当前及协商后的备份和恢复SLA(正式或非正式)
-
现有DB的大小
-
这些DB当前的备份时间
-
现有DB预期的成长情况
-
现有DB预期的备份时间延长情况
-
将要创建的新数据库
-
新数据库的初始大小和预期成长情况
-
在开发、测试和QA等不同周期创建、删除和刷新数据库
-
数据库和数据库备份的保留标准
计算方法
-
预估FRA所需空间(一个月,周末全备,每日增备)
-
2T × (4+1)= 10T × 60% = 6T
-
(31-4)+(31-4)÷ 4 = 33.75 × 2T × 10% × 60% = 4148G
-
2T × 2% ×(31-4) = 1106G
-
100M × 6 = 600M ≈ 1G
-
1024 × 6 + 4148 + 1106 + 1≈ 10T
经验公式 :2T ×(天数 + 1)÷ 6
来源:freebuf.com 2020-08-24 22:58:51 by: 13608193571
请登录后发表评论
注册