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

  • Ao processar cargas úteis usando implementações de middleware, mantenha o número de dispositivos em 1.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.

  • 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).