The Future Role of The DBA

作者: Maclean Liu , post on January 3rd, 2011 , English Version
【本站文章除注明转载外,均为本站原创编译】
转载请注明:文章转载自: Oracle Clinic – Maclean Liu的个人技术博客 [http://www.oracledatabase12g.com/]
本文标题: The Future Role of The DBA
本文永久地址: http://www.oracledatabase12g.com/archives/the-future-role-of-the-dba.html

DB Admin 10+ Years Ago

Your environment was

  • Only a few databases
  • Some servers
  • Administration by command line
  • Data recovery of closed databases by the OS
  • Passive end-user terminal/windows
  • Small number of users

The first type of production environment existed of servers and passive end-users.
In this type of architecture you had/have one or a couple of databases to administer, the administration tools were not integrated nor user-friendly.
The volume of managed data still permitted/permits you to recover data of closed databases through the OS.
Your users are only connected through Intranet or direct mode. You’re close to your computer room and in the possibility to intervene immediately.
You had or have developers of procedures, scripts etc. to automate your work.
The evolutions of your company, the hardware and software have led you to a client/server architecture.

DB Admin 5 to 10 Years ago

Your environment was

  • Many databases
  • Several servers, several OSs
  • Multiple administration tools
  • Automated data recovery
  • Network of companies
  • Windows end-user terminal
  • Larger number of users

As the number of databases has increased, the volume of managed information is now distributed over a bigger number of databases.
Using the administration tools, you’ve put automated data recovery procedures for your data in place without interrupting production.
You have to manage more than one site and the number of users is increasing all the time.
The growth of your activity, the consolidation or the globalisation has led you or will lead you to an architecture in which your databases are partitioned, replicated.

DB Admin going forward

Your environment is / was

  • Large number of databases
  • Many servers
  • Higher volume of data to be managed
  • Partitioned databases
  • Clustered Architectures
  • Need for high availability
  • Centralised administration
  • Application servers
  • Ever Increasing numbers of users
  • Secure networks and Firewalls

Your hardware architecture will be composed of servers in cluster or in grid with the need to guarantee a high availability to your users, clients and suppliers. Application servers will give access to your applications to a big number of users both through intranet and extranet and you have to protect your data and access.
To respond to this technical evolution the training has changed too.

© 2011, www.oracledatabase12g.com. 版权所有.文章允许转载,但必须以链接方式注明源地址,否则追究法律责任.

相关文章 | Related posts:

  1. Extreme Manageability for DBA 2.0
  2. OCP-8i DBA:Oracle Architectural Components
  3. OCP-8i DBA:Getting Started with the Oracle Server
  4. DBA 2.0 Managing Change With Oracle Real Application Testing
  5. Exadata and Database Machine 11.2
  6. Database 11gR2 Curriculum

Leave a Reply

  

  

  

You can use these HTML tags

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>