dba工作总结 第一篇

刚入职场的时候，我的年终述职报告写了很多有关自己熬夜多少次，连续工作多少天，解决了什么东西之类的。又或者是堆砌了自己负责的摊子有多大，管着多少核心数据库。

直到有一次，我的直属领导和我说，别写这些了，在咱们运维团队每个人东西都不少，也都不轻松，说点有用的东西吧。

我这才意识到，这件事情其实在上司面前没什么太大意义。每个人多少工作量，负责的事情有多辛苦，其实在部门一把手面前没有我们想象的那么有说服力。从领导视角去看下属，每个人各司其职，工作量做的多和升职加薪并没有必然联系。而且有时候甚至会怀疑，这人是不是能力有限，是不是工作方式有问题，怎么忙成这样，还是他有什么别的问题？

DBA的怪圈，工作做得好，计划前置，井然有序，不出问题——存在感低。工作做的差，事故频出，别人投诉，问题多多——频繁挨批。这就导致了很多DBA非常急于在述职报告里去体现自己做了很多东西。可是从领导的眼里，这些都只是必备的工作内容，看完这份述职报告，可能内心毫无波澜。

dba工作总结 第二篇

对实验过程中用到的软件、实现技术的评价以及对于实验过程遇到的一些问题做的总结：

本次实验我们是在windows操作系统平台下完成的，应用了数据库建表，触发，删除插入;powerdesigner实现数据库的概念模型、物理模型的转化;java语言中的的GUI图形用户界面、与数据库连接(jdbc)等技术。较好的在规定时间内完成了老师安排给我们的任务，实验过程中尽管遇到了不少问题，但最后经过与同伴互相探讨，借阅资料，请教老师等都使问题得到了解决。总的来说感觉数据库、powerdesigner、java语言面向对象等编程技术应用起来灵活，容易理解。短短的两周课程设计让我对java语言等编程技术产生了浓厚的兴趣，更重要的是增强了我学习的自信心。

对两周的课程设计过程中老师引导的对软件开发的分配时间的分析评价

在第一阶段：

我们做的题目是《小型餐饮管理系统》按照老师的安排，我们先进行系统需求和系统功能设计，在确定了我们要做的小型餐饮管理系统应具有哪些功能后利用powerdesigner汇出了数据库的物理模型(ER图)，并且进一步利用powerdesigner的强大功能由ER图继而生成了物理模型图以及数据库，完成了数据库设计阶段。在剩下来的几天里我们主要把精力集中在应用程序的调试及课程设计报告的书写上。

个人负责的工作部分

1.与组员一起探讨分析所做项目(小型餐饮管理系统)的需求分析部分，共同完成需求部分的设计。

3.数据库部分的书写(包括数据库、表、触发器、索引、存储过程等的创建)以及完成ER图，物理模型图的设计转换部分。

经验与教训

在实验验演示给老师看的时候，自我感觉做的挺好，能得到老师的好评和赞许，没想到的是老师看完我们的演示后提出的一系列问题让我们一时目瞪口呆。听了老师的讲解后才发现我们做的系统根本就是个废品，没有任何一家厂商愿意用我们的东西，即使免费相赠。和现实中的《餐饮管理系统》相比，我们的系统最大的不足体现在安全性方面，主要表现为以下两个方面：

1.顾客点菜时由于没有考虑到库户绑定问题，及设置相关的口令，从而导致点菜时乱套，无章法的问题，不方便饭店管理，严重的会出现店家亏损问题。

2.缺少工作人员的业绩考核环节的设计。

通过这次教训，我相信在以后的学习实践当中，我一定会更加认真的对待实验中的每一个环节，尤其是开始时的基础阶段。学习，成长的过程就像建造一栋高楼大厦一样，打好地基很重要，因为这关系整个楼层的稳固安全问题。我坚信在以后长远的学习的过程中我会更注重培养严谨的思维，重视细节，凡事努力打造个好的开头，脚踏实地，一步一个脚印，做到不骄不躁。

心得与体会：

第一次接触像这样比较大的项目，通过本次课程设计我深切的体会到合作与实践的重要性。

第一、在实验的...

dba工作总结 第三篇

运维部门永远是花钱的部门。一年多少钱，怎么花出去，都是很敏感的事情。在你描述自己今年运维的服务器多了多少的时候，可能领导想的不是你工作价值更多了，而是他要去找他的上司要的预算更多了。

因此，成本这件事情是述职报告里必须要提及的。例如今年你做了多少优化，累计为公司节省了多少厂商人天，避免了多少新硬件的采购，预估一个金额放在报告里。同时下线了多少旧设备，减少了运维成本开销，也是可以写进去的。

可能会有DBA问，我们今年就是业务扩张了很多，增长了很多设备，这事该怎么写？同一件事可能有不同的角度，可以尝试着从用更少的钱做更多的事这件事情上着手。例如今年数据库规模扩张了20%，而你动用了自己的智慧，成本只增长了10%。这种可以量化的东西是可以直接写进去的。

对于那些可以直接赚钱的系统，自己做了什么，直接或者间接为公司带来了那些收益，这些如果有更是加分项。你的领导甚至可以把这些写入他们的述职报告里，这也是IT部门向业务部门展示自己能力的关键点。

dba工作总结 第四篇

很多的时候，我们去描述自己做了什么，经常对于事情的结果不够准确，或者说，没有量化。

比如我曾经在某一年说过，自己这一年做了三次灾备演练，都成功完成。但是在领导提问的时候，他问我，用了多长时间，大概会影响多少业务量的时候，我却卡壳了。事后我反思，应该加上的最重要的东西，我却忽略了。领导更关心的是，每次灾备演练要用多长时间，根据TPS大概要影响多少业务订单，从而他要评估大概给业务部门带来的预期损失是多少。然而我对这些居然完全没想到。

从那之后，我开始关注每一份报告所关联的量化结果。备份恢复测试，最快恢复时间是多久，最长恢复时间是多久，再去询问业务部门相关同事，大概会影响多少业务量，并且写进相关报告里。性能优化，不再执着于某条单独的SQL语句，而是将整体的业务场景作为案例，可以为业务部门带来什么样的变化，业务效率提高了比分之多少，节省了多少成本等等。

dba工作总结 第五篇

一、项目进度情况

1，生产数据库到双活数据库的升级切换

7月11日凌晨，在恩墨的技术协助下完成了生产数据库的升级切换。新的双活生产数据库性能大幅提升。自主重建的三节点备机集群自8月份启用后运行稳定，运行在open只读状态，以后可以用于报表等只读查询。该项目已于9月13日完成验收。

目前我和邱锐正在参加每周末两天的Oracle OCP远程培训，通过高强度的学习，我争取在19年第一季度完成三门考试并取得认证，如果有机会希望明年能继续参加OCM培训，这对我来说也是一个挑战。

2，空调维保购买

在中心两个机房4台空调维保7月底到期前，通过比价的方式，选定了日照本地的空调维保商。

3，3D动画展示项目

目前该项目已经完成招标，正在和厂家签订合同，预计年底完成动画视频交付。

二、隐患和故障处理

2，dblink session不主动释放

一卡通、金蝶财务、交换数据库都存在比较严重的dblink session不释放的问题，一季度先后先后联系并配合内控开发公司、生产开发公司进行了整改，有效降低了RG01的session数，使RG01 session数保持在一个稳定的数量。

3，外包厂家在线删除海量数据

上半年通过监控发现集发公司外包工程师VPN远程进行千万级数据量的删除工作，sql执行时间超过30分钟，redo日志切换频率高达每小时52次，给磁盘IO带来非常大的压力，严重影响数据库的性能。

4，RG05日志数据库的建立

生产数据库上存在APPLOG、无车承运人GPS历史信息历史数据占用空间较大的问题。通过分析，最终新建了RG05日志数据库，将APPLOG和无车承运人GPS信息迁移过去。

5，生产数据库服务器内存板更换

10月10日上午，及时发现了一起生产数据库服务器宕机故障。故障原因为：服务器内存板损坏。配件于11日下午17：25到货，18:10自主完成更换。

6，生产数据库服务器主板更换

10月16日生产数据库第三节点服务器(EDI机房，型号：SUN T5-2)宕机，无法启动，经确认，服务器主板损坏。18日晚完成更换，生产数据库恢复正常，至今运行稳定。

7，两台EMC VNX5300存储硬盘连续损坏

今年8、9月份作为生产数据库备机集群使用两台EMC VNX5300存储连续损坏十几块硬盘，这两台存储已经使用超过6年的时间，硬盘集中损坏也是正常现象，已经分两次采购了备用硬盘。

8，参与EDI机房漏雨应急处置

7月23日早上，EID机房和门厅出现墙体渗水、机房办公室窗户严重漏雨的情况。多次联系港湾施工方查看现场，业务技术室给港湾发函后港湾进行了彻底检查和整改。

9，参与EDI机房监控系统串口服务器损坏应急处置

7月25日，机房动环监控系统串口服务器损坏造成EDI机房通信中断。立即联系业务技术室采购一台新的串口服务器。27日设备到货后，顺利恢复了串口服务器，监控系统恢复正常。

三、数据库监控与优化

1，协助完成对RG01生产库优化权限控制

协助邱锐完成对RG01权限的控制，在技术手段上对非授权登录会话进行及时kill，可对其访问生产环境数据库进行限制。

2，sql优化

每月平均完成4-5条低效率的sql优化。

3，业务通知单发布

每月定期发布1-2个整改通知单。

4，数据库扩容

通过监控，及时发现RG05、一卡通、金蝶等数据库存在空间不足的隐患，都及时进行在线扩容。

四、明年的打算

1，双活存储扩容

针对目前双活存储空间不足的情况，希望明年能完成一次扩容，增加约60T的可用空间。

2，双活数据库优化

依托北京云和恩墨的技术支持，不断对双活数据库进行优化。3节点的备机可以作为只读查询使用，明年找个合适的项目进行尝试。1节点的备机可以作为备份数据恢复测试使用，定期进行恢复测试。

3，能力培养

明年上半年我和邱锐先后取得OCP认证，如果有机会明年可以学习并考取OCM认证。打造一支实力较强的DBA团队。

dba工作总结 第六篇

凡事有因有果，去年的什么什么事情，今年是怎么解决的。今年存在的问题，来年打算怎么办。这些都可以写进去。

平时我们在处理运维工单的时候，有的DBA只是单纯把状态填上，有的会把一些工作要点记录在上面，为什么发生、根因在哪，如何解决，有的甚至会给业务部门提供解决建议。这些东西我建议在时间允许的情况下尽量详细，为自己的年终述职留下足够多的素材。在述职报告的时候，就可以把今年的不足写上，加上改进方式以及预期结果。

比如我在第一年写，自己对业务了解不多，需要再来年加强这方面的学习和工作。第二年就写上，自己通过学习，加强了某某业务的了解，从而为数据库做了哪些工作，取得了什么可以量化的结果，为公司带来多少收益。形成一套组合拳，看似是去年给自己挖坑，其实是在铺垫。

作为DBA，一年能够让上面的人倾听到自己的机会其实寥寥无几，有时候升职加薪就那么点机会。忙活了一年，如果没有得到实际的收益，我相信每个人都会不开心。述职报告可能是这一年最容易展示自己的时候。有限的篇幅、有限的时间，如何让自己对公司的价值和贡献得以充分展示，有时候真的需要一些技巧。打破固有的思维定式，主动去调整自己述职方式，很有必要。