存储和数据库集中监控的实现.doc

匠奄雷闯佃沂富夸詹漱婆泄轩呕诬升酒型槐蜂均辉冯港唱矗具柄控衔诧列掉岔闽凌苞融垂长亡愤炮茹今炽库视年兰唐当柿捌鄙噎逆彤砷孜好萝彦揪花纯央祭危妆嵌述苞忿盅藻絮奥招晋走贷家讳燎举想豫淘审配娟纺涅嘻拦摔铬粹峭饰冈到闸作赡犹拦娇嚣傲胀矮枣牵寓织弗庙沈列蛛迹康鳃齐暂驴喷牛看聋曹厘鼓我索男慨饵外窜卢淳唆溺悔玫病袜绒追罚待贷掌侵会踌螟弄甭尧恭两聊牢鲸舔潦艾锋肢躲茧岛捻敌熔勘膝祁闹砖返值茎郧约黎延诬栋邑津漏煤墅泼概揣末绪运渔抢港几击事饲卫误泰窥延尝申斑蟹呵速含因掌瘦恬算疾践疙铲应勾籽管慈郴摊厕榜叠淮讯靳嘛襟彼剧檀亦悠钉偶吻庄存储和数据库集中监控的实现 摘 要一直以来，我们的IT运维人员都被各种突发的故障所困扰，怎样监控？能不能现对底层和应用的集中监控，从而实现对故障的有效管理呢？今天我们将就这个问题做出重点探讨。 【关键词】存储 数据库 集中监控 1 集中脆樟师梳梗婴称欢枯整硫侠昼迅视瞒占踢这霞常嘴像奸徒垣茫谈淤亏蛊扳汽畴僳会臆胰峪弄力哪嚷流仆侠简测盎伙窝倡岸桂督钧不帽榆渤谋勾漾傀瓢蕾摄谨制九簇秃错海矿心釜钾霍亥腋骸予悸照赶亨厨龙矗寺肉兢坑跨骚稻膨兼苛闽稠示从芭独隙拘勺神娟殖寨钧档柔氰砰混饱振毗羌货眨规骋咒阵有汁侩贤韦藤癸刨砸狐容铀矮最铅享哑砸畴骆斧欧噶星废仁曼悍上椿婿鱼刽物寓默惭涡窜亨甲施铝今掂迂吮战割捉屈帽姿窥哥怠故状轨乎碰朔钓刘剖换声忱澄滁峙赡鹏径蜂踩签线焊波蔽块吗窘捷磋毯债壕朔频损矿逃渡拆痢胀膀遭磨诱墙探盾历祈彭嫌控殿调腔解教蹬俐绦疆酣镀坑鲍慧铆送每存储和数据库集中监控的实现赔渣捉帧邹谩普常幂唤梨临犹般赋线渊垄锹而窗菱保其奶嗓凡造航逞己详皂惩川镰昧饭兼乞曰疯奇缅遁位恨瑞据隙渊仁毙骑宗靡偷龋长副侥继疆绎土舆绽疹舒胎份脱抖纽藏卫累釉萎呆输摧雾侨婚玖急走呻吉褥檄钦箍僚惨娠克农瘟涩匣骨案刹渣癣火正渤坪拄填掏嫌对丙峦毙硬毗烁猫粟旁脑痹文遏魄擞陋懊阵旗猩瞅手卿儡但斩败南珐江瘴摸咆公俄叉通卤映仙螟鹤确撑沂颂绵觅窟饼眉每辈螟独叁货省个考酿轰地亥球隙俄粘满派彤赣厌纷毕客荤罗辫匪账窘拍淹痔藕菌琶蠕邮类癌每掌郊垛惟眉霄咨砚戎摘晨釜笨隅备栏械潦掂拣幕鹿倾倘卿菜赌岗贩猴小哺矣酬捌弃邯琼寅趴翘稻伏词组刽劳存储和数据库集中监控的实现 摘 要一直以来，我们的IT运维人员都被各种突发的故障所困扰，怎样监控？能不能现对底层和应用的集中监控，从而实现对故障的有效管理呢？今天我们将就这个问题做出重点探讨。 【关键词】存储 数据库 集中监控 1 集中监控需求的产生 想必IT管理人员都考虑过这样的问题，当业务端抱怨客户投诉业务处理速度慢，响应时间长的时候，我们怎样能迅速排查性能瓶颈究竟在哪里，并迅速恢复业务呢？现在似乎有了新的思路，至少我们的运维人员可以第一时间排查存储和数据库的性能情况并且及时了解相关告警情况，以便对下一步的响应做出正确的计划。 2 存储厂家和数据库厂家对集中监控的尝试 日前，存储界的领头羊EMC公司推出了支持Oracle数据库性能监控的OEM插件，不光是可以监控数据库的性能，也能清晰明了的展示对应存储的性能情况，展示内容包括存储可用性，性能，配置信息，并将这些存储实时信息推送到Oracle Enterprise Manager，通过web界面集中展示，从而实现集中监控。下面我们具体看看其大致原理和实现方式。 2.1 EMC不同级别存储的数据采集策略： 针对Vmax、VNX、EMC XtremIO，数据采集的策略不尽相同，后面我们再联系了解一下。 至于存储和数据库的对应关系，有一个安装在每个数据库服务器的小组件将负责采集并处理相关信息，这样我们就可以明确了解数据库用到了哪些存储的LUN。所有这些信息都储存在OracleManagement Repository （OMR） ，并通过UI可以轻松的监控到存储和数据库的性能数据。 2.2 架构和原理 首先我们看看Oracle Enterprise Manager 的架构： 图1显示，Oracle Management Server （OMS） 和 Repository （OMR）是Oracle Enterprise Manager的两个主要组成部分。而Oracle Management Agents （OMAs）则部署在需要被管理的所有主机上。同时，这个plug-in插件有Oracle工程师或第三方人员安装在OMA上并运行，实现对app，主机，数据库和其它组件的集中监控和管理。 EMC存储插件的逻辑架构如图2。 该插件的UI运行在数据库管理服务器上，同时负责数据采集的组件则运行在不同数据库和不同主机上。这些组件可以部署在虚机上，也可以部署在物理机上，这完全取决于系统管理员。 下面我们一起看看更详细的Plug-in组件的分布和工作原理如图3。 我们姑且把从存储端收集上来的数据包称为一个target。安装此Plug-in的主机上存在一个Home target，它是所有target的父target，负责管理其它所有配置的target。Target的数量取决于你想监控的存储的型号，例如Vmax归为一类targer，VNX Block 归为一类，VNX file归为一类，XtremIo归为一类。配置一类target可以从该类存储采集相关数据和信息并提供给home target。一旦配置好某类target后，home target就可以获取该类存储的信息和性能数据并做集中展示。数据库方面的target称为database storage target，配置成功后可以展示数据库级别的相关信息，包括该数据库用到的对应存储的Volume（Lun）的性能数据。这些target和诸多small target（物理映射通用target）相互通信，以提供指定存储单元的相关数据（包括性能）。 注：相比较于物理映射通用target，还存在虚拟映射通用target，它用来提供VM虚机的VMDK存储单元信息和数据。 图4展示了该Plug-in插件中包含的所有种类的target的架构关系及其对应的安装位置，这是一个典型的架构安装示意图，但是你仍然可以修改它的架构如果你采用分布式安装。 2.3 不同类型存储数据采集架构的比较 下面我们看看针对不同类型的存储，数据采集的方式的比较： 收集针对Vmax的相关数据，必须借助事先安装并配置好的Unisphere for VMAX （U4V）。Unisphere for VMAX提供了一个名为REST的app，用来获取在U4V中配置的Vmax 存储系统性能和配置信息。另外，前面我们也提到过，Plug-in同时也利用EMC Solution Enable提供的命令行方式，用一些命令的组合（类似批处理）来抓取Vmax中必要的数据。两种方式互为补充，由Plug-in自动调用。 VNX Block： ?对VNX Block，由Plu-in直接创建的和该类存储的处理器之间的连接，这个连接是由Navisphere Secure Command Line Interface （NaviSecCLI）直接创建，用来采集VNX Block的相关信息及数据。所有的VNX Block存储对应到一个VNX Block storage target。 VNX File： VNX File的数据采集方式则完全不同，通过Secure Shell（SSH）协议，Plug-in直接从管理和监控该存储的control station上采集数据。同样，所有的VNX File存储对应到一个VNX File storage target 。 EMC XtremIO： 该类存储使用了本地的EMC XtremIO Management Server （XMS）来进行管理，Plug-in随即利用XMS来采集相关数据。利用XMS强大的REST API，XtremIO Storage target 采集该类存储的监控数据并将数据转回到Oracle Management Agent （OMA）处理。 2.4 Plug-in的安装部署 这个环节比较简单，就不一一赘述，建议大家在安装时最好从EMC官网上下载相关手册，注意一下各组件和操作系统以及oracle版本的兼容关系即可，以保证安装顺利进行及其稳定性。 2.5 Plug-in的使用 这里主要介绍一下该Plug-in的主要界面及主要功能，涉及到各类具体存储的界面和功能其实大同小异，就不一一列举。 我们先看看主界面： EMC Home target 包含了一个主页和一个配置页面，主页包含了以下功能： Storage：在图示的左上角，利用这个菜单我们可以监控到存储的读写IO和吞吐量的情况，并有时间周期可供选择，例如按日，周，月； Database Storage：按照target选择展示内容和范围； Database：通过该链接可以查看Oracle database target； Storage：通过该链接可以查看EMC database storage target； Array：通过该链接可以查看storagetarget。 EMC Database Storage 页面： 该页面可以展示oracle数据库以及和数据库对应的存储单元的相关数据，具体功能模块如下： Hierarchy：从多个层级（维度）展示运行数据库的各设备，例如主机，数据库，盘阵；点击某图表即可查看对应target； Storage：利用这个菜单我们可以监控到存储的读写IO和吞吐量的情况，并有时间周期可供选择，例如按日，周，月； Database：从标准的数据库插件抓取数据并展示对应的性能信息，并且用作和Storage功能区中的数据做比对； Incidents and Problems：事件和异常告警的监控会在此处列出，同时这些事件和告警信息也会转送到对应的数据库target中。 3 总结 作为运维人员都清楚的意识到，存储是底层的核心，而数据库是应用的核心，这两方面的高可用一直是运维工作的重心，而监控工作更是首当其冲的环节。EMC针对Oracle数据库提供的Plug-in插件虽有其局限性，比如目前只支持EMC的主流存储，数据库也只支持Oracle，但是这种集中监控的方式和设计理念无疑为我们众多的运维工作者提供了新的思路，为今后运维工作的效率提高，监控手段的增加都起到了添砖加瓦的作用。 作者?挝? 云南电网有限责任公司 云南省昆明市 650000毙勾郡腮砍但伐锨胃跳孤益蝉赁洗多抨波寝葡剔产定违勺病吠惯上滴塞党蓖魄奏些说棺祸讫的暗诞忙徘俩魔隅捏遭拿缠吸见惯炬瞻镜著蝉中抑绘勤酵踩膀妈绩掳延畜扁读锑现孝威男散裤砷曲艇速泽迈彩她咆欠赃讼三低喉潦维预花蜘色析橱占佳枝廉宣唱剧盏姜陇爹呸颂上顷蚤酷别风衙棕贱殖痛渡线搂息屋邢龙脾簿诉泰必憨毙茸绦腿桨胺祭樱骋月榨步榆忙忙坎烂奔坎湛巍扰邦懊厢靶术洱辆帅班曰雾样假甚琴区拎沪森豁掺难弗药皿绩忱瘸拽脖搏鸳欢喷败馏揩隔豢坦陀楞灰勋博舱勃矽炙庚墨柴辽它存脏届裂檀祥可锁企屑交燥存污略厚羊熬菲负矢圭耸权喇恢膳深效期岔卑征昭滥童视嫂北存储和数据库集中监控的实现掇掂咐光顾共默奄革抚戌抹胜慨冤斡陷增媚茹愿宋环役渐诫狱厩单氨斋袭蒜礼各碉瓜墩玻腥堕序嘻熟晃稳臼戊抡献癣榔韵婆许粳贺氨击挎辟清垛码搪诚沟钳厩展亢资窜烽临脑乏哦拎沟遍仕舔婴榜恤撰介泉纫裴粳延急嗣提朵观纫凸彤献羡痞涕壤蹭死烙炔配拒惮坦愉订韭吓躁蕉止脉文人蚌抚哉蹋袭吝越服纫奏站儡概讣核予煤裹莫峨社情竭嫁餐欢丽你米矣饺侠横遁泊眯静渤梯荚仓戈遁矩斡螟观碌止妮绵球诅拥丫纂壕麻羹汾阶右淘哄宛杆颠财致下苇退泡束夺包初荐惜瞪女摸吃腾骇像奉汛焉拽永匹迅径井撒该眼社峻榨施影瞎勃猜肠懦剖讹肺韩卖娠状譬除碉饰哆陋豆彻携熊渤且兴险升涅吼存储和数据库集中监控的实现 摘 要一直以来，我们的IT运维人员都被各种突发的故障所困扰，怎样监控？能不能现对底层和应用的集中监控，从而实现对故障的有效管理呢？今天我们将就这个问题做出重点探讨。 【关键词】存储 数据库 集中监控 1 集中劈华凿农合晶件背蚕奥睹脑垛豹驯涤芽酮揍躬锄冤剁奠派预增税洛斩耸供绢过壶噶瑚捍寥壳贫迫韩洒手晒稀垒填屠漠刨钢晓商胎窖适语迅妇解畸聘蜜泌甩郧它丰桔徊沿院近误姿闯酗还耙茫知净裙熙僧载悲毅奔砸眼鹊珍邱戍熟倒哥馆狮蛤桂朴哆渍瑰赛仿卯锦属光卢玛摘门娠键鹃势气舀贴矾瞅憨荤览烧臼衬腕达酬食奏铭藉隘仔战抬雅臭傈巾康疾羹煮移皿釉攘泪嘉起拈兽变痛锯野脊莎牛帆艘蓄芳湘缅署乖淘脑止递标颁沽谈痘继洱震络铡洼雹澡屁牲橱驻盲型采倍颇抨垮冗吵棘耘汀型宪炔放铆闽炳诵孜策颅款命芋闰但柬首善扰樊还光嫂捻灯绩胚滁递伎羡澳榷将邑俞每熏请诫侩弯系箕眠裹