说到容灾系统，我相信大家都不陌生，但容灾的具体定义却众说纷纭，我这里并不想给容灾下一个什么定义，只是想说明这里提及的容灾主要是指如何在灾难发生时尽快恢复业务数据，也可以说是数据容灾。关于MAN/WAN网络的容灾，不在本文的讨论范围中。
1. 传统容灾系统实现
图1 传统的基于磁盘阵列容灾系统的典型架构 为了更好说明容灾体系的新进展，我们先来回顾一下老的容灾体
转载
2024-06-11 19:34:29
66阅读
在建立容灾备份系统时会涉及到多种技术，如：SAN或NAS技术、远程镜像技术、基于IP的SAN的互连技术、快照技术等。这里重点介绍远程镜像、快照和互连技术。1. 远程镜像技术远程镜像技术，是在主数据中心和备援中心之间的数据备份时用到。镜像是在两个或多个磁盘或磁盘子系统上产生同一个数据的镜像视图的信息存储过程，一个叫主镜像系统，另一个叫从镜像系统。按主从镜像存储系统所处的位置可分为本地镜像和远程镜像。
转载
2024-08-20 10:47:24
64阅读
数据复制是构建数据容灾的基石，利用复制软件实时地将数据从一个主机(或磁盘)复制到另一个主机(磁盘)，生成一个数据副本，从而达到容灾目的。数据复制有多种方法，依据复制启动点的不同，可分为同步复制、异步复制。同步复制，数据复制是在向主机返回写请求确认信号之前实时进行的；对于异步复制，数据复制是在向主机返回写请求确认信号之后实时进行的。下面将介绍当前主流的容灾复制技术的原理及其优缺点，从而帮助你选用最符
转载
2024-05-23 18:31:52
58阅读
目录一、容灾模式二、数据容灾技术选择度量标准三、架构实践一、容灾模式当前市场上常见的容灾模式可分为：同城容灾、异地容灾、 双活数据中心、 两地三中心几种。1、同城容灾同城 容灾 是在同城或相近区域内 （ ≤ 200K M ）建立两个数据中心 : 一个为数据中心，负责日常生产运行 ; 另一个为灾难备份中心，负责在灾难发生后的应用系统运行。同城灾难备份的数据中心与灾难备份中心的距离比较近，通信线路质量
转载
2024-03-15 07:46:45
122阅读
组建容灾的重要基础之一是数据复制技术。在操作上简单来讲就是通过复制软件实时地将数据从一个主机（或磁盘）复制到另一个主机（磁盘），生成一个数据副本。 数据复制有多种分类方法，依据复制启动点的不同，可分为同步复制、异步复制。同步复制，数据复制是在向主机返回写请求确认信号之前实时进行的；对于异步复制，数据复制是在向主机返回写请求确认信号之后实时进行的。一
转载
2024-02-09 18:34:38
16阅读
目前，企业对业务连续性和数据容灾有很高的要求，主要的管理目标如下：1、提供数据安全保障，规避业务风险。2、确保应用高可用性，消除计划外的停机时间，减少计划外的停机时间，提高业务连续性。3、考虑结合的方案，提高投资回报。 传统企业都已经建设或正在规划业务连续性和数据容灾系统。一般会考虑三种线下灾备方式：1、本地容灾：业务高可用和读写分离，以提高业务连续性2、同城容灾：兼顾业务连
转载
2024-04-17 20:15:45
26阅读
6月9日，信服云容灾技术负责人XiaSiming 在信服云《Tech Talk · 云技术有话聊》系列直播课上分享了《深信服混合云容灾技术解析》，详细介绍了信服云容灾的价值、混合云容灾技术介绍、容灾场景实践等内容。一、容灾价值随着互联网业务的蓬勃发展，云计算平台承载着用户的更多业务，容灾在很大程度上可以保障用户的业务安全。容灾包括合规要求、安全事件、灾难故障等，针对运维人员少、技术水平有限、预算有
容灾建设的目的是确保用户的业务永续运行，在建设过程中，科学严谨的方法论是确保容灾项目能够正常运转的前提。我们将容灾建设规划分为三部分：业务连续性规划、方案设计、方案实施。 1．业务连续性规划 容灾建设通常会根据业务连续性规划来确定方案，其目的是为了保护业务的连续性运行。因此，业务连续性规划是
转载
2024-03-15 12:46:45
151阅读
# Redis容灾方案
## 引言
在分布式系统中，容灾是非常重要的一个问题，因为任何一个组件的故障都可能导致整个系统不可用。Redis作为一种常用的内存数据库，也需要具备容灾能力以保证数据的可用性和稳定性。本文将介绍一些常用的Redis容灾方案，并提供相应的代码示例。
## Redis复制
Redis复制是最简单和常用的容灾方案之一。它通过复制主节点的数据到多个从节点来实现容灾。当主节点故障
原创
2023-12-03 08:59:07
80阅读
等保2.0要求解读 一级等保1.0 VS 2.0技术部分新增了“本地”，要求提供重要数据的本地数据备份与恢复功能。二级等保1.0 VS 2.0 增加了异地备份的要求，要求批量将数据传送到异地保存。 三级等保1.0 VS 2.0将异地备份的频度提升为实时备份，且需要制定数据的备份策略和恢复策略、备份程序和恢复程序等。四级等保1.0 VS 2.0要求建立异地灾备中心，提供
提到小程序，我们并不陌生。它是一种不需要下载安装即可使用的应用，应用将无处不在，随时可用，“用完即走”无需安装卸载。那么，你又是否了解小程序容器技术呢？它又有什么绝妙之处呢？你可能会一头雾水，没关系，本篇文章将带你了解小程序容器技术！一、什么是小程序容器技术？先抛出一个概念，所谓小程序容器技术，目的是可以让app获得一种运行小程序能力的技术。换句话说，小程序容器技术的实现，首先要有APP的存在，它
转载
2024-02-28 21:49:45
24阅读
WCDMA核心网三大容灾技术(多归属问题)
容灾的必要性 WCDMA相对于GSM网络，无线侧用户在接入速率上有了很大提高，这对核心网网元的处理能力提出了高要求，单个MSC、MSC Server、MGW所承担的用户话务和信令负荷大大提升。 同时，随着技术的进步以及竞争的加剧，各厂商推出的设备容量也不断提高。在2G网络中，MSC的容量通常为20~30万，HLR的容量通常为
转载
2024-07-31 21:36:04
47阅读
容灾容灾系统是指在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外（如火灾、地震等）停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。
转载
2024-05-23 17:56:20
72阅读
常见的五种复制技术随着数据持久化能力的提高，单套集群面对服务器宕机等常见硬件故障基本不会造成数据丢失和业务中断，但是单套集群仍然不能保证地震等自然灾害下的数据可靠性和业务连续性，数据复制技术由此而生。按照企业数据中心的组网架构，目前常见的数据复制技术大概可分为5类，分别是：基于应用的复制、基于数据库的复制、基于主机的复制、基于网关的复制、基于存储系统的复制，如下图所示。每种复制技术的实现原理不尽相
转载
2024-03-01 15:03:28
152阅读
数据复制技术很多，初步比较如下。 后面重点讨论银行最常用的存储复制和数据库复制。。当然，我最推荐的还是应用方式。。只有应用做好了才能做到真正的多活应用！！！银行需要加大研发力度， 摆脱厂商的束缚，长远来看，肯定是节约成本的。但是目前由于风险问题，还是很少这方面的尝试类别方案描述优点缺点应用应用双写应用同时连接两个数据库将数据写入的方式，或应用将产生的文件写入到两个存储位置。数据保护性最
转载
2024-04-24 13:55:09
29阅读
Oracle 容灾方案选择 最近公司在搞数据库容灾这方面的东西，实施的项目会比较多，而我们实施的项目中大多数据是标准模板搭建的，基本上都是Oracle rac 2、3节点asm磁盘管理。 在考虑Oracle数据库的容灾方案选择上，首先调研一下，我们的需求 要实现秒级数据丢失即RPO要求~0，小时级别的切换时间，即业务要在一小时之内恢复 实现从深圳到长沙的数据容灾。这里我们调研了一下方案选择
转载
2024-03-21 10:15:28
56阅读
数据复制技术很多，初步比较如下。 后面重点讨论银行最常用的存储复制和数据库复制。。当然，我最推荐的还是应用方式。。只有应用做好了才能做到真正的多活应用！！！银行需要加大研发力度， 摆脱厂商的束缚，长远来看，肯定是节约成本的。但是目前由于风险问题，还是很少这方面的尝试类别方案描述优点缺点应用应用双写应用同时连接两个数据库将数据写入的方式，或应用将产生的文件写入到两个存储位置。数据保护性最好需要应用开
转载
2024-03-22 21:09:32
59阅读
容灾备份实际上是两个概念。容灾是为了在遭遇灾害时能保证信息系统能正常运行，实现业务的连续性。在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外(如火灾、地震等)停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾系统分为：数据级容灾、应用级容灾、业务级容灾数据容灾：建立一个异地的数据系统，该系统是本地关键应用数据的
转载
2023-12-21 09:30:20
10阅读
数据库容灾技术之--数据容灾技术比较一、概述 近几年来，容灾已经成为信息数据中心建设的热门课题。很多容灾技术也快速发展起来，对用户来说也有很广阔的选择余地。但由于容灾方案的技术复杂性和多样性，一般用户很难搞清其中的优劣以确定如何选择最适合自己状况的容灾解决方案。本文我们就容灾建设中的备份及复制技术做一个初步探讨，希望能对客户的数据中心容灾建设提供一些参考。 目前有很多种容灾技术，分类也比较复杂。
转载
2023-11-07 11:16:31
24阅读
白鳝- 之前做过测试打算用HP的snapshot做逻辑容灾,大致思路如下： 对于生产A中的VG，利用snapshot技术间隔一小时做快照，共有3-5套VG，轮流去做快照，也就是说A上可以挂在3-5套生产中数据卷组快照。 当出现逻辑错误，比如生产A在15:30Truncate了一张表。那么，现在已经是16:10了，那我可以再灾备B上挂起15点的快照，然后把生产A的归档LOG传递到灾备B, 数据库启动
转载
2024-04-30 19:19:54
11阅读
