SQL Server 설치 관리자 업데이트 캐시 관리


11

%ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Update Cache폴더 에서 이전 누적 업데이트 디렉토리를 삭제하는 것이 안전 합니까?

적어도이 MSDN 블로그 게시물 은이 디렉토리에 아무것도 남기지 말라고 지시합니다. 내가 할 수 있거나하지 말아야한다고 말하는 참조 또는 지원 가능성 진술이 있습니까?

근거 : SQL Server 의 악명 높은 "증분 서비스 모델" 로 인해 SQL Server 2012 용 SP1은 지금까지 9 개의 누적 업데이트 릴리스를 보았습니다. Update Cache디렉토리에 설치 한 각 CU로하고 SP1 이후 각 CU가 설치된 환경에서 성장하고, 이미 9기가바이트이다. 다음 SP가 "올해"에 나오기 전에 다음 3 개의 CU 릴리스에 3GB를 추가 할 것으로 예상 됩니다. 업데이트는 "누적"이므로 업데이트 캐시에서 최신 누적 업데이트 디렉토리를 제외한 모든 항목을 삭제해도 안전한지 확인하려고합니다.

단일 서버의 경우 아마도 귀찮게하지는 않지만 스토리지 서버 중복 제거를 아직 구현하지 않은 스토리지 팀 구성원은 SQL 서버 인스턴스에 대한 스토리지 요구 사항이 증가하고 있기 때문에 자주 울고 있습니다. 사무실 카펫은 이미 젖어 있습니다.

답변:


1

아니요, https://support.microsoft.com/en-us/kb/969052/en-us 가 아닙니다.

Windows Update 파일을 삭제할 때 Windows XP 컴퓨터에서 비슷한 문제가 발생하여 기본적으로 전체 재설치가 필요한 방식으로 .NET 설치가 중단되었습니다.

일상적인 성능 향상을 위해 파일을 SAN으로 오프로드하려는 다른 사람이 Microsoft 포럼에서 업데이트를 실패한 경우 점차적으로 다시 옮기는 것을 보았습니다. 그러나 성공 또는 실패 메시지에 대한 후속 조치는 제공하지 않았습니다.


1
나는 내가 삭제하지 않았다 분명했습니다 가정 모두업데이트 캐시 하지만 새로 설치로 대체 된 그 누적 업데이트 단지 폴더 - 즉 CU1-12은 SQL Server 2012 SP1 CU13에게 폴더를 설치 한 후. MSI 캐시를 엉망으로 만드는 것은 위험합니다. 최신 CU 설치 후, 설치 프로그램의 경우 모든 것이 최신 CU 정의에 포함되어 있기 때문에 이전 CU를 조사 할 이유가 없습니다.
the-wabbit

당신은 그렇게 생각할 것입니다. 그리고 그것은 제가 생각한 것입니다. 그리고 정의상, 당신 말이 맞습니다. 그리고 나도 그렇습니다. 내가 말하는 것은, 당신과 정확히 같은 생각을 가지고 있었고, 최신 CU를 다시 설치했는데 문제가 해결되지 않았고 .NET이 부분적으로 깨져서 약간 밟아서 백업하고 테스트했습니다. 완전히.
T. Derscheid 2016 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.