• 关于

    数据异步不可用

    的搜索结果

回答

详细解答可以参考官方帮助文档 对于MySQL 5.5/5.6版本的实例,您可以根据自身业务特点,选择不同的数据复制方式,以提高云数据库可用性。本文将介绍如何变更数据复制方式。 说明 MySQL金融版实例为一主多备集群,默认采用强同步复制方式,且不提供修改。 背景信息 MySQL 5.5/5.6版本的实例支持三种数据复制方式,即强同步、半同步和异步,您可以根据业务特点选择适合的复制方式。这三种复制方式的区别和特点如下所示: 强同步: 应用发起的更新在主库执行完成后,会同步将日志传输到所有备库,当集群中的大多数节点(含主节点)收到并存储日志后,事务才完成提交。 当实例的节点数≥3时,才支持强同步。在强同步模式下,实例的复制方式会始终保持强同步,无论出现何种状况,都不会退化成异步复制。 半同步:在正常情况下,数据复制方式采用强同步的复制方式。但是,当主库向备库复制数据出现异常的时候,强同步会退化成异步复制,详情如下所示: 当备库不可用或者双节点间出现网络异常,主库会暂停对应用的响应,直到复制方式超时退化成异步复制。 当双节点间的数据复制恢复正常,即备库或者双节点间的网络恢复正常时,异步复制会恢复成强同步复制。恢复成强同步复制的时间取决于半同步复制的实现方式,云数据库MySQL 5.5版和MySQL 5.6版实例的恢复时间有所不同。 异步:应用发起更新请求,即进行增加、删除、修改数据的操作时,主库完成相应操作后会立即响应应用,同时主库向备库异步复制数据。因此,在异步数据复制方式下,备库不可用时不会影响主库上的操作,而主库不可用时会引起主备库数据不一致的概率较低。 操作步骤 登录 RDS管理控制台。 选择目标实例所在地域。 单击目标实例的ID,进入基本信息页面。 在左侧导航栏中,选择服务可用性。 在实例可用性栏中,单击修改数据复制方式,如下图所示。 在修改数据复制方式窗口中选择数据复制方式,如下图所示。 单击确定。

2019-12-01 22:57:21 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 对于MySQL 5.5/5.6版本的实例,您可以根据自身业务特点,选择不同的数据复制方式,以提高云数据库可用性。本文将介绍如何变更数据复制方式。 说明 MySQL金融版实例为一主多备集群,默认采用强同步复制方式,且不提供修改。 背景信息 MySQL 5.5/5.6版本的实例支持三种数据复制方式,即强同步、半同步和异步,您可以根据业务特点选择适合的复制方式。这三种复制方式的区别和特点如下所示: 强同步: 应用发起的更新在主库执行完成后,会同步将日志传输到所有备库,当集群中的大多数节点(含主节点)收到并存储日志后,事务才完成提交。 当实例的节点数≥3时,才支持强同步。在强同步模式下,实例的复制方式会始终保持强同步,无论出现何种状况,都不会退化成异步复制。 半同步:在正常情况下,数据复制方式采用强同步的复制方式。但是,当主库向备库复制数据出现异常的时候,强同步会退化成异步复制,详情如下所示: 当备库不可用或者双节点间出现网络异常,主库会暂停对应用的响应,直到复制方式超时退化成异步复制。 当双节点间的数据复制恢复正常,即备库或者双节点间的网络恢复正常时,异步复制会恢复成强同步复制。恢复成强同步复制的时间取决于半同步复制的实现方式,云数据库MySQL 5.5版和MySQL 5.6版实例的恢复时间有所不同。 异步:应用发起更新请求,即进行增加、删除、修改数据的操作时,主库完成相应操作后会立即响应应用,同时主库向备库异步复制数据。因此,在异步数据复制方式下,备库不可用时不会影响主库上的操作,而主库不可用时会引起主备库数据不一致的概率较低。 操作步骤 登录 RDS管理控制台。 选择目标实例所在地域。 单击目标实例的ID,进入基本信息页面。 在左侧导航栏中,选择服务可用性。 在实例可用性栏中,单击修改数据复制方式,如下图所示。 在修改数据复制方式窗口中选择数据复制方式,如下图所示。 单击确定。

2019-12-01 22:57:20 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 对于MySQL 5.5/5.6版本的实例,您可以根据自身业务特点,选择不同的数据复制方式,以提高云数据库可用性。本文将介绍如何变更数据复制方式。 说明 MySQL金融版实例为一主多备集群,默认采用强同步复制方式,且不提供修改。 背景信息 MySQL 5.5/5.6版本的实例支持三种数据复制方式,即强同步、半同步和异步,您可以根据业务特点选择适合的复制方式。这三种复制方式的区别和特点如下所示: 强同步: 应用发起的更新在主库执行完成后,会同步将日志传输到所有备库,当集群中的大多数节点(含主节点)收到并存储日志后,事务才完成提交。 当实例的节点数≥3时,才支持强同步。在强同步模式下,实例的复制方式会始终保持强同步,无论出现何种状况,都不会退化成异步复制。 半同步:在正常情况下,数据复制方式采用强同步的复制方式。但是,当主库向备库复制数据出现异常的时候,强同步会退化成异步复制,详情如下所示: 当备库不可用或者双节点间出现网络异常,主库会暂停对应用的响应,直到复制方式超时退化成异步复制。 当双节点间的数据复制恢复正常,即备库或者双节点间的网络恢复正常时,异步复制会恢复成强同步复制。恢复成强同步复制的时间取决于半同步复制的实现方式,云数据库MySQL 5.5版和MySQL 5.6版实例的恢复时间有所不同。 异步:应用发起更新请求,即进行增加、删除、修改数据的操作时,主库完成相应操作后会立即响应应用,同时主库向备库异步复制数据。因此,在异步数据复制方式下,备库不可用时不会影响主库上的操作,而主库不可用时会引起主备库数据不一致的概率较低。 操作步骤 登录 RDS管理控制台。 选择目标实例所在地域。 单击目标实例的ID,进入基本信息页面。 在左侧导航栏中,选择服务可用性。 在实例可用性栏中,单击修改数据复制方式,如下图所示。 在修改数据复制方式窗口中选择数据复制方式,如下图所示。 单击确定。

2019-12-01 22:57:20 0 浏览量 回答数 0

Quick BI 数据可视化分析平台

2020年入选全球Gartner ABI魔力象限,为中国首个且唯一入选BI产品

回答

详细解答可以参考官方帮助文档 对于MySQL 5.5/5.6版本的实例,您可以根据自身业务特点,选择不同的数据复制方式,以提高云数据库可用性。本文将介绍如何变更数据复制方式。 说明 MySQL金融版实例为一主多备集群,默认采用强同步复制方式,且不提供修改。 背景信息 MySQL 5.5/5.6版本的实例支持三种数据复制方式,即强同步、半同步和异步,您可以根据业务特点选择适合的复制方式。这三种复制方式的区别和特点如下所示: 强同步: 应用发起的更新在主库执行完成后,会同步将日志传输到所有备库,当集群中的大多数节点(含主节点)收到并存储日志后,事务才完成提交。 当实例的节点数≥3时,才支持强同步。在强同步模式下,实例的复制方式会始终保持强同步,无论出现何种状况,都不会退化成异步复制。 半同步:在正常情况下,数据复制方式采用强同步的复制方式。但是,当主库向备库复制数据出现异常的时候,强同步会退化成异步复制,详情如下所示: 当备库不可用或者双节点间出现网络异常,主库会暂停对应用的响应,直到复制方式超时退化成异步复制。 当双节点间的数据复制恢复正常,即备库或者双节点间的网络恢复正常时,异步复制会恢复成强同步复制。恢复成强同步复制的时间取决于半同步复制的实现方式,云数据库MySQL 5.5版和MySQL 5.6版实例的恢复时间有所不同。 异步:应用发起更新请求,即进行增加、删除、修改数据的操作时,主库完成相应操作后会立即响应应用,同时主库向备库异步复制数据。因此,在异步数据复制方式下,备库不可用时不会影响主库上的操作,而主库不可用时会引起主备库数据不一致的概率较低。 操作步骤 登录 RDS管理控制台。 选择目标实例所在地域。 单击目标实例的ID,进入基本信息页面。 在左侧导航栏中,选择服务可用性。 在实例可用性栏中,单击修改数据复制方式,如下图所示。 在修改数据复制方式窗口中选择数据复制方式,如下图所示。 单击确定。

2019-12-01 22:57:20 0 浏览量 回答数 0

问题

用户指南-用户实例-修改数据复制方式

李沃晟 2019-12-01 21:38:33 443 浏览量 回答数 0

回答

高可用服务由 Detection、Repair、Notice 等模块组成,主要保障数据链路服务的可用性,除此之外还负责处理数据库内部的异常。另外,RDS 还通过迁移到支持多可用区的地域和采用适当的高可用策略,提升 RDS 的高可用服务。DetectionDetection 模块负责检测 DB Engine 的主节点和备节点是否提供了正常的服务。通过间隔为 8~10 秒的心跳信息,HA 节点可以轻易获得主节点的健康情况,结合备节点的健康情况和其他 HA 节点的心跳信息,Detection 模块可以排除网络抖动等异常引入的误判风险,在 30 秒内完成异常切换操作。RepairRepair 模块负责维护 DB Engine 的主节点和备节点之间的复制关系,还会修复主节点或者备节点在日常运行中出现的错误。例如:主备复制异常断开的自动修复主备节点表级别损坏的自动修复主备节点 Crash 的现场保存和自动修复NoticeNotice 模块负责将主备节点的状态变动通知到 负载均衡 或者 Proxy,保证用户访问正确的节点。例如:Detection 模块发现主节点异常,并通知 Repair 模块进行修复。Repair 模块进行了尝试后无法修复主节点,通知 Notice 进行流量切换。Notice 模块将切换请求转发至 负载均衡 或者Proxy,此时用户流量全部指向备节点。与此同时,Repair 在别的物理服务器上重建了新的备节点,并将变动同步给 Detection 模块。Detection 模块开始重新检测实例的健康状态。多可用区多可用区是在单可用区的级别上,将同一地域的多个单可用区组合成的物理区域。相对于单可用区 RDS 实例,多可用区 RDS 实例可以承受更高级别的灾难。例如,单可用区 RDS 实例可以承受服务器和机架级别的故障,而多可用区 RDS 实例可以承受机房级别的故障。目前多可用区 RDS 不额外收取任何费用,在已开通多可用区地域的用户可以直接购买多可用区 RDS 实例,也可以通过跨可用区迁移将单可用区 RDS 实例转化成多可用区 RDS 实例。注意: 因为多可用区之间存在一定的网络延迟,因此多可用区 RDS 实例在采用半同步数据复制方案的时候,对于单个更新的响应时间会比单可用区实例长。这种情况最好通过提高并发量的方式来实现整体吞吐量的提高。高可用策略高可用策略是根据用户自身业务的特点,采用服务优先级和数据复制方式之间的不同组合,以组合出适合自身业务特点的高可用策略。服务优先级有以下两个级别:RTO(Recovery Time Objective)优先:数据库应该尽快恢复服务,即可用时间最长。对于数据库在线时间要求比较高的用户应该使用 RTO 优先策略。RPO(Recovery Point Objective)优先:数据库应该尽可能保障数据的可靠性,即数据丢失量最少。对于数据一致性要求比较高的用户应该使用 RPO 优先策略。数据复制方式有以下三种方式:异步复制(Async):应用发起更新(含增加、删除、修改操作)请求,Master 完成相应操作后立即响应应用,Master 向 Slave 异步复制数据。因此异步复制方式下, Slave 不可用不影响主库上的操作,而 Master 不可用有较小概率会引起数据不一致。强同步复制(Sync):应用发起更新(含增加、删除、修改操作)请求,Master 完成操作后向 Slave 复制数据,Slave 接收到数据后向 Master 返回成功信息,Master 接到 Slave 的反馈后再响应应用。Master 向 Slave 复制数据是同步进行的,因此 Slave 不可用会影响 Master 上的操作,而 Master 不可用不会引起数据不一致。半同步复制(Semi-Sync):正常情况下数据复制方式采用强同步复制方式,当 Master 向 Slave 复制数据出现异常的时候(Slave 不可用或者双节点间的网络异常),Master 会暂停对应用的响应,直到复制方式超时退化成异步复制。如果允许应用在此时更新数据,则 Master 不可用会引起数据不一致。当双节点间的数据复制恢复正常(Slave 恢复或者网络恢复),异步复制会恢复成强同步复制。恢复成强同步复制的时间取决于半同步复制的实现方式,阿里云数据库 MySQL5.5 版和 MySQL5.6 版有所不同。

51干警网 2019-12-01 23:54:33 0 浏览量 回答数 0

问题

修改数据复制方式

云栖大讲堂 2019-12-01 21:38:21 1142 浏览量 回答数 0

问题

高可用服务

云栖大讲堂 2019-12-01 21:34:33 1169 浏览量 回答数 0

问题

Hbase集群存储的可用性是AP,异步复制不能保证数据的强一致性

初商 2019-12-01 19:50:06 11 浏览量 回答数 0

问题

实例容灾

云栖大讲堂 2019-12-01 21:42:50 1064 浏览量 回答数 0

问题

安全白皮书-产品安全方案-实例容灾

李沃晟 2019-12-01 21:40:03 381 浏览量 回答数 0

问题

node如何在get('/')方法中执行两次查询并render两个数据到页面中?

落地花开啦 2019-12-01 19:58:14 1567 浏览量 回答数 1

问题

如何查询RDS可用区信息和数据复制状态

云栖大讲堂 2019-12-01 21:44:25 1064 浏览量 回答数 0

回答

首先来讲一下传统的IO和NIO的区别,传统的IO又称BIO,即阻塞式IO,NIO就是非阻塞IO了。还有一种AIO就是异步IO,这里不加阐述了。 Java IO的各种流是阻塞的。这意味着,当一个线程调用read() 或 write()时,该线程被阻塞,直到有一些数据被读取,或数据完全写入。该线程在此期间不能再干任何事情了。 Java NIO的非阻塞模式,使一个线程从某通道发送请求读取数据,但是它仅能得到目前可用的数据,如果目前没有数据可用时,就什么都不会获取。而不是保持线程阻塞,所以直至数据变的可以读取之前,该线程可以继续做其他的事情。 非阻塞写也是如此。一个线程请求写入一些数据到某通道,但不需要等待它完全写入,这个线程同时可以去做别的事情。 线程通常将非阻塞IO的空闲时间用于在其它通道上执行IO操作,所以一个单独的线程现在可以管理多个输入和输出通道(channel)。

万立超 2019-12-02 01:00:40 0 浏览量 回答数 0

回答

队列的最主要用途是异步任务和通信两个方面。异步的思路主要用来缓解瞬间压力、耗时操作、并行任务等。缓解瞬间压力:若系统每秒处理能力是100请求,而最高峰值可能达到每秒1000请求,若不采用队列,很有可能会出现服务不可用或者长时间等待。此时可以用队列将未能成功执行的请求放入队列,顺序执行,直到所有请求都被处理。耗时操作:如@loki 提到的缩略图生成。并行任务:如在发贴后分发通知所有的好友。通信的思路主要用来解决在不同的独立模块或者系统之间相互同步数据、通知执行某些操作等。

落地花开啦 2019-12-02 02:45:06 0 浏览量 回答数 0

问题

使用RDS不得不知的注意事项

belle.zhoux 2019-12-01 21:58:04 7668 浏览量 回答数 1

问题

API参考 - API参考 - 实例管理 - DescribeDBInstanceHAConfig

李沃晟 2019-12-01 21:40:29 588 浏览量 回答数 0

问题

使用RDS不得不知的注意事项

加菲 2019-12-01 21:29:54 15320 浏览量 回答数 6

回答

(1)主从或主主半同步复制使用双节点数据库,搭建单向或者双向的半同步复制。在5.7以后的版本中,由于lossless replication、logical多线程复制等一些列新特性的引入,使得MySQL原生半同步复制更加可靠。(2)半同步复制优化半同步复制机制是可靠的。如果半同步复制一直是生效的,那么便可以认为数据是一致的。但是由于网络波动等一些客观原因,导致半同步复制发生超时而切换为异步复制,那么这时便不能保证数据的一致性。所以尽可能的保证半同步复制,便可提高数据的一致性。该方案同样使用双节点架构,但是在原有半同复制的基础上做了功能上的优化,使半同步复制的机制变得更加可靠。(3)高可用架构优化将双节点数据库扩展到多节点数据库,或者多节点数据库集群。可以根据自己的需要选择一主两从、一主多从或者多主多从的集群。由于半同步复制,存在接收到一个从机的成功应答即认为半同步复制成功的特性,所以多从半同步复制的可靠性要优于单从半同步复制的可靠性。并且多节点同时宕机的几率也要小于单节点宕机的几率,所以多节点架构在一定程度上可以认为高可用性是好于双节点架构。(4)共享存储共享存储实现了数据库服务器和存储设备的解耦,不同数据库之间的数据同步不再依赖于MySQL的原生复制功能,而是通过磁盘数据同步的手段,来保证数据的一致性。(5)分布式协议分布式协议可以很好解决数据一致性问题。

小川游鱼 2019-12-02 01:50:27 0 浏览量 回答数 0

问题

【精品问答】Java开源构架RocketMQ五十问

问问小秘 2019-12-01 21:54:50 411 浏览量 回答数 1

问题

RDS使用须知

云栖大讲堂 2019-12-01 21:35:34 824 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:45 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:45 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:46 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:46 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:46 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:46 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:46 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:46 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 跨区域复制(Bucket Cross-Region Replication) 是跨不同OSS数据中心的Bucket自动、异步复制Object,它会将对源Bucket中的对象的改动(新建、覆盖、删除等)同步到目标Bucket。该功能能够很好的提供Bucket跨区域容灾或满足用户数据复制的需求。目标Bucket中的对象是源Bucket中对象的精确副本,它们具有相同的对象名、元数据以及内容(例如创建时间、拥有者、用户定义的元数据、Object ACL、对象内容等)。 使用场景 您可能基于各种原因对Bucket配置Cross-Region Replication,这些原因包括: 合规性要求:虽然 OSS 默认对每个存储的对象在物理盘上会有多份副本,但合规性要求所规定的数据需要跨一定距离保存一份副本。通过跨区域数据同步,可以在远距离的 OSS 数据中心之间复制数据以满足这些合规性要求。 最大限度减少延迟:客户处于两个地理位置。为了最大限度缩短访问对象时的延迟,可以在地理位置与用户较近的 OSS 数据中心中维护对象副本。 数据备份与容灾:您对数据的安全性和可用性有极高的要求,对所有写入的数据,都希望在另一个数据中心显式地维护一份副本,以备发生特大灾难,如地震、海啸等导致一个OSS数据中心损毁时,还能启用另一个OSS数据中心的备份数据。 数据复制:由于业务原因,需要将数据从OSS的一个数据中心迁移到另一个数据中心。 操作原因:您在两个不同数据中心中具有分析同一组对象的计算集群。您可能选择在这些区域中维护对象副本。 使用说明 跨区域同步支持异名Bucket的同步,如果您拥有的两个Bucket分属不同区域,可以通过配置同步将源Bucket的数据实时同步到目的Bucket。现在能够支持以下特性: 实时同步数据:数据实时同步,对于数据的增加、删除、修改能够实时监控同步到目标区域Bucket。对于2M文件,能够做到分钟级别信息同步。保证两边数据的最终一致。 历史数据迁移:迁移历史数据,让原来Bucket中历史数据也能进行同步,形成相同的两份数据。 实时获取同步进度:能够针对实时同步数据展示最近同步的时间节点。针对历史数据的迁移,展示迁移的百分比。 便捷配置:OSS控制台提供便捷的界面管理配置。 限制说明 对于处于同步状态的两个Bucket,由于您可以同时操作这两个Bucket,但源Bucket复制过去的Object可能会覆盖目的Bucket中同名的Object,使用中请注意。 由于Bucket Replication是采用异步复制,数据复制到目的Bucket需要一定的时间,通常几分钟到几小时不等,取决于数据的大小。 开启跨区域同步的条件是同步的两个Bucket没有开启与其他Bucket的同步配置,同时不能被其他Bucket同步。举例来说,若 Bucket A 开启了到 Bucket B 的同步,那么您就不能再为 Bucket A 开启到 Bucket C 的同步,除非先删除 Bucket A到Bucket B 的同步配置。同理,若 Bucket A 开启了到 Bucket B 的同步,这时候再开启 Bucket C 到 Bucket B 的同步也是不允许的。 开启数据同步的两个Bucket必须分属两个区域,同区域的Bucket不能进行数据同步。 目前只有中国大陆各区域之间,美东、美西两个区域之间支持跨区域复制功能。 功能使用参考 控制台:跨区域复制

2019-12-01 23:12:45 0 浏览量 回答数 0
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站