LOGO UOL HOST

Quando o total usado nas bases atinge o limite

Se você recebeu esta mensagem, você está chegando ao limite de espaço total ao qual tem direito, de acordo com as ofertas compradas.

As ofertas são agrupadas por login do usuário, então se o usuário comprou, por exemplo, 3 bancos + Hospedagem, o que tem de direito é a soma do espaço dos bancos da hospedagem + os bancos avulsos, com limite de 1Gb por banco de dados criados.

Ex:

  • banco1 - espaço utilizado 300 Mb
  • banco2 - espaço utilizado 700 Mb (limite 1Gb)
  • banco3 - espaço utilizado 800 Mb
  • Espaço total utilizado: 1800 Mb

Os bancos de aplicativos que o usuário não consegue gerenciar, também entra como consumidor destes espaços.

Esta quota é geral, ou seja, você está consumindo 90% do espaço total de todo o espaço disponível para todos os bancos de dados adquiridos. Algum banco em específico pode estar sendo mal utilizado e precisa ser analizado para, por exemplo, deixar de ser um ofensor para os outros. 

Neste cenário, é hora de fazer uma sanitização dos dados, avaliar o espaço utilizado, se não está sendo ocupado com dados irrelevantes, fazer uma monitoração da saúde dos seus bancos de dados ou comprar mais ofertas para aumentar seu espaço.

Descrevendo resumidamente o que poderia ser feito nos seus bancos para conseguir "enxugar" espaços desnecessários:

    • Quais bancos eu possuo?
      • Verificar via painel, quais bancos estão sob o meu login,
      • Descobrir se o uso é conhecido e se todos são necessários de fato.
    • Com o tempo, o banco pode começar a receber dados inválidos, provenientes de falhas na modelagem, falhas na aplicação, entradas inesperadas, portanto podemos começar verificando quais tabelas o banco possui e se todas estão sendo utilizadas de fato.
      show tables;
    • Das tabelas realmente necessárias, quais as maiores?
      SELECT table_schema "Nome do Banco de dados",
      SUM( data_length + index_length ) / 1024 / 1024 "Tamanho de banco de dados em MB"
      FROM information_schema .TABLES
      GROUP BY table_schema;
    • É mesmo esperado que elas possuam este tamanho?
    • Verifique com um select simples, o que está sendo persistido e analise se já não há nada que possa ser melhorado na aplicação para garantir que os dados gravados são realmente úteis.
      select * from table1;
  • Existem tabelas de log que possam ser purgadas?
  • Avaliem o tamanho dos índices.
  • Existem índices que não estão sendo utilizados?
  • É possível fazer um rebuild dos índices? Ou melhor ainda se puder dropar e recriar a mesma tabela, pois os índices serão recriados automaticamente.
    drop table log1; create table log1;

Caso você chegue a conclusão que os dados estão "enxutos" e tudo que está lá realmente é necessário, é hora de pensar para onde crescer, qual a melhor opção para os próximos passos, pois será necessário comprar mais espaço em banco.

Impactos:

Todas as ações que gerem aumento de espaço estão proibidas, para os bancos não crescerem mais:

  • Usuário se conecta,
  • Não é permitido inserts,
  • Não é permitido updates,
  • Não é permitido criar novos objetos:
    • create index...
    • create table...
    • create constraint...
    • alter table add column...

Apenas ações que diminuam o espaço em disco serão permitidas ou operações que não demandem aumento:

  • É permitido fazer Deletes
  • É permitido fazer Drops
  • É permitido fazer Selects

Todos os bancos do usuário estão com o mesmo impacto acima.

Assuntos recentes

Atendimento Online

Somente para assinantes

Fale com um dos nossos atendentes especializados via chat ou envie um e-mail.

Iniciar Chat ou Enviar E-mail

Central de atendimento

Atendimento 24 horas por dia, 7 dias por semana.

Se preferir você pode entrar em contato com a nossa central de atendimento

4003 9011 Capítais e regiões metropolitanas

0800 881 9011 Demais localidades