ITPub博客

今天改了一版脚本，对于MySQL的基本信息的获取有了一个相对比较清晰的收集方式。我简单解释下脚本。整体是分为两部分第一部分是通过系统层面来解析MySQL的基本信息，方式是通过ps -ef|grep mysql得到的信息来解析。第二部分是通过登录MySQL得到的信息，基本信息包括serve...

   快过年了，很多系统都要进入最后的检查和复验阶段，一方面在节假日前，提前发现问题总比过节的时候发现要好。另一方面如果出现故障的时候能及时进行处理，这个时候我们就需要有一个尽可能全面的元数据收集。而且还有一点比较重要的就是工作交接，如果你临时有事，需要让同事来代劳，你得提供清晰易懂的信息给...

一直以来要做性能分析的自动化工作，但是久久没有动笔，今天索性来更新一版。首先我希望得到的一个基本效果就是后台去扫描数据库的DB time，如果超出了阈值，比如这里我设置的为400（即DB time为400%），则会开启自动诊断的任务。时间范围是提前一个小时和当前时间。我对已有的脚本做了一些改动，加了一些逻辑，后续...

    最近要迁移几套环境，涉及的数据库有Oracle,MySQL,数量还不少，能够达到的目标就是整合后的服务器缩减幅度达到70%，这样一种迁移场景，就涉及到很多的网络连接情况，如果本身业务优先级高，涵盖的是全局业务，那么这个影响就会无限放大。所以对于网络连接情况的监控也尤为重要。   ...

    周末整理了一下书架，一来书架上实在是放不下东西了，四层书架，两层在闺女的触及范围之内，所以直接拿胶带封住，留下两层勉强可用。二来书架已经不是放书的地儿，生活用品已经一股脑儿堆了很多，让人想拿那本书都困难，书不是远观而不可亵玩焉的，要捧得起，放得下。所以花了很多时间来整理书架，发现...

今天下午的时候，准备顺手写一个简单的脚本，但是发现很多事情较真起来真是寸步难行。在写脚本的过程中碰到了太多的问题，很多时候感觉像要实现的功能更通用，就得做更多的检查，更多的校验也就意味着有更多的预先条件，这些条件里面有些是规范和建议，有些是按照已有的配置情况，尽管如此，自己感觉还是缺少了太多的检查。...

今天写了个脚本，虽然实现的功能不多，但是个人感觉是一个好的开始，架子出来了，后面要补充的细节加进来就逐步完善了。这个脚本的运行效果如下：OS     Version  is :[ RHEL_6.3 ]Oracle Version  is :[ 11.2.0.3.0]Oracle Instance is :[ dgtest ]dgtestORACLE_HOME  &nbs...

对于数据整合式迁移，基本就是小霸王的二合一，四合一，八合一这样的节奏，把几个尽可能相关业务的数据库中的数据整合到一个库里。彼此还是独立的schema，倒也是相安无事。在这种整合式迁移中，比较让人纠结的部分就是性能不是排第一位，而是迁移前的准备比较琐碎。如果环境中有大量的db link，那就好像蜘蛛网一般，每个...

awr报告中的sql明细部分基本必看的部分，尤其是SQL Order by Elapsed time这个部分，能够很清晰的看到哪些sql语句占用了较多的DB time，所占的比例。这个可以作为调优时的一个重要参考，可以有针对性的来看哪些sql需要格外关注。比如说我们得到了一个awr报告，Elapsed time这个部分的内容如下。可以很明显看...

在大量的分布式环境中，可能存在着大量的主机配置，ip配置，数据库实例配置，甚至操作系统用户，数据库用户密码也不同，这个时候如果记录在10条左右还能应付，但是如果给你几百个这样的环境，每次都需要先查找对应的操作系统用户，主机名或者IP就显得很麻烦，尽管已经设置了ssh信任连接。但是还是需要你知道用户名的前提下...

     +--------------------------------------------------------------------+     |                          ` YAFA CONNECT `                       &nb...

接着上一篇的内容：半自动化运维之动态添加数据文件（一) http://blog.itpub.net/23718752/viewspace-1683250/我们可以通过监控表空间的情况，然后映射匹配文件系统中的挂载点情况，通过随机函数在各个分区中进行筛选，基本保证数据文件的创建能够分散到各个分区中。接下来我们需要根据计算得到的挂载点，匹配创建数...

在测试环境中，服务器和数据库实例真是多得数不胜数，自己也没有下意识去记住那个数据库实例在哪个服务器上，都是出了问题直接连过去解决。这么多的数据库实例需要管理，表空间的监控是极为重要的，一般来说都会在给表空间设定一个阀值，比如说表空间剩余10%，20%等等，超出了阀值就会自动发送邮件，提醒DBA去做相应的处理...

前几天同事问我一个问题，说在unix环境下有个目录下的文件/文件夹太多了，已经报了开始报系统错误了，客户希望能够定时进行这些目录的清理。我连到那个环境去查看，ls都需要等待很长时间没有反应，最后尝试使用find命令，根据文件名来查找的时候反应才相对要快一些。同事计划使用crontab来实现。使用的命令大体如下：59...

对于数据库中表空间查看，想必大家都有很多的脚本已经在用了，自己也啰嗦一下，分享一个通过shell脚本查看表空间使用情况的例子。脚本如下：sqlplus -s $DB_CONN_STR@$SH_DB_SID  <<EOFset echo off heading on underline on;column inst_num  heading "Inst Num"  new_value inst_num  format 999...

在平时的工作中，需要管理的数据库还是很多的，因为远程和权限的关系，访问不了一些图形工具，有时候做检查的时候感觉都是一个串行的过程，这样检查针对性就不够强了，比如我们不知道在检查的这个时间范围内，数据库的负载是在什么范围内，如果有些库的负载极高，就需要格外注意，进行更有针对性的分析和检查，要不假设有20...

awk和sed结合起来，对于文件的横向纵向处理几乎是全方位的，可以算是文本处理中的大招了。当然awk这一强大的分本处理工具也不是浪得虚名，功能丰富，学习周期也要长些，不是一个Help文档就能说完的。学习awk可以算得上重新学习一门编程语言，因为里面的东西确实太多了。我们就按部就班，循序渐进，先来说说awk中的变量。关...

如果你得到反馈，数据库突然间性能下降了好多，希望你能够尽快的定位出问题来，有一些思路和方法可以参考。分别从数据库层面，系统层面来定位，但是个人感觉而言还是不够快和准。因为绝大多数的问题都是由于active session导致的，所以我们的注意力集中在ash是比较合理的。ASH在这个时候就是一个利器，通过它能够得到几乎...

生产系统中总是可能碰到各种各样的sql问题，其中大部分问题都和执行计划有关，执行计划出现问题有很多原因导致，比如统计信息过旧，比如数据的分布极不均匀等等都会导致执行计划出现很大的偏差。可能有的sql语句在一周时间内，有一天执行只需要5秒，过了几天之后却需要几个小时，这种执行计划时需要格外重视的，这种问题目...

数据库的性能调优，需要基于操作系统的性能指标，如果操作系统级发生了一些状况，那么会潜移默化的影响到数据库层面。而数据库中对应的进程和操作系统级也有一定的映射关系，在专有服务器模式下大体如此。有时候如果你注意到操作系统级有一些进程消耗资源高，那么很可能这个进程对应的数据库进程存在潜在的问题，这种方法...