09月22日, 2014 178次
正文重要解说“数据库处置员在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也是不实足回复到迩来的存档日记，也同样会有丧失局部数据的危害。
那如何办呢？怎样举行数据及时同步到其余的情况呢？暂时不妨想到两种合流的处置计划：