将 Microsoft SQL Server 数据库作为 AWS DMS 的源 - AWS Database Migration Service
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

如果我们为英文版本指南提供翻译,那么如果存在任何冲突,将以英文版本指南为准。在提供翻译时使用机器翻译。

将 Microsoft SQL Server 数据库作为 AWS DMS 的源

使用 AWS DMS 从一个或多个 Microsoft SQL Server 数据库中迁移数据。将 SQL Server 数据库作为源时,您可以将数据迁移到另一个 SQL Server 数据库或其他 AWS DMS 支持的数据库。

AWS DMS 支持将 Microsoft SQL Server 版本 2005、2008、2008R2、2012、2014、2016、2017 和 2019 本地数据库和 Amazon EC2 实例数据库作为源。支持 Enterprise、Standard、Workgroup、Developer 和 Web 版本。Enterprise Edition 和 Standard Edition 2016 SP1 版及更高版本的所有版本均支持持续复制 (CDC)。

AWS DMS 支持将 Amazon RDS 数据库实例上的 SQL Server 版本 2008R2、2012、2014、2016、2017 和 2019 数据库作为源。这包括 Enterprise 和 Standard 版。Enterprise Edition 和 Standard Edition 2016 SP1 版及更高版本的所有版本均支持持续复制 (CDC)。

注意

AWS DMS 版本 3.3.2 和更高版本中支持将 Microsoft SQL Server 版本 2019 作为源。

源 SQL Server 数据库可安装在您网络中的任意计算机上。在与 AWS DMS 一起使用时,需要 SQL Server 账户,该账户对源数据库具有与选定任务类型相对应的访问权限。

AWS DMS 支持从 SQL Server 的命名实例中迁移数据。当您创建源终端节点时,您可以在服务器名称中使用以下表示法。

IPAddress\InstanceName

例如,以下是正确的源终端节点服务器名称。在这里,名称的第一部分是服务器的 IP 地址,第二部分是 SQL Server 实例名称 (本例中为 SQLTest)。

10.0.0.25\SQLTest

此外,获取 SQL Server 的命名实例侦听的端口号,并使用它来配置 AWS DMS 源终端节点。

注意

端口 1433 是 Microsoft SQL Server 的默认端口。但是,也经常使用每次启动 SQL Server 时更改的动态端口,以及用于通过防火墙连接到 SQL Server 的特定静态端口号。因此,当您创建 AWS DMS 源终端节点时,应知道 SQL Server 命名实例的实际端口号。

可以使用 SSL 加密 SQL Server 终端节点与复制实例之间的连接。有关将 SSL 用于 SQL Server 终端节点的更多信息,请参阅将 SSL 与 AWS Database Migration Service 配合使用

要从源 SQL Server 数据库捕获更改,必须为完整备份配置数据库,并且必须为 Enterprise、Developer 或 Standard 版。

有关使用 SQL Server 源数据库和 AWS DMS 的其他详细信息,请参阅以下内容。

将 SQL Server 作为 AWS DMS 的源的限制

将 SQL Server 数据库作为 AWS DMS 源时,存在以下限制:

  • 如果在数据库上启用了 SQL Server 更改跟踪 (CT),则无法将 SQL Server 数据库作为 AWS DMS 源。

    注意

    此限制不再适用于 AWS DMS 版本 3.3.1 及更高版本。

  • 列的身份属性不迁移到目标数据库列。

  • 在 2.4.x 版之前的 AWS DMS 引擎版本中,无法正确处理对所含信息超过 8000 字节(含标头和映射信息)的行的更改。出现此问题是因为 SQL Server TLOG 缓冲区大小的限制。要避免此问题,请使用最新版本的 AWS DMS。

  • SQL Server 终端节点不支持使用稀疏表。

  • 不支持 Windows 身份验证。

  • 不复制对 SQL Server 中计算字段的更改。

  • 不支持临时表。

  • 不支持 SQL Server 分区切换。

  • 在使用 WRITETEXT 和 UPDATETEXT 实用工具时,AWS DMS 不捕获对源数据库应用的事件。

  • 不支持以下数据操作语言 (DML) 模式:

    SELECT * INTO new_table FROM existing_table
  • 在将 SQL Server 作为源时,不支持列级别加密。

  • 由于 SQL Server 2008 和 SQL Server 2008 R2 的已知问题,AWS DMS 在作为源的 SQL Server 2008 或 SQL Server 2008 R2 上不支持服务器级别审核。例如,运行以下命令将导致 AWS DMS 失败。

    USE [master] GO ALTER SERVER AUDIT [my_audit_test-20140710] WITH (STATE=on) GO
  • 使用 SQL Server 作为源时,在完全 Lob 模式下不支持几何列。而是使用受限 Lob 模式或将 InlineLobMaxSize 任务设置设为使用内联 Lob 模式。

  • 不支持将辅助 SQL Server 数据库作为源数据库。

  • 在复制任务中使用 Microsoft SQL Server 源数据库时,如果删除该任务,则不会删除 SQL Server Replication Publisher 定义。Microsoft SQL Server 系统管理员必须从 Microsoft SQL Server 删除这些定义。

  • 不支持从索引视图复制数据。

  • 不支持使用 sp_rename 重命名表(例如,sp_rename 'Sales.SalesRegion', 'SalesReg;)

  • 不支持使用 sp_rename 重命名列(例如,sp_rename 'Sales.Sales.Region', 'RegID', 'COLUMN';

  • 不捕获 TRUNCATE 事件。

访问备份事务日志时适用以下限制:

  • 不支持加密的备份。

  • 不支持存储在 URL 或 Windows Azure 上的备份。

在文件级访问备份事务日志时适用以下限制:

  • 备份事务日志必须位于具有相应权限和访问权限的共享文件夹中。

  • 活动的事务日志可通过 Microsoft SQL Server API(而不是在文件级)访问。

  • AWS DMS 和 Microsoft SQL Server 计算机必须位于同一个域中。

  • 不支持压缩的备份事务日志。

  • 不支持透明数据加密 (TDE)。请注意,使用 SQL Server 的本机功能(不使用文件级访问权限)访问备份事务日志时,支持 TDE 加密

  • 不支持 UNIX 平台。

  • 不支持从多个条带读取备份日志。

  • 不支持 Microsoft SQL Server 备份到多个磁盘。

  • 将值插入 SQL Server 空间数据类型(GEOGRAPHY 和 GEOMETRY)时,可以忽略 SRID(空间参考系统标识符)属性或指定其他数字。复制具有空间数据类型的表时,AWS DMS 将使用默认 SRID(0 代表 GEOMETRY,4326 代表 GEOGRAPHY)替换 SRID。

  • 如果您的数据库未配置为进行 MS-REPLICATION 或 MS-CDC,您仍然可以捕获没有主键的表,但只捕获 INSERT/DELETE DML 事件。将忽略 UPDATE 和 TRUNCATE TABLE 事件。

  • 不支持列存储索引。

  • 不支持内存优化表(使用内存中 OLTP)。

  • 当复制其主键由多个列组成的表时,不支持在“完全加载”期间更新主键列。

  • 不支持延迟的耐久性。

在 SQL Server 源中使用持续复制 (CDC)

您可以针对本地或 Amazon EC2 上的自管理 SQL Server 数据库或者 Amazon RDS 上的 Amazon 托管数据库使用持续复制(更改数据捕获 (CDC))。

AWS DMS 对以下 SQL Server 配置支持持续复制:

  • 对于本地或 Amazon EC2 上的源 SQL Server 实例,AWS DMS 在 SQL Server Enterprise Edition、Standard Edition 2016 版 SP1 和更高版本以及 Developer Edition 中支持持续复制。

  • 对于在 Amazon RDS 上运行的源 SQL Server 实例,AWS DMS 对 SQL Server Enterprise 到 SQL Server 2016 SP1 支持持续复制。除了此版本,AWS DMS 还对 SQL Server Enterprise 和 Standard 版本支持 CDC。

如果希望 AWS DMS 自动设置持续复制,则用于连接到源数据库的 AWS DMS 用户账户必须具有 sysadmin 固定服务器角色。如果不想将 sysadmin 角色分配给所用的用户账户,则仍可使用持续复制。可通过执行以下讨论的一系列手动步骤来完成此操作。

尤其在对作为 AWS DMS 源的 SQL Server 数据库使用持续复制时,存在以下要求:

  • 必须配置 SQL Server 进行完整备份,并且您必须在开始复制数据之前先进行一次备份。

  • 恢复模式必须设置为 Bulk loggedFull

  • 不支持 SQL Server 备份到多个磁盘。如果定义备份以将数据库备份写入到不同磁盘上的多个文件中,则 AWS DMS 无法读取数据并且 AWS DMS 任务失败。

  • 对于自管理 SQL Server 源,请注意,在您删除任务时,DMS CDC 任务中使用的源数据库的 SQL Server Replication Publisher 定义不会被删除。SQL Server 系统管理员必须从 SQL Server 删除为自管理源这些定义。

  • 在CDC期间, AWS DMS 需要查找要读取更改的“HP服务器”事务日志备份。 AWS DMS 不支持使用第三方备份软件创建的 不是 采用原生格式。为支持事务日志备份, 并使用第三方备份软件创建,添加 use3rdPartyBackupDevice=Y 连接属性到源端点。

  • 对于自管理 SQL Server 源,请注意,在新创建的表发布前,SQL Server 不会捕获对它们的更改。在将表添加到 SQL Server 源后,AWS DMS 将管理创建发布。但是,该过程可能需要几分钟时间。不会将在该延迟期间对新创建的表执行的操作捕获或复制到目标中。

  • AWS DMS 更改数据捕获要求在 SQL Server 中启用完整日志记录。要在 SQL Server 中启用完整日志记录,请启用 MS-REPLICATION 或 CHANGE DATA CAPTURE (CDC)。

  • 在处理更改之前,您无法重用 SQL Server tlog

  • 内存优化表上不支持 CDC 操作。该限制适用于 SQL Server 2014 (在此版本中首次引入该功能) 和更高版本。

捕获用于“Sql服务器”的数据更改

对于自管理 SQL Server 源,AWS DMS 使用以下内容:

  • MS-Replication,用于捕获具有主键的表的更改。您可以通过在源 SQL Server 实例上向 AWS DMS 终端节点用户提供 sysadmin 权限来自动配置此项。或者,也可以按照本部分中提供的步骤操作,准备源并针对 AWS DMS 终端节点使用非 sysadmin 用户。

  • MS-CDC,用于捕获不带主键的表的更改。MS-CDC 必须在数据库级别上启用,而且分别适用于各个表。

对于在 Amazon RDS 上运行的 SQL Server 源,AWS DMS 使用 MS-CDC 捕获带或不带主键的表的更改。MS-CDC 必须在数据库级别上启用,而且分别适用于各个表(使用本节所述特定于 Amazon RDS 的存储过程)。

您可以通过以下几种方式使用 SQL Server 数据库进行持续复制 (CDC):

  • 使用 sysadmin 角色设置持续复制。(这仅适用于自管理 SQL Server 源。)

  • 将持续复制设置为不使用 sysadmin 角色。(这仅适用于自管理 SQL Server 源。)

  • 为 Amazon RDS for SQL Server 数据库实例设置持续复制。

使用 sysadmin 角色设置持续复制

适用于 SQL Server 的 AWS DMS 持续复制对于具有主键的表使用本机 SQL Server 复制,而对于无主键的表使用更改数据捕获 (CDC)。

对于带主键的表,AWS DMS 可以在源上配置所需的项目。但对于自行管理的 SQL Server 源数据库实例,必须先手动配置 SQL Server 分发。然后,具有 sysadmin 权限的 AWS DMS 源终端节点用户可以自动为具有主键的表创建分发

要检查是否已配置分发,请运行以下命令。

sp_get_distributor

如果对于列分发,结果是 NULL,则未配置分发。要启用分发,请按照下列步骤操作:

  1. 使用 SQL Server Management Studio (SSMS) 工具连接到 SQL Server 源数据库。

  2. 右键单击复制文件夹,然后选择配置分发。此时将显示“配置分发向导”。

  3. 按照向导输入默认值并创建分发

对于不带主键的表,您需要设置 MS-CDC。

首先,您必须运行以下命令为数据库启用 MS-CDC。使用分配了 sysadmin 角色的账户。

use [DBname] EXEC sys.sp_cdc_enable_db

接下来,运行以下命令来为每个源表启用 MS-CDC。

EXECUTE sys.sp_cdc_enable_table @source_schema = N'MySchema', @source_name = N'MyTable', @role_name = NULL;

有关为特定表设置 MS-CDC 的更多信息,请参阅 SQL Server 文档

在未分配 sysadmin 角色的情况下设置持续复制

您可以为不需要用户账户具有 sysadmin 权限的 SQL Server 数据库源设置持续复制。

注意

您可以在 DMS 任务运行时执行此过程。如果 DMS 任务已停止,则仅当没有正在进行的事务日志或数据库备份时,才能执行此过程。这是因为 SQL Server 需要 SYSADMIN 权限才能在备份中查询 LSN 位置。

在不使用 sysadmin 角色的情况下设置 SQL Server 数据库源进行持续复制

  1. 使用 SQL Server Management Studio (SSMS) 创建采用密码身份验证的新 SQL Server 账户。在此示例中,我们使用一个名为 dmstest 的账户。

  2. 在 SSMS 的 User Mappings (用户映射) 部分中,选择 MSDB 和 MASTER 数据库 (将提供公有权限),然后为您要使用持续复制的数据库分配 DB_OWNER 角色。

  3. 打开新帐户的上下文 (右键单击) 菜单,选择 Security (安全性),然后显式授予 Connect SQL 权限。

  4. 运行以下授权命令。

    GRANT SELECT ON FN_DBLOG TO dmstest; GRANT VIEW SERVER STATE TO dmstest; use msdb; GRANT EXECUTE ON MSDB.DBO.SP_STOP_JOB TO dmstest; GRANT EXECUTE ON MSDB.DBO.SP_START_JOB TO dmstest; GRANT SELECT ON MSDB.DBO.BACKUPSET TO dmstest; GRANT SELECT ON MSDB.DBO.BACKUPMEDIAFAMILY TO dmstest; GRANT SELECT ON MSDB.DBO.BACKUPFILE TO dmstest;
  5. 在 SSMS 中,打开复制文件夹的上下文 (右键单击) 菜单,然后选择配置分发。按照所有默认步骤操作并且针对分发配置此 SQL Server 实例。在数据库下创建分发数据库。

  6. 使用以下步骤创建出版物,请参阅 为持续复制创建 SQL Server 发布.

  7. 使用您创建的用户账户创建具有作为源终端节点的 SQL Server 的新 AWS DMS 任务。

注意

此过程中的步骤仅适用于带主键的表。您仍需要为不带主键的表启用 MS-CDC。

为持续复制创建 SQL Server 发布

要将 CDC 与 SQL Server 结合使用,必须为参与持续复制中的每个表创建一个发布。

为 SQL Server 持续复制创建发布

  1. 使用 SYSADMIN 用户账户登录 SSMS。

  2. 展开 Replication (复制)

  3. 打开 Local Publications (本地发布) 的上下文(右键单击)菜单。

  4. New Publication Wizard (新发布向导) 中,选择 Next (下一步)

  5. 选择要在其中创建发布的数据库。

  6. 选择 Transactional publication (事务性发布),然后选择 Next (下一步)

  7. 展开 Tables (表),选择具有 PK 的表(即要发布的表)。选择 Next (下一步)

  8. 选择 Next (下一步),因为不需要创建筛选器。

  9. Snapshot Agent (快照代理)屏幕中,选择第一个选项立即创建快照并使快照可用于初始化订阅。选择 Next (下一步)

  10. 选择 Security Settings (安全设置),然后选择 Run under the SQL Server Agent service account (在 SQL Server Agent 服务账户下运行)。确保为发布者连接选择 By impersonating the process account (通过模拟流程账户)。选择 OK (确定)

  11. 选择 Next (下一步)

  12. 选择 Create the publication (创建发布)

  13. 提供采用 AR_PUBLICATION_000DBID 格式的发布名称。

    例如,如果您的 DBID 10岁以下,您需要为出版物命名 AR_PUBLICATION_0000DBID>(4个零)。如果您的 DBID 大于或等于10,您需要为出版物命名 AR_PUBLICATION_000DBID (3个零)。您也可以使用 DB_ID 函数。有关 DB_ID 功能,请参阅 的“服务器”文档.

在 Amazon RDS for SQL Server 数据库实例上设置持续复制。

Amazon RDS for SQL Server 为 Amazon RDS for SQL Server Enterprise 所有版本(最高为 SQL Server 2016 SP1)支持 MS-CDC。SQL Server 2016 SP1 的标准版本和更高版本支持 MS-CDC for Amazon RDS for SQL Server。

不同于自管理 SQL Server 源,Amazon RDS for SQL Server 不支持 MS-Replication。因此,AWS DMS 需要对带或不带主键的表使用 MS-CDC。

Amazon RDS 未授予设置复制项目的 sysadmin 权限,AWS DMS 使用该权限在源 SQL Server 实例中进行持续更改。您必须在以下过程中使用主用户权限在 Amazon RDS 实例上启用 MS-CDC。

在 RDS for SQL Server 数据库实例上启用 MS-CDC

  1. 在数据库级别运行以下查询。

    exec msdb.dbo.rds_cdc_enable_db 'DB_name'
  2. 对于具有主键的每个表,运行以下查询以启用 MS-CDC。

    exec sys.sp_cdc_enable_table @source_schema = N'schema_name', @source_name = N'table_name', @role_name = NULL, @supports_net_changes = 1 GO

    对于具有唯一键但没有主键的每个表,运行以下查询以启用 MS-CDC。

    exec sys.sp_cdc_enable_table @source_schema = N'schema_name', @source_name = N'table_name', @index_name = N'unique_index_name' @role_name = NULL, @supports_net_changes = 1 GO

    对于既没有主键又没有唯一键的每个表,运行以下查询以启用 MS-CDC。

    exec sys.sp_cdc_enable_table @source_schema = N'schema_name', @source_name = N'table_name', @role_name = NULL GO
  3. 使用以下命令设置要在源上可用的更改的保留期。

    use dbname EXEC sys.sp_cdc_change_job @job_type = 'capture' ,@pollinginterval = 3599 exec sp_cdc_start_job 'capture'

    参数 @pollinginterval 按秒计,最大长度为 3599。这意味着当发生以下情况时,事务日志将保留3599秒(近一小时) @pollinginterval = 3599。程序 exec sp_cdc_start_job 'capture' 启动设置。

如果 AWS DMS 复制任务,捕获对服务器源的持续更改将停止超过一小时,请使用以下过程。

为维持保存期限, AWS DMS 复制任务

  1. 使用以下命令停止截断事务日志 (TLog) 的作业:

    exec sp_cdc_stop_job 'capture'
  2. 导航到 AWS DMS 控制台上的任务,然后恢复该任务。

  3. 从 AWS DMS 控制台打开“Monitoring(监控)”选项卡,然后检查 CDCLatencySource 指标。

  4. 如果 CDCLatencySource 度量等于 0(零)并保持不变,请使用以下命令重新启动作业截断 TLog 的作业:

    exec sp_cdc_start_job 'capture'
注意

请记住启动截断 SQL Server TLogs 的作业,否则 SQL Server 实例上的存储可能会填满。

支持的压缩方法

下表列出了 AWS DMS 在每个 SQL Server 版本中支持的压缩方法。

SQL Server 版本

行/页压缩(在分区级别)

Vardecimal 存储格式

2005

2008

2012 年

2014

注意

不支持稀疏列和列式结构压缩。

使用 SQL Server AlwaysOn 可用性组

SQL Server AlwaysOn 可用性组配有高可用性和灾难恢复解决方案,提供数据库镜像的企业级替代功能。

要将 AlwaysOn 可用性组作为 AWS DMS 中的源,请执行以下操作:

  • 在您的可用性副本中的所有 SQL Server 实例上启用分发选项。

  • 在 AWS DMS 控制台中,打开 SQL Server 源数据库设置。对于服务器名称,请指定为可用性组侦听器配置的域名服务 (DNS) 名称或 IP 地址。

在首次启动 AWS DMS 任务时,可能需要比平常更长的时间。这种缓慢是因为可用性组服务器正在复制表项目的创建。

注意

在 AWS DMS 版本 3.3.1 及更高版本中,您可以从单个 AlwaysOn 副本迁移更改。

将 SQL Server 数据库配置为 AWS DMS 复制源

您可以将 SQL Server 数据库配置为 AWS DMS 的复制源。如需最完整地对更改进行复制,我们建议您使用 SQL Server 的 Enterprise、Standard 或 Developer 版。必须使用这些版本之一,因为只有这些版本才包含 MS-Replication(EE、SE)和 MS-CDC(EE、DEV)。源 SQL Server 还必须配置为完整备份。此外,AWS DMS 还必须使用某个用户(SQL Server 实例登录名)进行连接,该用户在您连接到的 SQL Server 数据库上具有 sysadmin 固定服务器角色。

将 SQL Server 作为 AWS DMS 源时的额外连接属性

您可以使用额外的连接属性配置 SQL Server 源。在创建源终端节点时,您可以指定这些设置。如果您具有多个连接属性设置,请用分号将它们彼此分开,并且不需要额外的空格(例如,oneSetting;thenAnother)。

下表显示了将 SQL Server 作为源时可使用的额外连接属性:

姓名 Description
alwaysOnSharedSynchedBackupIsEnabled

此属性可调整 AWS DMS 从作为AlwaysOn可用性组群集的一部分托管的. 开始于 AWS DMS 版本3.3.x, AWS DMS 增强了对配置为在AlwaysOn群集中运行的“服务器”源数据库的支持。在这种情况下, AWS DMS 尝试跟踪事务备份是否从“始终在线”群集中的节点(而非托管源数据库实例的节点)发生。在迁移任务启动时, AWS DMS 尝试连接到群集中的每个节点,但如果无法连接到任何一个节点则失败。在版本3.1.x中,不会发生这种行为,因为 AWS DMS 仅连接至托管配置为源端点的“服务器”实例的节点。从本质上讲,版本3.1.x将AlwaysOn群集节点视为独立的节点。

如果此属性为 true, AWS DMS 在与3.1.x版本类似的AlwaysOn群集中操作。如果您需要 AWS DMS 轮询AlwaysOn群集中的所有节点以进行事务备份,将此属性设置为 false.

默认值:true

有效值:{、} truefalse

示例: alwaysOnSharedSynchedBackupIsEnabled=false;

safeguardPolicy

为实现最佳性能,AWS DMS 尝试从活动事务日志 (TLOG) 捕获所有未读取的更改。不过,有时由于截断,有效的 TLOG 可能未包含所有未读取的更改。在出现此情况时,AWS DMS 将访问备份日志以捕获缺少的更改。为了最大程度地减小访问备份日志的需求,AWS DMS 使用下列方法之一阻止截断:

1 在数据库中开始操作: 这是默认方法。在使用此方法时,AWS DMS 通过模仿数据库中的事务来阻止 TLOG 截断。只要打开此类事务,事务开始后出现的更改就会被截断。如果您需要在数据库中启用 Microsoft Replication,则必须选择该方法。

2. 在单个任务中仅使用sp_repldone: 当使用这种方法时, AWS DMS 读取更改,然后使用sp_repldone将TLOG事务标记为准备截断。虽然此方法不涉及任何事务性活动,但只能在 Microsoft Replication 未运行时使用它。此外,在使用此方法时,仅一个 AWS DMS 任务可在任意给定时间访问数据库。因此,如果需要对同一数据库运行并行 AWS DMS 任务,请使用默认方法。

默认值:RELY_ON_SQL_SERVER_REPLICATION_AGENT

有效值:{、} {EXCLUSIVE_AUTOMATIC_TRUNCATION, RELY_ON_SQL_SERVER_REPLICATION_AGENT}

示例: safeguardPolicy=RELY_ON_SQL_SERVER_REPLICATION_AGENT;

readBackupOnly

当此属性设置为 Y, AWS DMS 仅读取事务日志备份的更改,且在持续复制期间未从活动事务日志文件中读取。通过将此参数设置为 Y,可以在完全加载和持续复制任务期间控制活动事务日志文件的增长。但是,它会向持续复制添加一些源延迟。

有效值:{、} NY。默认值为 N.

示例: readBackupOnly=Y;

use3rdPartyBackupDevice

当此属性设置为 Y, AWS DMS 处理以本地格式创建的第三方事务日志备份。

SQL Server 的源数据类型

将 SQL Server 作为 AWS DMS 源的数据迁移支持大多数 SQL Server 数据类型。下表列出了使用 AWS DMS 时支持的 SQL Server 源数据类型以及来自 AWS DMS 数据类型的默认映射。

有关如何查看目标中映射的数据类型的信息,请参阅有关所使用的目标终端节点的部分。

有关 AWS DMS 数据类型的其他信息,请参阅Data types for AWS Database Migration Service

SQL Server 数据类型

AWS DMS 数据类型

BIGINT。

INT8

BIT

BOOLEAN

DECIMAL

NUMERIC

INT

INT4

MONEY

NUMERIC

NUMERIC (p,s)

NUMERIC

SMALLINT

INT2

SMALLMONEY

NUMERIC

TINYINT

UINT1

REAL

REAL4

FLOAT

REAL8

DATETIME

DATETIME

DATETIME2 (SQL Server 2008 和更高版本)

DATETIME

SMALLDATETIME

DATETIME

DATE

DATE

TIME

TIME

DATETIMEOFFSET

WSTRING

CHAR

STRING

VARCHAR

STRING

VARCHAR(max)

CLOB

TEXT

要将此数据类型用于 AWS DMS,必须允许对特定任务使用 CLOB 数据类型。

对于 SQL Server 表,AWS DMS 将为 UPDATE 语句更新目标中的 LOB 列,但不更改 SQL Server 中的 LOB 列的值。

在 CDC 期间,AWS DMS 仅在包含主键的表中支持 CLOB 数据类型。

NCHAR

WSTRING

NVARCHAR (length)

WSTRING

NVARCHAR(max)

NCLOB

NTEXT

要将此数据类型用于 AWS DMS,必须允许对特定任务使用 NCLOB 数据类型。

对于 SQL Server 表,AWS DMS 将为 UPDATE 语句更新目标中的 LOB 列,但不更改 SQL Server 中的 LOB 列的值。

在 CDC 期间,AWS DMS 仅在包含主键的表中支持 CLOB 数据类型。

BINARY

BYTES

VARBINARY

BYTES

VARBINARY(max)

BLOB

IMAGE

对于 SQL Server 表,AWS DMS 将为 UPDATE 语句更新目标中的 LOB 列,但不更改 SQL Server 中的 LOB 列的值。

要将此数据类型用于 AWS DMS,必须允许对特定任务使用 BLOB 数据类型。

AWS DMS 仅在包含主键的表中支持 BLOB 数据类型。

TIMESTAMP

BYTES

UNIQUEIDENTIFIER

STRING

HIERARCHYID

在复制到 SQL Server 目标终端节点时,使用 HIERARCHYID。

在复制到所有其他目标终端节点时,使用 WSTRING (250)。

XML

NCLOB

对于 SQL Server 表,AWS DMS 将为 UPDATE 语句更新目标中的 LOB 列,但不更改 SQL Server 中的 LOB 列的值。

要将此数据类型用于 AWS DMS,必须允许对特定任务使用 NCLOB 数据类型。

在 CDC 期间,AWS DMS 仅在包含主键的表中支持 NCLOB 数据类型。

GEOMETRY

在复制到支持此数据类型的目标终端节点时,使用 GEOMETRY。

在复制到不支持此数据类型的目标终端节点时,使用 CLOB。

GEOGRAPHY

在复制到支持此数据类型的目标终端节点时,使用 GEOGRAPHY。

在复制到不支持此数据类型的目标终端节点时,使用 CLOB。

AWS DMS 不支持包含以下数据类型的字段的表:

  • CURSOR

  • SQL_VARIANT

  • TABLE

注意

根据用户定义的数据类型的基类型来支持这些类型。例如,基于 DATETIME 的用户定义的数据类型将作为 DATETIME 数据类型进行处理。