SQL无所不能：DBA宝妈宝爸系列分享
Posted 数据和云
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了SQL无所不能：DBA宝妈宝爸系列分享相关的知识，希望对你有一定的参考价值。
原因很简单，就是因为我们作为技术人，实际需要考虑的要更多。比如本篇从数据保障层面，我们必须要考虑数据的一致性和安全性等。而且我们要很清楚，这些需求并不是客户不关注不需要，很可能只是因为客户并不知道可能会出现什么问题，不知道如果一旦出现硬件损坏、各类故障导致数据损坏或出现讹误时，我们目前的情况是恢复不了的，到时就只能被说成是技术差，甚至连带背各种锅。在这样的场景下，技术人再去狡辩说客户开始也压根没提这些安全性的数据保障需求啊，是没有人会站在技术这一边的，因为这些客户考虑不到的，恰恰是需要你来主动去提出去建议去实施的，这也是体现一位技术人专业性的关键所在。
下面以几个维度来展开说明：
1. 程序备份
2. 数据备份
3. 数据实时同步
4. 已知问题解决
1. 程序备份
场景 ：一旦程序所在主机故障，需要在新环境下重新部署程序时，程序备份的作用就体现出来了。
我这里统一放置目录：/home/oracle/baby，并将程序按照当前版本号进行打包备份，最后拷贝备份的程序包到NAS留存。
[oracle@jystdrac2 baby]$ pwd/home/oracle/baby[oracle@jystdrac2 baby]$ ls -lrthtotal 76K-rw-r--r-- 1 oracle oinstall 36 Dec 22 09:47 d1.sql-rw-r--r-- 1 oracle oinstall 71 Dec 22 09:47 i1.sql-rw-r--r-- 1 oracle oinstall 91 Dec 22 09:47 i2.sql-rw-r--r-- 1 oracle oinstall 59 Dec 22 09:47 u1.sql-rw-r--r-- 1 oracle oinstall 199 Dec 22 09:47 v1.sql-rw-r--r-- 1 oracle oinstall 218 Dec 22 09:47 v2.sql-rw-r--r-- 1 oracle oinstall 396 Dec 22 09:47 v3.sql-rw-r--r-- 1 oracle oinstall 465 Dec 22 09:47 v4.sql-rw-r--r-- 1 oracle oinstall 132 Dec 22 09:47 v_estimate.sql-rwxr-xr-x 1 oracle oinstall 302 Dec 22 09:54 baby_delete.sh-rwxr-xr-x 1 oracle oinstall 296 Dec 22 09:55 baby_insert.sh-rwxr-xr-x 1 oracle oinstall 335 Dec 22 09:55 baby_insert_diy.sh-rwxr-xr-x 1 oracle oinstall 545 Dec 22 09:56 baby_help.sh-rwxr-xr-x 1 oracle oinstall 305 Dec 22 09:57 baby_update.sh-rwxr-xr-x 1 oracle oinstall 293 Dec 22 09:57 baby_view.sh-rwxr-xr-x 1 oracle oinstall 252 Dec 22 09:58 baby_view_diy.sh-rw-r--r-- 1 oracle oinstall 244 Dec 22 13:30 bash_profile-rw-r--r-- 1 oracle oinstall 273 Dec 26 09:10 backup_exp_t_baby.sh-rw-r--r-- 1 oracle oinstall 154 Dec 26 09:53 readme[oracle@jystdrac2 baby]$ cd ..
[oracle@jystdrac2 ~]$ tar -zcvf baby_v2.02.tar.gz baby/baby/baby/readmebaby/u1.sqlbaby/v4.sqlbaby/baby_view_diy.shbaby/d1.sqlbaby/v3.sqlbaby/baby_update.shbaby/v2.sqlbaby/v_estimate.sqlbaby/i1.sqlbaby/bash_profilebaby/baby_insert_diy.shbaby/baby_insert.shbaby/i2.sqlbaby/v1.sqlbaby/baby_help.shbaby/baby_view.shbaby/baby_delete.shbaby/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
[oracle@jystdrac2 ~]$ cp baby_v2.02.tar.gz /public/backup/
2. 数据备份
场景 ：上面已经做了程序备份，但出现故障时我们只恢复程序是不够的，还需要之前产生的业务数据。所以我们还需要业务数据的备份。
比如每天12点使用exp备份出当前表t_baby的数据：
设置crontab定时任务：
[oracle@jystdrac2 ~]$ crontab -l0 12 * * * /bin/sh /home/oracle/baby/backup_exp_t_baby.sh
[oracle@jystdrac2 ~]$ cat /home/oracle/baby/backup_exp_t_baby.shbackupdate=`date +%Y%m%d`export ORACLE_SID=demo2export ORACLE_BASE=/opt/app/oracleexport ORACLE_HOME=/opt/app/oracle/product/11.2.0/dbhome_1export PATH=$PATH:$ORACLE_HOME/binexp 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. 数据实时同步
场景 ：如果只有上面步骤的定时逻辑备份，其实还是无法满足完全的数据恢复的。
如果采用物理RMAN备份呢？其实也同样存在这样的问题，因为日志归档并不是实时的，如果故障不可恢复，联机重做日志也丢失，RMAN也是不完全恢复到最近的归档日志，也同样会有丢失部分数据的风险。
1)数据库DG实时同步
2)数据表OGG同步
一般情况下，如果两个方案只能选择其一时，我们会强烈推荐客户选用物理方式的实时同步，因为逻辑方式按经验来看遇到的问题远比物理方式要高。而在我这个场景下，数据量很小，其实完全可以二者都选择。
至于DG和OGG环境搭建的部分我这里不再详细展开，如有问题，可参考之前的文章：
模拟生产搭建Standby RAC实验环境(11.2.0.4 DG)（链接：https://www.cnblogs.com/jyzhao/p/7338689.html）
OGG学习笔记02-单向复制配置实例（链接：https://www.cnblogs.com/jyzhao/p/6278418.html）
4. 已知问题解决
在这个计算喂奶间隔的程序投入使用了一段时间后，还发现一些问题亟待解决：
4.1 系统时间不准确
系统运行几天后，操作系统的时间会和真实时间相差几分钟，这个暂时通过定时同步阿里云的NTP服务器来解决
--使用ntpdate命令与阿里云时间服务器(ntp2.aliyun.com)同步[root@jystdrac1 ~]# dateSun Dec 22 08:48:51 CST 2019[root@jystdrac1 ~]# ntpdate ntp2.aliyun.com22 Dec 08:52:31 ntpdate[24481]: step time server 203.107.6.88 offset 206.232030 sec[root@jystdrac1 ~]# dateSun Dec 22 08:52:35 CST 2019--使用crontab定时，每小时与阿里云时间服务器同步一次，同步日志追加到/tmp/ntpdate.log日志文件crontab -l0 * * * * ntpdate ntp2.aliyun.com >> /tmp/ntpdate.log
这个也可以说是程序设计时的bug。
现象：当前程序连接的数据库底层是单实例，或始终在RAC的同一个节点上运行，就不会有任何问题；但如果在RAC的两个节点交叉运行插入数据，序列就会出现问题导致计算结果产生讹误。
先称之为是RAC环境下sequence的问题解决：
[oracle@jystdrac2 ~]$ iInsert a row using current time:1 row created.Commit complete.View Today's Result:ID FEED_TIME L LAG(min) LAG(h)---------- ----------- - ---------- ----------192 12-26 18:21 N 5689 94.82227 12-26 02:22 N 225 3.75228 12-26 04:48 N 146 2.43229 12-26 07:31 N 164 2.73230 12-26 10:02 N 151 2.51231 12-26 11:49 N 107 1.79232 12-26 14:10 N 141 2.34233 12-26 17:38 N 208 3.47234 12-26 18:18 N 41 .68235 12-26 18:19 N 0 .0110 rows selected.
其实问题也非常明显，实例1和实例2获取s1的sequence是不连续的，分别在两个实例上查询：
--实例1:test@DEMO> select s1.nextval from dual;NEXTVAL----------239--实例2:test@DEMO> select s1.nextval from dual;NEXTVAL----------193
test@DEMO> select dbms_metadata.get_ddl('SEQUENCE','S1') from dual;DBMS_METADATA.GET_DDL('SEQUENCE','S1')--------------------------------------------------------------------------------CREATE SEQUENCE "TEST"."S1" MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 241 CACHE 20 NOORDER NOCYCLE
所以解决方案就是重建sequence s1，修改为ORDER。
drop SEQUENCE s1;CREATE SEQUENCE s1 MINVALUE 1 MAXVALUE 9999999999999999999999999999 INCREMENT BY 1 START WITH 261 CACHE 20 ORDER NOCYCLE;
再次验证(select s1.nextval from dual;)，确认此时序列是有序的：
--实例1:test@DEMO> select s1.nextval from dual;NEXTVAL----------261--实例2:test@DEMO> select s1.nextval from dual;NEXTVAL----------262
墨天轮原文链接：https://www.modb.pro/db/22315（可复制到浏览器中打开或者点击“阅读原文”）
推荐阅读：
点击下图查看更多 ↓
云和恩墨大讲堂 | 一个分享交流的地方
请备注：云和恩墨大讲堂
以上是关于SQL无所不能：DBA宝妈宝爸系列分享的主要内容，如果未能解决你的问题，请参考以下文章