Redian新闻
>
备份恢复这些基础知识,撸透了,保你餐餐有鸡腿!

备份恢复这些基础知识,撸透了,保你餐餐有鸡腿!

公众号新闻

作者:IT邦德 来源:jeames.blog.csdn.net/article/details/122355707


前几天,有个读者找我吐槽,他刚入职一家公司,有一次老大和他说了一句话:就一个数据库的备份、恢复你都学的这么差,怕是连试用期也过不了!

确实,数据是企业的重要之中,这项技能是必须掌握的,搞的好,升职加薪,搞的不好,删库跑路的事不在少数。

数据库故障类型

  • 1)user process failure 用户进程故障:pmon 自动处理

  • 2)instance failure 实例故障: smon 自动处理

  • 3)user errors 用户 错误:需要 dba 通过备份恢复解决

  • 4)media failure 介质故障:必须通过备份和日志恢复

总结:备份恢复主要是用于保护数据(介质、用户、应用程序导致)、保留数据、传输数据

备份恢复分类



还原即Restore(重储),恢复即是Recover(恢复)

逻辑备份与恢复
  • ①传统的导入导出:exp/imp:

  • ②数据泵导入导出:expdp/impdp

  • 面向 object,逻辑备份就是热备数据库对象某一时刻状态,

  • 不能运用在 media failure 上,逻辑备份的恢复就是还原备份,没有 recover 的概念。

物理备份与恢复
  • 面向 media failure

  • ①手工备份与恢复,也叫用户管理的备份与恢复(UMAN),

  • 通过 OS 的命令,完成备份与还原,然后再运用日志进行恢复。

  • ②自动备份与恢复,利用 oracle 的备份恢复工具 RMAN,使还原与恢复过程自动完成。

  • 物理备份从方式上可以有 一致性备份(冷备) 和 非一致性备份(热备) 完整的备份策略应该以物理备份为主,逻辑备份为辅(用于备份一些重要的表)

闪回技术
  • 一种利用 undo 数据或闪回日志的快速恢复技术。

  • 可以针对不同层面问题进行逻辑恢复,

  • 11g 支持七种 flashback 方式,

  • 其中快速恢复区只和闪回数据库有关。

完全恢复与不完全恢复

1)完全恢复:
  • 利用完整备份或部分备份,可以将 datafile

  • 恢复到 failure 前得最后一次 commit,不会出

  • 现数据丢失。

2)不完全恢复
  • 需要运用完整备份和日志将 database

  • 恢复到过去的某个时间点(或 SCN),有数据丢失。

备份策略



  • 备份策略:每周日执行0级全备份,周一至周六每天执行1级增量备份

  • 配置保留策略 reduncancy 2,

  • 开启控制文件自动备份

RMAN> show all;
CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
CONFIGURE CONTROLFILE AUTOBACKUP ON;

备份脚本

--创建存放脚本的目录
mkdir /home/oracle/scripts
--创建全备份脚本
vi /home/oracle/scripts/rman_level0.sh
#!/bin/bash
export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.2.0/dbhome_1
export ORACLE_SID=PROD
PATH=/usr/sbin:$PATHexport PATH
PATH=$ORACLE_HOME/bin:$PATHexport PATH
rman target / << EOF
run{
crosscheck backup;
allocate channel c1 device type disk;
allocate channel c2 device type disk;
backup incremental level 0 database format '/u01/backup/rman/db_%U.bak'
plus archivelog format '/u01/backup/rman/ar_%U.bak';
backup current controlfile format '/u01/backup/rman/ctl_%U.bak';
report obsolete device type disk;
delete noprompt obsolete device type disk;
delete noprompt expired backup device type disk;
release channel c1;
release channel c2;
}
EOF
exit

CROSSCHECK命令:用于核对磁盘和磁带上的备份文件

状态为:AVALIABLE、UNAVALIABLE、EXPIRED

赋予权限

chmod a+x /home/oracle/scripts/rman_level0.sh
chmod a+x /home/oracle/scripts/rman_level1.sh

编写 crontab 计划任务

测试环境 整点进行全备份,每 15 分钟增量备份一次

0 * * * * /home/oracle/scripts/rman_level0.sh >> /u01/backup/rman/PROD_rman_L0_`date
+\%Y\%m\%d_\%H\%M\%S`.log 2>&1
15,30,45 * * * * /home/oracle/scripts/rman_level1.sh >>
/u01/backup/rman/PROD_rman_L1_`date +\%Y\%m\%d_\%H\%M\%S`.log 2>&1

查看备份情况是否正常,查看相关备份日志。

查看 obsolete 备份、归档是否删除正常。

 select a.TIME_TAKEN_DISPLAY as "用时",
       a.INPUT_BYTES_DISPLAY "大小",
       a.INPUT_BYTES_PER_SEC_DISPLAY as "速度",
       a.INPUT_TYPE "备份类型",
       to_char(start_time, 'day') day1,
       to_char(start_time, 'yyyy-mm-dd hh24:mi:ss') as "开始时间",
       to_char(end_time, 'yyyy-mm-dd hh24:mi:ss'"结束时间",
       output_device_type,
       status,
       input_type
  from V$RMAN_BACKUP_JOB_DETAILS a

END

官方站点:www.linuxprobe.com

Linux命令大全:www.linuxcool.com

刘遄老师QQ:5604241

Linux技术交流群:3762708

(新群,火热加群中……)

想要学习Linux系统的读者可以点击"阅读原文"按钮来了解书籍《Linux就该这么学》,同时也非常适合专业的运维人员阅读,成为辅助您工作的高价值工具书!


微信扫码关注该文公众号作者

戳这里提交新闻线索和高质量文章给我们。
相关阅读
先有鸡还是先有蛋?| 1分钟科学01​“北京明白!”航天员在太空漫步时,地面工作人员为什么重复这句话?钱多了!元旦起 纽约这个地区加鸡腿!最后3天!这些长在我心坎里的实用吃喝,保你们会大呼喜欢组队学习爆火ChatGPT背后的基础知识!?"小学文凭混清华,不是活受罪吗"!! 指的是谁呀?想要提升免疫力,这些营养抓紧吃!孩子最期待的一口,这早餐有手就能做油鸡晋升预言帝!精准预测世界杯!网友:谁家有鸡借我使使澳洲华人注意,中国领事馆宣布好消息!下周一起恢复这些业务!今天大量中澳航班开始复航!讲座|数字图像文件的备份策略和数据恢复【早鸟直降 800】零基础知识写作高手之路大课班 202301 期,开始招生啦~整理最全光纤基础知识,值得收藏学习!【装修干货】高学历、高颜值、高能力科学家!走T台,撸鲨鱼,这妹子智慧和美貌并存!澳洲男子被狗咬死!多只恶犬同时发动攻击!口口致命!另有新州2岁幼儿被狗咬死,撸狗一定要当心!小结:自己装修退休小屋的费用少而多:少数民族歌手多家家都有、餐餐在用的它,用错可能危害健康羽绒服有鸭绒、鹅绒,为什么没有鸡绒 | 答案如下TopMD患教知识月历丨为肿瘤病友总结了1月必看的疾病知识,点击看全部英国爆发禽流感鸡蛋短缺 加拿大圣诞大餐会有鸡蛋吗?36张图,一次性补全网络基础知识钱欲情色,金发梦露为什么是区域中心?|基础知识【漫画】年三十儿~“先有鸡还是先有蛋”=遇到你?【UCI案例】美国留学生身份被关停,境内身份恢复怎么操作?加拿大女子在墨西哥度假患上"食肉病"!连做3次手术,保住了腿!巨蟹这篇文章保你学通网络基础知识加拿大美女在墨西哥度假患上"食肉病"!连做3次手术,保住了腿!1921年至今,纽约美味汉堡藏身这家迷你餐馆EB-5申请流程(移民程序)|基础知识高学历高颜值高能力科学家!走T台,撸鲨鱼,这妹子智慧和美貌并存哇!
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。