Respostas

  • O SGDB não aceita essa opção facilmente.

    O problema com a tabela radacct é seu tamanho e índices. Isso é parcialmente resolvido com o MK-AUTH de 64 bits, que pode copiar a tabela toda para a memória caso seja configurado para tal e haja recursos. Outra melhoria do MK-AUTH 64 bits é o uso do TokuDB, que reduz a pressão sobre os índices.

    Uma questão para o Pedro levar em conta: o Marco Civil da Internet estabelece uma obrigatoriedade de manter os dados por uma ano. Mais do que isso somente com ofício de autoridade competente. o MK-AUTH deve remover registros com mais de um ano da tabela radacct para que fique conforme a legislação e para evitar o crescimento infinito tabela radacct.

  • desculpe mas o que é "SGDB", o meu problema e que em 3 meses sem a limpeza dessa tabela o sistema se torna lento e olha que aqui utilizo um dell com uma controladora e 2 hds sas de 15k rodando em raid 5...

    mesmo assim se torna lento ao precisar acessar as  conexoes de um cliente, a ideia seria colocar um terceiro hd sas somente para registro desta tabela...

  • Errei a sigla, significa Sistema Gestor de Banco de Dados. O MariaDB, no caso.

    RAID 5 só é possível a partir de três discos. O que você deve ter aí é uma configuração padrão com dois discos em RAID 1, que provê apenas redundância e ganho de performance marginal.

    Adicionar um HD não vai melhorar sua situação, exceto se for um SSD. Mas com isso você perderá a redundância em troca de uma performance que pode ser alcançada apenas com ajustes na sua configuração. Mais detalhes neste tópico.


    Marcelo Lanza disse:

    desculpe mas o que é "SGDB", o meu problema e que em 3 meses sem a limpeza dessa tabela o sistema se torna lento e olha que aqui utilizo um dell com uma controladora e 2 hds sas de 15k rodando em raid 5...

    mesmo assim se torna lento ao precisar acessar as  conexoes de um cliente, a ideia seria colocar um terceiro hd sas somente para registro desta tabela...

  • Realmente amigo me confundi, estou utilizando raid 1, mas de qualquer forma, vou atras pois essa tabela é de suma importância, e qualquer erro a perder esta tabela perco a possibilidade de provar a um cliente que não quer pagar com alegações de que não usou a internet.

    Eo Pedro o que tem a dizer?

  • Você pode verificar quanto de lixo está guardando pelo webterminal, no modo mysql:

    SELECT COUNT(*) FROM radacct WHERE acctstoptime < (NOW() - INTERVAL 1 YEAR);

  • se a tabela estivessem em outra pasta seria possivel Marcelo, mais elas ficam todas na mesma pasta, talvez com link simbólico mais é preciso saber o nome dos arquivos da tabela que as vezes muda quando o BD fica muito grande, veja:

    http://mk-auth.com.br/forum/topics/duvida-de-como-montar-hds-no

  • Outra questão é se a tabela radacct está em um arquivo separado.

    Versões mais antigas do MK-AUTH e do MariaDB usavam o arquivo ibdata1 como tablespace, misturando todas as tabelas num arquivo único que cresce infinitamente.

    Pedro Filho disse:

    se a tabela estivessem em outra pasta seria possivel Marcelo, mais elas ficam todas na mesma pasta, talvez com link simbólico mais é preciso saber o nome dos arquivos da tabela que as vezes muda quando o BD fica muito grande, veja:

  • realmente seria de grande ajuda essa mudança, não posso apagar os logs de conexão, e a tabela cresce monstruosamente rapida... tornando o sistema lento para qualquer coisa quando a necessidade de acessa-la

  • A mudança já foi feita nas novas imagens ISO do sistema. O problema permanece em instalações antigas.

    Marcelo Lanza disse:

    realmente seria de grande ajuda essa mudança, não posso apagar os logs de conexão, e a tabela cresce monstruosamente rapida... tornando o sistema lento para qualquer coisa quando a necessidade de acessa-la

This reply was deleted.