专栏首页杨建荣的学习笔记最近的几个技术问题总结和答疑(七) (r9笔记第38天)

最近的几个技术问题总结和答疑(七) (r9笔记第38天)

今天抽空整理,发现近期问我数据恢复,灾备的问题还比较多,我简单整理了一下。 问题1: 能请教一个问题么?我们用was链接的oracle数据库,是不是不建议在was上设置statementcachesize的参数?我们目前设置的是200,发现数据库中那个session都会持有200个游标,有工程师建议把这个参数设置为0 这个问题着实还问到我了,不过我问了下专业的中间件工程师,答复如下: Statement Cache Size是指有多少个prepared statement或者callable statement可以被缓存,在遇到对这些statement的请求时会重用缓存中的statement而不会重新加载。这个不能为0吧,一般设置大于 0,小于数据库连接池的最大值 问题2:关于异机数据恢复 有个朋友说在服务器A中做了RMAN备份,想在异机恢复,但是控制文件忘了备份了。问能不能恢复回来。

这个问题其实要明确一点,就是数据文件是否最近有变化,如果没有那就很简单,甚至我们都可以自己创建一个控制文件出来。 异机恢复是完全可行的,不要看到ORA错误就害怕。 比如在现有的库中生成控制文件的trace,直接部署到异机。 问题3: 有一个朋友问我说,他碰到一个问题 oracle 11.0.2的库,有一个视图,关联了几十张表,视图有三百个字段,查询select * 的时候报错,但是select count(*) 的时候就可以,然后将视图中删除一张表select *就能查出来。截图如下:

对于这个问题,有几个思路可供参考。 1.看错误描述,感觉是一个bug 2.视图关联几十个表,上百个字段,本身设计上就有一些问题 3.这类问题是否可以复现是一个关键,如果能够复现,最好还是做一些细致的trace,看看问题边界,因为没有模拟环境,所以只能建议了。 问题4: 我如果不用ROSE HA或ORACLE ACTIVE DATA GUARD的HA软件,直接用SHELLE脚本实现HA功能,这样有什么风险吗 Data Guard如果不考虑更多的特性,就如同标准版的DG所做的,技术上实现是完全没有问题的。早期的Data Guard就是这么干的,很多老DBA就是写脚本,传归档,恢复 问题5: RAC环境中,业务是数据库仓库,一个节点跑存储过程在频繁DML一个表,同时在另一个节点也在另一个存储过程频繁DML同一张表 在DB层面,哪这种情况如何避免呢,这种情况下RAC2个节点之间的数据同步或缓存CACHE FUSION如何评估 这种情况下,会把RAC的限制放大。节点间频繁更新同步数据库,性能和锁影响都是全局的。 DB层面,可以根据业务把这种操作做切分,甚至只在单节点运行,效果都比双节点强。也就是业务的不同模板配置不同的SERVICE,这样就把应用的不同模 板连接到RAC不同节点了。如果配置service,设置策略,这种比较推荐,对应用来说,看到的是业务层面的数据库,其实是各个节点。 有些场景下,我们原来的电信客户,为了稳妥,用的active-passive模式,只激活一个节点,OLTP,另一个就用作高可用临时切换 问题5: 我这个Oracle10t,每天生成1T日志,目前是每天全备,每小时备份日志,但是还是未能满足12小时恢复,我想在每天全备基础上,12小时做次增量,滚日志就能少500G, 这样是否恢复能快些 在这种场景下,每天增备的日志量还是不小的,为了满足12小时恢复,其实Data Guard就是一个不错的选择,可以设置延迟归档应用,恢复相比全量的恢复要快得多。 还有一种思路就是使用第三方的恢复软件,我知道的ActInfo的那个软件不错,一次全量,永远增量。增量的幅度设置的频度可以略微频繁一些。 问题6: 一主多备的搭建,有服务器ABC,有网友使用服务器A switchover到服务器B,然后基于服务器B搭建备库C 但是恢复的时候碰到了一些问题。环境是10gR2 其实这个问题看起来思路还蛮有挑战,实践起来也很顺手的,理论上来说其实有更多更好的方法,上面的方案是比较常规的方案。 因为是10gR2,没法用11g优越的duplicate方式,但是使用rman备份恢复是完全没有问题的,有几个建议可供参考。 1.主备库的管理,建议配置DG Broker,这样很多操作都能直接忽略了,手工搭建备库看起来还是有些技术含量的,用了DG Broker,发现没有一点技术含量了。 2.主库RMAN,恢复到备库,肯定会有GAP,只是这个GAP的大与小而已,对于备库恢复而言,我们完全不需要关心备份后的临界点在哪里,在备库恢复之 后,备库会从主库去比对差距,然后通过RFS来同步归档,所以无需手工来传递归档,手工设置临界恢复的log_seq等。

本文分享自微信公众号 - 杨建荣的学习笔记(jianrong-notes),作者:杨建荣

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2016-06-22

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 数据库负载急剧提高的应急处理(r9笔记第54天)

    今天处理了一起紧急问题,回过头来看还是有不少需要注意的地方。 首先是收到了报警,有一台DB服务器的负载有一些高,但是会快就恢复了。所以自己也没有在意,但是过了大...

    jeanron100
  • MySQL中GTID和自增列的数据测试(r12笔记第38天)

    昨天的一篇文章MySQL自增列主从不一致的测试(r12笔记第37天),今天有不少网友向我确认一些细节,我想最近正好在看GTID的东西,可以揉在一起来说说。 ...

    jeanron100
  • MySQL级联复制中的数据同步(r11笔记第20天)

    最近开发的同事反馈了一个问题,说有一台北京节点的MySQL数据库数据延迟太大,想让我们帮忙看看怎么解决。 这个问题一下子让我想起了之前“水深火热...

    jeanron100
  • 浅谈数据库同步和迁移

    本文将主要首先聊一聊数据库同步和迁移两个话题,之后将会围绕这 2 个话题介绍一下阿里云开源的基于 MongoDB 和 Redis 的数据同步&迁移工具 Mong...

    iMike
  • KnockTF:转录因子敲除数据库(二)

    昨天我们介绍了这个数据库的其中一部分功能 KnockTF:转录因子敲除数据库(一),今天把这个数据库的其它功能介绍完。

    匹咔球
  • 【C/C++ 1】Clion配置与运行C语言

    CLion是Jetbrains公司旗下新推出的一款专为开发C/C++所设计的跨平台IDE,它是以IntelliJ为基础设计的,同时还包含了许多智能功能来提高开发...

    学到老
  • 补习系列(18)-springboot H2 迷你数据库

    H2 数据库是一个纯 Java 实现的开源的嵌入式数据库,笔者第一次使用时还是在多年前的一个客户端项目中。 当时就觉得这个数据库很方便,如果你希望你的应用程序能...

    美码师
  • 垃圾短信回复退订,千万别上当

    节日将近,又一波短信轰炸来了,互联网时代,网购时代,相信大家对下面的短信一定不陌生,作为程序猿的我提醒您,千万不要回!千万不要回!千万不要回!「重要的事情说三遍...

    Bug生活2048
  • 【案例】中国城市规划设计研究院:新型城镇化监控与评估平台

    【数据猿导读】本案例中,调用了人口、土地、经济、资源环境四维度基础数据及各尺度的规划评估模型、检测系统构建了针对规划行业的大数据云平台——全国新型城镇化监控与评...

    数据猿
  • 区块链101:什么是分布式分类帐?

    分类帐,会计的基础,与文字和金钱一样古老。 他们的媒介是粘土,木制的计数棒(那是火灾危险),石头,纸莎草和纸。在上世纪80年代和90年代,计算机被规范化,纸质记...

    首席架构师智库

扫码关注云+社区

领取腾讯云代金券