从 Teradata 迁移架构和数据

结合使用 BigQuery Data Transfer Service 和特殊迁移代理，您可以将数据从 Teradata 本地数据仓库实例复制到 BigQuery。本文档介绍了使用 BigQuery Data Transfer Service 从 Teradata 迁移数据的分步过程。

准备工作

登录您的 Google Cloud 账号。如果您是 Google Cloud 新手，请创建一个账号来评估我们的产品在实际场景中的表现。新客户还可获享 $300 赠金，用于运行、测试和部署工作负载。

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

确保您的 Google Cloud 项目已启用结算功能。

Enable the BigQuery, BigQuery Data Transfer Service, Cloud Storage, and Pub/Sub APIs.

Enable the APIs

Create a service account:

In the Google Cloud console, go to the Create service account page.
Go to Create service account
Select your project.
In the Service account name field, enter a name. The Google Cloud console fills in the Service account ID field based on this name.

In the Service account description field, enter a description. For example, Service account for quickstart.
Click Create and continue.
Grant the following roles to the service account: roles/bigquery.user, roles/storage.objectAdmin, roles/iam.serviceAccountTokenCreator.

To grant a role, find the Select a role list, then select the role.

To grant additional roles, click Add another role and add each additional role.

Note: The Role field affects which resources the service account can access in your project. You can revoke these roles or grant additional roles later.
Click Continue.
Click Done to finish creating the service account.

Do not close your browser window. You will use it in the next step.

Create a service account key:

In the Google Cloud console, click the email address for the service account that you created.
Click Keys.
Click Add key, and then click Create new key.
Click Create. A JSON key file is downloaded to your computer.
Click Close.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

确保您的 Google Cloud 项目已启用结算功能。

Enable the BigQuery, BigQuery Data Transfer Service, Cloud Storage, and Pub/Sub APIs.

Enable the APIs

Create a service account:

In the Google Cloud console, go to the Create service account page.
Go to Create service account
Select your project.
In the Service account name field, enter a name. The Google Cloud console fills in the Service account ID field based on this name.

In the Service account description field, enter a description. For example, Service account for quickstart.
Click Create and continue.
Grant the following roles to the service account: roles/bigquery.user, roles/storage.objectAdmin, roles/iam.serviceAccountTokenCreator.

To grant a role, find the Select a role list, then select the role.

To grant additional roles, click Add another role and add each additional role.

Note: The Role field affects which resources the service account can access in your project. You can revoke these roles or grant additional roles later.
Click Continue.
Click Done to finish creating the service account.

Do not close your browser window. You will use it in the next step.

Create a service account key:

In the Google Cloud console, click the email address for the service account that you created.
Click Keys.
Click Add key, and then click Create new key.
Click Create. A JSON key file is downloaded to your computer.
Click Close.

下载的密钥采用以下格式：

{
  "type": "service_account",
  "project_id": "PROJECT_ID",
  "private_key_id": "KEY_ID",
  "private_key": "-----BEGIN PRIVATE KEY-----\nPRIVATE_KEY\n-----END PRIVATE KEY-----\n",
  "client_email": "SERVICE_ACCOUNT_EMAIL",
  "client_id": "CLIENT_ID",
  "auth_uri": "https://accounts.google.com/o/oauth2/auth",
  "token_uri": "https://accounts.google.com/o/oauth2/token",
  "auth_provider_x509_cert_url": "https://www.googleapis.com/oauth2/v1/certs",
  "client_x509_cert_url": "https://www.googleapis.com/robot/v1/metadata/x509/SERVICE_ACCOUNT_EMAIL"
}

确保安全存储密钥，因为它可用于以服务账号的身份进行身份验证。您可以根据需要移动并重命名此文件。

设置所需权限

确保创建转移作业的主账号在包含转移作业的项目中具有以下角色：

Logs Viewer (roles/logging.viewer)
Storage Admin (roles/storage.admin) 或授予以下权限的自定义角色：
- storage.objects.create
- storage.objects.get
- storage.objects.list
BigQuery Admin (roles/bigquery.admin) 或授予以下权限的自定义角色：
- bigquery.datasets.create
- bigquery.jobs.create
- bigquery.jobs.get
- bigquery.jobs.listAll
- bigquery.transfers.get
- bigquery.transfers.update

创建数据集

创建 BigQuery 数据集来存储数据。您不需要创建任何表。

创建 Cloud Storage 存储桶

创建 Cloud Storage 存储桶，用于在转移作业期间暂存数据。

准备本地环境

完成本部分中的任务，以便为转移作业准备本地环境。

本地机器要求

迁移代理使用与 Teradata 实例和 Google Cloud API 的 JDBC 连接。确保网络访问不被防火墙阻止。
确保已安装 Java 8 运行时环境或更高版本。
确保您有足够的存储空间用于您选择的提取方法（如提取方法中所述）。
如果您决定使用 Teradata Parallel Transporter (TPT) 提取，请确保已安装 tbuild 实用程序。如需详细了解如何选择提取方法，请参阅提取方法。

Teradata 连接详情

确保您获得对系统表和要迁移的表具有读取权限的用户的用户名和密码。

用户名和密码通过提示符捕获，并且仅存储在 RAM 中。（可选）您可以在后续步骤中为用户名或密码创建凭据文件。使用凭据文件时，请采取适当的步骤来控制对本地文件系统上存储该文件的文件夹的访问权限，因为它没有加密。
确保您知道用于连接到 Teradata 实例的主机名和端口号。

不支持 LDAP 等身份验证模式。

下载 JDBC 驱动程序

将 terajdbc4.jar JDBC 驱动程序文件从 Teradata 下载到可以连接到数据仓库的机器上。

设置 `GOOGLE_APPLICATION_CREDENTIALS` 变量

设置环境变量 GOOGLE_APPLICATION_CREDENTIALS，使其为您在准备工作部分中下载的服务账号密钥。

更新 VPC Service Controls 出站规则

将 BigQuery Data Transfer Service 管理的 Google Cloud 项目（项目编号：990232121269）添加到 VPC Service Controls 边界中的出站规则。

在本地运行的代理与 BigQuery Data Transfer Service 之间的通信渠道是为每个传输主题发布 Pub/Sub 消息。BigQuery Data Transfer Service 需要向代理发送命令以提取数据，并且代理需要将消息发布回 BigQuery Data Transfer Service 以更新状态并返回数据提取响应。

创建自定义架构文件

如需使用自定义架构文件而不是自动架构检测，请手动创建一个架构文件，或者让迁移代理在您初始化代理为您创建一个架构文件。

如果您手动创建架构文件并且打算使用 Google Cloud 控制台创建转移作业，请将架构文件上传到您计划用于该转移作业的项目中的 Cloud Storage 存储桶。

下载迁移代理

将迁移代理下载到可以连接到数据仓库的机器。将迁移代理 JAR 文件移动到 Teradata JDBC 驱动程序 JAR 文件所在的目录中。

设置转移作业

使用 BigQuery Data Transfer Service 创建转移作业。

如果您希望自动创建自定义架构文件，请使用迁移代理来设置转移作业。

您无法使用 bq 命令行工具创建按需转移作业；必须改用 Google Cloud 控制台或 BigQuery Data Transfer Service API。

如果您要创建周期性转移作业，我们强烈建议您指定架构文件，以便后续转移作业中的数据在加载到 BigQuery 时被正确分区。如果没有架构文件，BigQuery Data Transfer Service 会根据正在转移的源数据推断表架构，有关分区、聚类、主键和更改跟踪的所有信息都会丢失。此外，初始转移后，后续转移会跳过之前迁移的表。如需详细了解如何创建架构文件，请参阅自定义架构文件。

控制台

在 Google Cloud 控制台中，转到 BigQuery 页面。

转到 BigQuery 页面
点击数据传输。
点击创建转移作业。
在来源类型部分，执行以下操作：
- 选择迁移：Teradata。
- 对于转移配置名称，请输入转移作业的显示名称，例如 My Migration。显示名可以是任何容易辨识的值，让您以后在需要修改转移作业时时能够轻松识别。
- 可选：对于时间表选项，您可以保留默认值每天（基于创建时间），也可以选择其他时间（如果您需要周期性增量转移）。否则，请为一次性转移选择按需。
- 在目标设置部分，选择相应的数据集。
在数据源详细信息部分中，继续设置 Teradata 转移作业的特定详细信息。
- 对于数据库类型，选择 Teradata。
- 对于 Cloud Storage 存储桶，请浏览 Cloud Storage 存储桶的名称以暂存迁移数据。请勿输入前缀 gs:// - 请仅输入存储桶名称。
- 对于数据库名称，请输入 Teradata 中源数据库的名称。
- 对于表名称模式 (Table name patterns)，输入匹配源数据库中的表名称的模式。您可以使用正则表达式指定模式。例如：
  - sales|expenses 匹配名为 sales 和 expenses 的表。
  - .* 匹配所有表。
  注：如需了解 Teradata 转移的正则表达式语法，请参阅 re2 库。
- 对于服务账号电子邮件地址，输入与迁移代理使用的服务账号凭据关联的电子邮件地址。
- 可选：如果您要使用自定义架构文件，请在架构文件路径字段中输入该文件的路径和文件名。如果您未提供自定义架构文件，BigQuery 会使用正在转移的源数据自动检测表架构。您可以创建自己的架构文件，如下图所示，也可以使用迁移代理来帮助您创建架构文件。如需了解如何创建架构文件，请参阅初始化迁移代理。
在服务账号菜单中，从与您的 Google Cloud 项目关联的服务账号中选择一个服务账号。您可以将服务账号与转移作业相关联，而不是使用用户凭据。如需详细了解如何将服务账号用于数据转移，请参阅使用服务账号。
- 如果您使用联合身份登录，则需要有服务账号才能创建转移作业。如果您使用 Google 账号登录，则转移作业的服务账号是可选的。
- 服务账号必须具有所需的权限。
可选：在通知选项部分中，执行以下操作：
- 如果您希望转移作业管理员在转移作业运行失败时收到电子邮件通知，请点击电子邮件通知切换开关。
- 点击 Pub/Sub 通知切换开关，为转移作业配置 Pub/Sub 运行通知。在选择 Pub/Sub 主题部分，选择您的主题名称，或点击创建主题。
点击保存。
在转移详情页面上，点击配置标签页。
记下转移作业的资源名称，因为您需要它来运行迁移代理。

bq

使用 bq 工具创建 Cloud Storage 转移作业时，转移作业配置会设置为每 24 小时重复一次。对于按需转移作业，请使用 Google Cloud 控制台或 BigQuery Data Transfer Service API。

您无法使用 bq 工具配置通知。

输入 bq mk 命令并提供转移作业创建标志 --transfer_config。此外，还必须提供以下标志：

--data_source
--display_name
--target_dataset
--params

bq mk \
--transfer_config \
--project_id=project ID \
--target_dataset=dataset \
--display_name=name \
--service_account_name=service_account \
--params='parameters' \
--data_source=data source

其中：

project ID 是您的项目 ID。如果未提供 --project_id 来指定具体项目，则系统会使用默认项目。
dataset 是您要为转移作业配置指定的数据集 (--target_dataset)。
name 表示转移作业配置的显示名称 (--display_name)。转移作业的显示名称可以是任何可让您在需要修改转移作业时识别该转移作业的名称。
service_account 是用于对转移作业进行身份验证的服务账号名称。该服务账号应属于用于创建转移作业的同一 project_id，并且应具有所有列出的所需权限。
parameters 包含所创建转移作业配置的参数 (--params)，采用 JSON 格式，例如：--params='{"param":"param_value"}'。
- 对于 Teradata 迁移，请使用以下参数：
  - bucket 是将在迁移过程中充当暂存区域的 Cloud Storage 存储桶。
  - database_type 是 Teradata。
  - agent_service_account 是与您创建的服务账号关联的电子邮件地址。
  - database_name 是 Teradata 中源数据库的名称。
  - table_name_patterns 是用于匹配源数据库中表名的模式。您可以使用正则表达式指定模式。此模式应遵循 Java 正则表达式语法。例如：
    - sales|expenses 匹配名为 sales 和 expenses 的表。
    - .* 匹配所有表。
data_source 是数据源 (--data_source)：on_premises。

例如，以下命令使用 Cloud Storage 存储桶 mybucket 和目标数据集 mydataset 创建名为 My Transfer 的 Teradata 转移作业。该转移作业将迁移 Teradata 数据仓库 mydatabase 中的所有表，并且可选架构文件为 myschemafile.json。

bq mk \
--transfer_config \
--project_id=123456789876 \
--target_dataset=MyDataset \
--display_name='My Migration' \
--params='{"bucket": "mybucket", "database_type": "Teradata",
"database_name":"mydatabase", "table_name_patterns": ".*",
"agent_service_account":"myemail@mydomain.com", "schema_file_path":
"gs://mybucket/myschemafile.json"}' \
--data_source=on_premises

运行命令后，您会收到类似如下的消息：

[URL omitted] Please copy and paste the above URL into your web browser and follow the instructions to retrieve an authentication code.

请按照说明操作，并将身份验证代码粘贴到命令行中。

API

使用 projects.locations.transferConfigs.create 方法并提供一个 TransferConfig 资源实例。

Java

试用此示例之前，请按照 BigQuery 快速入门：使用客户端库中的 Java 设置说明进行操作。如需了解详情，请参阅 BigQuery Java API 参考文档。

如需向 BigQuery 进行身份验证，请设置应用默认凭据。如需了解详情，请参阅为客户端库设置身份验证。

import com.google.api.gax.rpc.ApiException;
import com.google.cloud.bigquery.datatransfer.v1.CreateTransferConfigRequest;
import com.google.cloud.bigquery.datatransfer.v1.DataTransferServiceClient;
import com.google.cloud.bigquery.datatransfer.v1.ProjectName;
import com.google.cloud.bigquery.datatransfer.v1.TransferConfig;
import com.google.protobuf.Struct;
import com.google.protobuf.Value;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;

// Sample to create a teradata transfer config.
public class CreateTeradataTransfer {

  public static void main(String[] args) throws IOException {
    // TODO(developer): Replace these variables before running the sample.
    final String projectId = "MY_PROJECT_ID";
    String datasetId = "MY_DATASET_ID";
    String databaseType = "Teradata";
    String bucket = "cloud-sample-data";
    String databaseName = "MY_DATABASE_NAME";
    String tableNamePatterns = "*";
    String serviceAccount = "MY_SERVICE_ACCOUNT";
    String schemaFilePath = "/your-schema-path";
    Map<String, Value> params = new HashMap<>();
    params.put("database_type", Value.newBuilder().setStringValue(databaseType).build());
    params.put("bucket", Value.newBuilder().setStringValue(bucket).build());
    params.put("database_name", Value.newBuilder().setStringValue(databaseName).build());
    params.put("table_name_patterns", Value.newBuilder().setStringValue(tableNamePatterns).build());
    params.put("agent_service_account", Value.newBuilder().setStringValue(serviceAccount).build());
    params.put("schema_file_path", Value.newBuilder().setStringValue(schemaFilePath).build());
    TransferConfig transferConfig =
        TransferConfig.newBuilder()
            .setDestinationDatasetId(datasetId)
            .setDisplayName("Your Teradata Config Name")
            .setDataSourceId("on_premises")
            .setParams(Struct.newBuilder().putAllFields(params).build())
            .setSchedule("every 24 hours")
            .build();
    createTeradataTransfer(projectId, transferConfig);
  }

  public static void createTeradataTransfer(String projectId, TransferConfig transferConfig)
      throws IOException {
    try (DataTransferServiceClient client = DataTransferServiceClient.create()) {
      ProjectName parent = ProjectName.of(projectId);
      CreateTransferConfigRequest request =
          CreateTransferConfigRequest.newBuilder()
              .setParent(parent.toString())
              .setTransferConfig(transferConfig)
              .build();
      TransferConfig config = client.createTransferConfig(request);
      System.out.println("Cloud teradata transfer created successfully :" + config.getName());
    } catch (ApiException ex) {
      System.out.print("Cloud teradata transfer was not created." + ex.toString());
    }
  }
}

迁移代理

您可以选择直接通过迁移代理设置转移作业。如需了解详情，请参阅初始化迁移代理。

初始化迁移代理

您必须为新的转移作业初始化迁移代理。无论转移作业是否为周期性，都只需要对其进行一次初始化。初始化操作仅会配置迁移代理，不会开始转移。

如果您要使用迁移代理创建自定义架构文件，请确保您的工作目录下有一个可写目录，其名称与要用于转移作业的项目相同。这是迁移代理创建架构文件的位置。例如，如果您正在使用 /home 目录并在项目 myProject 中设置转移作业，请创建目录 /home/myProject 并确保用户可以写入该目录。

打开一个新会话。在命令行上，发出初始化命令，该命令遵循以下格式：

java -cp \
OS-specific-separated-paths-to-jars (JDBC and agent) \
com.google.cloud.bigquery.dms.Agent \
--initialize

以下示例展示了 JDBC 驱动程序和迁移代理 JAR 文件位于本地 migration 目录时的初始化命令：

Unix、Linux、MacOS

java -cp \
/usr/local/migration/terajdbc4.jar:/usr/local/migration/mirroring-agent.jar \
com.google.cloud.bigquery.dms.Agent \
--initialize

Windows

将所有文件复制到 C:\migration 文件夹中（或调整命令中的路径），然后运行：

java -cp C:\migration\terajdbc4.jar;C:\migration\mirroring-agent.jar com.google.cloud.bigquery.dms.Agent --initialize

出现提示时，请配置以下选项：
1. 选择是否将 Teradata Parallel Transporter (TPT) 模板保存到磁盘。如果计划使用 TPT 提取方法，则可以使用适合 Teradata 实例的参数修改保存的模板。
2. 输入转移作业可用于文件提取的本地目录的路径。确保您拥有提取方法中所述建议的最小存储空间。
3. 输入数据库主机名。
4. 输入数据库端口。
5. 选择是否使用 Teradata Parallel Transporter (TPT) 作为提取方法。
6. 可选：输入数据库凭据文件的路径。
7. 选择是否指定 BigQuery Data Transfer Service 配置名称。
  
  如果您要为已设置的转移作业初始化迁移代理，请执行以下操作：
  1. 输入转移作业的资源名称。您可以在转移作业的转移详情页面的配置标签页中找到此信息。
  2. 出现提示时，输入将要创建的迁移代理配置文件的路径和文件名。您可以在运行迁移代理时引用此文件以开始转移。
  3. 跳过其余步骤。
  如果您要使用迁移代理来设置转移作业，请按 Enter 键跳到下一个提示。
8. 输入 Google Cloud 项目 ID。
9. 输入 Teradata 中源数据库的名称。
10. 输入匹配源数据库中的表名称的模式。您可以使用正则表达式指定模式。例如：
  - sales|expenses 匹配名为 sales 和 expenses 的表。
  - .* 匹配所有表。
  注：如需了解 Teradata 转移的正则表达式语法，请参阅 re2 库。
11. 可选：输入本地 JSON 架构文件的路径。对于周期性转移作业，强烈建议提供此信息。
  
  如果您没有使用架构文件，或者希望迁移代理为您创建一个架构文件，请按 Enter 键跳到下一个提示。
12. 选择是否创建新的架构文件。
  
  如果您想要创建架构文件，请执行以下操作：
  1. 输入 yes。
  2. 输入对系统表和要迁移的表具有读取权限的 teradata 用户的用户名。
  3. 输入该用户的密码。
    
    迁移代理会创建架构文件并输出其位置。
  4. 修改架构文件以标记分区、聚类、主键和更改跟踪列，并验证您是否希望将此架构用于转移作业配置。如需查看提示，请参阅自定义架构文件。
  5. 按 Enter 键跳到下一个提示。
  如果您不想创建架构文件，请输入 no。
13. 输入目标 Cloud Storage 存储桶的名称以暂存迁移数据，然后再加载到 BigQuery 中。如果您已让迁移代理创建自定义架构文件，则该文件也会上传到此存储桶。
14. 输入 BigQuery 中目标数据集的名称。
15. 输入转移作业配置的显示名称。
16. 输入将创建的迁移代理配置文件的路径和文件名。
输入所有请求的参数后，迁移代理将创建一个配置文件并将其输出到您指定的本地路径。如需详细了解配置文件，请参阅下一部分。

迁移代理的配置文件

在初始化步骤中创建的配置文件类似于以下示例：


{
  "agent-id": "81f452cd-c931-426c-a0de-c62f726f6a6f",
  "transfer-configuration": {
    "project-id": "123456789876",
    "location": "us",
    "id": "61d7ab69-0000-2f6c-9b6c-14c14ef21038"
  },
  "source-type": "teradata",
  "console-log": false,
  "silent": false,
  "teradata-config": {
    "connection": {
      "host": "localhost"
    },
    "local-processing-space": "extracted",
    "database-credentials-file-path": "",
    "max-local-storage": "50GB",
    "gcs-upload-chunk-size": "32MB",
    "use-tpt": true,
    "transfer-views": false,
    "max-sessions": 0,
    "spool-mode": "NoSpool",
    "max-parallel-upload": 4,
    "max-parallel-extract-threads": 1,
    "session-charset": "UTF8",
    "max-unload-file-size": "2GB"
  }
}

迁移代理配置文件中的转移作业选项

transfer-configuration：有关 BigQuery 中转移作业配置的信息。
teradata-config：特定于此 Teradata 提取的信息：
- connection：主机名和端口的相关信息
- local-processing-space：代理将表数据提取到的提取文件夹，后面会再将其上传到 Cloud Storage。
- database-credentials-file-path：（可选）包含自动连接到 Teradata 数据库的凭据的文件路径。凭据在该文件中应该占两行。您可以使用用户名/密码，如以下示例所示：
```
username=abc
password=123
```
  您还可以改用 SecretManager 中的 Secret：
```
username=abc
secret_resource_id=projects/my-project/secrets/my-secret-name/versions/1
```
  使用凭据文件时，请注意控制对本地文件系统上存储该文件的文件夹的访问权限，因为它不会被加密。如果未提供路径，则启动代理时系统将提示您输入用户名和密码。
  不支持 LDAP 等身份验证模式。
- max-local-storage：在指定暂存目录中用于提取的本地存储空间上限。默认值为 50GB。支持的格式为：numberKB|MB|GB|TB。
  
  在所有提取模式中，文件在上传到 Cloud Storage 后都会从本地暂存目录中删除。
  
  注意：使用 Teradata Parallel Transporter (TPT) 时，“max-local-storage”限制会产生其他影响。如果表有多个小于“max-local-storage”值的分区，则将表提取拆分为多个 TPT 作业，每个作业不超过“max-local-storage”值。如果表未分区，或者任何分区大于“max-local-storage”，则提取会继续，但提取所需的实际空间会超过限制。
- use-tpt：指示迁移代理使用 Teradata Parallel Transporter (TPT) 作为提取方法。
  
  对于每个表，迁移代理都会生成 TPT 脚本、启动 tbuild 进程并等待完成。tbuild 进程完成后，代理会列出提取的文件并将其上传到 Cloud Storage，然后删除 TPT 脚本。如需了解详情，请参阅提取方法。
  
  警告：代理会生成 TPT 脚本并将其保存到本地提取文件夹中的文件。该脚本包含 Teradata 用户名和密码。请采取适当的步骤来限制对本地提取文件夹中文件的访问权限，因为用户名和密码不会被加密。
- transfer-views：指示迁移代理也从视图转移数据。仅当您在迁移过程中需要数据自定义时，才应使用此选项。在其他情况下，请将视图迁移到 BigQuery 视图。此选项有以下前提条件：
  - 此选项只能与 Teradata 16.10 及更高版本搭配使用。
  - 视图应定义一个整数列“分区”，指向底层表中给定行的分区 ID。
- max-sessions：指定导出作业（FastExport 或 TPT）使用的会话数上限。如果设置为 0，则 Teradata 数据库将会决定每个导出作业的会话数上限。
- gcs-upload-chunk-size：大文件以文件块形式上传到 Cloud Storage。此参数以及 max-parallel-upload 用于控制同时上传到 Cloud Storage 的数据量。例如，如果 gcs-upload-chunk-size 为 64 MB，max-parallel-upload 为 10 MB，则理论上迁移代理可以同时上传 640 MB (64 MB * 10) 的数据。如果文件块上传失败，则必须重试整个文件块。文件块大小必须较小。
- max-parallel-upload：此值用于确定迁移代理将文件上传到 Cloud Storage 时使用的线程数上限。如果未指定，则默认为 Java 虚拟机可用的处理器数量。一般经验法则是根据您在运行代理的机器中拥有的核心数选择值。因此，如果您有 n 个核心，则最佳线程数应为 n。如果核心为超线程，则最佳数量应为 (2 * n)。在调整 max-parallel-upload 时，您还必须考虑网络带宽等其他设置。调整此参数可以提高数据上传到 Cloud Storage 的性能。
- spool-mode：在大多数情况下，NoSpool 模式是最佳选择。NoSpool 是代理配置中的默认值。如果您的情况符合任何 NoSpool 缺点，您可以更改此参数。
- max-unload-file-size：决定提取的最大文件大小。不强制 TPT 提取使用此参数。
- max-parallel-extract-threads：此配置仅在 FastExport 模式下使用。它决定了用于从 Teradata 中提取数据的并行线程数。调整此参数可以提高提取的性能。
- tpt-template-path：使用此配置以提供自定义 TPT 提取脚本作为输入。您可以使用此参数将转换应用于您的迁移数据。
- schema-mapping-rule-path：（可选）包含替换默认映射规则的架构映射的路径。某些映射类型仅适用于 Teradata Parallel Transporter (TPT) 模式。
  
  示例：从 Teradata 类型 TIMESTAMP 映射到 BigQuery 类型 DATETIME：
```
{
"rules": [
  {
    "database": {
        "name": "database.*",
        "tables": [
           {
             "name": "table.*"
           }
        ]
    },
    "match": {
      "type": "COLUMN_TYPE",
      "value": "TIMESTAMP"
    },
    "action": {
      "type": "MAPPING",
      "value": "DATETIME"
    }
  }
]
}
```
  属性：
  - database：（可选）name 是要包含的数据库的正则表达式。默认情况下包含所有数据库。
  - tables：（可选）包含表数组。name 是要包含的表的正则表达式。默认情况下，所有表均包含在内。
  - match：（必填）
    - type 支持的值：COLUMN_TYPE。
    - value 支持的值：TIMESTAMP、DATETIME。
  - action：（必填）
    - type 支持的值：MAPPING。
    - value 支持的值：TIMESTAMP、DATETIME。
- compress-output：（可选）指示在 Cloud Storage 上存储之前是否应压缩数据。此设置仅适用于 tpt-mode。默认情况下，此值为 false。

运行迁移代理

初始化迁移代理并创建配置文件后，请使用以下步骤来运行代理并开始迁移：

通过指定 JDBC 驱动程序、迁移代理以及在前面的初始化步骤中创建的配置文件来运行代理。

迁移代理必须在整个转移过程中保持运行。如果您远程运行代理（例如，通过使用 SSH），请确保即使远程连接关闭，代理也保持活跃状态。您可以使用“tmux”或类似实用程序来执行此操作。
```
java -cp \
OS-specific-separated-paths-to-jars (JDBC and agent) \
com.google.cloud.bigquery.dms.Agent \
--configuration-file=path to configuration file
```
Unix、Linux、MacOS
```
java -cp \
/usr/local/migration/Teradata/JDBC/terajdbc4.jar:mirroring-agent.jar \
com.google.cloud.bigquery.dms.Agent \
--configuration-file=config.json
```
Windows
将所有文件复制到 C:\migration 文件夹中（或调整命令中的路径），然后运行：
```
java -cp C:\migration\terajdbc4.jar;C:\migration\mirroring-agent.jar com.google.cloud.bigquery.dms.Agent --configuration-file=config.json
```
如果您已准备好继续迁移，请按 Enter 键，代理会在初始化期间提供的类路径有效时继续运行。
出现提示时，输入用于数据库连接的用户名和密码。如果用户名和密码有效，则数据迁移便会开始。

可选：在开始迁移的命令中，您也可以使用将凭据文件传递给代理的标志，而不是每次都输入用户名和密码。如需了解详情，请参阅代理配置文件中的可选参数 database-credentials-file-path。使用凭据文件时，请采取适当的步骤来控制对本地文件系统上存储该文件的文件夹的访问，因为它不会被加密。
保持此会话的打开状态，直到迁移完成。如果您创建了定期迁移转移作业，请无限期保持此会话的打开状态。如果此会话中断，则当前和将来的转移作业运行会失败。
定期监控代理是否正在运行。如果转移作业正在运行，并且代理在 24 小时内没有响应，则转移作业运行会失败。
如果迁移代理在转移作业进行时或安排后停止工作，Google Cloud 控制台会显示错误状态并提示您重启代理。如需重新启动迁移代理，请从本部分开始运行迁移代理，并使用命令来运行迁移代理。您无需重复执行初始化命令。转移作业会从表未完成的位置恢复运行。

警告：从 Teradata 提取的数据不会加密。请采取适当的步骤来限制对本地机器的提取文件夹中所提取文件的访问权限，并确保不公开提供您的 Cloud Storage 存储桶。详细了解如何使用 IAM 角色来控制对 Cloud Storage 存储桶的访问权限。

跟踪迁移的进度

您可以在 Google Cloud 控制台中查看迁移状态。您还可以设置 Pub/Sub 或电子邮件通知。请参阅 BigQuery Data Transfer Service 通知。

BigQuery Data Transfer Service 会根据在创建转移作业配置时指定的时间表来计划和启动转移作业运行。当转移作业运行处于有效状态时，请务必确保迁移代理正在运行。如果代理端在 24 小时内没有更新，则转移作业运行会失败。

Google Cloud 控制台中的迁移状态示例：

迁移状态

升级迁移代理

如果有新版本的迁移代理可用，您必须手动更新迁移代理。如需接收有关 BigQuery Data Transfer Service 的通知，请订阅版本说明。

后续步骤

尝试 Teradata 到 BigQuery 的测试迁移。
详细了解 BigQuery Data Transfer Service。
使用批量 SQL 转换迁移 SQL 代码。

从 Teradata 迁移架构和数据

准备工作

设置所需权限

创建数据集

创建 Cloud Storage 存储桶

准备本地环境

本地机器要求

Teradata 连接详情

下载 JDBC 驱动程序

设置 GOOGLE_APPLICATION_CREDENTIALS 变量

更新 VPC Service Controls 出站规则

创建自定义架构文件

下载迁移代理

设置转移作业

控制台

bq

API

Java

迁移代理

初始化迁移代理

Unix、Linux、MacOS

Windows

迁移代理的配置文件

迁移代理配置文件中的转移作业选项

运行迁移代理

Unix、Linux、MacOS

Windows

跟踪迁移的进度

升级迁移代理

后续步骤

设置 `GOOGLE_APPLICATION_CREDENTIALS` 变量