上一篇我主要分享了架构的一些选型之法,架构之路不是简单的技术,而是多方的协调,业务的理解、技术的沉淀、经验。
架构文章链接:如何规划、建设你的数据库架构
架构涉及系统的安全、连续、高效状态,一般来说仍然需要很专业的架构规划人介入,另外除了架构层面数据库的管理也是非常重要的一部分,那么我们今天来聊聊数据库的管理。
本文也是精炼多次在各行业演讲的内容,分享给博友!
博主就职于一家专注数据库产品及服务的公司,见过上千家的客户场景,和各行业的人、系统打过交道,那么我们来看看普遍遇到的问题。
我认为造成现在数据库问题频发的原因有 4 点:
传统的建设方式:一大堆厂商的产品简单堆叠、松散拼凑。
传统的管理方式:用户的运维人员+一大堆厂商。
架构缺乏规划和合理化设计,借助一大堆厂商提供的分散的单机、双机、备份一体机、虚拟化、超融合等技术的简单堆叠,参见 :如何规划、建设你的数据库架构
今天,业务高度依赖IT,IT的重要程度。。。
今天,IT系统的使用者、数据量的规模一直在快速增长,且体量空前的大;
说到数据库管理,有合理规划的架构必然是前提,架构是基础,在稳定的基础上配备合理的管理手段,管理制度,在上层要有及时的服务(很多企业没有DBA、没有懂得人也许这是最大的问题)
架构层面不再赘述,如何可视化管理? 如何制定管理制度?如何快速准确消灭问题?如何轻松、简单?
首先普遍缺乏DBA的企业中是否可以找到一个称手的工具,正所谓 "武林至尊,宝刀屠龙,号令天下,莫敢不从,倚天不出,谁与争锋"
称手的工具产品对于管理数据库更为重要,对于武林高手(资深DBA)工具能起到的作用——方便,对于非专业数据库人员起到的左右——一个DBA小秘书
那么现在的数据库称手兵器应该做到什么?? (个人觉得至少要下述内容)
这样的工具也许就是知道数据库的“昨天、今天、明天”,也就是“过去、现在和将来”
当然,现在的运维管理工具产品越来越强大,强大到甚至让我这10年的老司机都感觉到要被取代,往往非专业的DBA缺少的是:
那相应的工具产品中也要做到数据指标全面,而且对分析问题的流程和逻辑做到只需 “按步骤点击” ,比如突然一个时间点系统慢了,要帮助管理人员清晰的展示出分析问题的逻辑!
也许这就是所谓的 “工欲善其事,必先利其器”
除了称手的工具外,标准化管理流程也是必要的,再牛逼得工具不用也是白扯,博主之前做DBA的时候的管理流程分享给大家,很多人也问DBA都要做些什么,统一回答:
注:不是流于表面CPU、IO、内存,而要深入数据库各项指标,并生成报告,汇报
周期:每周/每月
注:企业对新功能的上线过程要严格把控,严格控制风险,往往问题都是日积月累不重视而产生的
周期:每次
数据库是整个IT系统的最底层,而漏斗形的IT结构让数据库成为整个IT的瓶颈,在没有DBA的企业中对数据库的管理更为重要,常见的管理一般只有定期的巡检,软件厂商、集成商等等,而且是简单的巡检,这样对隐患的排查极其弱,无法起到该有的效果,而在数据库的专业服务中,博主认为应该做到下述方面:
服务中也许只有三点:及时、专业、懂得客户
大多数企业存在这样的问题:我们没DBA,我们只对业务精通,对程序了解,但数据库我只懂一点
数据库指标多而杂,出现问题不知道怎么排查
因为错过问题出现的时间点,问题原因无法得知,问题无法解决
长期“头疼医头”的“救火”运维留下了病根
巡检?啥是巡检?根本没做过
总来说,数据库管理要有明确的规划,如何构建平稳的架构,如何有一套轻松、简单的管理方法,如何借助专业的工具、公司或人来管理。
也许很简单
早发现早治疗——预防机制
当场发现及时治疗——实时机制
彻底治疗而非缓解——全面、重视
联系客服