09月22日, 2014 179次
正文重要解说“数据库处置员在SQL中的领会”。感爱好的伙伴无妨看看。正文引见的本领大略、赶快、适用。让边肖带你进修“SQL领会中的DBA”!
场景10-1010:一旦步调地方的长机展示妨碍,须要在新情况中从新安置步调,步调备份的效率就会展现出来。
本来我的步调贯穿的底层数据库是Oracle RAC框架结构,一组步调不妨径直安置在RAC的另一个节点。因为之出息序运用的文献默许在/home/oracle下,并且这个目次下再有很多其余与步调无干的文献,比拟凌乱,以是此刻商量将步调构造到一个一致的目次下,动作一个完全打包,简单备份,展示妨碍时不妨轻快赶快的从新安置。
我把目次:/home/oracle/baby放在这边,依照暂时本子号对步调举行打包备份,结果把备份好的包复制到NAS中保持。
1.1 一致安置目次:/home/oracle/baby
[Oracle @ jystdra 2 baby]$ pwd
/家园/先觉/婴孩
[Oracle @ jystdra 2 baby]$ ls-lrth
合计76K
-rw-r-r-1 raceloinstallation 36 dec 2209:47 D1 . SQL
-rw-r-r-1 raceloinstallation 71 dec 2209:47 i1 . SQL
-rw-r-r-1 raceloinstallation 91 dec 2209:47 I2 . SQL
-rw-r-r-1 raceloinstallation 59 dec 2209:47 u1 . SQL
-rw-r-r-1 raceloinstallation 199 dec 2209:47 v1 . SQL
-rw-r-r-1 raceloinstallation 218 dec 2209:47 v2 . SQL
-rw-r-r-1 raceloinstallation 396 dec 2209:47 v3 . SQL
-rw-r-r-1 raceloinstallation 465 dec 2209336047 v4 . SQL
-rw-r-r-1 raceloinstallation 132 dec 2209:47v _ estimate . SQL
-rwxr-xr-x1oracleoinstall 302 dec 2209:54 BabY _ delete . sh
-rwxr-xr-x1oracleoinstall 296 dec 2209:55 BabY _ insert . sh
-rwxr-xr-x1oracleoinstall 335 dec 2209:55 BabY _ insert _ DIY . sh
-rwxr-xr-x1oracleoinstall 545 dec 2209:56 BabY _ help . sh
-rwxr-xr-x1oracleoinstall 305 dec 2209:57 BabY _ update . sh
-rwxr-xr-x1oracleoinstall 293 dec 2209:57 BabY _ view . sh
-rwxr-xr-x1oracleoinstall 252 dec 2209:58 BabY _ view _ DIY . sh
-rw-r-r-1 raceloinstallation 244 dec 2213:30 bash _ profile
-rw-r-r-1 raceloinstallation 273 dec 2609:10 b
ackup_exp_t_baby.sh
-rw-r r 1 oracle oinstall 154 Dec 26 09:53 readme
[oracle@jystdrac2 baby]$ cd ..
1.2 将步调依照暂时本子号举行打包备份
[oracle@jystdrac2 ~]$ tar -zcvf baby_v2.02.tar.gz baby/
baby/
baby/readme
baby/u1.sql
baby/v4.sql
baby/baby_view_diy.sh
baby/d1.sql
baby/v3.sql
baby/baby_update.sh
baby/v2.sql
baby/v_estimate.sql
baby/i1.sql
baby/bash_profile
baby/baby_insert_diy.sh
baby/baby_insert.sh
baby/i2.sql
baby/v1.sql
baby/baby_help.sh
baby/baby_view.sh
baby/baby_delete.sh
baby/backup_exp_t_baby.sh
[oracle@jystdrac2 ~]$ ls -lrth baby_v2.02.tar.gz
-rw-r--r-- 1 501 1000 1.9K Dec 26 11:46 baby_v2.02.tar.gz
1.3 结果正片备份的步调包到NAS保存
[oracle@jystdrac2 ~]$ cp baby_v2.02.tar.gz /public/backup/
2.数据备份
场景:上头仍旧做了步调备份,但展示妨碍时咱们只回复步调是不够的,还须要之前爆发的交易数据。以是咱们还须要交易数据的备份。
不妨沿用exp/expdp准时论理备份,由于我这边数据量很小,以是径直沿用更大略的exp备份。比方每天12点运用exp备份出暂时表t_baby的数据:树立crontab准时工作:
[oracle@jystdrac2 ~]$ crontab -l
0 12 * * * /bin/sh /home/oracle/baby/backup_exp_t_baby.sh
exp备份剧本:
[oracle@jystdrac2 ~]$ cat /home/oracle/baby/backup_exp_t_baby.sh
backupdate=`date +%Y%m%d`
export ORACLE_SID=demo2
export ORACLE_BASE=/opt/app/oracle
export ORACLE_HOME=/opt/app/oracle/product/11.2.0/dbhome_1
export PATH=$PATH:$ORACLE_HOME/bin
exp test/test tables=t_baby file=/public/backup/t_baby_$backupdate.dmp log=/public/backup/t_baby_$backupdate.log
备份出的文献一致如许:
[oracle@jystdrac2 backup]$ ls -lrth t_baby*
-rw-rw-rw- 1 501 1000 626 Dec 26 12:00 t_baby_20191226.log
-rw-rw-rw- 1 501 1000 16K Dec 26 12:00 t_baby_20191226.dmp
3.数据及时同步
场景:即使惟有上头办法的准时论理备份,本来仍旧没辙满意实足的数据回复的。
比此刻天午时12点做了备份,黄昏18点展示了妨碍,数据丧失。经过论理备份只能回复到即日午时12点的数据,而12点到18点之间的数据将会丧失。即使沿用物理RMAN备份呢?本来也同样生存如许的题目,由于日记存档并不是及时的,即使妨碍不行回复,联机重做日记也丧失,RMAN也是不实足回复到迩来的存档日记,也同样会有丧失局部数据的危害。
那如何办呢?怎样举行数据及时同步到其余的情况呢?暂时不妨想到两种合流的处置计划: