从Oracle RAC角度看跨数据中心存储配置注意事项  Oracle RAC在设计时候是没有考虑跨数据中心,它设计目的是为一个数据中心内有着共享存储多个主机实现负载均衡和高可用性。但是由于它架构确实有着跨数据中心实现负载均衡和高可用性潜力,所以有几家存储设备供应商对它使用环境做了扩展,提出了跨数据中心解决方案。Oracle
     本部分内容在上一篇《vsphere集群应用部署之--搭建mysql-5.7高可用主主-从-HA》基础上进行了大量改进,启用了新功能并实战将一个业务数据库导入到我们新建mysql主集群,实现mysql数据库数据迁移。一、主要流程介绍1、mysql数据库存储位置更改(通过mysql配置文件实现)2、开启mysql-Gtid复制模式,实现无主键冲突风险
转载 2024-08-26 16:10:09
100阅读
依托于阿里云高速通道专线、事件总线EventBridge和MSHA(Multi-Site High Availability)多容灾平台,消息队列RocketMQ版提供异地功能,通过跨实例间数据双向同步和业务切流能力,实现业务恢复和故障恢复解耦,保障故障场景下业务连续性。本文介绍异地概念、应用场景、功能优势、使用限制和计费说明。什么是异地容灾MSHA是在阿⾥巴巴电商业务环境
转载 2023-11-13 06:53:28
132阅读
mysql+keepalive实现浮动地址自动切换,由于keepalive无自带健康检查功能,所以必须自动编写健康检查守护进程(监控DB1和DB2数据库监控状态,来保证浮动地址双机自动切换。)一,部署说明及拓扑架构:    1、mysql安装在非root用户下(Mysql 版本5.7.18)  2、keepalive安装在root用户下  3、两台服务器安装mysql+keepalive,DB1
转载 2023-12-07 17:34:30
205阅读
当前随着信息化时代不断发展,信息系统及数据对于企业,公司,单位越来越重要,相对信息系统和核心数据依赖程度也越来越高,如何保障生产数据安全就显得尤为重要,相信很多企业或公司通过OracleEXP/EXPD工具实现生产数据本地磁盘与磁带备份,很好保障了对核心数据安全管理。并且通过FTP工具,将备份数据传输到其他地方进行备份。但是随着企业或公司对信息系统依赖程度升高,数据恢复时间
对于数据实时同步,其核心是需要基于日志来实现,是可以实现准实时数据同步,基于日志实现不会要求数据库本身在设计和实现中带来任何额外约束。基于MySQL原生复制主主同步方案 这是常见方案,一般来说,中小型规模时候,采用这种架构是最省事。两个节点可以采用简单主模式,并且使用专线连接,在master_A节点发生故障后,应用连接快速切换到master_B节点,反之也亦然。有几个需要注意地方,
1后台服务后台服务可以划分为两类,有状态和无状态。高可用对于无状态应用来说是比较简单,无状态应用,只需要通过 F5 或者任何方式就可以很好解决。后文描述主要是针对有状态服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存,比如 MySQL 数据库,redis 等内存数据库。除了这两种类型维护方式,还有 jvm 内存状态维持,但 jvm 状态生命周期通常很短。高可用
#### 说明Mysql主主互备即为两个mysql互为备份机 ##### Windows下安装步骤(Linux下步骤类似,基本就是装上mysql,然后修改配置来完成主从设置)- step1、下载mysqlzip包(目前测试版本为5.7.28不带debug包)并解压两次,文件夹改名为master和slave,要安装两台机器或者一台机器用不同端口装两个实例- step2、在mste
在当今信息化时代,数据库高可用性和灾难恢复能力变得越来越重要。针对“mysql异地方案 分布式数据库设计和实现,以下是对整个过程详细记录。 ## 环境预检 在开展项目之前,首先需要对当前环境进行预检与分析。以下是利用四象限图展示环境兼容性分析。 ```mermaid quadrantChart title 环境兼容性分析 x-axis 项目复杂度 y-
原创 8月前
42阅读
简述之前一篇文章异地基础之数据双向同步发出来后,很多用户开始测评该方案,有使用稳定,但也有用户碰到了一些问题(性能和GTID空洞)。为了解决这些问题,我们在 MySQLMySQL 双向同步方案上又多走了一步。相比之前方案,优势明显。不依赖 GTID不依赖事务顺序,可并行对端操作减少对云数据库(MySQL)普遍支持支持表列裁剪、映射以及自定义数据处理技术点防冲突标记GTID 防
前言后台服务可以划分为两类,有状态和无状态。高可用对于无状态应用来说是比较简单,无状态应用,只需要通过F5或者任何代理方式就可以很好解决。后文描述主要是针对有状态服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存,比如MySQL数据库,redis等内存数据库。除了这两种类型维护方式,还有jvm内存状态维持,但jvm状态生命周期通常很短。高可用1、高可用一些解决方案
 1. 异地介绍异地多活在近年越来越多大型互联网公司采用方案,几乎也是大型应用发展到一定阶段必然选择,综合比较一下各个互联网公司方案,会发现有很多共性东西,也有很多差异化东西。1.1 什么是异地异地一般是指在不同城市建立独立数据中心,“”是相对于冷备份而言,冷备份是备份全量数据,平时不支撑业务需求,只有在主机房出现故障时候才会切换到备用机房,而多,是指这些
MySQL主高可用配置前言一、MySQL安装1、清除系统自带MySQL或mariadb2、获取对应版本MySQL程序3、安装并初始化二、MySQL主搭建1、创建同步用户2、确保每台数据库服务器id唯一,并设置开机自动开启复制3、锁表 - - -锁表过程中不要退出4、确认二进制文件名及位置5、解锁6、设置复制同步位7、开启复制8、验证三、高可用搭建1、关闭防火墙或开放vrrp协议2、安装k
转载 2023-08-06 13:30:19
493阅读
站在业务开发角度,平时写代码时,代码可靠性是需要我们考虑东西,例如对于一个简单业务场景,我们或许会使用幂等Retry操作来尽量保证在一些些突发情况如MySQL抖动时能尽量处理成功当前业务;对于存储层来说,我们或许会使用本地缓存、Redis、MySQL三层存储结构保证系统读性能可靠性,或是配置MySQL读写分离来保证MySQL读写性能;站在架构设计角度,本篇从宏观角度来介绍保证系
目录低读低写并发、低数据方案方案一:双机高可用方案(主备)方案二:主从架构方案)高读低写并发、低数据方案方案三:一主多从+读写分离高读写并发、低数据方案方案四:MariaDB Galera Cluster方案高读写并发、高数据方案方案五 数据库中间件低读低写并发、低数据方案方案一:双机高可用方案(主备)1.数据库架构图2.特点   &nbsp
转载 2023-10-23 14:16:23
172阅读
摘要:GaussDB(for Redis)推出方案,助力全球化业务部署,为您数据资产保驾护航! 作者: 高斯Redis官方博客。一、GaussDB(for Redis)方案介绍数据库系统是业务稳定运行基石,其重要性不言而喻。然而,现实世界存在着的如断电、火灾,甚至是更小概率地震等突发灾害,这些不稳定因素都会威胁到公司核心业务连续性。华为云GaussDB(for R
需求背景:随着云服务高速发展,企业考虑到基础建设和运维团建成本,企业开始大量使用各种云服务来满足企业发展技术需求,不仅可降低成本又可快速搭建出合理IT架构。但是不管自建机房还是部署云服务,对于业务而言其稳定性、可靠性和连续性依然是重中之重。在各大主流云厂商接二连三出现大规模故障导致数据不可访问事故后,跨云备份、跨云多需求日益迫切。对于企业核心资产数据库而言,客户希望数据能够多云并存
对于单机房而言,只要参考​​Elastic Search 官方文档​​,搭建一个集群即可,示意图如下:原理类似分布式选举那一套,当一个master节点宕机时,剩下2个投票选出1个新老大,整个集群可以继续服务。对于核心系统,只部署单机房总归有点不保险,万一单机房故障就废了(比如:断电断网、或光缆被挖断)。那有同学肯定会想,多弄几个机房,把集群中节点分散到多个机房不就好了么?理论上讲,上面
转载 2021-03-28 21:05:00
1864阅读
2评论
# MongoDB 异地方案实现指南 在当前云计算环境中,数据中心灾备和高可用性至关重要。MongoDB 提供了多种机制来实现数据高可用性,其中异地方案是一个广泛使用策略。本指南将教你如何实现 MongoDB 异地方案。 ## 流程概述 以下是实现 MongoDB 异地方案概述步骤: | 步骤 | 描述
原创 2024-09-28 04:24:47
141阅读
摘要:GaussDB(for Redis)解决方案,支持同域主备、同域主、异地主备、异地主四大应用场景,提供了安全可靠容灾能力。 一场火灾引发思考2021年3月10日,欧洲某云服务提供商数据中心发生火灾,当地消防部门出动上百名消防员才将大火扑灭,受影响服务器共托管了约360万个网站,火灾过后,这些受影响网站大多处于关闭状态。机房火灾、网络异常、电力故障、自然灾害等极端场
  • 1
  • 2
  • 3
  • 4
  • 5