DBA入门之路:学习与进阶之经验谈

初入数据库之门的朋友们,总是关心如何能够快速提高,不断进步,事实上任何一个技术方向,都没有太多的捷径可走,勤奋与坚持必不可少,但是有一些方法和他人的经验可做借鉴,砥砺自我

在本周“云和恩墨大讲堂”的培训分享中,我回顾了自己的一些观点和看法,在此分享给大家。

我来稍微解释一下这些观点:

基础重于一切

在学习的过程中,Oracle核心技术的基本知识必须了解,在普遍的概念和功能点上不能留下死角,比如Oracle的LGWR原理,Redo/Undo机制,以及由此而来的各种功能,包括DG、ADG,闪回,高可用架构和容灾方案等。

了解Oracle数据库的核心功能与原理,在应对需求和提供服务时才能做到全面公正,这在起步阶段很重要。对于Oracle数据库,这需要阅读Oracle Concept、Administrator’s Guide、Reference手册、Backup and Recovery User’s Guide,进一步的需要了解Data Guard Concepts and Administration,Oracle Clusterware and RAC Administration手册。

百科全书杨廷琨的故事

Oracle ACED杨廷琨在ITPUB上被称为“Oracle的百科全书”、杨长老,他的文档阅读与理解深入罕有人及,老杨几乎阅读了Oracle数据库相关(还包括开发)的所有官方文档。

在北京,只要出门,老杨必然唤一辆出租车,在车上欣然的打开笔记本,阅读文档,甚至在云和恩墨年会的大巴车上,老杨打开的依然是官方文档,在飞机上,他更多拿的是打印稿。

老杨说,用一点投资,在车上换来安静的阅读,这回报和时间收益是无价的。

在云和恩墨,当你向老杨提一个问题,他可能回答:你可以在XX文档上XX章节找到答案。

在恩墨最大的挑战是:找老杨PK文档!

由点及面由浅入深的学习方案

我在《深入解析Oracle》一书中,总结和描述了我所实践的学习方法,有点及面和由浅入深。在这里整理更新分享给大家。

我一直主张的"由点到线再及面"的学习方法。特别是对于初学者,如果没有经过专门的培训和系统学习,那么自己通过实践的学习和思考就应当深入,在知识上,从某个角度来说,是"不患寡,而患不精深"。在我们遇到问题时,就应该不断深入研究,直至问题的核心本质,这样通过一个案例或实际问题的诊断学习和研究,我们就可以带动很多连带知识的学习,这样从一个点深入下去就形成一条线,再横向扩展就可以形成一个知识网,解决和研究的问题多了,就可以逐渐覆盖一个面,形成一个知识体系,这样慢慢的你就会觉得学习不再困难,而是一件得心应手的事情。

严谨与独立思考的素质

认真思考和深入研究本身就是对DBA的一项基本素质要求。在网上经常被问及我的招聘要求,收录一点在这里给大家参考:

对于一个候选人来说,我希望他勤奋、严谨、具有钻研精神及独立思考能力。技术其实往往并不是我最关心的内容,因为具备了前面的素质之后,经过1~2年的锻炼就绝对不会知道的太少。

我自己正是通过这样一条学习之路走过来的,也希望可以通过这本书将这个思想传达出来。

我愿意将我在《Oracle数据库性能优化》一书的序言中提到的一段话再次引用一下:

兴趣 + 勤奋 + 坚持 + 方法 ≈ 成功

很遗憾我不能给以上公式画上"=",但是无关紧要,只要具备了以上因素,我想我们每个人都会离成功不远了。

DBA生存的四大守则

在《深入浅出Oracle》一书中,我在序言中提到了我所总结的"DBA生存之四大守则",直到今天仍然具备借鉴意义。我列出的四大守则是:

1.备份重于一切

我们必需知道,系统总是要崩溃的,没有有效的备份只是等哪一天死!我经常开玩笑的说,唯一会使DBA在梦中惊醒的就是:没有有效的备份。

在进行重要的操作(如恢复尝试、升级操作等)之前,一定要做好备份,保留现场,以便必要时可以从头再来。

2.三思而后行

Think thrice before you act。

任何时候都要清楚你所做的一切,否则宁可不做!对于DBA来说,有时候一个回车,一条命令就会造成不可恢复的灾难,所以,你必需清楚确认你所做的一切,以及这些操作可能带来的后果,并且在必要时保护现场。

DBA切忌想当然。

3.rm是危险的

要知道在UNIX/Linux下,这个操作意味着你可能将永远失去后面的东西,所以,确认你的操作!!!

太多的人在 "rm -rf" 上悲痛欲绝,当年写下这条守则时,是一个凌晨被一个朋友吵醒,他说误操作rm -rf删除掉了200G的数据库,并且没有备份。

我当时能告诉他的只有一句话:要保持冷静.

4.你来制定规范

良好的规范是减少故障的基础。所以,作为一个DBA,你需要来制订规范,规范开发甚至系统人员,这样甚至可以规避有意或是无意的误操作,减少数据库的风险。

见过太多管理混乱的开发环境,经常出现程序员连错生产环境误操作的案例,所以规范实在是非常的重要。不以规矩,不成方圆。

这四个守则有的部分是相互关联,密不可分的,希望每个DBA都能谨慎认真,少犯错误。

近期文章分享

【往期文章】

DBA入门之路:关于日常工作的建议

三十八载,Oracle伴我同行—记我的职业成长之路

从Approx_Count_Distinct到M7的CPU集成

诊断工具与方法:从OS到数据库

Cloud时代DBA的DevOps最佳实践 - SQL 审核

Oracle Database 12.2新特性详解

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2015-12-22

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏SDNLAB

Open5GCore简介

调研5G相关的东西时了解到了一个5G核心网的测试平台,名为open5GCore,颇有趣味,于是在这里进行简要的整理和概括,感兴趣的读者也可以前往其官网 http...

3337
来自专栏人工智能头条

奇虎360开源深度学习调度平台XLearning

1223
来自专栏数据和云

防范攻击 加强管控 - 数据库安全的16条军规

近日的数据安全事故,引发了很多企业的普遍关注,而不少用户从彻查中确实发现自己的数据库已经被注入,这为大家上了数据安全的重要一课。 甚至有的企业要求停用PL/SQ...

2656
来自专栏Laoqi's Linux运维专列

cpu频繁有序的忽高忽低

今天有空给大家分享一个我刚刚遇到的小问题,标题就是今天的问题。上图: image.png CPU 忽高忽低的发现了吧,对于我这个纠结者,必须得弄清楚是怎么回...

33910
来自专栏程序员互动联盟

jAVA发展历程

1991 绿色计划 (Green Project) 1991年1月 一个名为“Green Project”的项目启动。该项旨在为家用电器提供支持,使这些电器智能...

37911
来自专栏SDNLAB

如何在openstack环境下实现高性能的网络服务

大家晚上好。那我们开始吧。主要还是抛装引玉,互相学习交流。今天和大家分享下面一些内容: 1.关于openstack中VNF网络性能的一些思考和思路 2.相关的开...

2846
来自专栏Cloud Native - 产品级敏捷

Product Owner 为何老是带不好团队?

Product Owner 正面且积极的看待团队开发人员能力上的问题,Product Owner 才能即时的淘汰不适任的开发人员。团队也才能真正的拥有效率,产品...

1895
来自专栏杨建荣的学习笔记

论oracle备库的设计方案(r7笔记第38天)

oracle的ADG那是自不必多说,用存储圈的话说,现在存储正在从被动被动变为主动,但是总体上是被软件抢,RAID被ASM抢,快照被Flashback抢,DR被...

3429
来自专栏idc资讯

美国华盛顿机房和我们腾讯云有什么不一样吗?

美国线路走的是CN2的网络线路,访问速度在150ms左右,速度快,大陆访问到美国,经过海底光缆速度极快,完全不觉得是海外的线路,适合一些网站放置,cdn 加速的...

1062
来自专栏Golang语言社区

Go语言开源项目知多少

1. Docker 到现在,Docker几乎是Go再难找到也难以复制的一个成功案例。Docker项目在2014年9月份就拿到了C轮4000万美元融资,版本迭代速...

5447

扫描关注云+社区