Eu tenho um banco de dados de 600 GB com 400 GB de espaço livre no arquivo de dados no Azure SQL MI. Estou planejando reduzi-lo e salvar o armazenamento, mas é um banco de dados crítico com as sessões do usuário.
Existem dois planos:
Plano A: Reduza o arquivo de dados para 210 GB de uma vez.
Plano B: reduza 5 GB sempre e execute um por um.
Você tem alguma ideia? Qual é a vantagem do plano B?
Principalmente, a única diferença em que consigo pensar é que o Plano A causará contenção contínua do banco de dados, onde o Plano B terá períodos mais curtos de contenção por vez, mas poderá levar mais tempo para ser concluído em geral. Se você tiver um banco de dados muito ocupado , o Plano B pode minimizar os problemas de desempenho, mas se seu banco de dados estiver configurado para crescer em incrementos maiores do que a taxa que você pode reduzir em 5 GB, pode ser uma tentativa infrutífera.
Além disso, você normalmente não deve reduzir seu banco de dados, pois geralmente é uma operação mais pesada e dispendiosa. Em vez disso, você deve determinar o que causou o grande crescimento, se foi normal e se as configurações de crescimento do banco de dados estão configuradas adequadamente.