IBM®
跳转到主要内容
    中国 [选择]    使用条款
 
 
Select a scope: Search for:    
    首页    产品    服务与解决方案     支持与下载    个性化服务    
跳转到主要内容

developerWorks 中国  >  Information Management  >

自动化的将来

developerWorks
文档选项

未显示需要 JavaScript 的文档选项


级别: 初级

IBM,

2002 年 12 月 01 日

IBM 希望 DB2 中的自动化和自我管理能够为 DBA 减轻一些性能负担。

对顾问兼 DBA Howard Fosdick 的采访

IBM 希望 DB2 中的自动化和自我管理能为 DBA 们减轻一些性能方面的负担。但是,如果性能和调优不再是 DBA 职责的主要方面,那么其工作的重点将是什么呢? DB2 Magazine采访了几位业界专家,并请他们就“究竟是否还需要 DBA,以及如果需要,那么需要他们做什么呢”发表了各自的意见。“ 下一步您将去往何方?”概括了专家们的观点。现在,您可以阅读对顾问兼 DBA Howard Fosdick 的完整采访报道,他在采访中阐述了当前 DBA 到底应当做什么以便为充满自动化的将来做好准备。

目前,DBA 的主要时间都花在了什么地方,在接下来的几年里这可能会发生怎样的变化?
[DBA 花费的时间]很大一部分用于进行各种性能监控和调优。通常,这些工作需要丰富的专业知识和一定量的时间。除非客户跑来向他们抱怨系统,否则许多 DBA 都不会花费这样的时间。将来肯定会使这些功能达到某种程度的自动化。Microsoft 几年前就做了一些工作,而拥有监控和调优的自动化能力是 DB2 V8 的一个重要方面。

在性能监控和调优方面,花费或者应当花费多少比例的时间呢?
这要因地而异了。可以使用多少人手是一个重要因素,这是为什么我认为能否将它们自动化到某种程度是很重要的原因。有些地方根本不会有人员进行任何调优或监控工作。那很可怕,但是他们只是缺乏足够的人手。因此,当客户来询问您问题,而您并未做过任何基础性的工作时,您不得不象救火一样被动地处理性能问题。我认为花费的时间量可大可小。我想,在这一领域中,IBM 的 V8 已迈出了一大步。

在我们的行业中永远都存在劳动力危机。就我而言,很难相信在编程行业中现在还有 10 年或 20 年都在尝试自动化编程的人;但是,在管理和支持功能方面(就象 DBA 的工作一样),实际上直到目前为止对这样的需求还不是很了解。现在,IBM 正致力于那样做。

假如自动化和自我管理变成现实,您认为 DBA 会将他们多出来的自由时间花在什么方面?
我看过很多新的媒体项目。3、4 年或 5 年前所有的供应商都开始提供对象-关系能力,对象编程领域的许多人都为此激动不已。但是,我认为更为重要的是处理更多种数据,无论它是可视化数据(如电影片段或 TV)还是音频。我认为,新型数据实际上正在开始以一种两、三年前所看不到的方式进入 IT。一些行业始终都有非常专门的、使用新媒体类型的项目。但是现在这一现象已经出现在了其它行业中。例如保险业。他们处理索赔;他们拍摄人们受损车辆的图片等。他们一直都使用多媒体。但是现在他们正在将其应用到完全广阔的工作中。他们用各类二进制大对象(BLOB)存储涉案当事人的磁带录音以及其它类型的信息。

他们将使用支持那种用途的数据库或者他们将使用其它系统吗?
几年前,使用关系数据库的客户根本不可能那样做。如今,还有其它解决方案。他们会选择哪种解决方案还不是很清楚。但有一点很清楚,您将拥有全新的应用程序,这些应用程序在 5 或 10 年前并不存在。与 PC 走过的路一样,数据库实际上正在成为多媒体。

支持多媒体的变化将会在产品的工程领域继续进行下去吗,或者说 DBA 将必须学习新技能吗?
二者都有。IBM 在其 DB2 产品中已经提供了多媒体支持。老实说,在 3 或 4 年前,这些事物出现的时候,大多数地方都对其置之不理。供应商们对此全都很热心,可是许多客户不接受它。而现在,我实际上看到许多客户在使用那些功能。DBA 要想给用户提供多媒体支持,则必须了解许多不同的技术。传统上,DBA 在事务性系统方面接受过培训;而在过去 10 年,他们要确定支持什么样的系统和数据仓库。现在我们正在进入第三次浪潮,它完全不同于前两次浪潮中的任何一种。您必须了解如何在非常大的对象上应用日志记录技术。是关闭日志还是打开日志呢?如何处理这些东西的装入呢?当您涉足新的媒体时,由于对象通常都很大,因此与许多 DBA 相比,您的确需要不同的技术、技能和培训。目前,当我看到客户进行多媒体项目时,他们通常都有来自顾问或供应商的专门帮助。DBA 恰好将可以做这类工作。但目前还未做到,不过我认为正朝这个趋势发展。

DBA 还需要在哪些其它领域具备新的技能?
可靠性和可用性是重要的领域。5 或 10 年前,您不会在任何地方要考虑可靠性或可用性需求,而现在则需要考虑这些需求。我看过各式各样十分正规、传统的项目,其中就假定它们的正常运行时间是 24x7。10 年以前,提供这样的访问是一项巨大的特殊成果。我认为这是因为计算机现在十分普及,因此普通人也希望它们时时刻刻都能正常运行。从 DBA 的角度看,您必须掌握许多有关如何实现这一目的的知识。它可能容易,也可能很困难,这取决于您的环境。

我认为 DBA 对硬件以及数据库本身底层和以外的东西要有更广泛的理解。这对于获得高可用性是非常必要的。您不能只是把它推给别人就了事了。DBA 必须稍微了解群集和故障转移技术。许多人说这一变化是由因特网驱使的,但我不能肯定就是这样的。还有其它的推动因素。人们希望他们的帐务处理系统时时刻刻都能正常运作。许多公司变得非常依赖于实时知识库,而这正是高可用性所支持的。

对 DBA 而言,Java 和 XML 有多重要?
Java 变得越来越重要。许多数据库允许您用 Java 编写存储过程。当然,许多 DBA 都支持使用 Java 或(Microsoft 领域的).Net 的开发人员。数据交换语言(如 XML)现在看来承担了越来越多的任务。我认为一直都存在这样的情况:每过 3 到 5 年,语言似乎就会发生变化,DBA 必须熟悉它们,以便使自己仍然称职。

您看到过正在发生那种情况吗?或者就 XML 技能而言,DBA 被抛在后面了吗?
许多 DBA 并没有真正意识到 XML 对他们的数据和应用程序意味着什么,实际上它是一种通用的数据交换语言,可用来将数据发送给提供者。就许多方面而言,Java 只是另一种传统的编程语言。

数据库规模对 DBA 有多大影响?
磁盘驱动器的容量每年都在增长,现在,我们有企业存储子系统和 RAID 阵列等。有了硬件,人们需要接纳它,并试着使用它。不仅传统的大型数据库(如巨大的信用卡数据库)非常消耗磁盘和内存空间,而且新的媒体类型也同样消耗磁盘和内存空间,不管它是流式的音频还是视频。这类东西占用了很多空间。

数据库变得如此之大对 DBA 而言是一项挑战。您经常会看到由数据库的最初规模所导致的性能问题。正如备份和恢复。您可能一直沿用现有的备份策略,直到有一天您发现,恢复数据库需要花费 4 天时间,因为数据库是如此之大,而且您还在使用磁带。于是您采取了新的策略。许多企业存储系统都拥有实际为数据库建立同步点并迅速地将其备份的新方法。那要根据大量磁盘空间的可用性而定。它需要全新的备份和恢复策略,DBA 们必须学习,并且他们会喜欢这类策略。我为一个大客户那样做过,它是一项彻底的转变。我将该公司沿用了 20 年的传统备份和恢复计划彻底改变成了基于庞大 raid 阵列的计划。这样,在数据库继续运行的同时,我们只使数据库“冻结”了很短的时间来建立同步点并对数据库进行备份。因此,您除了要关心高可用性之外,还要关心纯粹由数据规模对性能所带来的影响。那始终都是一个经常变化的目标。

如果 DBA 们现在可以获得一项技能或者获得一些培训,以便为将来做准备,您认为应该是哪些技能或培训呢?
我认为更多的是态度。万事万物都在飞快地变化,您必须开放地学习新东西。一些人迫不及待地去学习新技术,尽管该技术还未被验证;还有一些人在技术得到几分验证的情况下就去学习;而其他人则采取抵制的态度。这通常不是好主意。之所以采取这种做法通常是与技术偏见有关。以 Linux 为例。我看到有些人在其达到最佳状态之前就迅速地转向了它。还看到大多数人都在等待着看它能否证明自己可作为数据库平台。他们乐于了解它,并且转移一些精力和资源以了解它能否为公司有成效地做些什么。另外还看到其他一些有技术偏见的人。他们说,“我有大型机,永远没有什么可与之相比的”。或者说,“Windows 很好,为什么要花时间研究 Linux 呢?”通常,这种态度都是带有感情色彩的。但是一个行业通常不会顾及到个人是真正如何想的。

这类事情可能会危及到您的职业生涯。我看到人们重复不断地犯这样的错。有时候他们是正确的,新技术是失败的,但更通常的结果是,他们被抛在了后面。这是致命的。因此,对于任何一项技能,重要的是学习态度和自觉精神,这确实需要一些时间和精力。当然,对 DBA 而言这是很困难的。前些日子我在 ComputerWorld 看到,DBA 们的每周工作时间是 47 到 48 小时。这样留给培训的时间就所剩无几了。但那正是我们的职业本质。



关于作者

IBM has authored this article




对本文的评价

太差! (1)
需提高 (2)
一般;尚可 (3)
好文章 (4)
真棒!(5)

建议?







回页首


IBM 公司保留在 developerWorks 网站上发表的内容的著作权。未经IBM公司或原始作者的书面明确许可,请勿转载。如果您希望转载,请通过 提交转载请求表单 联系我们的编辑团队。
    关于 IBM 隐私条约 联系 IBM 使用条款