Se não houver planos de desinstalação, as pastas Log e Update Cache da pasta Setup Bootstrap podem ser removidas?


11

Eu tenho várias versões do SQL Server, usadas para teste, instaladas no meu laptop (2012, 2014, 2016 e 2017). Outro dia, notei que havia uma pasta contendo versões anteriores de arquivos nas atualizações (SPs, CUs). Em todas as versões, na verdade, há bastante espaço sendo ocupado:

(em C: \ Arquivos de Programas (x86) \ Microsoft SQL Server \ )

110\Setup Bootstrap\Log - 91.8 MB (818 files)
110\Setup Bootstrap\Update Cache - 608 MB (2,382 files)

(todas as pastas abaixo residem em: C: \ Arquivos de Programas \ Microsoft SQL Server \ )

110\Setup Bootstrap\Log - 1.18 GB (3,715 files)
110\Setup Bootstrap\Update Cache - 9.58 GB (14,766 files)

120\Setup Bootstrap\Log - 569 MB (2,963 files)
120\Setup Bootstrap\Update Cache - 5.74 GB (12,797 files)

130\Setup Bootstrap\Log - 448 MB (2,808 files)
130\Setup Bootstrap\Update Cache - 3.84 GB (8,579 files)

140\Setup Bootstrap\Log - 84.3 MB (687 files)
140\Setup Bootstrap\Update Cache - 937 MB (1,571 Files)

Os totais para essas pastas são (MB foram normalizados para GB):

Folder          GB          Files
----------     -----        ------
Log             2.35        10,991
Update Cache   20.66        40,095

TOTAL          23.01        51,086

Inicialmente, achei que deveria ser seguro remover as pastas Log e Update Cache , mas achei melhor verificar primeiro se havia alguém perguntando isso e, em caso afirmativo, quais eram as respostas. Encontrei este artigo da base de dados:

Descrição da pasta Update Cache no SQL Server

quais Estados:

O que acontece se você remover esta pasta ou excluir seu conteúdo?

Se a pasta Cache de Atualização ou alguns patches forem removidos desta pasta, você não poderá mais desinstalar uma atualização para sua instância do SQL Server e reverter para uma compilação de atualização anterior. Nessa situação, as entradas Adicionar ou remover programas apontam para binários inexistentes e, portanto, o processo de desinstalação não funciona. Portanto, a Microsoft recomenda enfaticamente que você mantenha a pasta e seu conteúdo intactos.

Está bem. Não tenho planos de fazer o downgrade ou desinstalar um SP ou CU, então devo ficar bem, certo? Bem, existem outras referências, como esta:

É seguro excluir a pasta "Atualizar cache"?

em que alguém referenciou o seguinte artigo da base de dados:

Como restaurar os arquivos de cache ausentes do Windows Installer e resolver problemas que ocorrem durante uma atualização do SQL Server

quais estados (ênfase adicionada):

Quando você instala o SQL Server, o Windows Installer armazena arquivos críticos no cache do Windows Installer (o padrão é C: \ Windows \ Installer). Esses arquivos são necessários para desinstalar e atualizar aplicativos.

Agora, este artigo em particular parece específico para a pasta C: \ Windows \ Installer e não estou falando sobre a exclusão dessa pasta. Ainda assim, devido à menção da possibilidade de não poder aplicar atualizações, eu queria mais informações primeiro.

Alguém já removeu essas pastas antes ou pelo menos apenas seu conteúdo? Em caso afirmativo, houve algum efeito negativo? Essas pastas sempre aumentam. Acabei de aplicar os patches "Spectre / Meltdown" para todas as quatro versões e os totais aumentaram em 3,65 GB e 6.900 arquivos (o resultado final são as figuras mostradas na tabela acima).

Para esclarecer, não estou procurando, devo remover ou não uma ou as duas pastas; Estou procurando, posso ou não posso remover um ou ambos (sem interromper nada além da capacidade de desinstalar / fazer o downgrade, que eu já aceito como conseqüência).

Respostas:


8

>> NOTA DA OP: Embora eu tenha aceitado essa resposta, saiba que ela não é conclusiva, pois não foram realizados testes extensivos. É possível que certos tipos de atualizações, ou séries de atualizações, tenham requisitos ligeiramente diferentes etc. Mas, no momento, não há evidências ou informações que sugiram comportamento diferente. <<


Esse teste confirma que você pode excluir o conteúdo do cache de log e atualização na pasta de log do Setup Bootstrap e ainda conseguir aplicar CUs, GDRs e SPs futuros.

Fase 1:

Como destaque, a versão do SQL Server é 12.0.5000 (SQL Server 2014 SP2) 1 :insira a descrição da imagem aqui

Em seguida, excluo o conteúdo do cache de log e atualização . Veja a captura de tela abaixo; insira a descrição da imagem aqui

Fase 2:

Agora, eu executo um patch da CU (10) para o SP2: https://www.microsoft.com/en-us/download/confirmation.aspx?id=53592 Isso deve levar a versão até 12.00.5571, se for bem-sucedida. insira a descrição da imagem aqui

A única coisa que vejo aqui durante a instalação é que ela não pega a versão atual da instância. NOTA: Vi isso em vários cenários que não estão relacionados a isso e a instalação foi concluída com êxito. Agora estou mais interessado em ver se isso é concluído com êxito: P

Fase 3

A instalação foi concluída com êxito, como eu esperava, e o SQL foi corrigido. Agora vamos fazer algumas poucas verificações para verificar o comportamento. insira a descrição da imagem aqui

Primeiro vamos conectar ao SQL Server e observar a versão. Por captura de tela, Sim, o SQL Server agora está em 12.0.5571, conforme mencionado anteriormente no teste. insira a descrição da imagem aqui

Agora vamos finalmente verificar o que acontece nas pastas Log e Atualizar Cache .

insira a descrição da imagem aqui Percebemos que novas pastas e arquivos são criados para o patch que executamos com sucesso. Este é o comportamento esperado de uma instalação SQL.

É válido dizer que sim, você pode excluir o conteúdo das pastas Log e Atualizar Cache na pasta Setup Bootstrap e ainda conseguir executar futuras correções / atualizações no SQL Server.

Alguém HTH :)


Impressionante! Obrigado. Para ficar claro, pode ser necessário afirmar que essa conclusão, embora possivelmente 100% correta, se baseia em evidências empíricas de efeito colateral / falta de efeito colateral de testes mínimos. A questão é: testes mais extensos poderiam descobrir um ou mais casos em que os arquivos no cache de atualização eram necessários (talvez adicionando SPs ou talvez algumas UCs ​​ou talvez uma ordem específica de eventos?). Ainda aceitarei isso, pois as chances são muito maiores de que sejam corretas do que não, mas na verdade esse é um palpite bem fundamentado, e não uma evidência conclusiva . Eu me sentiria melhor com um aviso simples :-).
Solomon Rutzky

Apenas para sua informação: Aceitei esta resposta e fui em frente e atualizei-a para postar a nota de advertência no topo. Obrigado novamente.
Solomon Rutzky 14/03

0

Sim, você pode remover com segurança se não houver planos para desinstalar as atualizações do SQL Server, você também pode revisar meu teste nesta postagem do blog

https://mkelsawy.blogspot.com/2019/08/DeleteUpdateCacheFolderinSQLServer.html


Olá Mohamed e obrigado por enviar uma resposta. Analisei sua postagem no blog e, embora isso pareça um bom teste, ela não fornece nenhuma informação nova que ainda não esteja em questão. No final da minha pergunta, eu estado que eu quero saber se esta pasta pode ser removido " sem quebrar nada mais do que a capacidade de desinstalar / rebaixamento , que eu já aceito como uma consequência". Supõe-se que não poder desinstalar uma atualização é uma consequência. Estou querendo saber se há outras consequências. Obrigado.
Solomon Rutzky 25/09/19

Olá salomão, Nenhuma outra consequência, é seguro remover sem quebrar nenhum componente do SQL Server.
Mohamed k.elsawy 28/09/19

Mohamed, obrigado. Mas, em que se baseiam essas informações / declarações?
Solomon Rutzky 29/09/19
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.