Noções Básicas Sobre Estatísticas de Componentes de Medição

O Oracle Utilities Meter Data Management fornece uma maneira de preparar estatísticas para Componentes de Medição, a fim de acelerar o processamento de VEE. Essas estatísticas destinam-se principalmente ao uso em conjunto com a Regra de VEE Validação de Comparação Dinâmica mas também podem ser geradas para outras análises ou relatórios.

Alguns dos benefícios potenciais do uso de Estatísticas de Componentes de Medição são:

• Redução do volume de dados para consultas de VEE em até 1000 vezes (isso é mais benéfico ao substituir as Regras de VEE que consultam dados históricos, como Alto/Baixo)
• Descarregamento do processamento mais pesado de dados históricos para "paradas do sistema" - potencialmente noites ou fins de semana

Abaixo está um exemplo de visão geral de como as Estatísticas de Componente de Medição pode ser implementada junto com a Validação de Comparação Dinâmica:

As etapas para pré-teste de Estatísticas de Componentes de Medição estão detalhadas abaixo:

1. Um Componente de Medição Físico é criado. O algoritmo para acionar a criação de Estatísticas de Componentes de Medição é definido apenas em Objetos de Negócios escalares com intervalo ou leitura automática como parte do produto base.
2. As Novas Estatísticas de Componente de Medição são criadas e vinculadas ao Componente de Medição Físico.
3. O Batch de Estatísticas Históricas do Componente de Medição (D1-MCHS) é executado com base na programação definida. A sugestão é executá-lo todas as noites ou nos finais de semana, durante períodos mais calmos, para o processamento geral do sistema.
4. Uma medição é criada para as Estatísticas de Componente de Medição que contém estatísticas históricas relacionadas ao Medidor Físico por um período específico de tempo (neste exemplo, é definido por 13 meses).

As etapas de como o VEE pode tirar proveito das Estatísticas de Componentes de Medição estão detalhadas abaixo:

1. Os IMDs são recebidos do Head-End.
2. A Regra de VEE Validação de Comparação Dinâmica está configurada para executar o medidor. Essa validação usa as estatísticas históricas das Estatísticas de Componente de Medição para executar sua lógica de validação.
3. Uma exceção e potencialmente uma Atividade são geradas com base na falha da regra de VEE.

Impacto de Armazenamento das Estatísticas

Muita consideração foi dada às implicações de armazenamento ao projetar as Estatísticas de Componentes de Medição. Abaixo está um resumo do impacto do armazenamento nos clientes que optam por calcular e armazenar as Estatísticas do Canal. Um exemplo de impacto em um serviço com 1 milhão de Medidores Físicos (cada um com 4 canais de informação) é mostrado na coluna da extrema direita:

Área	Dados Adicionais no MDM	Exemplo de Impacto (supondo que o serviço possua 1 milhão de Medidores Físicos)
MCs Adicionais Suposição: as estatísticas são configuradas apenas no Tipo de MC do canal de faturamento primário para a maioria dos Medidores Físicos.	1-3 MCs extras por Medidor Físico Suposição: os clientes configuram apenas Estatísticas no Tipo de MC do canal de faturamento primário para a maioria de seus Medidores Físicos.	1-3 milhões de MCs extras Isso aumenta a tabela Componente de Medição em 25% a 75% a mais do seu tamanho sem estatísticas.
Medições Adicionais Se o "Modo de Retenção de Estatísticas' estiver configurado como "Somente Manter o Registro Mais Recente".	1 Medição extra por Medidor Físico	1-3 milhões de Medições extras para a vida do MDM Esses dados são uma fração minúscula em comparação com a pegada geral de dados da AMI.
Medições Adicionais Se o 'Modo de Retenção de Estatísticas' estiver configurado como "Reter Registros Históricos".	1 Medição extra por Medidor Físico por semana	1-3 milhões de Medições extras por semana (52-156 milhões por ano) Esses dados representam 0,2-0,5% do tamanho dos dados da AMI coletados na mesma semana.