--
----------------------
Você recebeu essa mensagem porque você esta inscrito no grupo "SQL Server Brasil" do Google Groups.
Para postar nesse grupo, envie mensagem para sql-serv...@googlegroups.com
Para sair desse grupo, envie mensagem para sql-server-bra...@googlegroups.com
Para mais opções, visite a página desse grupo em http://groups.google.com/group/sql-server-brasil
----------------------
You received this message because you are subscribed to the Google Groups "SQL Server Brasil" group.
To post to this group, send email to sql-serv...@googlegroups.com
To unsubscribe from this group, send email to sql-server-bra...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sql-server-brasil
--
Igor,
Preocupante. No tocante a espaço livre, não é tão problemático assim se NÃO faltar espaço, pois se tem 1GB livre ainda há espaço. Se o DB crescer (log, tempdb e arquivo de paginação também devem ser considerados) e faltar espaço você terá uma mensagem de erro e pode parar o servidor.
O que me preocupa em pouco espaço livre é a fragmentação (física e lógica) dos dados. Isso pode atrapalhar sua performance (e não só isso).
Pelo monitor de performance você consegue acompanhar o IO de disco. Pode te dar um indicativo.
Verifique também as condições do disco, concorrência, velocidade (MB/segundos), etc.
Particularmente 1GB livre, hoje em dia, é muito pouco espaço. Nos dias atuais podemos dizer que é “nada”.
Você precisa fazer uma análise para o que considerar o ideal de espaço. Você tem ideia de quanto o seu banco pode crescer (por exemplo, se você comparar o tamanho dele há 1 mês atrás com o tamanho que ele ocupa hoje)? Você tem ideia do quanto seu LOG cresce quando há carga no servidor? Você tem ideia do quando o tempdb chega a ocupar quando há processamento em lote?
O ideal é não faltar espaço e prever o crescimento futuro do banco de dados.
Atenciosamente,
Jefferson
--