Recomendações de Carregamento de Medição Inicial

O processamento de dados de medição inicial (IMD) é afetado por vários fatores, incluindo o tamanho dos IMDs que estão sendo processados e outro processamento simultâneo (como outros processos em batch).

O tamanho de um IMD é determinado por dois fatores principais, o tamanho do intervalo e a duração do IMD.

• O tamanho do intervalo determina quantos valores de medição estão contidos no IMD. Por exemplo, um IMD contendo o valor de 1 dia de medição de intervalos por hora contém 24 intervalos de valores, enquanto um IMD contendo o valor de 1 dia de medição de intervalos de 15 minutos contém 96 intervalos de valores e um IMD contendo o valor de 1 dia de medição de intervalos de 5 minutos contém 288 intervalos de valores. Todos os três contêm medições de 1 dia, mas exigirão quantidades diferentes de processamento de computação.
• O segundo fator que afeta o tamanho de um IMD é sua duração. No entanto, como observado acima, o tamanho do intervalo do IMD desempenha um papel significativo na determinação do tamanho geral do IMD. Como regra geral, quanto menor for o tamanho do intervalo, menor deve ser a duração.

Recomendamos que você limite o número de medições em um único IMD. De modo geral, recomendamos um máximo do valor de 1 dia de medições em um único IMD, mas isso deve ser ajustado com base no tamanho do intervalo (novamente, quanto menor o tamanho do intervalo, menor deve ser a duração). Recomendamos tentar diferentes combinações de durações e o número de IMDs (como 3 IMDs por dia, cada um contendo 8 horas de intervalos, 4 IMDs por dia, cada um contendo 6 horas de intervalos e assim por diante) para encontrar um volume que funcione melhor em seu ambiente.

Outro fator a ser considerado é o impacto no armazenamento do banco de dados. Em geral, o número de IMDs tem um impacto maior no armazenamento do banco de dados do que o número de intervalos dentro de cada IMD - enviar mais IMDs por dia resulta em um impacto maior no armazenamento do banco de dados. Por exemplo, enviar o mesmo número de intervalos em um dia em um único IMD tem um impacto menor no armazenamento do banco de dados do que enviar o mesmo número de intervalos espalhados por vários IMDs.

A mitigação do processamento concorrente envolve a otimização da programação do IMD e outro processamento para melhor atender às necessidades de sua implementação. Os dados de medição iniciais e os processos de carregamento de eventos devem ser programados para evitar a sobreposição com outros processos intensos. Por exemplo, não produza determinantes de faturamento ao carregar leituras do medidor.

Se você estiver processando IMDs "fabricados" para migrar dados, lembre-se de que o sistema não foi testado ou avaliado para essa finalidade. Por exemplo, incluir medições de 30 dias em um único IMD não é típico e não foi testado em desempenho.

Normalmente, os projetos usam ferramentas como o SQL Loader para migrar grandes volumes de dados históricos diretamente para a tabela Medição, em vez de usar IMDs.

Ao processar arquivos de tamanhos variados, o parâmetro chunkSize pode ser usado para facilitar o rendimento de processamento aprimorado distribuindo o trabalho entre vários threads de batch. Consulte Parâmetros Comuns para obter mais informações sobre o parâmetro chunkSize.

Ao processar cargas úteis usando implementações de middleware, mantenha o número de dispositivos em 2.000 por arquivo para uso ideal e processamento de eventos por meio do Oracle Service Bus. Um número menor de dispositivos, por arquivo, levará mais tempo para processamento. Um número maior de dispositivos, por arquivo, leva a um alto crescimento na coleta de lixo, levando a esperas e resultando em menor rendimento. Observe que o número ideal de transações por arquivo pode variar de acordo com o sistema de head-end.

Para obter mais informações sobre cada um deles, consulte as Descrições Detalhadas desses processos em batch.

As cargas de medição iniciais devem ter critérios muito seletivos para chegar ao componente de medição exato (MC). Em um caso ideal, deve ser o identificador do MC junto com o número de série do dispositivo. Se isso não for fornecido, o UDM /Horário de Uso/Identificador de Quantidade do Serviço configurado no tipo de MC é usado para recuperar o objeto de negócios (BO) exato do Provedor de Serviços, que pode ter os mesmos valores para vários canais.

Preencher a seção de dados brutos do registro IMD reduzirá o rendimento geral. Sempre que possível, evite reter dados "brutos" no processamento de carga útil do Smart Grid Gateway.

O processamento de carga útil (em que os dados de uso e evento são carregados no sistema) deve ser executado separadamente do processamento de medição (em que o VEE é executado e são criadas as medições finais). Não execute esses processos simultaneamente.

Carregue as medições iniciais e execute o processamento de VEE a cada 4 a 6 horas para otimizar o desempenho.

A duração das medições iniciais individuais (IMDs) dentro de uma carga útil não deve ser menor que o tempo decorrido entre quando as cargas úteis são coletadas e entregues (com um mínimo de 4 a 6 horas por medição inicial). Por exemplo, se o sistema estiver coletando e entregando medições três vezes ao dia, a duração das medições iniciais individuais deverá ser de, aproximadamente, oito horas.

Evite carregar grandes números de medições iniciais para uma única configuração de dispositivo em uma única carga útil.

Recomendamos configurar um processo de monitoramento no status Pendente dos objetos de negócios de medição inicial de Carga Inicial para que os processos de criação de VEE e medição possam ser adiados para o processo em batch.

• O adiamento do processamento tem os seguintes benefícios adicionais:

  1. Pode garantir processamento cronológico para leituras escalares, o que proporciona processamento mais eficiente. O processamento de leituras escalares fora de ordem pode resultar em trabalho adicional, pois as medições iniciais de reconciliação serão criadas e processadas para ajustar os cálculos de consumo.

  2. Pode garantir que os componentes de medição sejam processados em ordem com base em seus relacionamentos. Por exemplo, se um canal escalar estiver configurado como o canal de verificação de um canal de intervalo, o canal escalar será processado primeiro para que seus dados estejam disponíveis para verificações de soma e qualquer preenchimento de intervalo necessário.

• A configuração do processamento diferido envolve a adição do Controle Batch "Monitor de IMD - Dispositivos Físicos" como o Processo de Monitoramento no status Pendente aos seguintes objetos de negócios:

  • D1-InitialLoadIMDInterval

  • D1-InitialLoadIMDScalar

• Quando o processamento de medição inicial for adiado, será necessário programar o Controle Batch "Monitor do IMD - Dispositivos Físicos" para ser executado com mais frequência. Ele deve ser programado de forma que seja executado com uma contagem de threads mais alta imediatamente após a conclusão do ciclo de Leituras Programadas do Itron e com menos threads durante o restante do dia para selecionar quaisquer outras medidas iniciais que possam ser recebidas (como aquelas recebidas por meio dos comandos de Leitura Sob Demanda).