DataWorks:Alterar o fuso horário de agendamento

Impacto 1: Horário de agendamento do nó

O horário agendado para um nó muda com base no novo fuso horário de agendamento. Nas configurações de Schedule, suponha que Instance Generation Method seja T+1 (Next Day), Schedule Type seja Normal, Recurrence seja Daily e Scheduled Time seja 00:01, o que corresponde à expressão cron 00 01 00 * * ?. Suponha também que Rerun Property seja Rerun allowed after success or failure e Effective Date seja de 1970-01-01 a 9999-01-01.

Impacto 2: Configuração de parâmetros de tempo do nó

Os parâmetros de agendamento substituem variáveis no código com base em horários relacionados à tarefa, como o horário agendado e o timestamp de dados. Os valores desses parâmetros mudam de acordo com o novo fuso horário de agendamento.

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

Na seção Parameters, insira os parâmetros de agendamento. Separe múltiplos parâmetros com espaços, por exemplo, YYYYMMDD=${yyyymmdd} LAST_2D=${yyyymmdd-2}. Esses parâmetros entram em vigor durante o agendamento periódico. Utilize o recurso de teste de fumaça no ambiente de desenvolvimento para verificar a substituição correta dos parâmetros.

Impacto 3: Lógica relacionada a tempo no código do nó

O gateway ou o mecanismo de computação interpreta as variáveis no código. A lógica de interpretação é a seguinte:

• Se o gateway interpretar as variáveis, os valores mudam de acordo com o novo fuso horário de agendamento. Em cenários de agendamento (excluindo execuções ad hoc no Data Development), se você executar um comando para obter o horário em uma tarefa de script do DataWorks, como um nó Shell ou pyodps, executando o comando date em um nó Shell, o sistema retornará o horário com base no seu fuso horário de agendamento.

• Se o mecanismo de computação subjacente interpretar as variáveis, aplicam-se as regras de conversão de fuso horário do próprio mecanismo. Para detalhes, consulte a documentação do mecanismo específico.

No exemplo de código a seguir, as variáveis de tempo no código são substituídas por strings de tempo específicas com base no horário agendado e depois passadas para o Hive. O tempo real representado depende da lógica de interpretação do servidor 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}
...

Impacto 4: Horários de linha de base ou alertas

Os horários relacionados a linhas de base ou alertas mudam de acordo com o novo fuso horário de agendamento.

Impacto 5: Horários relacionados a API

Os horários relacionados a APIs mudam de acordo com o novo fuso horário de agendamento.

Impacto 6: Fusos horários dos mecanismos subjacentes

Os fusos horários dos mecanismos subjacentes, como Data Integration e MaxCompute, são definidos por cada mecanismo e independem do fuso horário de agendamento do DataWorks. Os valores dos parâmetros de agendamento são passados ao mecanismo como strings simples e processados de acordo com as regras próprias do mecanismo. Para obter informações sobre como os mecanismos lidam com fusos horários, consulte a documentação do respectivo mecanismo.

Cenário 1: Novo tenant, primeiro workspace

Quando um novo usuário cria seu primeiro workspace em uma região que suporta alterações de fuso horário, uma caixa de diálogo informa que o fuso horário de agendamento pode ser alterado para um fuso não local. Para fazer a alteração, envie um ticket para entrar em contato com o suporte técnico. Decida se deseja solicitar a alteração com base nas necessidades do seu negócio e nas informações em Precauções.

Cenário 2: Tenants existentes

Se você já possui workspaces em uma região que suporta alterações de fuso horário e precisa mudar o fuso horário de agendamento para um fuso não local, também será necessário enviar um ticket para contatar o suporte técnico. Como isso envolve a migração de dados existentes, como nós e instâncias, pode afetar suas cargas de trabalho. Recomendamos avaliar completamente o impacto. O processo envolve as seguintes etapas:

1. Sua parte: Avalie o impacto nos dados existentes.

2. Parte da plataforma: Migre os dados existentes.

3. Parte da plataforma: Defina o novo fuso horário.

4. Sua parte: Restaure os dados existentes e verifique o novo fuso horário.

   Recomendamos executar vários testes de verificação para cada tipo de tarefa.

Método 1: Verificar as configurações de Schedule

Depois que a configuração de fuso horário entrar em vigor, uma mensagem de notificação azul "The scheduling time zone is UTC" aparecerá na parte superior da aba Schedule > Scheduling Time.

1. Faça login no console do DataWorks. Na região de destino, clique em Data Development and O&M > Data Development no painel de navegação à esquerda. Selecione um workspace na lista suspensa e clique em Go to Data Development.

2. Abra um nó existente no Data Development ou crie um novo nó para acessar a página de edição do nó.

3. Na página de edição do nó, clique na aba Scheduling Settings > Data Timestamp para verificar se a nova configuração de fuso horário entrou em vigor.

Método 2: Verificar no Operation Center

Faça login no console do DataWorks. Após alternar para a região de destino, escolha Data Development and O&M > Operation Center no painel de navegação à esquerda. Selecione o workspace desejado na lista suspensa e clique em Operation Center. A configuração atual de fuso horário é exibida na barra de notificação na parte superior da página do Operation Center.

Por exemplo, se o fuso horário de agendamento estiver definido como UTC, a barra de notificação exibirá This tenant uses UTC as the scheduling time zone. Operation Center displays time in this time zone by default.