ITPub博客

之前写了一篇 《最近让我焦灼的四个问题》，既是感慨，也是无奈，既是记录问题，也是鞭策自己，当然只是吐槽，抱怨是没有任何意义的，所以我更新第二篇，这些问题在近些天都得到了基本解决。当然一波问题解决了，另外一波又来了，继续努力。首先来说说第一个问题，是关于dataguard,最近碰到一个有些奇怪的问题，主库使用了...

最近有一个高中同学问我一件事情，就是他们目前使用excel需要经常查很多数据，但现在使用excel的筛选功能感觉比较费劲。想问问我有没有什么改进的方法，对于我来说，这种情况下，我会很自然的推荐他使用数据库，而且如果可行我会推荐使用Oracle，可能这个思路听起来也不太好，主要是我从下面几个方面来考虑。一来数据从exc...

今天帮一个朋友看一个pl/sql的问题，他已经钻到一个死胡同里列，可能明眼人一看就知道哪里有问题，但是当局者迷，所以我抽空看了一下这个pl/sql块。pl/sql的内容大体如下：declareTYPE new_type IS TABLE OF VARCHAR2(30) ;v_tab new_type:=new_type('DBIMISHLS','ICU','INFOCAST','INFOCAST_V2','MSG','NMS','TS_CONFI...

今天的内容可能会让大家失望了，是最近准备在着手解决的几个问题，目前都是无解，虽然问题有临时的解决方案，但是感觉还是快找到原因了，结果还是让我不够满意，有些问题刚刚碰到，还在观察之中，有些问题准备处理，但是老是感觉忙，CPU老是负载高，这个得反思工作效率，是不是在干有意义的事情。今天心中更是内疚，最近几...

之前写过一篇通过shell来监控磁盘坏块的文章 http://blog.itpub.net/23718752/viewspace-1872978/从使用情况来看，也确实发现了一些坏块很多的问题，这也给我们的工作带来一些清晰的指导。不过感觉对于硬件的监控还在隔靴搔痒，还有很多的监控不够到位。或者太细感觉有些鸡肋，或者太粗有感觉有些笼统。而且还有些问题还是...

最近和开发应用的同学在讨论一个需求，目前他们碰到了一些性能问题，想让我来看看是否能够从数据库的角度有一些解决方案。假设表为消费记录，简称service_details,这是一个普通表，目前这个表数据量很大，需要定期去删除一些过期的数据，至于过期的标准先暂时按照两个星期来算。可见这是一个需求变化极快的场景。每天的新...

今天碰到一个奇怪的小问题，看起来是一个非常简单的问题。我先说一下问题背景。有一台DB服务器，因为需要搭建备库，现在找了一台已有的机器临时用一下，这台临时的服务器上已经安装了Oracle软件是11.2.0.4.0，而我们需要安装的备库版本是11.2.0.3.0所以为了兼容，所以需要在临时的服务器上再安装一套Oracle软件，把11.2.0....

今天和开发的同事讨论一个问题，他们说source 1的环境中存在一个表，现在希望目标环境target 1和target 2中都需要用到这部分的数据。对于这个问题看似处理也比较常规。就是直接在两个目标端创建db link相关的同义词。对于这个需求和开发的同事进行了初步的讨论，首先涉及两个表，这个两个表中的数据都在几百几千，所以说...

昨天在睡觉前接到了一条报警短信，本来已经疲倦的身轻如燕，但是看到报警，还是警觉了起来ZABBIX-监控系统: ------------------------------------报警内容: DG_issue------------------------------------报警级别: PROBLEM------------------------------------监控项目: dg_issue：2015-12-2700:35:17.0Log Tr...

今天有一个同学问我一个问题，因为白天比较忙也没有在意，在下班后坐地铁的时候抽空看了这个问题，感觉还是蛮有意思的。但是当时也没有任何答案，就准备自己回去好好实验一下再做答复，至少不能敷衍别人嘛。他的问题大体思路如下，查看sys用户下object_type为TABLE的对象SQL> select owner,count(*) from dba_objects whe...

数据库的重启看似是一件非常简单，没有技术含量的活，这是我以前说的话。而这句话简直是戳中了我的痛点。这种活真是太有技术含量了，高深到让人需要注意太多的东西，需要做非常多的前期功课。前段时间，发生了一起硬件问题，发现某一台mysql备库服务器出现了硬件错误，因为是从库服务器的故障，所以就没有很着急得去处理，...

今天正在处理问题，突然收到一封邮件，提示mongo的一个副本集出现了问题。邮件内容如下：当前状态：PROBLEM事件编号：11187790发生时间：2015.12.21 13:30:01持续时长：1h 20m监控节点：mongo_mobile_gl_comment_sec.161报警级别：高危(High)事件信息：One or more replication members need attention事件详情：Re...

前几天一个开发的同事来找我咨询一个问题，说是咨询，其实是开发的同事也不是非常清楚里面的逻辑，因为历史系统，历史原因，各种原因吧，所以我也是带着试试看的态度来帮助了这位同事。这位同事知道这个咨询我的是一个存储过程。基本思路是从千万级的表table1中查出结果集，然后在table2,table3,table4都插入数据。这个存...

硬件的监控其实还是蛮重要的，这个部分在嘉年华中也着重强调过，不过做起来确实还是有一些难度，我们也尝试了一些方法，最终准备两条腿走路，一边使用中控的方式来统一监控管理，同事考虑把硬件监控揉入zabbix的监控体系之中。今天来说使用统一监控的方式。在强调硬件监控的重要性时，最好的说明方式就是用数据说话。下面...

今天开发的同事下午反馈给我一个问题，说有操作直接卡住了，听这个描述，感觉很可能是查询慢了。于是连接到环境中，查看了一下正在执行的sql语句情况，发现下面的语句已经执行了一段时间。语句类似下面的形式：select t1.SECURITY_PHONE as MOBILE_PHONE, t1.SECURITY_EMAIL as OTHER_EMAIL, t2.* from accstat.ACCOUNT...

在几天前说过关于db link分配权限的问题，当时也折磨了我好一会儿http://blog.itpub.net/23718752/viewspace-1869425/大体的情况还是在118的服务器中去访问128中的某个表的时候存在一些访问的问题，最后是重建了一个public的db link得以修复，当时对于这个问题的临时处理也是一波三折，还触发了一个oracle的bug,也算是有...

今天下午有一个紧急需求，是辅助业务部门做一个紧急查询，既然说紧急查询，那么肯定业务上需要加急处理，那么很快就需要找到我们DBA来帮忙了。需求的情况是，需要根据某一个用户的标识（比如手机号)来定位对应用户的id,可能同一个身份证号，可以注册多个不同的id。根据数据的情况，在系统中已经做了分库分表。情况类似下...

昨天接到一个开发的需求，内容看起来非常简单。申请数据库192.168.1.118:1522:TEST下用户APP_TE_FLOW_128赋予对表testore_log的查询权限。。。貌似这个语句也就几秒钟就可以搞定，直接赋予对象权限，或者角色都可以，类似grant select on test.testore_log to APP_TE_FLOW_128;但是这个看似简单的案例，我想用两篇日志...

oracle的ADG那是自不必多说，用存储圈的话说，现在存储正在从被动被动变为主动，但是总体上是被软件抢，RAID被ASM抢，快照被Flashback抢，DR被ADG抢。如果这几种方案结合在一起那会是什么结果。这就涉及到一个备库的设计方法。我也是抛砖引玉。环境都是基于11g的dg来说。首先基本的，一个主库一个备库是很多系统都在采用...

DBA和开发都是两个可爱的团队，如果合作起来，那战斗力可是杠杠的。如果合作不愉快，那就是一件简单至极的事情都能扯皮几天几夜，而且还解决不了。今天出公司的时候碰见一个开发同事，因为最近和开发同事打交道太多了，我都分不清到底他到底是哪个team的，然后就迷迷糊糊搭上了话，然后简单问了几句话，发现我潜意识里认错...