keepalived VIP同时存在 keep会员能共用吗

转载

gulaotou 2024-09-01 14:35:51

文章标签 keepalived VIP同时存在数据库数据数据库备份 文章分类 运维

为了最大限度保障数据的安全性，同时能在不可预计灾难的情况下保证数据的快速恢复，需要根据数据的类型和重要程度制定相应的备份和恢复方案。在这个过程中，DBA的职责就是要保证数据库（其它数据由其它岗位负责）的高可用和高性能，比如：如何避免数据库发生常规错误、如何增加MTBF、如何降低MTTR、使用使用哪些冗余技术保护关键组件以及如何做到最小化数据丢失。

在社区最近的在线交流中集中讨论了Oracle数据库备份恢复相关的问题，同时也拓展到了其它方面，比如性能问题、案例分析、RAC相关的备份问题及生产环境中的经验分享。非常感谢爱好者的参与，特别是ttkanni、fengshuai等会员的积极参与，由主要分享者royalwzy对所涉及的问题进行了整理和归类，提供给大家参考，包括如下几个部分：

一、数据库备份恢复基本问题

二、数据库备份恢复性能相关问题

三、数据库备份恢复性能案例分析

四、数据库备份恢复性能优化问题

五、数据库备份恢复RAC相关问题

六、数据库备份恢复经验分享

一、数据库备份恢复基本问题

1、问：Oracle11g数据库数据量有50T，每天增量50g左右，该如何制定备份方案，如何验证备份的有效性？

答：

50T的数据也不大，运营商的地市级市数据基本都在100T以上了，只要备份环境允许的话，也能在12h内备份完成。

以一次全备份来算，在12h内备份完成，那么平均备份速度最低是

5010241024/12/3600=1210MB/S

按照LTO 5 drive的速度（140MB/S）来算，备份最低的drive数量：1210/140=9

为了保障dive尽量保持最大IO，建议额外关注几点：

1，datafile较小的话，聚合成较大的bakcup piece

2，调整read/write blocksize减少读写次数，可酌情调整至MB大小

3，调整备份脚本，一个channel对应一个backup session，每个channel尽量保障只有一个大块backup piece写入

4，关闭备份软件和drive的多路复用功能，保证每个dive上只有一个session写入

5，备份尽量走单独的HBA卡，不要和业务或存储共用

备份策略的话，一个完整的备份周期肯定是FULL+INCR+INCR比较符合实际情况，如果条件允许Synthetic Full也是一个很不错的选择。归档看需求，4h或者6h备份频率都可以。

二、数据库备份恢复性能相关问题

15、问：Oracle 强大之处之一在于有很多表和视图用于性能分析和故障诊断，哪些表可以用于备份恢复异常时的性能诊断，有无经验分享？

答：

select s.status as "备份状态",
 b.INPUT_TYPE as "备份类型",
 to_char(b.START_TIME,'yyyy-mm-dd hh24:mi:ss') as 总的开始时间,
 to_char(b.end_time, 'yyyy-mm-dd hh24:mi:ss') as 总的结束时间,
 trunc(b.ELAPSED_SECONDS/60,0) as 耗时多少分钟,
 b.INPUT_BYTES_PER_SEC_DISPLAY "in_sec/s",
 b.OUTPUT_BYTES_PER_SEC_DISPLAY "out_sec/s",
 trunc((s.END_TIME-s.START_TIME)2460,0) "单个文件备份用时(分)",
 to_char(s.START_TIME, 'yyyy-mm-dd hh24:mi:ss') as "开始备份时间",
 to_char(s.END_TIME, 'yyyy-mm-dd hh24:mi:ss') as "结束备份时间",
 s.OPERATION as "命令",
 trunc(s.INPUT_BYTES/1024/1024,2) as "INPUT-M",
 trunc(s.OUTPUT_BYTES/1024/1024,2) as "OUTPUT-M",
 s.OBJECT_TYPE as "对象类型",
 s.MBYTES_PROCESSED as "百分比",
 s.OUTPUT_DEVICE_TYPE as "设备类型"
 from v$rman_status s,v$rman_backup_job_details b
 where to_char(s.START_TIME, 'yyyy-mm-dd hh24:mi:ss') < to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') 
 and to_char(s.END_TIME, 'yyyy-mm-dd hh24:mi:ss') > to_char(sysdate-7,'yyyy-mm-dd hh24:mi:ss')
 and s.COMMAND_ID=b.COMMAND_ID
 order by s.START_TIME desc ;
 select s.status as 备份状态,
 trunc((s.END_TIME-s.START_TIME)2460,0) "备份用时(分钟)",
 to_char(s.START_TIME, 'yyyy-mm-dd hh24:mi:ss') as 开始备份时间,
 to_char(s.END_TIME, 'yyyy-mm-dd hh24:mi:ss') as 结束备份时间,
 s.OPERATION as 命令,
 trunc(s.INPUT_BYTES/1024/1024,2) as "INPUT/M",
 trunc(s.OUTPUT_BYTES/1024/1024,2) as "OUTPUT/M",
 s.OBJECT_TYPE as "对象类型",
 s.MBYTES_PROCESSED as 百分比,
 s.OUTPUT_DEVICE_TYPE as "设备类型"
 from v$rman_status s
 where to_char(s.START_TIME, 'yyyy-mm-dd hh24:mi:ss') < to_char(sysdate,'yyyy-mm-dd hh24:mi:ss')
 and to_char(s.END_TIME, 'yyyy-mm-dd hh24:mi:ss') > to_char(sysdate-7,'yyyy-mm-dd hh24:mi:ss')
 order by s.START_TIME desc ;

16、问：请问各位在生产环境中遇到哪些备份恢复的问题？

答：

源库和恢复的目标库数据库编码格式不一样，导致一直提示找不到bakcup piece。

备份时遇到坏块

备份时文件被误删除

17、问：数据库从9版本迁移到12c 数据表结构都变了，怎么迁移数据呢？

答：

可以使用kettel等etl工具来帮忙，当然你也可以先升10再升11再升12 一步一步的升上去；同是oracle数据导出再导入也简单。

三、数据库备份恢复性能案例分析

18、问：oracle用rman做recover和用sqlplus做recover有什么区别？

我曾经遇到过这样一个问题，生产的存储卡坏了（生产是2个节点的ＲＡＣ），需要在另一台服务器恢复数据库（非ＲＡＣ），幸好我把归档日志保存了一份在本地磁盘。在还原旱，用 rman 做 restore 正常完成，但在做 recover 的时候，报错了（具体的错误号我忘了，但大概意思是找不到所需要的归档日志，但在新的服务器上的归档路径下有这归档日志文件），整了半天，就是不得行，后来，我用　sqlplus recover 成功了，命令如下：

sql> recover database using backup controlfile until cancel;

为什么为这样，我至今没有搞明白，请高手们分析一下。

答：

如果你的oracle rman恢复是没有catalog，且在rman中的恢复仅仅是“recover database”的话，会出现你说的这个问题。

要想明白问题的原因，还得从这两句恢复命令出发：

recover database using backup controlfile until cancel;

在单一的recover database 或者 recover tablespace, recover datafile时，Oracle会以当前controlfile所记录的SCN为准，利用archive log和 redo log的redo entry, 把相关的datafile 的 block恢复到“当前controlfile所纪录的SCN”
而当前controlfile和current/active redo都丢失的情况下，你就需要使用你在SQLPLUS里输入的那句恢复命令，在很多情况下，由于datafile数据的不一致性，Oracle需要把数据恢复到比当前controlfile所纪录的SCN还要靠后的位置，简单的说，就是需要更多的归档。

如果你还能复现这个恢复场景，你查询下你报错的所需的归档，利用原来的controlfile进rman里list backup看一下就能知道了。

四、数据库备份恢复性能优化问题

19、问：随着数据库体量的增大，有时每天全备已经不能满足需要了，考虑使用增量备份。各位专家有没有遇到过实施增量备份过程中的问题呢？还有就是对于OLTP系统，每天大量数据块是被更新了的，这样的话block change tracking即使打开了，也很难提高备份速度（因为大部分块都被修改过，仍然需要备份），这类问题同行朋友有没有比较好的建议？

答：

首先确认一下数据库大小有多大，使用的lan备份还是光纤，使用的几个通道，平均一个通道io有多大？如果使用的lan 是否网卡已经饱和等等？
如果你的状况是每天变化的数据能影响到几乎所有的数据块的话，那么考虑使用backup as copy。

五、数据库备份恢复RAC相关问题

20、问：Oracle 10gr2 RAC因为需要更换存储，数据库迁移有什么特别的方案吗？系统Oracle Linux 5.7，DB：10.2.0.5。

答：

具体看停机窗口时间跟数据量，可以采用集中方式：1）导入导出；2）备份恢复；3）使用新的存储做一个DG的备机，然后切换过去。

21、问：现有数据库为oracle rac，想搭建一套完全实时互备的数据库，能做DataGuard吗？如果可以那么scanip 和VIP、sid和原库能保持一致吗？如不行那么有什么能实现以上功能？

答：

完全可以在现有环境下搭建adg。

scanip，VIP，sid都不能一致，但是数据库唯一名必须一致，这是adg的配置条件。

22、问：一个oracle数据库的RAC环境，在日常运维管理中应重点关注那些方面的具体内容？

在对oracle数据库进行日常运维管理中，我们都应该重点关注那些方面的具体内容？

我们目前能够关注的，如：ORA-告警信息，一些表空间的的告警。这个也是主要从监控系统（如TIVOLI监控系统）中获得，除此之外，我们还应该重点关注那些具体方面的内容?

答：

除了监控，也需要关注RAC环境的性能调优，Service的管理，负载均衡等方面吧

23、问：如果Orace数据库的RAC在建设的时候，归档没有放在共享或者ASM上，只是在单边存放，那么这种的Oracle数据库备份大家一般都怎么做？两边都备份？还是mount NFS？哪种更好些？

答：

归档还是建议放在共享存储上，不太建议单边存放。一是方便管理，二是简化备份流程。

若是单边存放，只能在每个节点上单独备份各自的归档。

对于归档数据量较大的场景，不太建议NFS。如果允许，能共享尽量共享

六、数据库备份恢复经验分享

（一）、Oracle 备份和恢复的一点体会

架构

Oracle的备份一般来说还是基于第三方备份软件来完成日常备份的，诸如NBU，TSM等

那么在设计架构方面应该多考虑一下是集中的方式来做还是分开来做，主要考虑有几点：

1.公司需要备份的节点数量和位置

2.目前公司网络情况（是否有分支机构走专线备份，备份网段和生产网段的连通性等，是否有专用备份网络）

3.是否使用catalog

4.备份设备是否分层或异地同步

5.是否有出库异地存放需求。

数据量

1.数据量小，基本上可以考虑使用lan方式配合备份窗口来完成

2.数据量大，考虑配合高速以太网和lanfree方式完成，备份方式（全备+曾备+归档备份完成）

配置

1.选用较高配置X86 服务器+linux 完成备份环境搭建

2.备份server和节点session和资源限制不要使用默认，看情况修改

3.Oracle 备份片和通道要做适当设置

4.专有备份lan或光纤卡

性能定位

1.本地io

2.网络io

3.备份软件兼容性，已经版本bug

4.备份软件trace跟踪

5.oracle备份参数设置：备份片和备份方式，是否压缩，块跟踪等

（二）、结合实际做备份恢复设计才能最大限度的满意要求

备份恢复的方法和种类很多，为啥有的时候客户还不满意？因为你不对他路子。

举个例子，开发人员不小心删错了数据。你说有flash back呀一看undo retention不够。

那开始备份恢复吧，结果system或者user表空间巨大，哇数据全在system里面是不是原来设计好的想法都没用啦?

如果可以依照先有的数据库结构做些适当的引导那么会好很多。

且国内客户和国外客户处理的方式太不一样。特别是韩国和日本客户。针对细节问题到了无以复加的地步，那么这个时候备份和恢复设计就不能有自己解释不通的地方。

说了那么多具体谈下怎么做事吧。

最重要的一点，备份的东西可以吐出来。

那么要给自己留后路，备份的东西要异与恢复。

那么如果钱足，上硬件级别备份。例如emc timefinder，SRDF等等。条件好的可以做个备份的colne。

一定要建议购买专业的备份恢复软件，关键时刻可以用来顶包。

那么最好做物理备份，用于防止物理的损坏。

如果既要防止物理损坏又要很快的把人为的错误数据找回来就可以设置一个standby那么防止物理损坏的备份直接在原库备份，用于防止人为损坏的备份在standby节点备份，延时个一天吧。应该可以满足要求。

以上是大致的经验，我的意思是备份手段多种多样，怎么搞成最适合的场景可是个大学问。

（三）、Oracle 11.2.0.3版本以上的RAC数据库备份时，偶尔出现ORA-00245的报错。

问题现象：ORA-00245: control file backup failed; target is likely on a local file system

解决办法：

1. Check the snapshot controlfile location:
 RMAN> show snapshot controlfile name; 2. Configure the snapshot controlfile to a shared disk:
 RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/snapcf_.f';
 Or in case of ASM use RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+/snapcf_.f';

本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。