DataWorks:Alterar o fuso horário de agendamento

Impacto 1: Horário de agendamento do nó

O horário agendado de 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, correspondente à 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âmetro de tempo do nó

Os parâmetros de agendamento substituem variáveis no código com base em tempos relacionados à tarefa, como o horário agendado e o timestamp dos dados. Os valores desses parâmetros mudam conforme 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. Use 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 analisa as variáveis no código. A lógica de análise é a seguinte:

• Se o gateway realizar a análise, os valores mudam conforme o novo fuso horário de agendamento. Em cenários de agendamento (exceto execuções ad hoc no Data Development), ao executar um comando de tempo em uma tarefa de script do DataWorks, como um nó Shell ou pyodps (por exemplo, o comando date em um nó Shell), o sistema retorna o tempo com base no fuso horário de agendamento.

• Se o mecanismo de computação subjacente realizar a análise, 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 são substituídas por strings de tempo específicas com base no horário agendado e depois passadas ao Hive. O tempo real representado depende da lógica de análise 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 alerta

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

Impacto 5: Horários relacionados a API

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

Impacto 6: Fusos horários dos mecanismos subjacentes

Cada mecanismo subjacente, como Data Integration e MaxCompute, define seu próprio fuso horário, independente 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 conforme as regras do próprio 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 compatível com alteração de fuso horário, uma caixa de diálogo informa que é possível alterar o fuso horário de agendamento para um fuso não local. Para fazer a alteração, envie um ticket para contatar o suporte técnico. Decida se solicita 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 compatível com alteração 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 uma avaliação completa. 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 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. Clique para abrir 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.