ITPub博客

   今天参加了Oracle技术嘉年华，也写一些体会简单说说，不一定都是技术相关。   首先对于我来说，能够参加这个峰会是极大的荣幸，特别感谢盖总对我的信任，所以自己也是高度重视，准备了不少的素材，吸取了在之前演讲中的一些缺点和不足，首先把ppt量降了下来，这样演讲就不会有太多的时间包袱，另一...

在前几天搭建好备库之后，因为同步文件着实花了些时间，首先配置备库能够正常接收归档，然后内核参数也基本没有设置，简单使用脚本算出一个Hugepage的值，就直接改了。当时从数据库日志中确实也没有发现hugepage启用的情况，但是因为不是很影响备库的性能，自己就没有重视。结果早上的时候，首先受到了一封报警邮件。ZA...

今天在配置一个备库的时候碰到了一些问题，话说配置dg broker真没什么特别需要注意的细节了，本身已经给DBA省了很大的事儿了。但是有时候就是会出现一些稀奇古怪的小问题。这个环境又非常重要，备库已经因为硬件故障报废了，现在刚搭的备库就想赶紧把它跑起来。简单添加配置之后，spfile,防火墙，端口，listener等等因素...

这几天一台服务器出了硬件问题之后，这台服务器上的两个备库都殉职了，我们真是如坐针毡，毕竟没有了备库感觉就是裸奔，两个库差不多有10T，搭一套备库也是颇有波折。当服务器到了我手里之后，首先就开始准备安装数据库软件，安装前的基本检查很快做完了，需要预先安装的依赖包我看使用yum源已经识别了，我也标示了yes，然...

今天有个同学问我一个问题，也是一个实际的案例，我简单分析了一下，发现还是有很多可以考究的地方。仅做参考。问题是，系统里目前有一个大表，因为历史数据的沉淀，目前有60多亿的数据，不是分区表，现在得到反馈说insert的操作比较满，想优化一下，同时把部分历史数据需要做一些清理。对于这类操作，要求停机时间尽可能...

在上一篇中写到了 DBA和开发同事的一些代沟(一) 可以参考 http://blog.itpub.net/23718752/viewspace-1837743/有些朋友给我反馈了他们遇到的小故事，我后续再整理整理，看看有多少。我还是继续来分享我这边碰到的一些小插曲，这些除非你确实碰到，想遍出来还着实需要想象力。##和开发的博弈在Oracle中有资源管理的概念...

DBA同学在工作中不可避免和开发同学打交道，和开发的同学在交流中还是有不少的小插曲，有些想想也蛮有意思，但是有些是痛点。我举几个例子来说明，可能比较片面，但是只是为了说明问题，达到交流的目的即可。###oracle知识和sql水平不足    ddl中的commit我相信很多DBA都会看到这样的sql脚本。&nb...

继前两篇分析了一个看似非常普通的报警邮件，结果在分析问题的时候八面玲珑，相关因素都给分析了一下，没想到还真是有不小的收获。前两篇地址：http://blog.itpub.net/23718752/viewspace-1827685/http://blog.itpub.net/23718752/viewspace-1829630/最后通过手工定位监控的方式终于把罪魁祸首揪了出来，为什么在备库使...

test

今天早上到了公司后，收到了这样一封报警邮件，发现收到备库的报警案例也比较多，着实颠覆了我对备库基本不需要关注管理的观点。后面可以把几个案例做成一个主题来说说。报警邮件的内容如下： ZABBIX-监控系统:------------------------------------报警内容: DG_issue------------------------------------报警...

今天在技术之外聊天生活的话题，都是发生在我们身边的事情，突然想起来了。就准备凑在一起说一说。医患关系110报警电信诈骗中介和骗子医患关系这是真实发生在生活中的一幕，最近去医院的时候，在挂号的时候，走廊里听到几个人在争吵，一男一女围着一个白大褂大夫，然后边上站了几个警察。我就听着他们在那儿大声嚷...

昨天到公司之后，收到两份封报警邮件，可以看到在早晨6:30左右主库的v$dataguard_status检查时发现了一个错误。然后再2分钟后就自动恢复了。一般这种问题很自然想到可能是网络出现了一些问题。因为自动恢复了，所以也不同太着急处理，于是细细看了下。报警邮件如下：ZABBIX-监控系统:---------------------------------...

昨天刚到公司，开发的同事就找到我，让我帮他看看某一台mysql的库，似乎数据是不同步了。大体的意思是，A地库中的数据会同步到B地，B地的数据会同步到C地，C地就是开发最终需要访问的数据，这些业务都是独立的，但是一部分数据是需要同步的。听起来比较拗口，实现方式也比较有意思。采用了下面的方式来实现。列出一部分的...

不管怎么样，12c出来这么久，总是因为各种各样的原因没有开始学习，现在似乎还是有些晚了。总是耳闻PDB在12c是一种全新的架构模式，在各种技术聊天也大概知道是一种可插拨的新型架构模式，但是似乎SQLServer中也有类似的架构，不管怎么样Oracle圈内还是很火，而且听说12c r2可以支持4096个pdb，这个也太大了，docker装一下...

之前分享过一篇关于merge语句导致的CPU使用率过高优化的案例。的http://blog.itpub.net/23718752/viewspace-1819471/后续的跟进没有补充，也“秀”一张图，红色的火焰是原来的系统负载，右边的部分是最近的逻辑读情况，不过惭愧的是，这个不是优化的效果，因为应用的高峰期已经处理完了，后面的sql调用频率极低，所以感觉...

   笔记又坚持到了600天，想想也该总结一下了。其实每天晚上10点以后才是属于我的空间和时间，可以在近2个小时的时间里琢磨该写点什么，有时候下班晚回到家之后闺女已经入睡了。短暂休息就开始写笔记，有时候我妈忍不住了说，你给你们领导说一声，今天先不要写了，休息休息，我只能哈哈一笑，说这个不是硬性规定...

总是说AWS市场份额相当的大，在海外市场还是有很高的占有率，国内也在风风火火推进这种云服务。今天接到一个处理请求是把部分备份集通过S3上传到指定目录，后续再进行同步处理。这些服务器在天南海北，要把这些数据整合起来着实是件不容易的事情，有的服务器还要跨越多个网段，连接vpn,总是就是深入简出，想访问同步整合数...

最近碰到了一个有些奇怪的问题，自己当时排查问题时间紧，没有细细琢磨，今天抽空看了下，终于发现了端倪。首先是在早晨收到了报警邮件，报警邮件内容如下：ZABBIX-监控系统: ------------------------------------报警内容: DG_issue------------------------------------报警级别: PROBLEM--------------------...

在之前写过 记一次数据同步需求的改进(一)之后，就开始着手对这个需求进行实践。所谓实践出真知，在实际做的时候才发现可能计划的再好，做的时候还真不是那么回事。在之前的邮件中已经确认目标库是一个统计分析库，首先拿到这个环境，先调查一番，发现了一个奇怪的现象。查看这个库的归档情况的时候发现这个库每天的凌晨...

今天有一个数据库有点反常，早上的时候报出了CPU使用率的警告。警告内容如下：ZABBIX-监控系统: ------------------------------------报警内容: CPU utilization is too high------------------------------------报警级别: PROBLEM------------------------------------监控项目: CPU idle time：44.61 % ----...