一：系统安装与升级
与开发人员协作安装最佳开发的数据版本，搭建合适的环境等，在需要的时候，进行系统更新。升级RDBMS软件并且在必要时使用补丁。必要时升级或者迁移数据库实例/通过数据库相关动作来支持应用程序开发人员
二：性能监控
把监视数据库实例当作每日必做工作以保证其可用性。解决不可用的问题。
收集系统统计和性能信息以便定向和配置分析。
配置和调整数据库实例以便在应用程序特定要求下达到最佳性能。
三：优化
执行存储和物理设计。均衡设计问题以完成性能优化,比如该做的有负载均衡，集群系统，缓存系统的建立，维护，升级.
建议开发人员修改影响性能程序
表结构，引擎定期检测跟踪，生成报告，并尽力优化或必要时候进行重构。
。
四：安全应对一切灾难冲击（备份/恢复）
分析和管理数据库安全性。控制和监视用户对数据库的访问。必要时审计数据库的使用
监视备份程序。必要时提供恢复。测试备份与恢复程序。
定期执行数据库和事务日志备份以使数据丢失减到最低程度。
同时备份系统和用户数据库
检查剩余表空间,以备超出限制问题产生。
五： DBA协作开发（包含数据结构，合理建表，引擎优化）
数据表结构与引擎选择，直接影响到开发人员的程序速率统计，以及整个系统的运行。
DBA以自身+开发 的不同角度去看待问题
六：定期检测数据库运行状况（并生成报告）
线程锁表情况，负载情况，数据系统稳定情况，安全情况等等，并且生成报告。
为有效的，定期的维护数据库创建任何必要的脚本
检查数据库性能，记录数据库的cpu使用、IO、buffer命中率等等
使用vmstat,iostat,glance,top等命令
七：执行与验证:
只是这样做。但是，为后代的缘故，记录你的调查结果，确保它们符合你的测试结果，然后安心入睡
八：错误预案（容错方案，自动容错能力）
能够考虑到如何把性能提高到最佳状态，但是同样应该了解和发掘错误的产品，以及系统不可抗拒的灾难快速恢复，比如火灾，断网断电等等，并且提前建立好容灾预案。
不断尝试与研究错误的发生于发生概率，从而做到应对一切灾难，从容应对的素质。
必要时使用C/C++编写容错程序或使用一些成熟的SOFT。
九： 构建稳定系统
对应新项目的数据层面进行尽量优化，同时从不同点出发，进行多次压力测试，
从而生成总结报告，最后评估结果，上线使用。
对于以往系统，需要做到定期维护优化处理。
定期检测数据运行情况，使用空间情况，对于数据增长情况的掌握，对数据库做健康检查
检查数据表空间碎片，寻找优化性能调整的计划。
检查文件系统空间使用情况，做到心中有数。
每日检查日志，检查系统备份情况。
十: 不断提升自身（应该掌握日常工作以外的技能）
自身不断提高，才能应对解决一切问题的能力的一个提升。
跟随数据库趋向和技术。当可应用时使用新技术。安装，测试和评估数据系统新的相关产品
大学学的都是JAVA，C之类的，你是我们也都是。因为那个门槛低，容易就业。其实就给咱们造成了一种误导，认为将来一定是要做程序员的，最好能转系统架构师的。把理想也定义成了这个。
其实你自己想想呗，系统架构师是那么好转的么？而且一定是要程序员去转的么？纯粹是大学入学时就灌输给你的一种错误的理念。
DBA是数据库管理员，这个大家都知道，它的好处是，上面要和应用打交到，下面要和 *** 作系统、硬件打交到。你做DBA的话，会对整个软件体系有更深刻的理解和把握，而且，只要你愿意，在系统优化过程中你可以轻易的接触到更多的软件开发流程和注意事项。而且你是站在全局的角度去看待问题、看待这个软件的，而不是作为一个程序员去看别人的设计。而且你能从CPU、内存、性能上去思考软件，这才是最主要的。
所以，如果你做DBA的话，只要是大型公司的DBA，一定是值得的。这份工作不仅可以做的更久，更可以给你很多选择的方向。甚至将来做ERP技术顾问、数据库技术顾问，做 *** 作系统、存储，等等，选择性都很大。或许唯一不沾边的是需求分析，你那时候对特定的业务必定不会特别了解。
--------------------------
综上所述，不论你是想做系统架构师，还是想持续做DBA，或者想做其他，DBA都比你做程序员要强很多。但要提醒你，DBA的门槛比软件开发高，不是你管一天数据库你就是DBA了。这个需要经验的积累，需要工作习惯的培养。人人都能做的事情是没有含金量的。DBA之所以比普通程序员略微难做一些，就是因为它门槛高一些。你千万不要想东想西，表现不好错过了，可就补不回来了。
数据库是要架设在服务器上的,所以要了解服务器的性能和系统的性能而且还要了解WINDOWS的一些设置,很多的
还有DBA是需要经验的,很需要很需要,有些东西书上学不到.
还有优化,优化和分析数据库.
T-SQL要会系统的那些！
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）