数据库备份简单规划 – 作者:13608193571

收集备份与恢复策略需求

需求提问:

数据库发生故障时,丢失多少数据是可承受的?

恢复数据库时能忍受的最长时间是多少?

为确保数据能够恢复,愿意投入的成本是多少?

备份期间是否可停机?

受损硬件设备的替换需要多长时间?

可承受的数据丢失量

恢复数据库时允许的最长时间: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

© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
评论 抢沙发

请登录后发表评论