DataWorks:スケジューリングタイムゾーンの変更

影響 1：ノードのスケジュール時刻

ノードのスケジュール時刻は、新しいスケジューリングタイムゾーンに基づいて変更されます。スケジューリング設定で、インスタンス生成方法が T+1 (翌日)、スケジュールタイプが通常、繰り返しが毎日、スケジュール時刻が 00:01 (cron 式 00 01 00 * * ? に対応) であるとします。また、再実行プロパティが「成功または失敗後に再実行を許可」、有効日が 1970-01-01 から 9999-01-01 までであるとします。

影響 2：ノードの時間パラメーター構成

スケジューリングパラメーターは、スケジュール時刻やデータタイムスタンプなど、タスク関連の時間に基づいてコード内の変数を置き換えます。これらのパラメーターの値は、新しいスケジューリングタイムゾーンに応じて変更されます。

YYYYMMDD=${yyyymmdd} LAST_2D=${yyyymmdd-2}

[パラメーター] セクションで、スケジューリングパラメーターを入力します。複数のパラメーターはスペースで区切ります。例：YYYYMMDD=${yyyymmdd} LAST_2D=${yyyymmdd-2}。これらのパラメーターは定期的なスケジューリング中に有効になります。開発環境のスモークテスト機能を使用して、パラメーターが正しく置換されるかを確認できます。

影響 3：ノードコード内の時間関連ロジック

コード内の変数は、ゲートウェイまたはコンピュートエンジンによって解析されます。解析ロジックは次のとおりです。

• ゲートウェイによって解析される場合、値は新しいスケジューリングタイムゾーンに従って変更されます。スケジューリングシナリオ (データ開発でのアドホック実行を除く) で、DataWorks スクリプトタスク (シェルノードや pyodps ノードなど) で時間を取得するコマンドを実行する場合、例えばシェルノードで date コマンドを実行すると、システムはスケジューリングタイムゾーンに基づいた時間を返します。

• 基礎となるコンピュートエンジンによって解析される場合、エンジン独自のタイムゾーン変換ルールが適用されます。詳細については、特定のエンジンのドキュメントをご参照ください。

以下のコード例では、コード内の時間変数はスケジュール時刻に基づいて特定の時間文字列に置換され、Hive に渡されます。実際に表される時間は、Hive サーバーの解析ロジックに依存します。

if [ "${YYYYMMDDHH}" = "${YYYYMMDD}00" ] ;then
    echo '######## run hive reload data'
    hive --hiveconf hive.merge.tezfiles=false --hiveconf tez.queue.name=${YARN_QUEUE} -d YYYYMMDD=${LASTDAY} -d YYYYMMDDHH=${YYYYMMDDHH}  -d LASTDAY=${LAST_2D}
...

影響 4：ベースラインまたはアラートの時間

ベースラインまたはアラートに関連する時間は、新しいスケジューリングタイムゾーンに従って変更されます。

影響 5：API 関連の時間

API に関連する時間は、新しいスケジューリングタイムゾーンに従って変更されます。

影響 6：基礎となるエンジンのタイムゾーン

データ統合や MaxCompute などの基礎となるエンジンのタイムゾーンは、各エンジンによって設定され、DataWorks のスケジューリングタイムゾーンとは独立しています。スケジューリングパラメーターの値は、プレーン文字列としてエンジンに渡され、エンジン自身のルールに従って処理されます。エンジンがタイムゾーンをどのように処理するかについては、各エンジンのドキュメントをご参照ください。

シナリオ 1：新規テナント、最初のワークスペース

新規ユーザーがタイムゾーン変更をサポートするリージョンで最初のワークスペースを作成すると、スケジューリングタイムゾーンをローカル以外のタイムゾーンに変更できることを知らせるダイアログボックスが表示されます。変更を行うには、してチケットを送信し、テクニカルサポートに連絡する必要があります。ビジネスニーズと「注意事項」の情報に基づいて、変更をリクエストするかどうかを決定できます。

シナリオ 2：既存のテナント

タイムゾーン変更をサポートするリージョンに既存のワークスペースがあり、スケジューリングタイムゾーンをローカル以外のものに変更する必要がある場合も、してチケットを送信し、テクニカルサポートに連絡する必要があります。これにはノードやインスタンスなどの既存データの移行が含まれるため、ワークロードに影響を与える可能性があります。十分な評価を行うことを推奨します。プロセスには次の手順が含まれます。

1. お客様側：既存データへの影響を評価します。

2. プラットフォーム側：既存データを移行します。

3. プラットフォーム側：新しいタイムゾーンを設定します。

4. お客様側：既存データを復元し、新しいタイムゾーンを確認します。

   タスクタイプごとに複数の検証テストを実行することを推奨します。

方法 1：スケジューリング設定の確認

タイムゾーン設定が有効になると、[スケジュール] > [スケジューリング時刻] タブの上部に「スケジューリングタイムゾーンは協定世界時 (UTC) です」という青い通知メッセージが表示されます。

1. DataWorks コンソールにログインします。対象のリージョンで、左側のナビゲーションウィンドウで データ開発と О&М > データ開発 をクリックします。ドロップダウンリストからワークスペースを選択し、入力 データ開発 をクリックします。

2. データ開発で既存のノードをクリックして開くか、新しいノードを作成してノード編集ページに移動します。

3. ノード編集ページで、Scheduling Settings > Data Timestamp タブをクリックして、新しいタイムゾーン設定が有効になっているかを確認します。

方法 2：オペレーションセンターでの確認

DataWorks コンソールにログインします。対象のリージョンに切り替えた後、左側のナビゲーションウィンドウで データ開発と О&М > Operation Center を選択します。ドロップダウンリストから目的のワークスペースを選択し、オペレーションセンター をクリックします。現在のタイムゾーン構成は、オペレーションセンターページの上部にある通知バーに表示されます。

例えば、スケジューリングタイムゾーンが協定世界時 (UTC) に設定されている場合、通知バーにはこのテナントはスケジューリングタイムゾーンとして協定世界時 (UTC) を使用します。オペレーションセンターはデフォルトでこのタイムゾーンで時間を表示します。と表示されます。