数据库的平常管理经验浅谈

写在前面

　　上一篇我主要分享了架构的一些选型之法，架构之路不是简单的技术，而是多方的协调，业务的理解、技术的沉淀、经验。

　　架构文章连接：如何规划、建设你的数据库架构

　　架构涉及系统的安全、连续、高效状态，通常来讲仍然须要很专业的架构规划人介入，另外除了架构层面数据库的管理也是很是重要的一部分，那么咱们今天来聊聊数据库的管理。

　　本文也是精炼屡次在各行业演讲的内容，分享给博友！

　　

　　

 

 

广泛的问题

　　博主就任于一家专一数据库产品及服务的公司，见过上千家的客户场景，和各行业的人、系统打过交道，那么咱们来看看广泛遇到的问题。

　　

　　　　

　　　　

 

 

为何会这样？

　　我认为形成如今数据库问题频发的缘由有 4 点：

• 传统的IT建设方式、管理方式致使了今天的问题

 

　　　　传统的建设方式：一大堆厂商的产品简单堆叠、松散拼凑。
　　　　传统的管理方式：用户的运维人员+一大堆厂商。

 

• 缺少专业规划的IT架构，缺少稳定性，增长管理复杂性

　　　　架构缺少规划和合理化设计，借助一大堆厂商提供的分散的单机、双机、备份一体机、虚拟化、超融合等技术的简单堆叠，参见 ：如何规划、建设你的数据库架构

• 传统的数据库管理方式没法知足今天的业务要求

　　

 

 

• 高速的业务增加致使数据平台面临巨大挑战　　

　　今天，业务高度依赖IT，IT的重要程度。。。
　　今天，IT系统的使用者、数据量的规模一直在快速增加，且体量空前的大；

愿景——大逻辑

　　说到数据库管理，有合理规划的架构必然是前提，架构是基础，在稳定的基础上配备合理的管理手段，管理制度，在上层要有及时的服务（不少企业没有DBA、没有懂得人也许这是最大的问题）

　　

 

细化管理

　　架构层面再也不赘述，如何可视化管理？ 如何制定管理制度？如何快速准确消灭问题？如何轻松、简单？

　　工具篇

　　首先广泛缺少DBA的企业中是否能够找到一个称手的工具，正所谓 "武林至尊，宝刀屠龙，号令天下，莫敢不从，倚天不出，谁与争锋" 

　　称手的工具产品对于管理数据库更为重要，对于武林高手（资深DBA）工具能起到的做用——方便，对于非专业数据库人员起到的左右——一个DBA小秘书

　　那么如今的数据库称手兵器应该作到什么？？ （我的以为至少要下述内容）

1. 统一管理，统一呈现
2. 实时知道复杂的数据库运行状态，运行了哪些语句，运行的怎么样？
3. 告警，问题及时自动报告
4. 知道过去发生了什么，就像“摄像头” 记录分分秒秒，记录案发现场
5. 指标全面，支撑解决问题，能够应对数据库的复杂场景，生僻问题
6. 智能化，自动化巡检，一键发现潜在隐患
7. 智能化，解决问题（性能、平常运维）

　　这样的工具也许就是知道数据库的“昨天、今天、明天”，也就是“过去、如今和未来”

　　

 

　　　固然，如今的运维管理工具产品愈来愈强大，强大到甚至让我这10年的老司机都感受到要被取代，每每非专业的DBA缺乏的是：

1. 解决问题所须要的数据支撑
2. 分析问题的逻辑
3. 解决问题的手段

　　那相应的工具产品中也要作到数据指标全面，并且对分析问题的流程和逻辑作到只需 “按步骤点击” ，好比忽然一个时间点系统慢了，要帮助管理人员清晰的展现出分析问题的逻辑！

　　

 

　　也许这就是所谓的 “工欲善其事，必先利其器”

 

　　管理篇

　　除了称手的工具外，标准化管理流程也是必要的，再牛逼得工具不用也是白扯，博主以前作DBA的时候的管理流程分享给你们，不少人也问DBA都要作些什么，统一回答：

• 　　平常巡检，保证系统稳定（DBA最重要的工做），常常会有客户的数据库，备份策略错误，做业失败，磁盘空间爆满等等一系列的基本问题，这些都应该经过平常巡检处理

　　　　　　注：不是流于表面CPU、IO、内存，而要深刻数据库各项指标，并生成报告，汇报

　　　　　　周期：每周/每个月

• 　　新上线系统/功能的评估，如今的企业系统中常常会有新接口的上线，这些功能是否会对原有系统形成性能影响？

　　　　　　注：企业对新功能的上线过程要严格把控，严格控制风险，每每问题都是日积月累不重视而产生的

　　　　　　周期：每次

• 　　平常性能优化，数据库是动态的过程，须要不断的优化，而不是一次优化之后就没问题了，买车还须要按期保养吧！
• 　    应急问题处理，突发问题是避免不了的，可是要作到少突发，提早消灭（这也是巡检的左右），突发问题一旦产品，数据记录、问题日志就是必要的，快速处理问题、减小损失是必须的
•        协做（开发部门、软件厂商、集成商）处理各类花式问题

　　　　　　

　　专业服务篇

 　　数据库是整个IT系统的最底层，而漏斗形的IT结构让数据库成为整个IT的瓶颈，在没有DBA的企业中对数据库的管理更为重要，常见的管理通常只有按期的巡检，软件厂商、集成商等等，并且是简单的巡检，这样对隐患的排查极其弱，没法起到该有的效果，而在数据库的专业服务中，博主认为应该作到下述方面：

　　

1. 　　按期的深度、有效巡检
2. 　　经过专业管理工具产品让多人协做、及时分析、高效解决
3. 　　对多系统趋势分析，什么时候瓶颈
4. 　　根据压力、业务如何系统的整合、拆分，对基础架构进行不断升级
5.        在问题发生前解决而非在发生时救火

 

　　服务中也许只有三点：及时、专业、懂得客户

　　

　　

总结

 

　　大多数企业存在这样的问题：咱们没DBA，咱们只对业务精通，对程序了解，但数据库我只懂一点

　　数据库指标多而杂，出现问题不知道怎么排查

　　由于错过问题出现的时间点，问题缘由没法得知，问题没法解决

　　长期“头疼医头”的“救火”运维留下了病根

　　巡检？啥是巡检？根本没作过

　　总来讲，数据库管理要有明确的规划，如何构建平稳的架构，如何有一套轻松、简单的管理方法，如何借助专业的工具、公司或人来管理。

　　也许很简单

　　早发现早治疗——预防机制

　　当场发现及时治疗——实时机制

　　完全治疗而非缓解——全面、重视

 

--------------博客地址-----------------------------------------------------------------------------

原文地址: http://www.cnblogs.com/double-K/

若有转载请保留原文地址! 

 

 ----------------------------------------------------------------------------------------------------

注：此文章为原创，欢迎转载，请在文章页面明显位置给出此文连接！
若您以为这篇文章还不错请点击下右下角的推荐，很是感谢！