影响数据库扩容成功的七宗罪
影响数据库扩容成功的七宗罪:
1.系统升级前的被动等待
在系统进行性能和升级测试前,用户总是容易被其他的琐事吸引而不采取积极行动。常见的局限是用户经常会被动等待直到系统正式准备就绪。确实,测试是很现实的因为这样用户可以运行真实的数据库和应用软件,但是如果等你发现其中的错误,经常面临的后果就是任何补救都为时晚矣。因此在你应用之前别忽略升级测试。
2.依靠不切实际的期望
人们认为没有建立数据库的需求。而事实上情况经常会更糟;人们管理数据库时自以为是的假设系统将满足所有的期望,以为系统的表现可以完美无缺。但这是不切实际的,用户应该按照实际能够满足的期望值去建立数据库。
3.忽略需求
用户经常不知道他们的需求是什么。因此你必须帮助他们将最新的业务流程和提供支持的需求具体化。举例来说,目前你每个季度都要将巨大的产品目录用电子邮件的形式发送给所有的客户,现在你的想法是将每个专用目录的100封目标邮件发送给大约2%的客户。如果是这样,我们要做的是,首先讨论最新的电子邮件流程会是什么,如何实现每年比常规25倍的次数发送。其次,开发信息容量来支持这个流程。然后制定数据库使用方法和开发必需的工作负载,服务级别和其他需求。不要忽略这些需求,否则你就会在竞争中落伍。
4.忽略风险分析
一旦你开发出自己的需求,就要对可能出现的风险进行确认,测试和管理。
5.接受脆弱的证据
不要轻易接受销售人员对所谓测试结果的解释。也不要让厂商来定义测试的结果。如果你没有这方面的专业经验,你可以向具备这方面专业经验的咨询师求助,这些咨询师必须熟知测试复杂数据管理系统的基准规格。你的测试必须能准确捕捉扩容和性能测试的关键挑战。
6.低估本年度需求的增长率
基础架构和平台建设将花费较长的时间部署,改变的过程亦是如此。项目需求可能需要两到三年的时间。不要假设数据的增长率会 和业务的增长率相同。事实上数据和工作负载的增长速度通常都会超过相关业务的增长速度,因为数据随着业务的发展使用的更加广泛。
7.忽略扩容的规模
数据量是最容易测算的数据,但是工作负载,数据复杂性,查询复杂性,可用性和数据延迟量几乎是同等重要的。无论你是否在正确的平台上他们都能推动配置规模。要把他们都考虑在内。
就数据库扩容本身来说,对企业是有好处的,但是,当一个企业考虑数据库扩容时,不要是一时的心血来潮,要考虑周全了各方面的条件,只有这样才能使数据库扩容成为企业前进的动力,否则,会产生反效果。
【编辑推荐】
相关文章
- 直接在代码里面对list集合进行分页
- .NET Framework 4.5新特性详解
- 大数据的简要介绍
- 大数据的由来
- 高斯混合模型的自然梯度变量推理
- timing-wheel 仿Kafka实现的时间轮算法
- 使用Navicat软件连接自建数据库(Linux系统)
- 那一天,我被Redis主从架构支配的恐惧
- Redis 深入了解键的过期时间
- C#使用委托调用实现用户端等待闪屏
- 基于流计算 Oceanus 和 Elasticsearch Service 构建百亿级实时监控系统
- GRAND | 转录调控网络预测数据库
- JFreeChart API中文文档
- 临床相关突变查询数据库
- TIGER | 人类胰岛基因变化查询数据库
- 视频边缘计算网关EasyNVR在视频整体监控解决方案中的应用分析
- Apache Arrow - 大数据在数据湖后的下一个风向标
- 常见的电商数据指标体系
- AKShare-艺人数据-艺人流量价值
- MySQL中多表联合查询与子查询的这些区别,你可能不知道!