双12数据库一体机哪里买 - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

首次揭秘双11双12背后的云数据库技术！| Q推荐

从 2009 年到 2021 年，从千万交易额到千亿交易额，双 11 已经开展了 12 年。如今，每年的双 11 以及一个月后的双 12，已经成为真正意义上的全民购物狂欢节。...是什么样的数据库撑起了 2021 年的双 11 双 12 的稳定进行？...《数据 Cool 谈》第三期，阿里巴巴大淘宝技术部双 12 队长朱成、阿里巴巴业务平台双 11 队长徐培德、阿里巴巴数据库双 11 队长陈锦赋与 InfoQ 主编王一鹏，一同揭秘了双 11 双 12 背后的数据库技术...“那这背后对于一个新的数据库产品类型的要求，实际上整个业界大家都是在探索阶段。” 写在最后双 11 双 12 背后的数据库技术支持远不止于此。...双 11 双 12 丰富的运营活动和千亿交易额背后，数据库层面是包括 RDS、PolarDB、Tair、ADB(ADB3.0) 以及 Lindorm 等数据库产品提供的组合技。

51.7K5 0

云上容灾架构设计与方案

同时数据库与web、应用服务器不建议放在同一台云主机上，避免互相争抢资源，云端建议买RDS Paas服务，减少麻烦。 ?...3、对于数据库的同步，可以通过数据库自带的脚本，或采用第三方的工具进行数据库的日志级同步。 ? 四、两地三中心的应用双活架构该架构实际是以上两种方式的结合。...双活架构一般是发生是两个数据中心相邻距离不远的场景。如果对于金融级的客户，还会考虑异地的灾备。则采用以下的架构。保障双活的公有云中断时，异地的私有云还能够在一定的时间内接管业务。 ?...业内的实际方案较多，有基于硬件的灾备一体机，也有纯软件实现的方案。 1、例如下图，本地通过灾备一体机进行数据的压缩、加密、存储，同时在云端也进行一份灾备存储。...这两种方式本质上都是文件级的灾备方案，因此对于数据库等高可靠性的业务支撑不如日志级的数据同步方案。建议将灾备的周期可以设置为一小时及以上，以保障数据库的运行稳定安全。

6.2K1 0

您找到你想要的搜索结果了吗？

是的

没有找到

等保2.0灾备合规：你的业务扛得住吗？

避坑提醒：别以为买了专业备份服务商的备份一体机就万事大吉。等保三级要求“异地灾备”，你只在本地做备份，审计直接打回。...但注意，这不是说让你直接买某个产品，而是强调技术选型要匹配业务场景。第三个坑：信创备份的合规陷阱。现在很多国企和事业单位必须走信创路线。如果选了非信创的备份软件或存储设备，等保审计直接不认。...三级：本地备份+异地容灾（用数据库复制技术，RPO小于1小时）。四级：实时备份+双活容灾（用CDM或CDP，RPO小于15分钟）。...后来我们帮他们升级了方案：本地用备份一体机做每日备份，同时用数据库复制技术把数据同步到异地机房，RPO降到30分钟，RTO降到1小时。整改后顺利过审。...总结一句话：等保2.0的灾备合规不是买硬件堆砌，而是系统工程。从数据保护到业务连续性，每一步都得落地。别等审计出问题再后悔，那代价可不是几台备份一体机能衡量的。

1711 0

等保2.0灾备合规：你的业务撑得住吗？

我碰到过太多人，以为买几台备份一体机就能过关，结果评审时被揪出RPO和RTO不达标，业务连续性方案形同虚设。今天咱们就聊聊，等保2.0到底对灾备提了什么要求，以及怎么一步步填坑。...要实现2小时RPO，得用持续数据保护（CDP）或数据库复制技术。企业容易踩哪些坑？第一个坑是“重备份轻恢复”。我见过太多企业，备份做得花里胡哨，但从来没做过恢复演练。...四级系统，得上两地三中心架构，本地双活加异地容灾。别迷信单一技术，比如，有些人以为买了备份一体机就能搞定所有，其实它只适合小规模场景，大规模还得搭配分布式存储。第三步：落地执行。...我有个客户，做电子商务的，他们用了数据库复制技术做实时同步，但第一次演练时发现切换脚本写错了，导致服务中断了两小时。后来他们改进了流程，现在演练成了家常便饭。第四步：持续优化。...他们的安全负责人说，以前以为灾备就是买软件，现在才知道，业务连续性是个系统工程。最后几点提醒别把等保2.0当成负担，它其实是倒逼你完善业务连续性的机会。数据恢复不是终点，灾难恢复才是。

2011 0

等保2.0灾备合规：别再侥幸了

我见过一个金融客户，他们用云平台做数据复制，通过数据库复制技术，把核心数据库实时同步到异地，RPO控制在5分钟以内，RTO 30分钟。等保审计一次过。...第四级和第五级：要求RPO小于15分钟，RTO小于30分钟，得做到双活或多活。这种场景下，云灾备（DRaaS）和两地三中心是标配。...二级和三级，用备份一体机加异地复制就够了。四级以上，得上云灾备（DRaaS）或两地三中心。推荐先做POC（概念验证），别直接买大方案。一个操作步骤：先测试CDP技术的RPO能否达到15分钟以内。...审计后，他们采购了基于CDM的备份一体机，通过云平台实现异地容灾，RPO降到1小时，RTO 2小时。成本增加了30%，但避免了一次潜在的生产事故，值了。...最后说点扎心的等保2.0不是让你花钱买安心，而是让你真正业务能扛住事。别等到勒索病毒来了，才发现备份不可用。合规是底线，不是天花板。对了，如果你还在用传统备份，赶紧升级。

1961 0

高性价比数据库一体机怎么选？附选型实战避坑指南

高性价比数据库一体机这个话题，很多人选型时依然只看参数表，忽略了真正决定性价比的东西。后来老李按这套思路换了一体机方案，响应压回了50毫秒以内。...高性价比数据库一体机不是"服务器+数据库"的简单拼装，而是从数据库内核视角出发，对硬件资源做定向优化的集成设备。核心看两件事：硬件参数有没有经过数据库内核级匹配，软件与硬件出厂前有没有完成联合调优。...二、高性价比数据库一体机的选型坐标系：三维框架帮你快速定位面对市场上十几款数据库一体机，怎么选才不踩坑？...软硬件联合调优的粒度，比"买台服务器再装个数据库"细得多。另外，国产一体机在信创适配上也下了功夫。飞腾、鲲鹏、海光等国产CPU，统信、麒麟等操作系统，都能做到出厂级兼容验证。...去年我们团队负责一个金融客户的数据库迁移。原系统是OracleRAC双节点，日均交易量120万笔，迁移目标是一体机方案。选型阶段，我们按顺序做了三件事。先梳理业务画像。

1231 0

假死潜逃的启示：业务连续性如何防诈尸

先简单说说新闻里的「假死」：男子酒驾后为了逃避责任，买棺材装死，家人配合搞了一场假葬礼。这事在法律上涉及伪证、包庇、妨碍司法公正等罪名。...很多企业做业务连续性，就是买台备份一体机，设个定时任务，觉得万事大吉。但实际上，这和新闻里家人配合搞假葬礼一样，都是「表面功夫」。...结果一测试，发现虚拟机备份的恢复时间要12小时，根本达不到业务要求的4小时。这就像假死潜逃一样，你以为「死了」，其实只是恢复流程太慢，系统在「装死」。...我服务过一家金融公司，他们的核心数据库因为误操作被删了。运维主管当场脸都白了，说要准备灾难恢复。我拦住他，用云平台上的快照挂载功能，把数据库恢复到删除前5分钟的状态，整个过程只花了20分钟。...某物流公司，年业务量百亿，用了分布式存储做主数据，但灾备方案一直是「买台备份一体机，每天定时备份」。

1331 0

再也不买一体机了！

小王当然也想一起玩，但是这款游戏要求的是独立显卡，并且对显卡性能要求也比较高，小王的苹果一体机是集成显卡，不符合游戏的最低要求。...小王纠结了好几天，他也咨询了他的朋友们，他的朋友说，你这是一体机，没法更换显卡，如果当初你买的是一台正常的台式机，配件更换就容易得多了。...没办法，小王只好将心爱的苹果一体机卖掉了（损失惨重啊……），然后买了一台正常的台式机。...二、原则实践通过上面小王买电脑的例子和原则的定义描述，我们已经对开闭原则有了大致的了解，为了更加加深大家对这个设计原则的理解，我们举个业务上的例子，来进一步了解它在实践上的应用。...业务场景：我们有一款app，需要去做用户活动相关的功能，也就是说，每逢618、双11、节假日都会开展一系列的用户活动，这种用户活动会频繁的创建，活动截止时间一到这个活动也就下线了。

4831 0

再也不买一体机了》

小王当然也想一起玩，但是这款游戏要求的是独立显卡，并且对显卡性能要求也比较高，小王的苹果一体机是集成显卡，不符合游戏的最低要求图片小王纠结了好几天，他也咨询了他的朋友们，他的朋友说，你这是一体机，没法更换显卡...，如果当初你买的是一台正常的台式机，配件更换就容易得多了。...没办法，小王只好将心爱的苹果一体机卖掉了（损失惨重啊……），然后买了一台正常的台式机。...二、原则实践通过上面小王买电脑的例子和原则的定义描述，我们已经对开闭原则有了大致的了解，为了更加加深大家对这个设计原则的理解，我们举个业务上的例子，来进一步了解它在实践上的应用。...业务场景：我们有一款app，需要去做用户活动相关的功能，也就是说，每逢618、双11、节假日都会开展一系列的用户活动，这种用户活动会频繁的创建，活动截止时间一到这个活动也就下线了。

3422 0

Oracle Exadata 学习笔记之核心特性Part1

近年来，国内众多厂商都有一体机的产品，不过更多都是围绕硬件本身的堆砌和优化，那么这些产品和Oracle一体机最大的区别在哪里呢？...最近读了李亚的《Oracle Exadata技术详解》，系统的了解了Exadata的一些核心特性，我个人认为这些特性就是Oracle一体机最大的优势。为什么这么说呢？...我们多思考下，如果是传统数据库架构，这类SQL我们一般都是通过创建合适的索引来减少数据库和存储之间的I/O操作。...曾遇到过硬件堆砌的普通一体机，因为没有Exadata这样的特性，也没有设计合适的索引，当遭遇一张2.4TB的大表全表扫，扫描期间直接将56GB的IB卡跑满，I/O峰值达到12GB/s（假设单卡去掉损耗估算...6GB/s，双卡正好是12GB/s），而该SQL最终返回给客户端的结果集并不多。

1.2K2 0

全能数据库一体机QOne：一次投入，一应俱全，一劳永逸

QOne全功能数据库一体机。...什么是QOne QOne全功能数据库一体机是沃趣科技专为中小企业Oracle数据库用户研发设计的解决方案。它极具性价比，架构精简但功能强大，部署维护成本极低。...QOne的优势在哪里难以置信的性价比在过去，如果企业用户想要搭建一套稳定可靠性能又好的Oracle数据库系统，通常会采用IOE架构或者x86服务器加集中式存储的架构，不管是哪种架构，购买、集成以及维护成本都很高...（2）QDA功能特性 · 24 x 7高可用双节点RAC，加上独创的QDVote仲裁软件，可以做到任意一个节点宕机不影响上层业务，为企业用户提供24 x 7的数据库服务 · 双副本数据保护双副本数据跨节点分布...生产数据库可以即时向恢复一体机发送重做日志，从而实现实时数据保护。由于仅仅发送变化的数据，生产系统上的开销极低。

2.8K2 0

64-买了一体机，就可以高枕无忧了吗？(重发)

为什么说到一体机的话题？因为有朋友在我的前一篇培训招生公众号文章下面留言：“一体机时代，性能优化已经没那么重要了”。...看了一下，这位朋友关注我的公众号有一年多了，可能是最近才用上一体机，自我感觉良好。一体机真的有那么神奇吗？...我们来看一个活生生的案例：某保险业客户，新购一台半配oracle Exadata（原厂一体机，一体机中的战斗机，大部分客户买1/4配，半配已经是很高的配置了），做完系统迁移后，满心期待原有系统跑不出结果的业务能够正常使用...，然而事与愿违，SQL执行了8小时，还在欢快的跑着，距离出结果的时间还是遥遥无期，有图有真相：客户比较生气，花了几百万买的战斗机，开起来怎么还像拖拉机？...；再就是使用sql tuning advisor，让数据库自己做个简单优化。DBA如果找不出根因反馈给开发，只能自己默默背锅。

7332 0

等保2.0灾备合规，你踩过几个坑？

第四级（S4A4G4）更狠，要「异地实时备份」和「双活或主备切换」，RPO接近零，RTO分钟级。很多企业以为买了备份一体机就完事了。其实不然。...去年我帮一个电商企业做合规检查，发现他们的数据库复制工具半年没验证过，一恢复才发现备份文件损坏。等保2.0要求「定期恢复演练」，频率至少半年一次，三级以上要求季度演练。...比如三级系统，你需要一套「数据复制软件」实现数据库实时复制，配合「双机热备」或「高可用集群」保证切换。...开始时，他们只有一台备份一体机做本地备份，RPO是24小时。...最后总结一句：等保2.0的灾备合规，不是买台设备就完事，而是个持续的过程。从差距分析到选型测试，从演练到文档管理，每一步都别马虎。

1301 0

兆芯发布两款x86处理器：KH-40000最高32核心！KX-6000G GPU性能暴涨4倍！

开胜KH-40000 开胜KH-40000系列在性能、互连、I/O等技术方面取得了显著提升，可以广泛应用在服务器、工作站、一体机等硬件平台上。...最高可提供64MB高速缓存，支持双路64核互连，访存带宽可达200GB/s。...基于双路KH-40000处理器开发的64核服务器产品，最高可支持4TB的DDR4 ECC内存，并提供了128条（32核心）或64条（16/12核心）PCIe 3.0通道，还有SATA、USB等I/O接口...封装方面，采用LGA封装工艺，32核心的尺寸为77.5mm×56.5mm，16/12核心的为45mm×52.5mm（貌似32核心是内部双芯整合封装）。...△开胜KH-40000 兆芯表示，开胜KH-40000系列处理器适用于云计算、大数据分析、视频处理、数据库备份、高性能存储、超融合一体机等解决方案的搭建和部署，可支撑行业应用平滑迁移和快速落地等诉求。

4.6K3 0

等保2.0灾备合规，你真的过关了吗？

有个金融客户，文档里写着RTO小于4小时，结果我们帮他做了一次演练，实际恢复用了12小时——因为数据库复制配置错了，日志没同步。等保2.0要求定期测试，而且测试结果要留痕。...二级系统用本地备份一体机就够了，比如每小时做一次增量备份，保留7天。三级系统得考虑云灾备或混合云灾备，通过远程复制把数据同步到异地。...别只买设备，流程更重要。每季度做一次容灾演练，记录恢复时间、数据一致性检查结果。演练后出报告，改进问题。比如你发现虚拟机挂起恢复总是慢，就优化备份策略。第四步，完善审计证据。...比如数据库复制软件，要支持达梦、人大金仓等国产数据库。我有个朋友在国企，差点买了Oracle的Data Guard，后来发现不符合信创目录，紧急换了国产方案。另外，勒索病毒是灾备的头号敌人。...最后，记住一个原则：容灾不是买设备，而是练出来的。每年至少做一次全面演练，模拟故障场景，验证恢复流程。只有通过实战，你才能保证灾难来临时，业务真的能恢复。

1611 0

等保2.0灾备合规：你的业务经得起折腾吗？

RPO通常≤2小时，RTO≤12小时，还得做异地容灾。这意味着你每2小时就得备份一次，而且故障后12小时内必须恢复。...我见过一个金融客户，为了满足三级要求，部署了专业备份服务商的云灾备方案，结合数据库复制技术，把RPO压到了15分钟以内。...结果初评时，RPO是24小时（要求≤2小时），RTO是48小时（要求≤12小时），直接挂科。...后来我们做了整改：第一，部署了云平台的云灾备平台，通过数据库复制技术，把RPO降到10分钟；第二，用虚拟机备份加异地容灾，把RTO压到4小时；第三，买了蓝光存储做长期归档，既满足等保要求，又防勒索病毒。...如果你现在正被等保评审折磨，先别急着买设备。拿出你的RPO/RTO目标，做个恢复测试，看看差距在哪。有时候，优化一下备份策略，比花钱买新设备更管用。作者：李常青发布日期：2026年7月6日

1821 0

等保2.0灾备合规：你的业务扛得住吗？

后来我们上了备份一体机，配合数据库复制技术，才把RPO压到15分钟。第四级和第五级更夸张，RPO接近零，RTO分钟级，还得支持异地双活或者多活。...我有个做电商的客户，他们选用了云平台的DRaaS方案，结果恢复测试时发现业务系统启动顺序没配置好，数据库先于应用启动，导致数据不一致。这就是典型的“重备份、轻恢复”。第三个坑是“忽视勒索病毒”。...别一上来就买设备，先对照等保2.0的《基本要求》和《测评要求》，列出你当前系统的RPO/RTO、备份频率、恢复演练记录。...对于三级系统，我建议用备份一体机加云灾备的组合。备份一体机负责本地快速备份和恢复，云灾备实现异地实时复制。比如你可以用CDM技术（副本数据管理）做快照，既节省存储空间，又能快速挂载恢复。...你花再多钱买设备，如果人不靠谱、流程不跑通，照样过不了。我从2016年就开始帮企业做灾备合规，踩过无数坑，但最核心的一点是：把业务连续性当成一个系统来设计，而不是一个功能来凑。

1761 0

等保2.0灾备合规：你的工控备份过关了吗？

这里有个避坑提醒：别以为买台备份一体机就完事了。我在客户现场看到过，某厂家的设备号称支持异地容灾，结果配置时发现只能做本地备份，异地复制要额外买license，预算直接超了30%。...这期间还用了专业备份服务商的备份一体机来承担核心数据库的异地复制，效果不错，但配置过程很折腾，需要反复调优网络带宽。另一个常见坑是“勒索病毒”。...我常用的套路是，核心数据库用热复制软件同步到异地，而文件系统用云备份（BaaS）定期上传。...很多通用备份软件不支持工控系统特有的协议（比如Modbus、OPC UA），买之前一定要求厂商提供兼容性列表。...整改方案是：生产端用分布式存储做主存储，搭配专业备份服务商的备份一体机做本地快速恢复；异地用云灾备（DRaaS）实现分钟级切换。具体配置是：每天凌晨做全量备份，每小时做增量备份，实时数据库复制到异地。

1541 0

Oracle 数据库一体机：zData Light - 分布式存储管理平台

Oracle RAC是当前主流的Oracle数据库高可用架构，被众多用户用于核心系统，然而，RAC架构在提供高可用的同时，也面临数据库性能压力这一巨大挑战。...在此环境下，云和恩墨的超融合存储解决方案——zData Light数据库一体机应运而生： ?...zData Light数据库一体机具备如下优点： ---- ● 架构的先进性：以x86服务器、SSD固态硬盘、PCIe闪存卡和软件定义存储为核心的架构，符合IT基础架构的趋势，领先于传统的集中式存储架构和单纯的去小型机的架构...基于Infiniband的RDMA协议，降低IO访问延迟的同时，减少CPU消耗，所有存储链路均为双活，保证带宽高效利用。...I/O吞吐量达到12GB/s以上，IOPS（每秒磁盘IO请求次数）可以达到90万以上，磁盘访问延迟在0.6ms以内。

2.6K1 0

等保2.0灾备合规：你踩了几个坑？

等保2.0从2019年12月正式实施后，灾备不再是“可选动作”，而是强制要求。很多企业以为买几台备份一体机就完事了，结果一检查，发现业务连续性指标根本达不到。我见过太多这样的案例了。...很多人以为用备份一体机定时备份一下就完事了。但等保2.0要求的是RTO，也就是恢复时间。如果你备份的是几十TB的数据库，恢复需要十几个小时，那RTO肯定超标。第二个坑：异地备份形同虚设。...结果某天中午数据库崩溃，数据丢失了12个小时，RPO超标了48倍。后来他们找到我，我帮他们引入了专业备份服务商的云灾备方案，把RPO缩短到了5分钟以内。这不是广告，是实战经验。...对于三级系统，我建议用数据库复制技术+云容灾。数据库复制可以做到秒级延迟，云容灾可以快速拉起业务。我常用的是云平台的DRaaS方案，它支持虚拟机挂起和远程复制，切换时间控制在10分钟以内。...另外，信创备份一体机也开始普及，这对国产化环境是好事。我最近帮一家政府单位做项目，他们用的是分布式存储和蓝光存储的组合方案，既满足了等保2.0的“两地三中心”要求，又符合信创政策。

1771 0

点击加载更多

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭