Gerenciamento de cache de atualização do instalador do SQL Server


11

É seguro excluir os diretórios de atualização cumulativa antigos das %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cachepastas?

Pelo menos esta postagem no blog do MSDN diz para deixar qualquer coisa nesse diretório. Existe alguma referência ou declaração de suporte em algum lugar que diga que eu poderia ou não fazer isso?

Fundamentação da petição: Devido ao famoso "modelo de serviço incremental" do SQL Server, o SP1 para SQL Server 2012 até agora viu 9 lançamentos de atualizações cumulativas. O Update Cachediretório está crescendo com cada instalação da UC e nos ambientes em que cada CU desde que o SP1 foi instalado, ele já tem 9 GB. Temos a perspectiva de adicionar mais 3 GB para os próximos três lançamentos de CU antes que o próximo SP seja lançado "ainda este ano" . Como as atualizações são "cumulativas", estou tentando determinar se seria seguro excluir todos os diretórios de atualização cumulativa, exceto o mais recente, do cache de atualização.

Para um único servidor, provavelmente não me incomodaria, mas os membros da equipe de armazenamento (que ainda não conseguiram implementar a desduplicação baseada em armazenamento) choram com frequência por causa dos crescentes requisitos de armazenamento para instâncias do servidor SQL e o tapete do meu escritório já está encharcado.

Respostas:


1

Não, não é: https://support.microsoft.com/en-us/kb/969052/en-us

Encontrei algo semelhante em uma máquina Windows XP ao excluir arquivos do Windows Update e, essencialmente, interrompi minha instalação do .NET de uma maneira que exigia uma reinstalação completa para corrigir.

Vi outra pessoa nos fóruns da Microsoft que planejava transferir os arquivos para uma SAN para melhorar o desempenho do dia-a-dia e, em seguida, movê-los de volta incrementalmente se as atualizações falharem. Eles não forneceram um acompanhamento com mensagens de sucesso ou falha, no entanto.


1
Supus que era óbvio que não queria excluir todo o cache de atualização, mas apenas as pastas dessas atualizações cumulativas que foram substituídas por novas instalações - ou seja, após a instalação do SQL Server 2012 SP1 CU13 nas pastas do CU1-12. Mexer com os caches do MSI é perigoso, eu sei disso. Após a instalação mais recente da UC, para o instalador nunca deve haver um motivo para examinar as UCs ​​mais antigas, pois tudo está contido na mais recente por definição.
the-wabbit

Você pensaria isso, e foi o que eu pensei. E, por definição, você está certo, e eu também. O que estou dizendo é que eu tinha exatamente a mesma linha de pensamento que você, reinstalei as CUs mais recentes e isso NÃO corrigiu meus problemas, e meu .NET permaneceu parcialmente quebrado, portanto, faça o procedimento levemente, faça backup e teste completamente.
T. Derscheid
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.