工作计划 点击： 2013-05-11
DBA职业生涯规划
DBA职业生涯规划：八步打造高级DBA专家
介绍
许多年来，我在不同的新闻组上花费了很多时间与那些想知道如何得到数据库管理员（DBA）的工作或者如何成长为一名DBA的IT人进行交谈，现在他们有了工作。这些年来许多人针对如何达到这个目标提出了不同意见。本文即是那些意见的综合并且能够在如何才能出色的完成DBA的工作方面给出好的建议。这篇文章同样对于如何让一名DBA变得对老板更有价值。假如你已经是一名DBA，那么也许你会希望跳过文章的前几段。
我应该成为一名DBA么？
我曾问过的一个问题是一个人应该从事DBA这样的职业么。这个问题并不容易回答，因为它因人而异。有的人有成为一名好DBA所需要的天赋。而其他人并不认为能够很容易掌握成为DBA的秘诀。DBA职业需要掌握一定的技能。而且还需要其他IT职业所不必需的要求。因此，为了回答这个问题，我通常给将要成为DBA的人描述DBA职业所必需的要求。下面的段落中，我都将以问题结尾。在继续下一段以前请花一些时间考虑并且回答这些问题。
许多人因为许多原因而立志要成为DBA。其中一个主要原因是薪水。DBA是IT业中薪水最高的职业之一。其他人想成为DBA是因为喜欢赞扬DBA是受到的荣誉，或者因为他看上去很酷！我个人认为，成为DBA是很值得的。它是一个很有意思，令人兴奋的职业。那么，你把DBA作为一个可能的职业选择的原因是什么呢？
除非你已经提前准备好了，否则你可能会发现从事DBA职业充满了挫折和令人头痛。一个数据库存在于操作系统和最终用户应用程序之间。同样地，DBA必须非常精通他的数据库所在的操作系统。DBA并不一定需要知道所有有关操作系统的知识，但是他知道得越多越好。数据库与操作系统联系非常紧密。理解这种关联是十分必要的。DBA还需要知道服务器硬件以及它如何影响与帮助数据库。同时，DBA必须理解应用软件。DBA可能会被要求帮助开发人员创建可靠，健全的数据库应用程序。还有，最重要的也是最明显的，DBA必须十分彻底的理解数据库引擎，它是如何工作的，所有的引擎是如何组合在一起的，以及如何影响数据库引擎向最终用户和应用程序传送数据的能力。我见过的最好的DBA有非常深刻的理解而且不仅仅在数据库本身。他们知道一些系统管理与应用开发。好多时候他们在成为DBA之前有其中一个或两个背景。无论如何，成为一名合格的而不是出色的DBA也需要许多背景知识。你是否已经做好准备开始学习直到你感到已经无法再学下去了？
许多和我交谈过的，在开始DBA职业时遇到困难的人，在尝试着吸收大量DBA所需了解的信息时实际上都会有一些问题。毕竟系统管理员是全职学习操作系统的细节。应用程序开发人员全职学习如何编写好的程序。DBA不仅要非常了解这两种不同的工作，而且还需要花费更多的时间去理解数据库的体系结构，以及理解每一样东西的每一块是如何组合在一起的！听起来是不是很让人畏缩？有许多人失败后这样想，并且把DBA工作看作一项非常困难的事情。也有那些传播和理解所有这些信息，并且使用这些信息做出好的，听起来具有技术性
的决定的人。正如我以前是一名DBA时喜欢说的，所有这些对我来说看上去像一个大谜团。把这些所有的很好的组合在一起就是挑战。你是哪一种人？
许多DBA是随时侯命的。他们会在白天或晚上的所有时间接到呼叫去解决他们的数据库出现的致命问题。数据库是商业信息技术基础组织的必不可少的组成部分。没有数据，就没有必要拥有一个计算机系统。数据推动商业。假如amazon.com的网站不能在数据库中搜索产品并且假如没有人能够为他们的产品下订单，那么它会变成什么样？它就不会在商业中存在很久。当数据库down掉，即使只是很短的时间，公司也会损失重大。基于这个原因，DBA到达现场后必须尽可能迅速的解决问题。许多公司有自己的DBA团队以便可以轮流待命。这些DBA 24x7小时的维持数据库应用程序。假如工作需要的话，你准备好随时候命了么？
一些DBA的职责包括为软件打补丁或者对数据库做些改变。通常，这些操作不能在公司职员工作的时候做，因为此时数据库必须运行以便他们能够工作。这意味着DBA经常不得不在很早或者深夜甚至周末，总之，在正常工作时间以外来完成工作。你准备好在非正常时间工作，或者你在找一个朝九晚五的工作？
对DBA而言，需要掌握的一个重要内容就是通常被称为“软技术”的东西。DBA需要在团队中很好的工作，通常团队是在变化的，如系统管理员，网络管理员，应用程序开发人员，项目经理和其他人。DBA要能够用流利的英语解释复杂的技术概念，让团队中其他人明白。DBA还要能够在数据库相关问题上指挥团队队员。你的软技术怎么样？
下面不是全部列表，但是包括了DBA的典型职责：
•把监视数据库实例当作每日必做工作以保证其可用性。解决不可用的问题。
•收集系统统计和性能信息以便定向和配置分析。
•配置和调整数据库实例以便在应用程序特定要求下达到最佳性能。
•分析和管理数据库安全性。控制和监视用户对数据库的访问。必要时审计数据库的使用。 •监视备份程序。必要时提供恢复。测试备份与恢复程序。
•升级RDBMS软件并且在必要时使用补丁。必要时升级或者迁移数据库实例。
•通过数据库相关动作来支持应用程序开发人员。
•跟随数据库趋向和技术。当可应用时使用新技术。安装，测试和评估Oracle,DB2新的相关产品。
•执行存储和物理设计。均衡设计问题以完成性能优化。
•创建，配置和设计信的数据库实例。
•诊断，故障检测和解决任何数据库相关问题。必要时联系Oracle支持人员以便使问题得到较好的解决。
•确保Oracle,DB2网络软件（SQL*Net, Net8, Names, OiD）配置和运行的很好。
•与系统管理员（Unix & NT）一起工作以保证DB2相关事务得到很好的处理。
•为有效的，定期的维护数据库创建任何必要的脚本。
前面各段的问题是为了使你考虑一名DBA该做些什么，帮助你决定这是不是适合你的职业。我并非意味着假如你的目标是成为DBA这些会阻止你。我只是尝试着展现一些事实。我看到过一些DBA一旦被实际工作打击了就一蹶不振。他们花费时间，精力和一些金钱获得了他们的第一份DBA工作。我个人认为这个职业非常有价值。而且我无法想像现在做任何其他的会怎样。所以，这一段帮助你决定这是不是你希望从事的。假如它是，那么尽你所有去
得到它！
我怎样得到第一份DBA工作？
你已经阅读了前面的段落并且认为成为一名DBA是一个好的职业。祝贺你！我希望你的职业能变成你想像得那么令人兴奋和有意义。那么，你如何找到第一份DBA工作？这个问题我已经听别人问了许多许多遍。
在90年代早期，因特网急速发展。它使公司象草一般萌芽。公司蜂拥而至并且开始创建他们在网上的形象。几乎所有这些有网站的公司都需要一个数据库作为web应用的后台。不幸的是，当时在该领域却没有那么多DBA。在IT业，DBA变得奇缺。那段时间里，得到一份DBA工作看上去只要可以拼出“Oracle”或者可能只是在大学里接触过一学期的数据库就行。为了使生活变得更好，DBA的匮乏促使公司付给有潜力的职员很高的薪水。假如你想要成为一名DBA，很容易，非常容易。你需要做的就是证明你了解什么是数据库然后工作就会比你预期的更早的出现在你面前。
然后因特网的泡沫破灭了。大量投产因特网的公司破产。许多给公司工作的DBA重新寻找工作。缺少DBA的公司找到一名有DBA经验的人比以前容易得多。在21世纪初期，由于经济并不十分稳固，因此生活并不容易（至少在美国如此）。公司都勒紧了他们的裤腰带。所有这些转化为更少的工作机会和DBA候选人更少的工作空缺。
得到第一份DBA工作的最艰难的部分是每一个职位都要求有一些工作经验。如果你从公司的角度出发，你就可以理解为什么对DBA职位而言经验是必需的。假如他没有一点经验，你会付给这个人很高的工资让他去操作，维护和运行你IT基础组织的最大最重要的一部分么？你的公司会付钱给一名没有经验的DBA么？并且，在等待他成长起来的过程中可能会损失上百万美元的收入。对大多数公司而言，这些问题的答案肯定是‘不’。所以，没有经验，获得你的第一份DBA工作是很困难的。
第一份DBA工作现在成了恶性循环的境遇。假如我没有任何经验，我怎样才能得到DBA的工作呢？我没有工作的话又怎么能得到DBA经验呢？这是要战胜的最困难的障碍。最困难的部分是获得第一个DBA工作。这部分的剩下部分将针对实现你第一个DBA工作的目标给你一些建议。
提示#1:接受教育。--尽可能多的学习有关数据库的知识。这很可能将占用你正常工作以外的部分时间也精力。参加本地大学举办的数据库培训班。许多培训公司都会举办数据库管理员的培训班。假如你的老板不资助你的学习，那么你可能不得不自己支付这笔费用。许多DBA职业要求至少为计算机科学或相关专业本科以上学历，因此你必须至少有那样的文凭。
提示#2:锻炼成为DBA。--许多数据库供应商都允许你下载他们数据库系统的测试版或评估版。下载一份并且在自己的个人电脑上安装软件。练习使用数据库。故意破坏数据库并且尝试修复它。尝试着履行你所能想到的尽可能多的DBA职责。测试和磨练你在自己的测试平台上的技能这样你就可以证明你的数据库管理能力。
提示#3:获得认证。--许多数据库提供商都提供自己的数据库产品的认证。许多公司现在都把
认证看作是一种标准。需要记住的一件事是仅获得认证是不够的。通过DBA认证测试并不意味着你知道如何管理一个数据库。它只是告诉你以后可能的老板，现在你拥有了一定的技术。它还告诉你的老板你对DBA工作的态度是很认真的。我看到许多人抱怨他们已经得到了认证但是没有经验，却仍然不能得到第一份DBA工作。认证本身并不能使你得到工作，但它是无害的。即使没有其他的，在你进行认证的时候你也已经学到了许多知识。只是不要依赖认证来给你带来你要找的工作。你需要的比这还要多。但它会在最后帮助你。
提示#4:利用你现有的技能。--许多DBA具有系统管理员背景。其他的有应用程序开发背景。假如可能，查看你能否利用现有的技能来得到工作。现在的目标就是为你和你的老板创造一个双赢的局面。例如，让我们假设你已经是一名系统管理员而想进入DBA领域。也许你会找到一份工作，这份工作一部分时间里可以用到你的系统管理技能，并且在剩下的时间里可以使你涉及到数据库管理领域。假如你已经是一名某个产品平台上的DBA但你希望转到其他产品平台，那么看看你能否找到一份同时接触两个产品平台的工作。这样，公司和你都得到了想要的。在你定向到了DBA工作后，你可以试着得到一个能让你全职作它的职位，也许还可以在同一个公司中。
提示#5:利用现在的机会。--有时候，一个人进入DBA领域仅仅需要的是正确的地方和正确的时机。假如你现在的老板有一个机会让你进行任何数据库的项目，抓住这个机会！任何数据库经验就比没有数据库经验要好。让你的管理者知道你十分积极的在寻找任何可能的数据库机会。他们就有可能在下次机会到来的时候想到你。进行这些数据库项目以及看到你要成为一个DBA的渴望以后，他们可能会决定培训你，提拔你。许多许多人都是以这种方式获得他的第一个DBA工作，在进行了一些数据库相关的项目后不知不觉的成为一名较低级的DBA。通常当一名DBA离开公司后，公司将在内部寻找一个候选人，假如他们认为这名候选人是可训练的话。
提示#6:寻找较低级的DBA职位。--假如你只是为了一个较低级的DBA工作，看到DBA职位的需求描述说他们正在寻找高级DBA或者其他的。所以，让我们严谨一些。你并没有一个高级方面的经验。我已经讨论过了对于这样的职位为什么公司不会考虑你。但是他们会在低级的职位上考虑你。低级的DBA在高级DBA的指导下完成工作。他们摸索窍门。一般来说，高级DBA对数据库承担责任，同时也获得所有的荣誉。但是不要焦急。随着你的事业发展，你将会有越来越多的责任和得到越来越多的信任。因为你没有任何经验，你应该从这里开始启航。
我也听到过一些公司寻找一名高级DBA，但是到最后，他们实际想要雇一名低级的DBA。你或许希望申请这样的职位虽然你也许没有资格。他们可能还是会决定雇佣你。但是提前说明你仍然在摸索阶段并且已经是较低级的DBA水平。不要试图欺骗他们让他们认为你是高级DBA的水平。这只会降低你得到这项工作的机会。
这些提示将帮助你得到第一份DBA的工作。祝你在寻找工作时有好运气。当你已经找到了第一份DBA工作后，继续下面的部分来学习如何往下走下去。
我刚得到我的第一份工作！现在该怎样？
祝贺你！你现在是DBA俱乐部的正式成员了！对于这份梦寐以求的令人激动的职业，你准
备好了么？你的工作才刚开始并且你在学习上已经落在后面。你将会发现要成为一名高效的数据库管理员有大量的知识你必须掌握。你的第一年或前两年将花费比以前更多的时间来学习。假如你发现学习知识的数量使你大脑超负荷，那么休息一下，歇口气，然后再回到学习中去。为了帮助你继续走下去，你可以按照下面的方法进行：
步骤#1: 关系型数据库理论–这部分我假设你将管理的数据库是一个“关系型”数据库。其他数据库模型也存在，但是关系型模式是近二十年工业上占统治地位的一种数据库模式。假如你的数据库系统是其他的模式，那么学习它的理论。相关数据库理论是十分重要的。它是其他一切的基础。我也看到许多跳到数据库管理职位的人从不想去学习纯粹的关系型数据库理论。不可避免的，在他们的事业中对理论基础的匮乏作为缺点暴露了出来。假如你对关系型数据库理论理解得很好，那么你将非常容易的在任何平台的关系型数据库管理系统（RDBMS）中转变。我使用Oracle数据库，或者IBM的DB2，或者微软的SQL Server是无关紧要的。他们都是关系型数据库系统。他们在最底层都在做着相同的事情。区别在于他们怎样去做相同的事情。纯粹的关系型数据库理论对于较低级的DBA来说并非必需的。但是假如你想要超越低级DBA的水平它就是十分重要的。许多大学的教科书都很好的包含了关系型数据库的理论。其中一本被广泛使用的教科书就是由Elmasri and Navathe编写的数据库系统基础，Bejamin/Cummings Press。
步骤#2: 彻底的学习查询语言–数据库都有语言让你能够从数据库中得到数据，把数据放到数据库中，以及修改数据库中的数据。对于关系型数据库而言，这种语言就是结构化查询语言（SQL）。这门语言是你与数据库接触的工具。不能让这个工具成为以后学习的障碍，这一点很重要。在你的测试数据库中练习不同的SQL语句直到他们变成了你的习惯。这方面的一本非常好的书叫做Oracle 9i完全参考（Oracle 9i The Complete Reference）由Loney和Koch编写，Oracle Press。每一名Oracle DBA都应该在他事业的早期阅读这本书。Oracle 9i参考手册（Oracle 9i SQL Reference manual）是另一个很重要的知识来源。在他们的技术网站TechNet上（
步骤#3: 开始学习基本的数据库管理工作–这难道不是你最开始在这里的原因？为什么它在列表的第三位？我们尝试着建造一个知识的金字塔，我强烈的感觉到一个人需要知道关系型数据库理论和SQL，并且在你学习如何进行基本的数据库管理工作时把他们当作工具来使用。这些工作包括启动和关闭数据库，备份和恢复数据库，以及创建/删除/修改数据库对象。对于Oracle数据库管理而言，在市面上有大量的书籍可以给你所期望的一个很好的体会。这本书是Oracle 9i DBA手册（Oracle 9i DBA Handbook by Loney on Oracle Press）。我知道的大多数DBA都在他们事业的早期不只一遍的阅读过这本书。这里，你应该同时阅读和理解Oracle 9i 概念指导，Oracle 9i管理员指导，以及Oracle 9i备份与恢复指导（Oracle 9i Concepts Guide, the Oracle 9i Administrator’s Guide, and the Oracle 9i Backup and Recovery Guide）都来自Oracle文档。
步骤#4: 阅读，阅读，再阅读–由于你才刚开始你的DBA职业生涯，因此你正在开始为你的技能奠定基础。这需要一段很长的时间去形成，吸收和领会所有你将学到的知识。毫无疑问的，比你资深的DBA由许多工作要做，因此他们可能不会总是腾出大量时间辅导你的学习。你不得不靠自己学习很多东西。这就是阅读的目的。市面上有许多书籍可以解答许多数据库相关的话题。Oracle Press是Oracle公司的官方出版社，有大量的Oracle相关书籍。同时也
DBA日常工作总结
DBA日常工作总结
ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控：
(1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据
库的空间使用情况,系统资源的使用情况进行检查,发现并解决问题。
(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。
(3). 每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库性能调整的机会,进行数据库性能调整,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查。
每天的工作
(1).确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程:
$ps –ef|grep ora
(2). 检查文件系统的使用（剩余空间）。如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。
$df –k
(3). 检查日志文件和trace文件记录alert和trace文件中的错误。
连接到每个需管理的系统
? 使用’telnet’
? 对每个数据库,cd 到bdump目录,通常是$ORACLE_BASE/<SID>/bdump
? 使用 Unix ‘tail’命令来查看alert_<SID>.log文件
? 如果发现任何新的ORA- 错误,记录并解决
(4). 检查数据库当日备份的有效性。
对RMAN备份方式:
检查第三方备份工具的备份日志以确定备份是否成功
对EXPORT备份方式:
检查exp日志文件以确定备份是否成功
对其他备份方式:
检查相应的日志文件
(5). 检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。
Select file_name from dba_data_files where status=’OFFLINE’
(6). 检查表空间的使用情况
SELECT tablespace_name, max_m, count_blocks free_blk_cnt,
sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free
FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name),
( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name )
WHERE tablespace_name = fs_ts_name
(7). 检查剩余表空间
SELECT tablespace_name, sum ( blocks ) as free_blk ,
trunc ( sum ( bytes ) /(1024*1024) ) as free_m,
max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks
FROM dba_free_space GROUP BY tablespace_name;
(8). 监控数据库性能
运行bstat/estat生成系统报告
或者使用statspack收集统计数据
(9). 检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等
使用vmstat,iostat,glance,top等命令
(10). 日常出现问题的处理。
每周的工作
(1). 控数据库对象的空间扩展情况
根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相应的措施
-- 删除历史数据{dba周期工作计划}.
--- 扩表空间
alter tablespace <name> add datafile ‘<file>’ size <size>
--- 调整数据对象的存储参数
next extent
pct_increase
(2). 监控数据量的增长情况
根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采取相应的措施
-- 删除历史数据
--- 扩表空间
alter tablespace <name> add datafile ‘<file>’ size <size>
(3). 系统健康检查
检查以下内容:
init<sid>.ora
controlfile
redo log file
archiving sort area size tablespace(system,temporary,tablespace fragment) datafiles(autoextend,location) object(number of extent,next extent,index) rollback segment logging &tracing(alert.log,max_dump_file_size,sqlnet) (4). 检查无效的数据库对象 SELECT owner, object_name, object_type FROM dba_objects WHERE status=’INVALID’。 (5). 检查不起作用的约束 SELECT owner, constraint_name, table_name, constraint_type, status FROM dba_constraints WHERE status = 'DISABLED’ AND constraint_type = 'P' (6). 检查无效的trigger SELECT owner, trigger_name, table_name, status FROM dba_triggers WHERE status = 'DISABLED’ 每月的工作 (1). Analyze Tables/Indexes/Cluster analyze table <name> estimate statistics sample 50 percent;
(2). 检查表空间碎片
根据本月每周的检查分析数据库碎片情况,找到相应的解决方法
(3). 寻找数据库性能调整的机会
比较每天对数据库性能的监控报告,确定是否有必要对数据库性能进行调整
(4). 数据库性能调整
如有必要,进行性能调整
(5). 提出下一步空间管理计划
根据每周的监控,提出空间管理的改进方法
Oracle DBA 日常管理
目的：这篇文档有很详细的资料记录着对一个甚至更多的ORACLE 数据库每天的，每月的，每年的运行的状态的结果及检查的结果，在文档的附录中你将会看到所有检查，修改的SQL和PL/SQL 代码。
一．日维护过程
A．查看所有的实例是否已起
确定数据库是可用的，把每个实例写入日志并且运行日报告或是运行测试文件。当然有一些操作我们是希望它能自动运行的。
可选择执行：用ORACLE 管理器中的‘PROBE’事件来查看
B．查找新的警告日志文件
1. 联接每一个操作管理系统
2. 使用‘TELNET’或是可比较程序
3. 对每一个管理实例，经常的执行$ORACLE_BASE/<SID>/bdump 操作，并使其能回退到控制数据库的SID。
4. 在提示下，使用UNIX 中的‘TAIL’命令查看alert_<SID>.log，或是用其他方式检查文件中最近时期的警告日志
5. 如果以前出现过的一些ORA_ERRORS 又出现，将它记录到数据库恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈FILE〉中
DBA工作手册
DBA工作手冊
ORACLE数据库管理员应按如下方式对ORACLE数据库系统做定期监控：
(1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行检查,发现并解决问题。
(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康检查,对数据库对象的状态做检查。
(3). 每月对表和索引等进行Analyze,检查表空间碎片,寻找数据库性能调整的机会,进行数据库性能调整,提出下一步空间管理计划。
对ORACLE数据库状态进行一次全面检查。 (Analyze是收集与数据库有关的统计信息)
每天的工作
(1).确认所有的INSTANCE状态正常 （保证实例正常）
登陆到所有数据库或例程,检测ORACLE后台进程:
$ps –ef|grep ora （linux的操作命令）
(2). 检查文件系统的使用（剩余空间）。如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。
$df –h
(3). 检查日志文件和trace文件记录alert和trace文件中的错误。
连接到每个需管理的系统
? 使用‟telnet‟
? 对每个数据库,cd 到bdump目录,通常是$ORACLE_BASE/<SID>/bdump
? 使用 Unix „tail‟命令来查看alert_<SID>.log文件
? 如果发现任何新的ORA- 错误,记录并解决
(4). 检查数据库当日备份的有效性。
对RMAN备份方式: RMAN(Recovery Manager)是DBA的一个重要工具，用于
备份、还原和恢复oracle数据库
備份校驗 rman>restore database validate;
检查第三方备份工具的备份日志以确定备份是否成功
对EXPORT备份方式:
检查exp日志文件以确定备份是否成功{dba周期工作计划}.
对其他备份方式:
检查相应的日志文件
(5). 检查数据文件的状态记录状态不是“online”的数据文件，并做恢复。
Select file_name from dba_data_files where status='OFFLINE'
(6). 检查表空间的使用情况
SELECT tablespace_name, max_m, count_blocks free_blk_cnt,
sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free
FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name),
( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name )
WHERE tablespace_name = fs_ts_name
(7). 检查剩余表空间
SELECT tablespace_name, sum ( blocks ) as free_blk ,
trunc ( sum ( bytes ) /(1024*1024) ) as free_m,
max ( bytes ) / (1024) as big_chunk_k, count (*) as num_chunks
FROM dba_free_space GROUP BY tablespace_name;
(8). 监控数据库性能
运行utlbstat.sql/utlestat.sql生成系统报告，或者使用statspace收集统计数据
(9). 检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等
使用vmstat,iostat,glance,top等命令
(10). 日常出现问题的处理。
(11).查看數據庫連接信息
定時對數據庫的連接情況經行檢查，看與數據庫建立的會話數目是否正常，如果建立了過多的連接，會消耗數據庫的資源。同時，對一些“掛死”的連接，可能需要手工經行清理。
以下的SQL語句列出當前數據庫建立的會話情況：
Select count(*) from v$session;---查看當前會話連接數
Select sid,serial#,username,program,machine,status from v$session;
注意:SID為1到10(USERNAME列為空)的會話，是Oracle的後台進程，不要多這些會話經行任何操作
(12).並發會話量
並發會話量正常時段為60以下，查詢系統在20以下，如果超過這些指標，則認為系統有阻塞情況，需要查找原因，引起注意。查看系統並發的腳本為：
Select count(1) from v$session where status=‟ACTIVE‟ and username not in („SYS‟,‟SYSTEM‟);
(13).數據文件健康狀況
當發現數據文件損壞時，需要立即修復
Select file_name,status from dba_data_files;
或者
Select file#,status,name from v$datafile_header;
(14).查看緩衝區命中率 緩衝區命中率應該保證在95%以上。
Select 1-(sum(decode(name,'physical
reads',value,0))/(sum(decode(name,'db block
gets',value,0))+(sum(decode(name,'consistent gets',value,0))))) "Buffer Hite Rate" from v$sysstat;
(15).查看LibraryCache命中率
Select round(sum(pins-reloads)/sum(pins)*100,4) "Library Cache Hit Ratio" from v$librarycache;
(16).查看數據庫等待事件
如果數據庫長時間持續出現大量像 buffer busy waits,db file scattered reda,db file sequential read,enqueue,free buffer waits,latch free,logfile sync,log file paralle write等等非空閒事件時，需要對其進行分析，可能存在問題的語句。
Select sid,event,p1,p2,p3,wait_time,seconds_in_wait from
v$session_wait where event not like 'SQL%' and event not like 'rdbms%';
(17).查看數據庫鎖表情況
select sid,serial#,username,SCHEMANAME,osuser,MACHINE, terminal,PROGRAM,owner,object_name,object_type,o.object_id from dba_objects o,v$locked_object l,v$session s where o.object_id=l.object_id and s.sid=l.session_id;
解锁处理：
alter system kill session '&sid,&serial#';
(18).查看是否有僵死進程
select spid from v$process where addr not in (select paddr from v$session); 有些僵死进程有阻塞其他业务的正常运行，定期杀掉僵死进程
每周的工作
(1). 控数据库对象的空间扩展情况
根据本周每天的检查情况找到空间扩展很快的数据库对象,并采取相
应的措施
-- 删除历史数据
--- 扩表空间
alter tablespace <name> add datafile „<file>‟ size <size>
--- 调整数据对象的存储参数
next extent
pct_increase
(2). 监控数据量的增长情况
根据本周每天的检查情况找到记录数量增长很快的数据库对象,并采
取相应的措施
-- 删除历史数据
--- 扩表空间
alter tablespace <name> add datafile „<file>‟ size <size>
(3). 系统健康检查
检查以下内容:
init<sid>.ora
controlfile
redo log file
archiving
sort area size
tablespace(system,temporary,tablespace fragment)
datafiles(autoextend,location)
object(number of extent,next extent,index)
rollback segment
logging &tracing(alert.log,max_dump_file_size,sqlnet)
(4). 检查无效的数据库对象
SELECT owner, object_name, object_type FROM dba_objects
WHERE status=‟INVALID‟。
(5). 检查不起作用的约束
SELECT owner, constraint_name, table_name,
constraint_type, status
FROM dba_constraints
WHERE status = 'DISABLED‟ AND constraint_type = 'P'
(6). 检查无效的trigger
SELECT owner, trigger_name, table_name, status
FROM dba_triggers
DBA成功之路
成就DBA职业生涯
介绍
许多年来，我在不同的新闻组上花费了很多时间与那些想知道如何得到数据库管理员（DBA）的工作或者如何成长为一名DBA的IT人进行交谈，现在他们有了工作。这些年来许多人针对如何达到这个目标提出了不同意见。本文即是那些意见的综合并且能够在如何才能出色的完成DBA的工作方面给出好的建议。这篇文章同样对于如何让一名DBA变得对老板更有价值。假如你已经是一名DBA，那么也许你会希望跳过文章的前几段。
我应该成为一名DBA么？
我曾问过的一个问题是一个人应该从事DBA这样的职业么。这个问题并不容易回答，因为它因人而异。有的人有成为一名好DBA所需要的天赋。而其他人并不认为能够很容易掌握成为DBA的秘诀。DBA职业需要掌握一定的技能。而且还需要其他IT职业所不必需的要求。因此，为了回答这个问题，我通常给将要成为DBA的人描述DBA职业所必需的要求。下面的段落中，我都将以问题结尾。在继续下一段以前请花一些时间考虑并且回答这些问题。
许多人因为许多原因而立志要成为DBA。其中一个主要原因是薪水。DBA是IT业中薪水最高的职业之一。其他人想成为DBA是因为喜欢赞扬DBA是受到的荣誉，或者因为他看上去很酷！我个人认为，成为DBA是很值得的。它是一个很有意思，令人兴奋的职业。那么，你把DBA作为一个可能的职业选择的原因是什么呢？
除非你已经提前准备好了，否则你可能会发现从事DBA职业充满了挫折和令人头痛。一个数据库存在于操作系统和最终用户应用程序之间。同样地，DBA必须非常精通他的数据库所在的操作系统。DBA并不一定需要知道所有有关操作系统的知识，但是他知道得越多越好。数据库与操作系统联系非常紧密。理解这种关联是十分必要的。DBA还需要知道服务器硬件以及它如何影响与帮助数据库。同时，DBA必须理解应用软件。DBA可能会被要求帮助开发人员创建可靠，健全的数据库应用程序。还有，最重要的也是最明显的，DBA必须十分彻底的理解数据库引擎，它是如何工作的，所有的引擎是如何组合在一起的，以及如何影响数据库引擎向最终用户和应用程序传送数据的能力。我见过的最好的DBA有非常深刻的理解而且不仅仅在数据库本身。他们知道一些系统管理与应用开发。好多时候他们在成为DBA之前有其中一个或两个背景。无论如何，成为一名合格的而不是出色的DBA也需要许多背景知识。你是否已经做好准备开始学习直到你感到已经无法再学下去了？
许多和我交谈过的，在开始DBA职业时遇到困难的人，在尝试着吸收大量DBA所需了解的信息时实际上都会有一些问题。毕竟系统管理员是全职学习操作系统的细节。应用程序开发人员全职学习如何编写好的程序。DBA不仅要非常了解这两种不同的工作，而且还需要花费更多的时间去理解数据库的体系结构，以及理解每一样东西的每一块是如何组合在一起的！听起来是不是很让人畏缩？有许多人失败后这样想，并且把DBA工作看作一项非常困难的事情。也有那些传播和理解所有这些信息，并且使用这些信息做出好的，听起来具有技术性的决定的人。正如我以前是一名DBA时喜欢说的，所有这些对我来说看上去像一个大
谜团。把这些所有的很好的组合在一起就是挑战。你是哪一种人？
许多DBA是随时侯命的。他们会在白天或晚上的所有时间接到呼叫去解决他们的数据库出现的致命问题。数据库是商业信息技术基础组织的必不可少的组成部分。没有数据，就没有必要拥有一个计算机系统。数据推动商业。假如amazon.com的网站不能在数据库中搜索产品并且假如没有人能够为他们的产品下订单，那么它会变成什么样？它就不会在商业中存在很久。当数据库down掉，即使只是很短的时间，公司也会损失重大。基于这个原因，DBA到达现场后必须尽可能迅速的解决问题。许多公司有自己的DBA团队以便可以轮流待命。这些DBA 24x7小时的维持数据库应用程序。假如工作需要的话，你准备好随时候命了么？
一些DBA的职责包括为软件打补丁或者对数据库做些改变。通常，这些操作不能在公司职员工作的时候做，因为此时数据库必须运行以便他们能够工作。这意味着DBA经常不得不在很早或者深夜甚至周末，总之，在正常工作时间以外来完成工作。你准备好在非正常时间工作，或者你在找一个朝九晚五的工作？
对DBA而言，需要掌握的一个重要内容就是通常被称为“软技术”的东西。DBA需要在团队中很好的工作，通常团队是在变化的，如系统管理员，网络管理员，应用程序开发人员，项目经理和其他人。DBA要能够用流利的英语解释复杂的技术概念，让团队中其他人明白。DBA还要能够在数据库相关问题上指挥团队队员。你的软技术怎么样？
下面不是全部列表，但是包括了DBA的典型职责：
把监视数据库实例当作每日必做工作以保证其可用性。解决不可用的问题。
收集系统统计和性能信息以便定向和配置分析。
配置和调整数据库实例以便在应用程序特定要求下达到最佳性能。
分析和管理数据库安全性。控制和监视用户对数据库的访问。必要时审计数据库的使用。 监视备份程序。必要时提供恢复。测试备份与恢复程序。
升级RDBMS软件并且在必要时使用补丁。必要时升级或者迁移数据库实例。 通过数据库相关动作来支持应用程序开发人员。
跟随数据库趋向和技术。当可应用时使用新技术。安装，测试和评估Oracle新的相关产
品。
执行存储和物理设计。均衡设计问题以完成性