ノードをアンデプロイすると、そのノードは開発環境から削除され、削除操作が本番のスケジューリングシステムにデプロイされます。ノードがアンデプロイされると、そのノードはスケジュールできなくなります。このトピックでは、標準ワークスペースでスケジュールされたタスクをアンデプロイおよび復元する方法と、ノードがアンデプロイされた後に DataWorks が既存のインスタンスと実行中のインスタンスをどのように処理するかについて説明します。
使用上の注意
-
下流タスクが期待どおりに実行されるように、DataWorks では下流の依存関係がないノードのみをアンデプロイできます。依存関係のあるノードをアンデプロイしようとすると、エラーが発生します。詳細については、「Error: The node has child nodes, causing the task deletion or undeployment to fail」をご参照ください。ノードの依存関係を表示するには、「スケジュールされたタスクの管理」をご参照ください。
-
本番環境のオペレーションセンターの Periodic tasks ページからアンデプロイされたノードは、デフォルトで開発環境の編集可能な状態に戻り、ごみ箱には移動されません。DataStudio でノード名を検索すると、そのノードを見つけることができます。
ノードのアンデプロイ
次の図は、スケジュールされたタスクをアンデプロイする手順を示しています。
手順1：開発環境でのノードの削除
DataStudio でノードを削除します。
|
操作 |
説明 |
|
単一ノードの削除 |
ワークフローディレクトリまたはワークフローパネルから特定のノードを削除できます。削除後、 |
|
ノードの一括削除 |
一括操作機能を使用して、一度に複数のノードを削除できます。ツールバーの [Batch Operation] アイコンをクリックして、[Batch Operation - DataStudio] ページに移動します。[Node] タブで、リストから削除するノードを選択し、下部のアクションバーで [More] をクリックして [Delete] を選択します。 |
|
ノードグループを使用したノードの削除 |
複数のノードを選択して ノードグループ を作成し、そこから特定のノードを削除できます。既存のノードグループからノードを削除することもできます。削除後、 |
アイコンをクリックして現在のワークフローをコミットします。手順2：本番環境への削除操作のデプロイ
DataStudio でノードを削除すると、DataWorks はデフォルトで ページに保留中のアンデプロイレコードを作成します。スペースマネージャー または O&M 権限を持つユーザーは、このレコードを本番環境にデプロイする必要があります。このページで、対象のアンデプロイレコードを選択し、[Deploy Selected Items] をクリックします。デプロイメントが成功した後にのみ、本番環境のノードがアンデプロイされます。デプロイメントプロセスは特定のワークフロー制御の対象となる場合があるため、操作が正常に完了することを確認してください。デプロイメントプロセスと権限制御の詳細については、「デプロイメント」をご参照ください。
手順3：アンデプロイの確認
ページに移動します。ノードがリストに表示されなくなった場合、そのノードは正常にデプロイ解除されています。
アンデプロイが既存のインスタンスに与える影響
-
未実行のインスタンス
アンデプロイのプロセス中、まだ実行が開始されていないインスタンスはスキップされます。これらのインスタンスのステータスは直ちに「成功」に設定されますが、タスク自体は実行されません。従量課金では、これらのスキップされたインスタンスに対してスケジューリング料金は請求されません。
-
実行中のインスタンス
アンデプロイが発生した時点ですでに実行中のインスタンスは、正常に実行を継続します。
-
インスタンスは手動で削除できません。インスタンスは約 30 日間の保持期間の後に自動的に削除されます。
-
特定日にスケジュールされたタスクを実行する必要がない場合は、その日にスケジュールされているインスタンスをフリーズできます。長期間タスクを実行する必要がない場合は、スケジュールされたタスク自体をフリーズできます。詳細については、「スケジュールされたタスクの基本的な O&M 操作」をご参照ください。
ノードの復元
DataStudio の ごみ箱 から、最近削除された 100 件までのノードを復元し、再度コミットしてデプロイできます。
-
ノードを復元すると、新しいノード ID が生成されます。
-
開発環境と本番環境の両方から削除された項目 (ノード、リソース、関数を含む) のみを復元できます。そうでない場合、次のエラーが発生します： Error: Please first deploy the file ${filename} to the production environment or cancel the deployment in the Deployment center。
よくある質問
Error: Please first deploy the file ${filename} to the production environment or cancel the deployment in the Deployment center
-
原因：DataWorks のごみ箱でノード、リソース、関数などのアイテムを復元できるのは、それらが開発環境と本番環境の両方から削除されている場合に限られます。このエラーは、アイテムが開発環境から削除されているものの、その削除が本番環境にデプロイされていない場合に発生します。
-
解決策：タスクのデプロイページに移動し、現在のタスクのデプロイをキャンセル してから、DataStudio でファイルを復元します。
Error: The node has child nodes, causing the task deletion or undeployment to fail
-
原因：下流タスクの安定性を確保するため、DataWorks では、開発環境と本番環境の両方で下流の依存関係がない場合にのみ、タスクを非公開にできます。
説明ノードを非公開にすると、それに依存するタスクでエラーが発生する可能性があります。続行する前に、すべての依存タスクの所有者に連絡してください。
-
解決策：
-
非公開にするタスクの下流の依存関係を特定します。開発環境と本番環境の両方で、オペレーションセンターの自動トリガーノードページに移動し、下流の依存関係を確認します。詳細については、「自動トリガータスクの管理」をご参照ください。
-
非公開にするタスクの下流の依存関係を削除します。
-
各下流タスクのプロパティページで、非公開にするタスクに対する依存関係を削除します。詳細については、「ノード間のスケジューリングの依存関係の削除または変更」をご参照ください。
-
下流タスクを [コミット] して、開発環境から依存関係を削除します。
-
下流タスクを [デプロイ] して、本番環境から依存関係を削除します。
-
元のタスクを非公開にします。詳細については、「タスクの非公開」をご参照ください。
-
-