Duvida Limite do Banco estourado

Discussão em 'Progress 4GL' iniciado por ueluis, Outubro 22, 2015.

Página 1 de 2
  1. ueluis

    ueluis Membro Participativo

    Pessoal,

    a três meses atrás implementamos um sistema para rastreamento de produção de peças.
    a lógica funciona da seguinte maneira
    o sistema recebe ordens de produção de vários pedidos com quantidades diferentes.
    para cada ordem de produção é gerado uma matriz de numeração exemplo:
    pedido teste X:
    qtde: 500.000 un
    numero inicial da matriz aaaa000001 até aaaa500.000.
    no exemplo o banco receberá 500.000 registros somente para este pedido.
    Em média o banco recebe 100.000 registros por dia. Hoje aconteceu o primeiro limite de estouro do banco. Já criamos a nova partição D2, porém estou preocupado com este crescimento de 2gb em 3 meses.
    Gostaria da opinião dos colegas, pois meu conhecimento é limitado.
    O que fazer para manter o desempenho de um banco que recebe esta qtde de registros (em média 100.000)?
    Como Gerenciar tudo isso?
    Vou criando o D2,D3.... e etc...., ?
    Faço uma cópia do banco e crio um novo banco anualmente? bd2015, bd2016.....
    ueluis, Outubro 22, 2015
    #1
  2. bootstrapmaster

    bootstrapmaster Moderator Moderador Equipe de Suporte

    2 coisas, primeiro libera o limite de 2GB, deixa o banco ilimitado, pra isso primeiro vc tem que ver se o sistema operacional do servidor permite arquivos maiores de 2GB, no linux tem um comandinho que libera isso, e dai vc cria o seu D3 com tamanho ilimitado.

    Depois é o seguinte, ou vc faz uma limpa nos pedidos já processados, ou vc monta banco histórico, e de tempos em tempos vc manda os pedidos pro "arquivo morto" e fica com a base pequena. Lembrando que os bancos historicos se conectam junto com os bancos de produção e vc consegue fazer leituras vendo as coisas antigas, um especifico tem que tratar dessa forma, conecta bando historico, le os dados, depois le os dados do banco produção e mostra o resultado, mas no dia-a-dia vc fica conectando só o banco produção, base pequena e rapida.

    A sim, e não tem como rever esse seu processo pra não gerar tantos registros ? realmente se faz necessário ser dessa forma ? Pra que serve a matriz e tal, não conheço o processo mas as vezes vc pode resumir isso de outra forma.
    bootstrapmaster, Outubro 22, 2015
    #2
  3. klebaum

    klebaum Membro Participativo

    klebaum, Outubro 26, 2015
    #3
    pretolaz curtiu isso.
  4. SAC

    SAC Membro Participativo

    Senhores,
    Tenho bancos com mais de 70 extensões de áreas, porém para não perder performance sempre a última extensão de tamanho fixo (maioria das implantações da TOTVS deixam com a última área variável, justamente para não incomodar, porém perde-se performance). Criei alguns controles para saber se a área está chegando ao fim e se "auto-incrementar", para não permitir que o banco caia, esses controles inclusive é que deram origem a ferramenta de monitoria que comercializo hoje, com várias situações de bancos de dados progress, visando performance e segurança de dados. Já em relação a aplicação se possível for sempre manter expurgos, caso contrário cria um banco histórico em uma área menos nobre da tua estrutura e transfere para lá. O Progress dá conta muito bem da performance com volumes grandes de dados, porém não podemos garantir a parte dos programas, pois em um ERP são muitos e feito por muitas pessoas.
    Ex: Na minha movimentação de estoque, mantenho os últimos três meses apenas, rodo diariamente um expurgo de 3 meses para trás assim sendo minha área destinada a esta tabela se mantém sempre do mesmo tamanho. Já em relação aos pedidos(claro que neste caso mais que 3 meses) faço a mesma coisa, porém mandando para banco histórico, com isso também tenho outra área que não cresce geometricamente.
    SAC, Outubro 26, 2015
    #4
  5. bootstrapmaster

    bootstrapmaster Moderator Moderador Equipe de Suporte

    Os pedidos e pedidos de compras eu também elimino, mantendo sempre os ultimos 6 meses, agora em termos de estatisticas, a empresa aqui sempre está olhando o passado, então eliminar movimentação de estoque é complicado, mas a idéia é boa.
    Já que estamos falando de exemplos, o meu maior problema é o meu cadastro de item, já era uma politica da empresa e eu não consegui mudar até agora, existe a nossa area de engenharia, pois montamos também extruturas metalicas personalizadas (essa palavrinha que me incomoda aqui), então pra cada projeto são criados novos itens, pois cada projeto, as peças são diferentes, então o meu cadastro de itens, e o cadastro de estrutura cresce muito, o pior é que usa o item uma vez, cria o cadastro, movimenta na produção, fatura e nunca mais usa.
    bootstrapmaster, Outubro 26, 2015
    #5
  6. SAC

    SAC Membro Participativo

    Na real o estoque é contabilizado no fechamento e também recalculado saldos iniciais, daí mais de 3 meses para trás estar procurando diferença em estoque pode ser um "pouco tarde", hehe. Mas a idéia central é realmente não deixar o banco de dados não virar um BANDO de dados. Tem outros casos com as dwf geradas para o speed fiscal que nunca mais são usadas para nada e quando você gera o speed de novo recria os dados... ou seja, jogar espaço na lata do lixo eu elimino direto também.
    SAC, Outubro 26, 2015
    #6
Página 1 de 2

Compartilhe esta Página