none
zerando BD RRS feed

  • Pergunta

  • Ola pessoal,

    Tenho um BD "padrão" (com toda a estrutura, porém, com os dados zerado - exceto os de configurações), para o inicio do trabalho em clientes.

    Agora estou melhorando este BD, criando uns indices, constraints, etc

    Outra coisa, este BD ja teve dados anteriormente, para testes. O que eu pretendo tambem é fazer um shrink file com o mdf e o ldf tambem, para ir realmente "zero" para os clientes.

    Quero qual seria uma boa estrategia, usar truncate only?

    ou deixar um tamanho definido (ou um free space, no caso do shrinkdatabase), e quanto seria esse espaço, para um cliente que vamos supor, o mdf cresce uns 50Mb por mes?

    E haveriam outras considerações sobre esses aspectos de resetar um BD?


    Obrigado!


    Julio C.

    segunda-feira, 25 de março de 2013 13:34

Respostas

  • Julio,

    Todas essas duvidas são muito relativas, com 50Mb mes eu deixaria com 1 GB o arquivo de dados, mas é chute total!, quanto ao log, impossivel dizer pois isso depende da utilização da base.


    Fabrizzio A. Caputo
    MCT
    Certificações:
    Oracle OCA 11g
    MCITP SQL Server 2008 Implementation and Maintenance
    MCITP SQL Server 2008 Developer
    ITIL V3 Foundation
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com

    • Marcado como Resposta Julio Costi segunda-feira, 25 de março de 2013 18:05
    segunda-feira, 25 de março de 2013 13:36
    Moderador
  • Julio,

    Vamos la...

    Quanto ao arquivo de log: Nunca utilize o truncate only, existem 2 possibilidades:

    Ou voce faz backup de log: Neste caso seu recovery model deve estar como full e deverá fazer de tempos em tempos (5 minutos por exemplo) o backup de log, que por sua vez faz com que a utilização do arquivo seja ciclico fazendo com que ele estabilize em relação ao tamanho e nao seja mais necessario nem crescer o arquivo nem ficar fazendo backup com truncate only ou shrink do arquivo.

    Ou voce não faz backup de log: Aqui o recovery model deve ser simples (Simple) com crescimento de xMB e assim que estabilizar não mexa mais, pois se precisou crescer uma vez, provavelmente crescera novamente o que faz com que não tenha sentido nenhum ficar reduzindo este tamanho. Não consigo te aconselhar um tamanho pois depende da utilização da sua base.

    Arquivo de dados: nunca faça shrink, monitore o crescimento e cresca manualmente quando necessario


    Fabrizzio A. Caputo
    MCT
    Certificações:
    Oracle OCA 11g
    MCITP SQL Server 2008 Implementation and Maintenance
    MCITP SQL Server 2008 Developer
    ITIL V3 Foundation
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com

    • Sugerido como Resposta Eduardo Gomes Pereira segunda-feira, 25 de março de 2013 15:22
    • Marcado como Resposta Julio Costi segunda-feira, 25 de março de 2013 18:05
    segunda-feira, 25 de março de 2013 14:05
    Moderador

Todas as Respostas

  • Julio,

    Todas essas duvidas são muito relativas, com 50Mb mes eu deixaria com 1 GB o arquivo de dados, mas é chute total!, quanto ao log, impossivel dizer pois isso depende da utilização da base.


    Fabrizzio A. Caputo
    MCT
    Certificações:
    Oracle OCA 11g
    MCITP SQL Server 2008 Implementation and Maintenance
    MCITP SQL Server 2008 Developer
    ITIL V3 Foundation
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com

    • Marcado como Resposta Julio Costi segunda-feira, 25 de março de 2013 18:05
    segunda-feira, 25 de março de 2013 13:36
    Moderador
  • Blz Fabrizzio , obrigado por enquanto

    mas a recomendação que se faz é não deixar no minimo (truncate only), é isso? para evitar lentidão, de toda vez que cresce o sql server ter que alocar espaço para o arquivo?

    e quanto ao mdf, daqui a alguns meses, ou 1 ano (vamos supor), poderia reavaliar o espaço necessario e fazer um novo shrink prevendo um crescimento X ?? é assim mais ou menos que se faz isso?


    Julio C.

    segunda-feira, 25 de março de 2013 13:48
  • Julio,

    Vamos la...

    Quanto ao arquivo de log: Nunca utilize o truncate only, existem 2 possibilidades:

    Ou voce faz backup de log: Neste caso seu recovery model deve estar como full e deverá fazer de tempos em tempos (5 minutos por exemplo) o backup de log, que por sua vez faz com que a utilização do arquivo seja ciclico fazendo com que ele estabilize em relação ao tamanho e nao seja mais necessario nem crescer o arquivo nem ficar fazendo backup com truncate only ou shrink do arquivo.

    Ou voce não faz backup de log: Aqui o recovery model deve ser simples (Simple) com crescimento de xMB e assim que estabilizar não mexa mais, pois se precisou crescer uma vez, provavelmente crescera novamente o que faz com que não tenha sentido nenhum ficar reduzindo este tamanho. Não consigo te aconselhar um tamanho pois depende da utilização da sua base.

    Arquivo de dados: nunca faça shrink, monitore o crescimento e cresca manualmente quando necessario


    Fabrizzio A. Caputo
    MCT
    Certificações:
    Oracle OCA 11g
    MCITP SQL Server 2008 Implementation and Maintenance
    MCITP SQL Server 2008 Developer
    ITIL V3 Foundation
    Blog Pessoal: www.fabrizziocaputo.wordpress.com
    Twitter: @FabrizzioCaputo
    Email: fabrizzio.antoniaci@gmail.com

    • Sugerido como Resposta Eduardo Gomes Pereira segunda-feira, 25 de março de 2013 15:22
    • Marcado como Resposta Julio Costi segunda-feira, 25 de março de 2013 18:05
    segunda-feira, 25 de março de 2013 14:05
    Moderador
  • Opa, 

    esta melhor entendido! 

    valeu clareou bastante!


    Julio C.

    segunda-feira, 25 de março de 2013 18:23