Usuário com melhor resposta
Compactar Banco de dados Sql Server 2012

Pergunta
-
Respostas
-
Compactar Banco de Dados,
Quando você faz referência a reduzi, esta falando do tamanho físico dos arquivos?
Por padrão, devemos evitar os processos de ShrinkDatabase e ShrinkFile existentes no SQL Server, os quais se mal implementados podem expor nosso ambiente a possíveis perdas de dados.
Este tamanho de 2.5Gbs para os dias atuais não é um tamanho que possa ser considerado grande, mas é claro, na edição Express o tamanho máximo que o SQL Server aceita por cada banco de dados é de 10GBs.
Você poderia nos dizer um pouco mais sobre a sua necessidade?
Pedro Antonio Galvão Junior [MVP | MCC | MSTC | MIE | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados Relacional e Data Warehouse | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator segunda-feira, 13 de janeiro de 2020 23:39
-
Prezado Amigo,
Ainda complementando o que o Junior disse.
Shrink não deve ser feito em ultima opção , não devendo ser uma opção corriqueira.
Mas, para a sua pergunta em si , a resposta é 'talvez' .
o processo de shrink talvez possa ser executado na sua base de dados gerando algum ganho de espaço , mas, que devido ao tamanho da sua base talvez nem valha a pena fazer ...
Se esta resposta lhe ajudou, marque-a como útil para que outra pessoa com dúvida ou problema semelhante possa encontrar resposta ou ajuda mais facilmente. * Jefferson Clyton Pereira da Silva - [ MCSA | MCP | MCTS | MTA | Analista de Banco de Dados - Sql Server e Oracle ]
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator segunda-feira, 13 de janeiro de 2020 23:39
-
Deleted
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator segunda-feira, 13 de janeiro de 2020 23:39
Todas as Respostas
-
Compactar Banco de Dados,
Quando você faz referência a reduzi, esta falando do tamanho físico dos arquivos?
Por padrão, devemos evitar os processos de ShrinkDatabase e ShrinkFile existentes no SQL Server, os quais se mal implementados podem expor nosso ambiente a possíveis perdas de dados.
Este tamanho de 2.5Gbs para os dias atuais não é um tamanho que possa ser considerado grande, mas é claro, na edição Express o tamanho máximo que o SQL Server aceita por cada banco de dados é de 10GBs.
Você poderia nos dizer um pouco mais sobre a sua necessidade?
Pedro Antonio Galvão Junior [MVP | MCC | MSTC | MIE | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados Relacional e Data Warehouse | Professor Universitário | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator segunda-feira, 13 de janeiro de 2020 23:39
-
Prezado Amigo,
Ainda complementando o que o Junior disse.
Shrink não deve ser feito em ultima opção , não devendo ser uma opção corriqueira.
Mas, para a sua pergunta em si , a resposta é 'talvez' .
o processo de shrink talvez possa ser executado na sua base de dados gerando algum ganho de espaço , mas, que devido ao tamanho da sua base talvez nem valha a pena fazer ...
Se esta resposta lhe ajudou, marque-a como útil para que outra pessoa com dúvida ou problema semelhante possa encontrar resposta ou ajuda mais facilmente. * Jefferson Clyton Pereira da Silva - [ MCSA | MCP | MCTS | MTA | Analista de Banco de Dados - Sql Server e Oracle ]
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator segunda-feira, 13 de janeiro de 2020 23:39
-
Deleted
- Marcado como Resposta Junior Galvão - MVPMVP, Moderator segunda-feira, 13 de janeiro de 2020 23:39