使用 Azure 数据工厂或 Azure Synapse Analytics 在 Snowflake V2 中复制和转换数据

适用于：Azure 数据工厂 Azure Synapse Analytics

本文概述了如何使用 Azure 数据工厂和 Azure Synapse 管道中的复制活动从/向 Snowflake 复制数据，并使用数据流转换 Snowflake 中的数据。 有关详细信息，请参阅数据工厂或 Azure Synapse Analytics 的简介文章。

支持的功能

此 Snowflake 连接器支持以下功能：

① Azure 集成运行时 ② 自承载集成运行时

对于复制活动，此 Snowflake 连接器支持以下功能：

• 使用Snowflake的COPY into [location]命令从Snowflake中复制数据，以获得最佳性能。
• 将数据复制到 Snowflake 中：利用 Snowflake 的 COPY into [table] 命令实现最佳性能。 它支持 Azure 上的 Snowflake。
• 如果需要一个代理，以便从自承载 Integration Runtime 连接到 Snowflake，则必须在 Integration Runtime 主机上为 HTTP_PROXY 和 HTTPS_PROXY 配置环境变量。

Prerequisites

如果数据存储位于本地网络、Azure 虚拟网络或 Amazon Virtual Private Cloud 内部，则需要配置自承载集成运行时才能连接到该数据存储。 确保将自承载集成运行时使用的 IP 地址添加到允许列表中。

如果数据存储是托管的云数据服务，则可以使用 Azure Integration Runtime。 如果访问范围限制为防火墙规则中允许的 IP，你可以将 Azure Integration Runtime IP 添加到允许的列表。

用于数据源或数据接收器的 Snowflake 帐户应具有对数据库的必要USAGE访问权限，以及对架构及其下的表/视图的读写访问权限。 此外，它还应该在架构上具有 CREATE STAGE，以便能够使用 SAS URI 创建外部阶段。

必须设置以下帐户属性值

要详细了解网络安全机制和数据工厂支持的选项，请参阅数据访问策略。

开始

若要使用管道执行复制活动，可以使用以下工具或 SDK 之一：

• 复制数据工具
• Azure 门户
• .NET SDK
• Python SDK
• Azure PowerShell
• REST API
• Azure Resource Manager 模板

通过 UI 创建与 Snowflake 的链接服务

使用以下步骤在 Azure 门户 UI 中创建一个到 Snowflake 的链接服务。

1. 浏览到 Azure 数据工厂或 Synapse 工作区中的“管理”选项卡并选择“链接服务”，然后单击“新建”：

   • Azure 数据工厂
   • Azure Synapse

   

2. 搜索“Snowflake”并选择“Snowflake 连接器”。

   

3. 配置服务详细信息、测试连接并创建新的链接服务。

   

连接器配置详细信息

以下部分详细介绍了用来定义特定于 Snowflake 连接器的实体的属性。

链接服务属性

Snowflake 链接服务支持以下通用属性：

此 Snowflake 连接器支持以下身份验证类型。 有关详细信息，请参阅相应部分。

• 基本身份验证
• 密钥对身份验证

基本身份验证

要使用基本身份验证，除了上一部分中所述的通用属性外，还需要指定以下属性：

Example:

{
    "name": "SnowflakeV2LinkedService",
    "properties": {
        "type": "SnowflakeV2",
        "typeProperties": {
            "accountIdentifier": "<accountIdentifier>",
            "database": "<database>",
            "warehouse": "<warehouse>",
            "authenticationType": "Basic",
            "user": "<username>",
            "password": {
                "type": "SecureString",
                "value": "<password>"
            },
            "role": "<role>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Azure 密钥保管库中的密码：

{
    "name": "SnowflakeV2LinkedService",
    "properties": {
        "type": "SnowflakeV2",
        "typeProperties": {
            "accountIdentifier": "<accountIdentifier>",
            "database": "<database>",
            "warehouse": "<warehouse>",
            "authenticationType": "Basic",
            "user": "<username>",
            "password": {
                "type": "AzureKeyVaultSecret",
                "store": { 
                    "referenceName": "<Azure Key Vault linked service name>",
                    "type": "LinkedServiceReference"
                }, 
                "secretName": "<secretName>"
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

密钥对身份验证

若要使用密钥对身份验证，需要参考密钥对身份验证和密钥对轮换，在 Snowflake 中配置和创建密钥对身份验证用户。 之后，请记下用于定义链接服务的私钥和通行短语（可选）。

除了前面部分所述的通用属性，还指定以下属性：

Example:

{
    "name": "SnowflakeV2LinkedService",
    "properties": {
        "type": "SnowflakeV2",
        "typeProperties": {
            "accountIdentifier": "<accountIdentifier>",
            "database": "<database>",
            "warehouse": "<warehouse>",
            "authenticationType": "KeyPair",
            "user": "<username>",
            "privateKey": {
                "type": "SecureString",
                "value": "<privateKey>"
            },
            "privateKeyPassphrase": { 
                "type": "SecureString",
                "value": "<privateKeyPassphrase>"
            },
            "role": "<role>"
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

数据集属性

有关可用于定义数据集的各部分和属性的完整列表，请参阅数据集一文。

Snowflake 数据集支持以下属性。

Example:

{
    "name": "SnowflakeV2Dataset",
    "properties": {
        "type": "SnowflakeV2Table",
        "typeProperties": {
            "schema": "<Schema name for your Snowflake database>",
            "table": "<Table name for your Snowflake database>"
        },
        "schema": [ < physical schema, optional, retrievable during authoring > ],
        "linkedServiceName": {
            "referenceName": "<name of linked service>",
            "type": "LinkedServiceReference"
        }
    }
}

复制活动属性

有关可用于定义活动的各部分和属性的完整列表，请参阅管道一文。 本部分提供 Snowflake 源和接收器支持的属性列表。

以 Snowflake 作为源

Snowflake 连接器利用 Snowflake 的 COPY into [location] 命令实现最佳性能。

如果 Snowflake 的 COPY 命令以本机方式支持接收器数据存储和格式，则可使用复制活动将数据从 Snowflake 直接复制到接收器。 有关详细信息，请参阅从 Snowflake 进行的直接复制。 否则，请使用内置的从 Snowflake 进行的暂存复制。

从 Snowflake 复制数据时，复制活动的“源”部分支持以下属性。

从 Snowflake 进行的直接复制

如果接收器数据存储和格式符合此部分所述条件，则可使用复制活动将数据从 Snowflake 直接复制到接收器。 该服务将检查设置，如果不符合以下条件，复制活动运行将会失败：

• 在源中指定 storageIntegration 时：

  接收器数据存储是你在 Snowflake 中的外部阶段引用的 Azure Blob 存储。 复制数据之前，需要完成以下步骤：

  1. 使用任何受支持的身份验证类型为接收器 Azure Blob 存储创建 Azure Blob 存储链接服务。

  2. 在接收器 Azure Blob 存储访问控制 (IAM) 中至少向 Snowflake 服务主体授予存储 Blob 数据参与者角色。

• 当你未在源中指定 storageIntegration 时：

  “接收器链接服务”是使用共享访问签名身份验证的 Azure Blob 存储。 若要采用下面受支持的格式将数据直接复制到 Azure Data Lake Storage Gen2，可以创建带有针对 Azure Data Lake Storage Gen2 帐户的 SAS 身份验证功能的 Azure Blob 存储链接服务，从而避免使用从 Snowflake 进行的分阶段复制。

• 接收器数据格式为“Parquet”、“带分隔符的文本”或“JSON”，其配置如下：

  • 对于“Parquet”格式，压缩编解码器为“无”、“Snappy”或“Lzo”。
  • 对于“带分隔符的文本”格式：
    • rowDelimiter 为 \r\n 或任何单个字符。
    • compression 可为“无压缩”、 gzip、bzip2 或 deflate。
    • encodingName 保留为默认值或设置为 utf-8。
    • quoteChar 为双引号、单引号或空字符串（无引号字符） 。
  • 对于“JSON”格式，直接复制只支持以下情况：源 Snowflake 表或查询结果仅有一列且该列的数据类型是“VARIANT”、“OBJECT”或“ARRAY” 。
    • compression 可为“无压缩”、 gzip、bzip2 或 deflate。
    • encodingName 保留为默认值或设置为 utf-8。
    • filePattern 在复制活动接收器中保留为默认值或设置为“setOfObjects”。

• 在复制活动源中，additionalColumns 未指定。

• 列映射未指定。

Example:

"activities":[
    {
        "name": "CopyFromSnowflake",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<Snowflake input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "SnowflakeV2Source",
                "query": "SELECT * FROM MYTABLE",
                "exportSettings": {
                    "type": "SnowflakeExportCopyCommand",
                    "additionalCopyOptions": {
                        "MAX_FILE_SIZE": "64000000",
                        "OVERWRITE": true
                    },
                    "additionalFormatOptions": {
                        "DATE_FORMAT": "'MM/DD/YYYY'"
                    },
                    "storageIntegration": "< Snowflake storage integration name >"
                }
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

从 Snowflake 进行暂存复制

如果接收器数据存储或格式与上一部分所述的 Snowflake COPY 命令并非以本机方式兼容，请通过临时的 Azure Blob 存储实例启用内置暂存复制。 分阶段复制功能还能提供更高的处理吞吐量。 该服务将数据从 Snowflake 导出到暂存存储，然后将数据复制到接收器，最后从暂存存储中清除临时数据。 若要详细了解如何通过暂存方式复制数据，请参阅暂存复制。

若要使用此功能，请创建一个引用 Azure 存储帐户作为临时暂存位置的 Azure Blob 存储链接服务。 然后，在复制活动中指定 enableStaging 和 stagingSettings 属性。

• 在源中指定 storageIntegration 时，临时暂存 Azure Blob 存储应是你在 Snowflake 中的外部阶段引用的。 请确保在使用 Azure 集成运行时时，为其创建一个 Azure Blob 存储 链接服务，并使用任何支持的身份验证方式。或者，在使用自托管集成运行时时，请使用匿名、帐户密钥、共享访问签名或服务主体身份验证。 此外，在暂存 Azure Blob 存储访问控制 (IAM) 中至少向 Snowflake 服务主体授予存储 Blob 数据参与者角色。

• 当你未在源中指定 storageIntegration 时，暂存 Azure Blob 存储链接服务必须使用 Snowflake COPY 命令所需的共享访问签名身份验证。 确保在暂存 Azure Blob 存储中向 Snowflake 授予适当的访问权限。 要了解详细信息，请参阅本文。

Example:

"activities":[
    {
        "name": "CopyFromSnowflake",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<Snowflake input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "SnowflakeV2Source",               
                "query": "SELECT * FROM MyTable",
                "exportSettings": {
                    "type": "SnowflakeExportCopyCommand",
                    "storageIntegration": "< Snowflake storage integration name >"                    
                }
            },
            "sink": {
                "type": "<sink type>"
            },
            "enableStaging": true,
            "stagingSettings": {
                "linkedServiceName": {
                    "referenceName": "MyStagingBlob",
                    "type": "LinkedServiceReference"
                },
                "path": "mystagingpath"
            }
        }
    }
]

从 Snowflake 执行分阶段复制时，将接收器复制行为设置为“合并文件”至关重要。 此设置可确保正确处理和合并所有已分区的文件，从而防止仅复制最后一个已分区文件的问题。

示例配置

{
    "type": "Copy",
    "source": {
        "type": "SnowflakeSource",
        "query": "SELECT * FROM my_table"
    },
    "sink": {
        "type": "AzureBlobStorage",
        "copyBehavior": "MergeFiles"
    }
}

以 Snowflake 作为接收器

Snowflake 连接器利用 Snowflake 的 COPY into [table] 命令实现最佳性能。 它支持将数据写入 Azure 上的 Snowflake。

如果 Snowflake 的 COPY 命令本地支持源数据的存储和格式，你可以使用复制功能直接从源复制到 Snowflake。 有关详细信息，请参阅直接复制到 Snowflake。 否则，请使用内置的暂存复制到 Snowflake。

若要将数据复制到 Snowflake，复制活动的“接收器”部分需要支持以下属性。

直接复制到 Snowflake

如果源数据存储和格式符合此部分所述条件，则可使用复制活动将数据从源直接复制到 Snowflake。 该服务将检查设置，如果不符合以下条件，复制活动运行将会失败：

• 在接收器中指定 storageIntegration 时：

  源数据存储是你在 Snowflake 中的外部阶段引用的 Azure Blob 存储。 复制数据之前，需要完成以下步骤：

  1. 使用任何支持的身份验证类型为源 Azure Blob 存储创建 Azure Blob 存储链接服务。

  2. 在源 Azure Blob 存储“访问控制 (IAM)”中至少向 Snowflake 服务主体授予“存储 Blob 数据读者”角色。

• 在接收器中不指定 storageIntegration 时：

  “源链接服务”是使用“共享访问签名”身份验证的 Azure Blob 存储。 若要采用下面受支持的格式直接从 Azure Data Lake Storage Gen2 复制数据，可以创建带有针对 Azure Data Lake Storage Gen2 帐户的 SAS 身份验证功能的 Azure Blob 存储链接服务，从而避免使用到 Snowflake 的分阶段复制。

• “源数据格式”为“Parquet”、“带分隔符的文本”或“JSON”，其配置如下 ：

  • 对于“Parquet”格式，压缩编解码器为“无”或“Snappy”。

  • 对于“带分隔符的文本”格式：

    • rowDelimiter 为 \r\n 或任何单个字符。 如果行分隔符不是“\r\n”，则需将 firstRowAsHeader 设置为 false，且不指定 skipLineCount。
    • compression 可为“无压缩”、 gzip、bzip2 或 deflate。
    • encodingName 保留为默认值或设置为“UTF-8”、“UTF-16”、“UTF-16BE”、“UTF-32”、“UTF-32BE”、“BIG5”、“EUC-JP”、“EUC-KR”、“GB18030”、“ISO-2022-JP”、“ISO-2022-KR”、“ISO-8859-1”、“ISO-8859-2”、“ISO-8859-5”、“ISO-8859-6”、“ISO-8859-7”、“ISO-8859-8”、“ISO-8859-9”、“WINDOWS-1250”、“WINDOWS-1251”、“WINDOWS-1252”、“WINDOWS-1253”、“WINDOWS-1254”、“WINDOWS-1255”。
    • quoteChar 为双引号、单引号或空字符串（无引号字符） 。

  • 对于“JSON”格式，直接复制只支持以下情况：接收器 Snowflake 表仅有一列且该列的数据类型是“VARIANT”、“OBJECT”或“ARRAY”。

    • compression 可为“无压缩”、 gzip、bzip2 或 deflate。
    • encodingName 保留为默认值或设置为 utf-8。
    • 列映射未指定。

• 在“复制”活动源中：

  • 未指定 additionalColumns。
  • 如果源为文件夹，则将 recursive 设置为 true。
  • prefix、modifiedDateTimeStart、modifiedDateTimeEnd 和 enablePartitionDiscovery 未指定。

Example:

"activities":[
    {
        "name": "CopyToSnowflake",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<Snowflake output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "<source type>"
            },
            "sink": {
                "type": "SnowflakeV2Sink",
                "importSettings": {
                    "type": "SnowflakeImportCopyCommand",
                    "copyOptions": {
                        "FORCE": "TRUE",
                        "ON_ERROR": "SKIP_FILE"
                    },
                    "fileFormatOptions": {
                        "DATE_FORMAT": "YYYY-MM-DD"
                    },
                    "storageIntegration": "< Snowflake storage integration name >"
                }
            }
        }
    }
]

暂存复制到 Snowflake

如果您的源数据存储或格式与上一部分所述的 Snowflake COPY 命令并非以本机方式兼容，可以通过使用临时 Azure Blob 存储实例来启用系统内置的暂存复制功能。 分阶段复制功能还能提供更高的处理吞吐量。 该服务会自动转换数据，以满足 Snowflake 的数据格式要求。 然后，它会调用 COPY 命令将数据载入 Snowflake。 最后，它会从 Blob 存储中清理临时数据。 若要详细了解如何通过暂存方式复制数据，请参阅暂存复制。

若要使用此功能，请创建一个引用 Azure 存储帐户作为临时暂存位置的 Azure Blob 存储链接服务。 然后，在复制活动中指定 enableStaging 和 stagingSettings 属性。

• 在接收器中指定 storageIntegration 时，临时暂存 Azure Blob 存储应是你在 Snowflake 中的外部阶段引用的。 请确保在使用 Azure 集成运行时时，为其创建一个 Azure Blob 存储 链接服务，并使用任何支持的身份验证方式。或者，在使用自托管集成运行时时，请使用匿名、帐户密钥、共享访问签名或服务主体身份验证。 此外，在暂存 Azure Blob 存储访问控制 (IAM) 中至少向 Snowflake 服务主体授予存储 Blob 数据读者角色。

• 未在接收器中指定 storageIntegration 时，暂存 Azure Blob 存储链接服务需要使用 Snowflake COPY 命令所需的共享访问签名身份验证。

Example:

"activities":[
    {
        "name": "CopyToSnowflake",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<Snowflake output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "<source type>"
            },
            "sink": {
                "type": "SnowflakeV2Sink",
                "importSettings": {
                    "type": "SnowflakeImportCopyCommand",
                    "storageIntegration": "< Snowflake storage integration name >"
                }
            },
            "enableStaging": true,
            "stagingSettings": {
                "linkedServiceName": {
                    "referenceName": "MyStagingBlob",
                    "type": "LinkedServiceReference"
                },
                "path": "mystagingpath"
            }
        }
    }
]

映射数据流属性

在映射数据流中转换数据时，可以从 Snowflake 中的表读取数据以及将数据写入表中。 有关详细信息，请参阅映射数据流中的源转换和接收器转换。 可以选择使用 Snowflake 数据集或内联数据集作为源和接收器类型。

源转换

下表列出了 Snowflake 源支持的属性。 你可以在“源选项”选项卡中编辑这些属性。该连接器利用 Snowflake 内部数据传输。

Snowflake 源脚本示例

使用 Snowflake 数据集作为源类型时，关联的数据流脚本为：

source(allowSchemaDrift: true,
	validateSchema: false,
	query: 'select * from MYTABLE',
	format: 'query') ~> SnowflakeSource

如果使用内联数据集，则关联的数据流脚本为：

source(allowSchemaDrift: true,
	validateSchema: false,
	format: 'query',
	query: 'select * from MYTABLE',
	store: 'snowflake') ~> SnowflakeSource

本机更改跟踪

Azure 数据工厂现在支持 Snowflake 的一种内置功能，称为更改跟踪，该功能涉及以日志形式跟踪更改。 Snowflake 的此功能允许我们跟踪数据随时间推移的变化，使其可用于增量数据加载和审核目的。 为了利用此功能，当你启用变更数据捕获并选择 Snowflake 更改跟踪时，我们将为源表创建一个 Stream 对象，该对象在源 Snowflake 表上启用更改跟踪。 随后，我们在查询中使用 CHANGES 子句从源表中仅提取新的或更新的数据。 此外，建议计划管道，以便在 Snowflake 源表的数据保留时间设置的时间间隔内使用更改，否则用户可能会在捕获的更改中看到不一致的行为。

接收器转换

下表列出了 Snowflake 接收器支持的属性。 可以在“设置”选项卡中编辑这些属性。使用内联数据集时，你会看到其他设置，这些设置与数据集属性部分所述的属性相同。 该连接器利用 Snowflake 内部数据传输。

Snowflake 接收器脚本示例

使用 Snowflake 数据集作为接收器类型时，关联的数据流脚本为：

IncomingStream sink(allowSchemaDrift: true,
	validateSchema: false,
	deletable:true,
	insertable:true,
	updateable:true,
	upsertable:false,
	keys:['movieId'],
	format: 'table',
	skipDuplicateMapInputs: true,
	skipDuplicateMapOutputs: true) ~> SnowflakeSink

如果使用内联数据集，则关联的数据流脚本为：

IncomingStream sink(allowSchemaDrift: true,
	validateSchema: false,
	format: 'table',
	tableName: 'table',
	schemaName: 'schema',
	deletable: true,
	insertable: true,
	updateable: true,
	upsertable: false,
	store: 'snowflake',
	skipDuplicateMapInputs: true,
	skipDuplicateMapOutputs: true) ~> SnowflakeSink

查询下推优化

通过将管道日志记录级别设置为“无”，我们排除了中间转换指标的传输，防止 Spark 优化的潜在障碍，并启用 Snowflake 提供的查询下推优化。 这种下推优化为具有大量数据集的大型 Snowflake 表提供了实质性的性能增强。

Snowflake V2 的数据类型映射

从 Snowflake 复制数据时，使用以下映射从 Snowflake 数据类型以内部方式映射到服务中的临时数据类型。 若要了解复制活动如何将源架构和数据类型映射到接收器，请参阅架构和数据类型映射。

查找活动属性

有关属性的详细信息，请参阅查找活动。

Snowflake 连接器生命周期和升级

下表显示了不同版本的 Snowflake 连接器的发布阶段和更改日志：

将 Snowflake 连接器从 V1 升级到 V2

若要将 Snowflake 连接器从 V1 升级到 V2，可以并行升级或就地升级。

并行升级

若要执行并行升级，请完成以下步骤：

1. 新建 Snowflake 链接服务，并通过引用 V2 链接服务属性来对其进行配置。
2. 基于新创建的 Snowflake 链接服务创建数据集。
3. 在面向 V1 对象的管道中，将新的链接服务和数据集替换为现有的链接服务和数据集。

就地升级

若要执行就地升级，需要编辑现有的链接服务有效负载，并将数据集更新为使用新版链接服务。

1. 将类型从“Snowflake”更新为“SnowflakeV2”。

2. 将链接服务有效负载从 V1 格式修改为 V2。 更改上述类型后，可以从用户界面填充每个字段，也可以直接通过 JSON 编辑器更新有效负载。 有关受支持的连接属性，请参阅本文中链接服务属性部分。 以下示例显示了 V1 和 V2 Snowflake 链接服务的有效负载差异：

   Snowflake V1 链接服务 JSON 有效负载：

     {
        "name": "Snowflake1",
        "type": "Microsoft.DataFactory/factories/linkedservices",
        "properties": {
            "annotations": [],
            "type": "Snowflake",
            "typeProperties": {
                "authenticationType": "Basic",
                "connectionString": "jdbc:snowflake://<fake_account>.snowflakecomputing.com/?user=FAKE_USER&db=FAKE_DB&warehouse=FAKE_DW&schema=PUBLIC",
                "encryptedCredential": "<your_encrypted_credential_value>"
            },
            "connectVia": {
                "referenceName": "AzureIntegrationRuntime",
                "type": "IntegrationRuntimeReference"
            }
        }
    }
   

   Snowflake V2 链接服务 JSON 有效负载：

    {
        "name": "Snowflake2",
        "type": "Microsoft.DataFactory/factories/linkedservices",
        "properties": {
            "parameters": {
                "schema": {
                    "type": "string",
                    "defaultValue": "PUBLIC"
                }
            },
            "annotations": [],
            "type": "SnowflakeV2",
            "typeProperties": {
                "authenticationType": "Basic",
                "accountIdentifier": "<FAKE_Account>",
                "user": "FAKE_USER",
                "database": "FAKE_DB",
                "warehouse": "FAKE_DW",
                "encryptedCredential": "<placeholder>"
            },
            "connectVia": {
                "referenceName": "AutoResolveIntegrationRuntime",
                "type": "IntegrationRuntimeReference"
            }
        }
    }
   

3. 更新数据集以使用新的链接服务。 可以基于新创建的链接服务创建新数据集，也可以将现有数据集的 type 属性从 SnowflakeTable 更新为 SnowflakeV2Table。

将 Snowflake V2 连接器从版本 1.0 升级到版本 1.1

在 “编辑链接服务 ”页中，为版本选择 1.1。 有关详细信息，请参阅链接服务属性。

相关内容

要查看复制活动支持作为源和汇聚器使用的数据存储的列表，请参阅支持的数据存储和格式。