Q、您期望的数据库一体机形态是什么样的？摘选回复1一体机存在的价值应该是高度集成的优势，应该基于硬件和软件进行深度优化，通过硬件的优势，增加吞吐能力降低延迟，能够模块化的部署双活架构，支持两地三中心，五地三中心等模式，对外部的依赖应该简单（如网络环境，负载均衡等），可以主备部署，也可以分布式部署，可以支持节点横向扩展，也可以支持单节点纵向扩展，备份可以兼容市面上的主要备份平台，数据备份应该有独立的传输通道、不能与数据库业务口串扰。 摘选回复2数据库一体机的目前推崇形态其实不是业务系统最期望的形态，业务系统当然期待可以平滑迁移，不用考虑不同模式对于应用有新的要求点。支持高可用的主备模式 ，支持offloading，支持SmartScan，更好的数据压缩比，实现软硬件层面的结合发挥数据库的最高性能，即使SQL写的再烂也可以稳定运行，不会带崩业务系统。而数据库一体机现阶段 软硬件的优化还不到位，单纯强调硬件性能的强大，而没有针对硬件做软件的优化，无法打动客户。支持节点数，可以灵活些，可以支持全柜、1/2、1/4、1/8等多种节点，还可以支持自定义节点数。 摘选回复3基于目前的工作场景及业务的情况，我期望的数据库一体机是分布式部署，现在的业务场景基本都是高并发，数据量大，对数据库的消耗大，分布式架构可以将数据分片存储不同节点，这样就可以实现负载和提高处理能力，提高可用性。数据量会随着使用时间和业务的推广不断增加，所以节点数也不要固定，可以做到水平的扩展，一体机自动扩容最好。最后的备份就是按照业务的重要程度，使用方自己选择是本地主备还异地灾备，这样比较灵活，既可以保证数据安全，又不会过多占用资源。 摘选回复4作为运营商行业客户经理，接触到的客户需求，我认为数据库一体机形态是集群模式，以主备部署为主，分布式部署为拓展的方式比较好。绝大绝大多数政企客户对数据库的核心要求是数据强一致性和高可用性。必须支持同城双活和异地灾备，分布式部署作为重要选项，当客户的数据量超过单机极限时，我能提供平滑的升级方案，避免客户流失到其他分布式数据库厂商。 摘选回复5支持云多租户，能够提供多种数据库的隔离机制；支持自动的备份方案，备份系统可以是非一体机方案；支持集中式数据库，并能实现垂直扩容；支持分布式数据库，支持水平扩容；支持管理API（DBaaS）方便对接云管理平台。 Q、【文本题】您对数据库系统高可用、容灾、备份等方案诉求有哪些？您认为数据库一体机需要满足哪些？摘选回复1高可用方面，一体机应该结合数据库的高可用特性进行深度优化，故障隔离应该比一般的硬件要敏捷和快速，各个组件模块的更换应该更灵活。换句话来说，如果一体机硬件高可用的故障隔离能力、业务连续性保障和普通PC服务器差不多的话，大可不必选择一体机，毕竟一体机在机房空间占用和用电形式上比起PC服务器来说不够灵活。其次在本地高可用，异地灾备上，应该通过硬件去补足软件不够的那个部分，提升整体集成的业务连续性保障能力。容灾方面，数据库有自己的容灾机制，通过一体机的硬件整合起来，应该要比一般的PC服务器部署更灵活，比如一键式部署，能够支持灾备应急演练。可以配置一体机专用的灾备切换管理界面，一键式的切换。比自己通过PC服务器部署的环境，实现RTO和RPO的最低切换时间。备份方面：通过软件和硬件的深度集成，能够实现备份的快速闪回，类似于oracle的zdlra一体机，只是ORACLE的zdlra一体机和exadata一体机是两个产品，如果本身就能够把zdlra一体机和exadata一体机整合成一个设备，正常时可以对外提供服务，也可以选择一键式的直接闪回到之前的某个正常时刻，那么就可以防止数据库的误操作。 摘选回复21. 采用存储与计算分离架构，计算节点与存储节点可自由匹配和扩展，提供统一的软硬件监控管理系统、数据管理、迁移、运维容灾能力，以及多租户逻辑隔离性强的高安全运营环境。2. 提供基于硬件的数据库软件能力优化，实现独特而通用的数据库架构体验。 摘选回复3从客户角度来看，业务是否连续、数据是否安全、投资是否值得是他们关注的，从技术来看，从数据库高可用性来讲，希望数据库能全自动故障切换， 主节点故障后，备节点必须能自动、快速接管，无需人工干预。必须支持灵活部署，必须支持同城双活（数据零丢失，业务就近接入）和异地灾备（防范区域性灾难），备份的话能提供从备份策略制定、任务执行、存储管理到恢复验证的全自动化管理。 摘选回复4一体机的需求跟分布式高可用数据库的需求基本一致的，高可用，容灾等参数能够对标Oracle水平。性能和对SQL语言的标准支持有提升就更好了。 摘选回复5数据库高可用用和灾备等主要有如下诉求：1、高可用：自动负载不影响核心业务，AI agent实时监控数据库情况，发送告警信息至一线人员。切换多地中心交易时间不能有明显波动，有自动恢复机制等等。2、灾备：有数据级灾备方案，有制定非标方案的能力，多地多中心有统一的脚本等。定期组织灾备演练。一体机要满足高可用和灾备的相关要求。自动处理数据库异常，自动切换数据库等。最好有AI文档生成给出问题原因和定期生成数据库使用情况等，给出相关的意见如容量、使用率等。 Q、【文本题】您对数据库系统核心指标要求有哪些？您认为数据库一体机需要满足哪些？摘选回复1可用性：提供多种整体可用性等级方案选择；并发性能：支持连接数的水平扩容，支持较高的并发性能：写入和查询性能需要能够满足业务需求，提供性能的监控和调优工具，性能稳定可维护性：可以方便的进行维护和排障，系统可以自动进行备份，方便的进行快照和闪回等操作。 摘选回复2低时延，例如证券核心交易接口性能要达到10毫秒级别；高稳定性，集群内故障最好是透明切换；易运维，运维人员易学习掌握、诊断排查工具齐全 摘选回复31、在OLAP应用场景下，并发SQL的数量不得超过数据节点服务器CPU核数的80%。2、在批处理场景中，并发批处理数量不得超过数据节点服务器CPU核数的80%。3、在OLTP应用场景下，并发SQL的数量不得超过数据节点服务器CPU核数的80%。4、大事务建议不要超过10M、1000行 磁盘空间占用不建议超过50%5、故障隔离、故障不会影响到整个系统的运行。目标是将故障影响限制在最小范围内，即在分布式数据库环境中，一个分片的故障应仅影响该分片，而不应影响到其它分片，整个系统仍然可以持续处理业务。 摘选回复4稳定性（高可用性）、性能（I/OPS、延迟、数据存取优化）、兼容性、易运维性（监控、维护、故障处理）数据库一体机首先需要满足的稳定性、高性能。 摘选回复5低时延，例如证券核心交易接口性能要达到10毫秒级别；高稳定性，集群内故障最好是透明切换；易运维，运维人员易学习掌握、诊断排查工具齐全。 Q、您在部署上线以及使用的数据库系统过程中，遇到的关键业务痛点以及期望改进的诉求有哪些？摘选回复11、主要在于应用的分布式改造，特别是基于ORACLE等集中式数据库改造的，使用了ORACLE特性功能的应用系统，改造难度太大，往往适配成本不亚于重新开发。单这点来看，数据库厂商能够给与开发支持的能力往往还是有限。2、数据迁移最好能够有成熟的工具，支持多并发，断点续传，数据校验等功能。3、最好能够自带SQL基线审核功能，能够对于不符合开发规范的SQL进行及时的捕获和提醒。4、针对系统的性能资源开销最好能够进行态势感知，往往很多时候数据库都是出现了性能问题，才开始救火，希望能够有态势感知。比如说数据库中的SQL语句执行计划发生了变化，变得更恶劣过后，应该及时的报警，并给出优化建议。 摘选回复2数据库分布式架构涉及物理机多，数据库sql分布式执行现象很普遍，希望能够改进gaussdb的ops平台增加sql执行计划，事物执行时间等关键信息。另外数据库多租户模式太难用了，希望在多租户资源划分能够更加简洁明了，各个租户资源使用情况能够更加清晰，监控也能同步完善。 摘选回复3主要的痛点是3方面。1、兼容性：数据库有保留字段，不同的数据库有不同的字段，要通过对应的数据库扫描工具识别出字段改造，还有就是一些sql不能使用，要重新编写，建表、字段属性均要重新检查。2、数据迁移：DSG工具学习成本高，没有专门的数据库厂商支持数据迁移。项目组要使用自研工具，存在较大的风险，包括数据安全，数据同步等等。3、数据库性能：数据库的在同等配置下处理数据能力还是有待提高，高并发、多数据的查询尤为突出。存在过查询没有索引的数据将数据库锁定的雷人事件。最后给点建议，我们要在我们的数据库社区多发言，将社区活跃度提高，方便数据库用户及厂商及时发现问题。期望可以有专业的数据迁移工具，适配多种方案，不停机数据迁移等。还有期望用户在社区多活跃一下。 摘选回复4有以下几个痛点：1、没有成熟可靠的数据迁移方案，需项目组自己解决。2、数据库使用手册不全面，一些问题无记录，或无法给出专业的处置方案3、性能不足，使用后时延变长 摘选回复51、运维复杂，缺乏运维和监控工具，需要大量原厂支持2、缺少性能监控和分析工具，性能调优难3、数据库兼容性问题，Oracle SQL语法支持，但是存在执行行为不一致问题4、AP和TP在同一库的性能问题5、兼容性问题 原帖链接