> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/data-migrator/data-migrator-ja/tenpurto/yi-xing/suteppu-3.md).
# 移行ステップ 3: 実行
##  概要
この記事では、移行を実行する方法について説明します。この手順では、移行中に無効にする Salesforce の自動化を設定し、その後移行を開始できます。
これはデータ移行プロセスの最後の手順です。その他の手順については、以下の記事で詳しく説明しています。
* [移行ステップ 1: 作成](/data-migrator/data-migrator-ja/tenpurto/yi-xing/suteppu-1.md)
* [移行ステップ 2: 確認](/data-migrator/data-migrator-ja/tenpurto/yi-xing/suteppu-2.md)
## 移行を実行
{% hint style="info" %}
この記事の手順で例として使用されている Data Migrator テンプレートと Salesforce データについては、次の記事の「Example Migration」セクションで説明されています。
* [データ移行の概要](/data-migrator/data-migrator-ja/tenpurto/yi-xing/dtano.md#example-migration)
{% endhint %}
{% stepper %}
{% step %}
### 移行ジョブの設定
1. 説明的な **名前** を移行ジョブに入力します。
2. 次の内容が正しいことを確認します。 **選択した組織** が正しい。
{% endstep %}
{% step %}
### （任意）自動化を無効にする
移行を実行すると、Salesforce の自動化プロセスは既定で有効のままです。移行中にこれらのプロセスがトリガーされるのを防ぐには、オブジェクトレベルで個別に無効にできます。1 つのオブジェクトの自動化を無効にしても、影響を受けるのはそのオブジェクトのみです。
以下の各プロセスは、テンプレート内の各オブジェクトごとに個別に無効化されます。
* **トリガー**
* **ワークフロー**
* **フロー**
* **検証ルール**
* **参照フィルター**
自動化プロセスはデータ移行中のみ無効になり、移行が完了すると復元されます。
{% hint style="warning" %}
自動化は、選択されたオブジェクトに対してのみ無効になります。テンプレート内の他のオブジェクトでは引き続き有効です。影響を与えたい各オブジェクトごとに自動化を無効にしてください。
{% endhint %}
1. オブジェクトの Salesforce 自動化を無効にするには、 **自動化**.
2. 無効にしたい自動化にチェックを入れます。
3. をクリックし、 **保存**.
4. オブジェクトの自動化が無効になると、 **自動化** ボタンに赤い点が表示されます。
5. 自動化を無効にしたいすべてのオブジェクトに対して、これを繰り返します。
{% endstep %}
{% step %}
### 移行を実行
1. をクリックし、 **データ移行ジョブを開始するには、** 移行を実行
2. をクリックします。データ移行ジョブを開始すると、 **履歴** ページに表示されます。
{% endstep %}
{% step %}
### 結果を確認
データ移行ジョブが完了したら、結果を確認して移行されたレコード数や発生したエラーを確認できます。結果の詳細については、次の記事を参照してください。
{% content-ref url="/pages/9e0b8ba40136f4717efe1f6788177a3a511b4065" %}
[移行結果の表示](/data-migrator/data-migrator-ja/l-li/no.md)
{% endcontent-ref %}
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.flosum.com/data-migrator/data-migrator-ja/tenpurto/yi-xing/suteppu-3.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
