Oracle运维服务的四根救命稻草】的更多相关文章

企业信息化系统建设按生命周期可分为IT规划阶段.IT建设阶段和IT运维阶段,其中,IT运维阶段的时间最长,IT运维管理关乎着IT运维的质量.成本和速度,更关乎着IT系统的安全.连续和可用.大数据云计算时代的来临,使Oracle服务商需要集中精力提高运维服务核心竞争力,才能促使运维外包走向更深的发展.1.数据安全    数据安全是第一位的,Oracle服务商的首要职责必须保证不丢数据,丢掉数据就丢掉了饭碗!    1)在人为误操作的时候(update,insert,delete,drop,alte…
  一.     IT运维面临问题 随着企业信息化项目若干年以来的建设积累,IT资产日趋庞大,以及内外部监管部门对IT运维的要求也越来越严格规范,业务部门对企业的IT运维管理也提出了更高的要求. IT部门是企业IT建设部门也是IT运维管理部门,IT系统对于企业的重要性不言而喻,面对越来越复杂的IT系统和迅速发展的业务需求,IT部门在运维工作中经常面临如下问题: 如何为业务的连续性提供可靠的IT技术保障? 企业IT投资回报,如何客观评价? IT为业务部门做了多少可以量化的贡献? 抱怨低质量服务和高…
对于Oracle运维中的那些事儿,我的最终目的:不是比谁更惨,而是能够从中吸取经验和教训. 从我的理解来看,我会从下面的几个方面来进行说明DBA运维中的一些事儿. 每个部分都是非常关键的,缺一不可,而且每一部分都有很多的东西可以细化,我会逐一展开来说. (一)环境篇 首先来说说环境篇. DBA的角色及分工 对于DBA的分工,以前的公司对于DBA角色划分粒度还是很细的. 大体是按照核心和客户化定制层来划分的,核心层主要负责产品化,客户化层面主要负责定制.属于不同的产品线但又彼此紧密关联. Phys…
数据库是商业的灵魂和大脑,作为核心IT业务模块,数据库的重要性毋庸置疑.管理数据库在做好系统前期部署后,在系统持续运行中,需要时刻关注系统自身和环境等对于运行可能产生的潜在影响和可能的危险,并及时予以处理. 通常我们把数据库Oracle运维管理工作分为反应性与前瞻性两种.反应性监视虽然可以准确诊断出运维故障所在,最终也可以顺利把问题解决,但问题已经出现,即使DBA能够在最短时间内查明原因.解决问题,但是毕竟对于用户产生了一些不利的影响,还远远达不到优秀的DBA心中的期望.因此DBA更加期待的是前…
关于Oracle运维的重要性,随便写了几句,放在这儿和大家共勉. Oracle数据库在RDBMS中独占熬头,07年统计其市场份额占关系数据库市场的48.6%稳居首位,而且逐年增加,上升势头强劲.在使用过程中表现出来的灵活性尤为突出,由于其灵活性大,因此往往需要人为干预的事情也就相对较多,这样在没有专业人士维护的情况下其表现出来的稳定性似乎有些差强人意,甚至有很多人对oracle数据库持有怀疑的态度,说oracle不如其他数据库:象sql server使用起来方便.稳定,其实不是这样,这里我以一个…
[Oracle运维工程师手记系列]如何从trace 文件,判断是否执行了并行 客户说,明明指定了并行的hint,OEM 却报说没有并行,并且提供了画面. 客户的SQL文长这样: INSERT/*+ parallel(4) */ INTO TAB001_WORK SELECT/*+ FULL(USR002) */USR002.IM_PRO_CD, USR002.IM_NO, USR002.PS_DATE, USR002.YY_MM, 到底如何呢,口说无凭,还是来作一次并行trace吧. SQL>…
目录 简单命令使用 进入SQL*Plus 退出SQL*Plus 在sqlplus下得到帮助信息 显示表结构命令 DESCRIBE SQL*Plus 中的编辑命令 调用外部系统编辑器 运行命令文件 关于侦听 ORACLE的启动和关闭 在单机环境下 数据库管理员日常工作 检查alterSID.log 环境确认 数据库日常操作SQL 查看表空间物理文件的名称及大小 查看表空间使用情况 查看表空间的碎片程度 碎片程度 查看回滚段名称及大小 查看控制文件 查看日志文件 查看表空间的使用情况 查看数据库对象…
在我们日常的工作中,有时候需要监控和管理平台的运行状况,而服务运行是否存在异常,是否有软硬件bug等,均需要第一时间知道.对服务状态了如指掌,是一个很重要的事情.那么这个如何做到呢,我们之前在进行私有云平台研发过程中,曾经用过一些工具,在一定程度上能帮到大家,这里记录一下,希望对有需要的同学有帮助. 一些常见的监控.告警工具:Nagios . ganglia.zabbix.onealert   一.Nagios: Nagios是一款开源的免费网络监视工具,能有效监控Windows.Linux和U…
前言 这是读“SRE Google运维解密”有感第四篇,之前的文章可访问www.addops.cn来查看.今天我们来聊聊“问题排查”这个话题,本人到目前为止还在参与一线运维的工作,遇到过很多“稀奇古怪”的线上故障和问题,结合SRE中给出的一些方法,来说说“问题排查”那点事. 排查问题不是玄学 排查出线上问题,并找到根本原因加以解决,是一件很有成就感的事情,曾经有人问过我,“你是怎么想到问题出现在xxx的?又是怎么确认根本原因是xxx的?”,我只能淡淡的说:“靠经验”,然后感觉这个逼装的自己还算满…
setupDatabase() { runStr=" cd $BASE_INSTALL_DIR/database nohup ./runInstaller -silent -force -responseFile \(repFile " su - oracle -c "\)runStr" while true do echo -n "." sleep 3s grep "Successfully Setup Software"…