云上快速入门，热门云上应用快速查找
丰富的线上&线下活动，深入探索云世界
做任务，得社区积分和周边
最真实的开发者用云体验
让每位学生受益于普惠算力
让创作激发创新
资深技术专家手把手带教
遇见技术追梦人
畅聊无限，分享你的技术见解
技术交流，直击现场
海量开发者使用工具、手册，免费下载
极速、全面、稳定、安全的开源镜像
开发手册、白皮书、案例集等实战精华
为开发者定制的Chrome浏览器插件
热门
云服务技术课堂，各类技术课程、最佳实践输出，来好好听课吧！
1
回答
单向数据同步可以直接升级为双向同步，只有任务状态为正常同步中状态时，该选项才可选择（比如当任务状态为新增对象初始化中时，该功能不可用）。
以上内容摘自《DTS控制台入门一本通》电子书，点击https://developer.aliyun.com/topic/download?id=803可下载完整版
2
DTS 数据同步支持在任务运行过程中增加或者删除同步对象，点击“修改同步对象”功能，跳转到新的对象配置页面，可以把不需要同步的对象移除，也可以把新增需要同步的对象添加到同步列表。
DTS 数据同步的链路规格有4 种，性能由低到高分别是micro、small、medium、large（无限制规格，large 规格的线上运行性能依赖于网络环境、源实例和目标实例的性能。）
配置双向同步时，请注意如下7 点： - 为保障双向同步链路的稳定性，对于同一张表的 DDL 更新只能在其中一个同步方向进行同步。即一旦某个同步方向配置了DDL 同步，则在反方向上不支持DDL 同步，只进行DML 同步。
对于数据冲突的检测，DTS 目前支持的冲突检测策略为 TaskFailed( 遇到冲突，任务报错退出)、Ignore（遇到冲突，直接使用目标实例中的冲突记录）、Overwrite（遇到冲突，直接覆盖目标实例中的冲突记录）。
全量初始化过程中，并发 INSERT 会导致目标集群的表碎片，全量初始化完成后，目标集群的表空间比源集群的表空间大。
如果数据同步的源集群没有主键或唯一约束，且记录的全字段没有唯一性，可能会出现重复数据。
如果同步对象为单个或多个表（非整库），那么在数据同步时，请勿对源库的同步对象使用gh-ost 或pt-online-schema-change 等类似工具执行在线DDL 变更，否则会导致同步失败。
当同步对象为整个库，且库中的触发器（TRIGGER）会更新库内某个表时，可能导致源和目标库的数据不一致，请关闭目标库触发器。
RENAME TABLE 操作可能导致同步数据不一致。例如同步对象只包含某个表，如果同步过程中源实例对该表执行了重命名操作，那么该表的数据将不会同步到目标库。为避免该问题，您可以在数据同步配置时将该表所属的整个数据库作为同步对象。
保证了DTS 数据同步可以实现跨地域内网同步。
双向同步相比单向同步要考虑的问题更多，比如数据冲突处理、rename 等数据库命令、DDL 命令处理等问题。
配置单向同步时，请注意如下7 点：
暂不支持中国（香港）可用区 A 的 RDS MySQL实例配置数据同步。
配置数据同步，RDS MySQL实例必须具备内网地址。
如果源数据库没有主键或唯一约束，且所有字段没有唯一性，可能会导致目标数据库中出现重复数据
全量初始化过程中，并发 INSERT 会导致目标实例的表碎片，全量初始化完成后，目标实例的表空间比源实例的表空间大。
当同步对象为整个库，且库中的触发器（TRIGGER）会更新库内某个表时，可能导致源和目标库的数据不一致。请关闭目标库触发器。
RENAME TABLE 操作可能导致同步数据不一致。例如同步对象只包含表 A，如果同步过程中源实例将表A 重命名为表B，那么表B 将不会被同步到目标库。为避免该问题，您可以在数据同步配置时，选择同步表A 和表B 所在的整个数据库作为同步对象。
源实例是指DTS 数据同步的源端数据库类型，DTS 支持MySQL、DRDS( 新名称为POLARDB-X)、Redis、PostgreSQL、Polardb、SQLserver 的数据库同步。
当前DTS 数据同步支持单向同步和双向同步，单向同步就是A->B 的同步，双向同步除了A->B 外，还支持B->A。
目标实例是指DTS 数据同步的目标数据库类型，不同的“源实例”对应不同的目标实例，比如源实例为MySQL 时，DTS 数据同步支持的目标实例有：MySQL、MaxCompute、Datahub、ADS for MySQL、kafka、POLARDB 等， 比如源实例为SQLserver，DTS 数据同步支持的目标实例只有ADB for PostgreSQL。随着DTS 的迭代升级，支持的类型也会不断的进行丰富。您配置时请以具体的页面展示为准。
数据迁移与数据同步从逻辑结构与实现上来说，是完全一样的，同样分为结构迁移、全量迁移、增量迁移三个部分。
示例代码，只是针对 MySQL 数据订阅进行消费的，Oracle 数据订阅的不适用，您还需要编写Oracle 的示例代码。
后付费（按量付费）的DTS 订阅实例，支持手动释放。预付费( 包年包月) 的DTS 订阅实例不支持手动释放。
要进行数据订阅的数据消费，需要使用下游消费Client，这个下游消费Client 可以使用0.11 版本至1.1 版本的Kafka 客户端消费订阅数据，DTS 也提供了MySQL数据订阅的消费示例代码，点击可以跳转到github，获取MySQL 的消费示例代码。
数据范围是指DTS 的缓存模块里的增量数据的范围（默认7 天），超过这个范围的增量数据已经过期，无法订阅。故当订阅不在数据范围内的增量数据时，下游消费Client 会出现异常。
可以创建多个消费组，给不同的下游消费 Client 使用，您也可以把一个消费组给不同的下游消费Client 使用
只有当下游 Client 客户端开始进行消费时，这些堆积记录数，消息延迟才会显示。
新增消费组时候需要填写3个信息：消费组名称、账号和密码。
包含正常的数据更新以及对象结构更新。当吧对象从左侧选择到右侧，不支持数据迁移的库表列映射，需要注意以下几点：
数据更新，只订阅 insert，update，delete这类操作
结构更新订阅的是整个实例所有对象的结构创建、删除及修改，您需要使用数据订阅客户端过滤所需的数据。
如果选择整个库作为订阅对象，那么该库中新增对象的增量数据也可以被订阅到。如果选择某个表作为订阅对象，那么只有这个表的增量数据可以被订阅到。此时如果需要加入一个新的表作为订阅对象，您需要将其加入至订阅对象中。
经典网络和专有网络，这里的选择代表的是您后面使用Client 订阅数据的时候，如何配置。当DTS 订阅创建完成后，会生成2 个地址：公网和私网。如果选择经典网络，生成的私网地址就是一个经典网络的地址（要访问该私网地址需要同地域经典网络的ECS），如果选择的是专有网络，生成的私网地址就是一个专有网络的地址（要访问该私网地址需要同低于同VPC 的ECS）。
需要选择订阅的实例类型，即您需要DTS 获取哪一种数据库类型的增量数据，目前DTS 支持的订阅数据库类型为MySQL、DRDS、Oracle、POLARDB。
包含，数据同步、数据订阅和数据迁移。
2种，预付费和后付费。预付费是指包年包月，后付费是指按小时进行计费。
商品类型是指购买的数据库DTS 产品的计费类型，预付费是指包年包月，按年或者月进行计费，费用需要提前支付。后付费是按量付费，即按小时进行计费（按小时计费的意思是只有当这个DTS 被创建并且被您配置运行后，就会按小时进行计费。只创建出来不配置不会进行计费）
不会，不配置不计费。
不可以。
可以。
要使用DTS 数据订阅来获取DTS 的缓存模块的增量数据，需要新购DTS 数据订阅实例，这也就意味着，您拥有DTS 数据迁移并不能对DTS 缓存模块进行订阅。购买后，会显示到DTS 数据订阅的任务列表。
数据订阅其实就是通过API 获取DTS 缓存模块的数据。DTS 缓存模块的数据只能由DTS 写入模块获取然后写入目标端数据库。数据订阅把这个DTS 写入模块进行了开放，我们可以借助DTS 提供的DTS 缓存模块的API 进行增量数据的获取。
暂停任务一般可以用于当因为DTS 的迁移操作导致源端数据库或者目标端数据库负载消耗较大时，此时暂停任务来缓解数据库的压力（点击暂停后，请查看数据库种DTS 会话的状态，如果DTS 会话长时间未结束可以考虑手动KILL 掉未结束的会话）。
这是比较特殊的情况下的使用。
大多数情况下不推荐暂停任务。
主要原因为如下2 点：
全量任务：因为全量迁移阶段，DTS会对源端已存在的数据进行抽取，抽取这些数据无法短时间内完成（数据量大时可能要经历好几个小时），如果我们在全量任务阶段暂停了全量任务，然后又重启，全量数据的迁移会重新开始；
增量任务：对增量迁移来说，暂停任务比全量任务安全很多。但DTS 迁移任务暂停后，由于 DTS 写入模块暂停，再次重新（7 天内）启动后会产生延迟（因为要重新写入未写入的增量数据，追赶最新的增量数据），这个延迟理论上是逐渐降低的。
如果您配置 DTS 任务时，没有选择增量，在任务配置时是不收费的，但是如果点击升级DTS 任务（无增量的DTS 任务），则会产生费用
DTS的规格现在还只能升级，不能降级。
不同的DTS数据迁移规格，性能不同，具体可以参考这里的测试结果：
https://help.aliyun.com/document_detail/26606.htmlspm=a2c4g.11186623.6.559.2ab-2179776BAy8。
有4种情况：
DTS 未选择增量迁移，全量迁移或者结构迁移完成后，任务自动结束（此时不需手动结束）
DTS 未选择增量迁移，但是全量迁移或者结构迁移出现异常，该异常无法修复，放弃该DTS 任务时，可以手动结束该DTS。
DTS 选择了增量迁移，增量迁移一直在正常的同步增量数据，您选择在合适的时间切换业务，停止增量迁移时，可以使用结束任务。
DTS 选择了增量迁移，但是增量任务异常或者无法修复，您放弃该 DTS 任务时，手动结束该DTS。
无论哪一种情况，结束任务意味着完全放弃这个任务的所有已完成或者未完成的任务环节，结束后无法恢复。
此功能用来监控DTS 迁移任务的延迟与状态情况。DTS 迁移只支持监控这两项，您可以设置这两项的报警接收的手机号。
查到会话状态后有如下3 种情况：
binlog dump进程不存在，说明 DTS与源端数据库的连通性可能存在问题。
binlog dump 进程存在，且状态为 Master has sent all binlog to slave;waiting for more updates，
binlog dump进程存在，但是状态非 Master has sent all binlog to slave; waiting for more updates，可以说明源端数据库正在发送binlog 文件给DTS，中间可能存在一些问题或者耗时较长。
主要排查如下方面：
目标数据库的 IO、CPU 负载等资源是否正常，如果这些正常，可以排除性能瓶颈。
目标数据库的 SQL 执行状态是否正常，比如是否耗时较长或者遇到了阻塞，以MySQL 为例，可以通过执行select * from information_schema. processlist 与show processlist 获取会话的执行状态
DTS 采集模块获取源端增量日志延迟 :
这个主要出现在源端的日志缺失、日志过大或者源端数据库链接异常时出现，以MySQL 为例，如果手动清理掉了DTS 还未获取的源端binlog，此时DTS 采集模块就会异常。还有如果源端的binlog 单个文件特别大（比如大事务产生了100G 的单个binlog 文件），DTS也可能存在拉取文件超时的情况，导致延迟。如果要判断增量采集模块是否有异常或者延迟，以MySQL 为例，DTS 是通过在源端建立一个binlog dump的会话实现的binlog 的抽取，故可以通过执行select * from information_schema.processlist 与show processlist 获取。
会出在这三个部分：DTS 采集模块获取源端增量日志延迟、DTS 本身服务异常导致数据处理延迟、DTS 写入模块写入目标数据库延迟。
DTS 增量迁移分为3 个阶段：
DTS 通过数据库的日志，获取源端的新增数据（全量迁移之后的新增数据），这部分工作由DTS 采集模块实现。
DTS 拿到这些数据后，在DTS 侧缓存起来，以便后面写入目标端数据库。这部分工作由DTS 缓存模块实现。
DTS 获取缓存起来的增量数据，进行处理后把这些数据应用到目标端数据库，这部分工作由DTS 写入模块实现。
增量迁移时，每个环节也都有性能指标。重点关注的指标是增量迁移的RPS 和迁移延迟。
没有任何的 DTS 会话在执行 DML 操作，说明 DTS 与目标实例的链接可能存在问题。
DTS 的会话存在，但是状态全部是 sleep，遇到这个情况，说明 DTS 与目标端数据库连通性正常，但是DTS 无法在目标端执行SQL。
DTS 会话存在，部分会话在执行DML写入数据，遇到这个情况，说明DTS 状态正常。如果DML 耗时太长，需要关注下阻塞，数据库负载等方面。
要判断这一点，同样需要在目标端查看 DTS 的会话状态，以MySQL 为例，可以通过执行select * from information_schema.processlist 与show processlist 获取
要判断这一点，首先要在源端查看 DTS的会话状态，以 MySQL为例， 可以通过执行select * from information_schema.processlist 与show processlist 获取，查到会话状态后有如下3 种情况：
没有 DTS 的任何会话，遇到这个情况，说明 DTS 与源端实例的链接可能存在问题。
DTS 的会话存在，但是状态全部是 sleep，遇到这个情况，说明 DTS 抽取已经完成，或者DTS 抽取存在异常。
DTS 会话存在，部分会话在执行 query 获取数据，遇到这个情况，说明DTS 正在抽取源端数据库的数据，状态正常, 您需要关注下源端数据库的负载，避免出现性能瓶颈。
因为DTS负责把源端数据库数据获取后写入到目标端，DTS 服务本身的链路规格以及内存资源都可能会导致全量迁移慢的情况，比较常见的是DTS 内存较低导致在迁移大数据对象时频繁OOM(DTS 的错误表现是Java heap space)，遇到这方面的问题，可以反馈阿里云售后核实。
全量迁移慢分为3 个部分：源端抽取慢、DTS 服务本身对数据处理慢、目标端写入慢。
增量迁移的实现方法，大多和数据库本身的复制功能相关，借助的是源端数据库的一些日志来实现，以mysql 为例，dts 借助的是binlog，dts启动增量的时候，会在源端启动一个binlog dump 进程，源端实例会推送binlog 的记录给dts，dts 解析这些记录，然后在目标实例应用，实现增量同步。
同时，DTS 的增量数据迁移延迟是无法保证的，正常情况下DTS 的增量迁移是秒级延迟，但是当遇到一些DDL、大量更新时或者DTS 规格达到瓶颈等情况时，增量数据迁移延迟会增高。
全量迁移出现问题也分为2 点：
DTS 通过 SQL 语句（一般是 SELECT）在源端数据库获取数据库表的数据的时候异常
DTS 通过源端数据库获取到的数据库数据，DTS 内部会组合成 DML 语句（INSERT、UPDATE、DELETE 等）在目标端数据库进行执行。
想认识志同道合的朋友吗？想了解更多更全面的内容吗？赶快加入钉钉群，一起互动吧！ 钉钉群：30372190
阿里云点播视频安全宝典系列（一）- 概述
阿里云点播视频安全宝典系列（二）- 访问限制
云墩墩
