AI 요약
16비트 윈도우 시절, 시스템 구성 요소는 재배포가 가능하여 많은 프로그램이 자체 설치 프로그램에 시스템 파일을 포함했습니다. 원래 권장 지침은 기존 파일보다 높은 버전일 때만 덮어쓰는 것이었으나, 많은 설치 프로그램들이 이를 무시하고 윈도우 95의 최신 파일을 구식인 윈도우 3.1 버전으로 교체해 시스템 오류를 유발했습니다. 마이크로소프트는 이를 방지하기 위해 C:\Windows\SYSBCKUP이라는 숨겨진 디렉토리에 주요 파일의 백업본을 보관하는 전략을 세웠습니다. 초기에는 설치 프로그램의 덮어쓰기 시도를 직접 차단하려 했으나, 이는 설치 실패나 강제 재부팅 시도 등의 부작용을 낳았습니다. 결국 윈도우 95는 설치 프로그램이 작업을 마치도록 둔 뒤, 사후에 버전을 대조하여 구버전으로 교체된 파일을 백업본으로 복구하는 방식을 채택하여 생태계와의 호환성을 유지했습니다.
핵심 인사이트
- 버전 관리 규칙 위반: 많은 16비트 응용 프로그램 설치 프로그램들이 기존 시스템 파일의 버전 번호를 확인하지 않고 무조건 덮어쓰는 문제를 일으켰습니다.
- SYSBCKUP 디렉토리 도입: 윈도우 95는 자주 덮어씌워지는 주요 시스템 파일을
C:\Windows\SYSBCKUP이라는 숨겨진 폴더에 안전하게 보관했습니다. - 사후 복구 전략: 실시간 차단 방식이 설치 프로그램의 오류를 유발하자, 마이크로소프트는 설치 완료 후 시스템이 직접 파일을 검사하고 복구하는 방식을 선택했습니다.
- 강제 덮어쓰기 우회: 일부 공격적인 설치 프로그램은 파일 쓰기가 차단될 경우 재부팅 시 배치 파일을 실행해 파일을 강제로 교체하는 극단적인 수단을 사용하기도 했습니다.
주요 디테일
- 하위 호환성 원칙: 윈도우는 새 버전의 파일이 구버전의 기능을 모두 포함한다는 전제하에 최신 버전 유지를 최우선으로 했습니다.
- 설치 프로그램의 검증 절차: 파일 쓰기를 더미 파일로 리디렉션하는 방식은 설치 프로그램이 체크섬(Checksum)을 통해 파일 쓰기 성공 여부를 확인했기 때문에 실패로 돌아갔습니다.
- 사용자 경험 고려: 설치 중 오류 메시지를 띄우는 방식은 일반 사용자가 적절한 판단을 내리기 어렵다는 점 때문에 배제되었습니다.
- 백업 갱신 메커니즘: 설치 프로그램이 실제로 더 높은 버전의 파일을 가져온 경우, 윈도우 95는 이를 감지하여
SYSBCKUP폴더의 백업본도 최신 버전으로 업데이트했습니다. - 16비트 유산: 이 문제는 시스템 구성 요소가 개별 프로그램에 포함되어 배포되던 16비트 운영 체제 구조의 한계에서 기인했습니다.
향후 전망
- 이러한 윈도우 95의 방어적 설계는 이후 윈도우 파일 보호(WFP) 및 WinSxS(Side-by-Side) 기술로 발전하는 토대가 되었습니다.
- 운영 체제가 타사 소프트웨어의 오작동으로부터 자신을 보호하기 위해 도입한 '사후 청소' 철학은 현대 OS의 안정성 확보 전략에도 시사점을 줍니다.
출처:hackernews