使用 Always Encrypted 将加密数据批量加载到列中
适用于： 
SQL Server Azure SQL 数据库 Azure SQL 托管实例
若要在大容量复制操作期间加载加密数据，而不用在服务器上执行元数据检查，请使用 ALLOW_ENCRYPTED_VALUE_MODIFICATIONS 选项创建用户。 此选项旨在由旧式工具使用，或者由不能使用 Always Encrypted 的第三方提取-转换-加载 (ETL) 工作流使用。 这使用户可以安全地将加密数据从包含加密列的一组表中移动到具有加密列的另一组表中（在相同或不同的数据库中）。
ALLOW_ENCRYPTED_VALUE_MODIFICATIONS 选项
CREATE USER 和 ALTER USER 都具有 ALLOW_ENCRYPTED_VALUE_MODIFICATIONS 选项。 当设置为“开”时（默认为“关”），此选项将取消在大容量复制操作中，在服务器上进行的加密元数据检查，以便用户可以在表或数据库之间大容量复制加密数据，而无需解密数据。
数据迁移方案
下表显示了适用于多个迁移方案的建议设置。
加密数据的大容量加载
使用以下过程加载加密数据。
- 对于作为大容量复制操作目标的数据库中的用户，请将该选项设置为“开”。 例如：
ALTER USER Bob WITH ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = ON;
运行大容量复制的应用程序或作为该用户进行连接的工具。 （如果应用程序使用启用了 Always Encrypted 客户端驱动程序，请确保数据源的连接字符串不包含 column encryption setting=enabled，以确保从加密列进行检索的数据始终处于加密状态。有关详细信息，请参阅使用 Always Encrypted 开发应用程序。）
将 ALLOW_ENCRYPTED_VALUE_MODIFICATIONS 选项设置回“关”。 例如：
ALTER USER Bob WITH ALLOW_ENCRYPTED_VALUE_MODIFICATIONS = OFF;
潜在的数据损坏
错误使用此选项可能导致数据损坏。 ALLOW_ENCRYPTED_VALUE_MODIFICATIONS 选项使用户可以将任何数据插入数据库中的加密列，包括使用不同密钥进行加密的数据、加密不正确的数据，或根本未加密的数据。 如果用户意外复制了使用为目标列设置的加密方案（列加密密钥、算法、加密类型）进行不正确加密的的数据，则将无法解密数据（数据将损坏）。 请慎用此选项，因为它将导致数据库中的数据损坏。
下面的方案演示了因错误导入数据而导致数据损坏的方法：
用户的该选项设置为“开”。
用户运行连接到数据库的应用程序。 应用程序使用大容量 API 将纯文本值插入到加密列中。 应用程序需要启用了始终加密的客户端驱动程序对插入的数据进行加密。 但是，应用程序配置不正确，因此其结果是使用不支持始终加密的驱动程序，或连接字符串不包含 column encryption setting=enabled。
应用程序向服务器发送纯文本值。 由于针对用户在服务器中禁用了加密元数据检查，因此该服务器可让不正确的数据（纯文本而不是正确加密的已加密文本）插入到加密列中。
相同或其他应用程序使用启用了始终加密的驱动程序连接到数据库，并且连接字符串包含 column encryption setting=enabled ，并检索了数据。 应用程序要求以透明方式解密数据。 但是，由于数据是错误的密文，因此驱动程序无法解密此数据。
最佳做法
针对使用此选项的长时间运行的工作负荷，使用指定的用户帐户。
针对短时间运行的大容量复制应用程序或需要移动加密数据而无需对其进行解密的工具，在运行该应用程序之前，将该选项设置为“开”，并在运行了操作后立即将其设置回“关”。
不要使用此选项开发新应用程序。 请改用提供 API（用于阻止针对单个会话的加密元数据检查）的客户端驱动程序，例如用于 SQL Server 的 .NET Framework 数据提供程序中的 AllowEncryptedValueModifications 选项 - 请参阅使用 SqlBulkCopy 复制加密数据。