无高权限下Oracle 11g、SQL Server 201x至Azure SQL Database复制方案咨询

首先得给你明确：你的核心限制是源库仅只读权限，不能在源端写数据或创建对象，所以先把你提到的SQL Data Sync直接排除——它确实会在源库创建跟踪表、触发器和存储过程，完全不符合你的要求，不用考虑了。

下面针对你的两个源系统，分别梳理可行的方案，结合社区实际使用经验：

一、SQL Server 201x到Azure SQL DB的同步 #

方案1：SQL Server事务复制（需第三方SaaS提供商配合） #

事务复制是很多人用来同步到Azure SQL DB的成熟方案，但有个前提：你需要让管理源SQL Server的第三方SaaS提供商帮你在源端配置事务发布——因为创建发布需要源库的ALTER ANY PUBLICATION权限（不需要Control Server这么高），但你只有只读权限，自己没法操作。

如果第三方愿意配合，你这边只需要在Azure SQL DB上配置推送订阅或者请求订阅就行：

• Azure SQL DB完全支持作为事务复制的订阅端，从SQL Server 2012及以上版本都兼容。
• 实际使用中要注意：源SQL Server必须开启事务日志备份（SaaS提供商应该已经做了），而且发布的事务日志要保留足够时间，避免订阅端追不上。
• 这种方案的优势是实时性好，基本接近实时同步，而且是微软原生支持，稳定性有保障。

方案2：Azure Data Factory（ADF）增量拉取/CDC #

如果第三方不愿意配合配置事务复制，ADF是个不错的选择：

• 对于SQL Server，ADF的复制活动支持基于日志的CDC，只要你有源库的只读权限，并且源库开启了事务日志备份（通常SaaS都会开），就可以实现增量同步，不需要在源库创建任何对象。
• 你也可以用自定义的增量逻辑：比如基于源表的timestamp字段、自增ID或者更新时间戳，定期拉取新增/变更的数据，这种方式完全不需要源端的特殊配置，只读权限足够，缺点是实时性取决于你的调度频率（比如5分钟一次的话延迟可控）。

二、Oracle 11g到Azure SQL DB的同步 #

方案1：Azure Data Factory（ADF）CDC/增量拉取 #

ADF对Oracle的支持也很成熟：

• 如果源Oracle开启了归档日志，ADF可以用基于redo log的CDC，只需要你有源表的只读权限，以及访问归档日志的权限（这个可以跟第三方确认，通常SaaS的Oracle会开启归档，并且允许只读用户访问），这种方式不需要在源库创建任何触发器或对象，完全符合你的只读要求。
• 如果没法用CDC，同样可以用自定义增量逻辑：比如利用Oracle的ORA_ROWSCN伪列（需要表有主键），或者源表自带的更新时间戳字段，定期拉取增量数据，实现准实时同步。

方案2：Attunity Replicate（Qlik Replicate） #

你提到的Attunity Replicate现在属于Qlik的产品，但也可以在Azure上部署使用。它对Oracle的CDC支持很出色，同样可以基于redo log实现无侵入式的增量同步，不需要源库的DBA权限，只读权限足够。

• 成本方面：它有不同的授权模式，比如按CPU核心授权，或者按订阅付费；如果用Azure上的托管版本（和ADF集成的那种），可以按使用量付费，相对灵活。你可以根据自己的数据量和同步需求去评估成本，一般中小规模的同步成本不会太高。

总结优先级 #

1. 如果第三方SaaS提供商愿意配合，SQL Server用事务复制，Oracle用ADF基于redo log的CDC，这是最稳定、实时性最好的方案。
2. 如果第三方不配合，优先选Azure Data Factory的增量同步/CDC，成本灵活，微软原生支持，运维简单。
3. 对实时性要求极高且预算充足的话，可以考虑Attunity Replicate。

内容的提问来源于stack exchange，提问作者java_enthu