❝开头还是介绍一下群如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题有需求都可以加群群内有各大数据库行业大咖可以解决你的问题。加群请联系 liuaustin3 共3400人左右 1 2 3 4 5 6 7 8 9(1 2 3 4 5 6 7 8群已经爆满 9群 300开10群PolarDB专业学习群110针对 SQLite 我们将建立一个新的群sqlite的群如果需要请加群的时候单独告知)大周六的正带着孩子去学校呢 友人的一个文章吸引我这不是我写的数据库备份的技术贴 咋了也错了技术错了没有呀数据库友人的文章见下链接数据库行业别让“伪专家”拖慢国产数据库的脚步我一看备份是数据库管理头等大事这句错了人家 DB大专家给留言可惜这是牛马关心的事情。专家留言我就郁闷了怎么DBA关心备份是可惜了还是牛马DBA可惜了还是数据库备份不应该是DBA关心的 怎么我都想不明白太郁闷了。必须问问专家以下几个问题1 咱们企业里面有没有误操作的误操作后恢复数据库是不是的找备份备份的方式备份的形式备份的时间是不是决定一个企业的数据安全和企业运营的强健性。2 对于现代企业数据就是核心资产一个数据库DBA不关心公司的数据库资产他应该关心什么 牛马不就应该关心牛马应该关心的事情吗3 数据库物理或逻辑损坏不就应该要去通过备份恢复吗 及时的备份有策略的备份不应该是牛马DBA应该关心的吗4 企业要审查要审核数据备份是一个企业能不能过审的关键你过了ISO 9000 ,过了 ISO14000 企业的数据能不能有稳定的合理的备份和数据恢复是被严格考察的评审环节。您懂这些吗5 等保2.0第三级以上系统必须实现异地备份且具备定期的恢复演练。《信息安全技术网络安全等级保护基本要求》《中华人民共和国数据安全法》要求企业建立健全全流程数据安全管理制度备份是业务连续性的法定要求。银保监会/证监会相关指引金融、电力、医疗等核心行业对 RTO恢复时间目标和 RPO恢复点目标有极严苛的强制指标。这些您知道吗6 一旦发生重大数据丢失事故不仅是DBA受罚CTO甚至CEO都要面临董事会的问责。我一个DBA牛马难道要让CTO,CEO 去关注数据库备份的事情和技术一个牛马DBA不关心备份技术我们要关心什么关心什么 关心美伊战争砖家STOP SHUT UP 你不用说了你说不出什么来。我一个牛马DBA架构来告诉你为什么你能说出这样的话来。备份不是“牛马”的琐碎那是数据库人的“速效救心丸”。 一个对备份嗤之以鼻的专家本质上是对数据缺乏最起码的敬畏。没有处理过凌晨三点的故障没见过CEO站在身后等数据恢复时的满头大汗确实体会不到备份那沉甸甸的分量。不过谢谢你你教会了我学会了怎么鉴别伪专家砖家。躺在功劳簿上吃老本嘴里念叨的是多少年前在某大厂的工作或者参与过某个早已停摆的项目。对于现在的云原生、HTAP、分布式架构他们不看源码、不测性能只负责把过时的经验包装成“行业真理”。到处的骂到处的看不顺眼只有骂才能体现他的优越性。用名词解释名词当你问技术细节他跟你谈“行业赛道”当你谈落地痛点他跟你谈“顶层设计”。他们最擅长把简单的工程问题搞成玄学因为只有搞成玄学才不容易露馅。脱离一线指挥内行 他们从不去机房甚至不写SQL却喜欢在朋友圈指点江山。由于长期不摸枪他们的认知里没有“IO延迟”、“死锁堆积”这种接地气的词他们嘴里只有“重构格局”和“颠覆行业”外加一句都是外行。而这样的专家正在一些还比较重要的场合发表意见还被捧为座上宾很多企业的CIO并不懂技术细节如果听信了这些“专家”关于“备份不重要”的鬼话削减了灾备预算一旦出事就是倾家荡产的代价。现在的年轻人刚入行如果看到那些天天跑会、吹概念的人拿高薪、享盛名谁还愿意去钻研底层的内核代码谁还愿意去搞枯燥的兼容性测试写PPT呗各种群里喷呗如果所谓的“行业观察员”到处散布不负责任的言论只会让客户觉得这个圈子浮躁、不靠谱最终伤害的是真专家。西游记应该补上一章真假DB专家误闯数据库世界。其实数据库行业专家这样事情可以说的太多不过咱们一个牛马DBA小架构又有什么资格评论人家人家是 “大专家”。也别说我最后得出一个小结论以后有人喊我专家我第一个反应你骂的真脏你们全家才是砖家。