이 글의 목적은 Microsoft Office 설치 중 나타나는 "다른 설치가 진행 중입니다" 메시지(일명 MSI 1618, 1500 오류)를 체계적으로 진단하고 근본 원인별로 해결하는 절차를 제공하여, 현장에서 즉시 적용 가능한 실무형 가이드를 제시하는 것이다.
왜 발생하는가: 오류의 본질과 식별 코드
해당 메시지의 본질은 Windows Installer(MSI) 또는 Click-to-Run(CTR) 엔진이 이미 작업 중이어서 새로운 설치 세션을 차단하기 때문인 것이다. 대표적으로 다음 상태가 겹칠 때 발생한다.
- Windows Installer가 다른 MSI 패키지를 처리 중인 상태이다.
- Office Click-to-Run 서비스가 업데이트나 복구를 백그라운드로 수행 중이다.
- 이전 Office 설치가 비정상 종료되어 "InProgress" 상태가 잔존한 경우이다.
- Windows 업데이트나 기타 소프트웨어 설치가 백그라운드에서 실행 중이다.
- 32비트·64비트 Office 혼재 또는 구버전 잔존 구성요소와 충돌이 존재한다.
| 표시 메시지 | 내부 코드 | 의미 | 우선 점검 포인트 |
|---|---|---|---|
| 다른 설치가 진행 중입니다 | MSI 1618 | 동시 설치 세션 충돌 | msiexec.exe 동작 여부, InProgress 상태 |
| 설치 중 다른 작업이 실행 중입니다 | MSI 1500 | Windows Installer가 작업 수행 중 | Windows Installer 서비스, 보류 중 재부팅 |
| Office 업데이트 진행 중 | CTR 관련 | Click-to-Run 엔진 점유 | OfficeClickToRunSvc 정지, 작업 관리자 점검 |
주의 : 메시지가 사라질 때까지 기다리는 것만으로는 근본 원인이 해소되지 않는 경우가 많다. 반드시 점검 순서에 따라 상태를 정리한 후 설치를 재시도해야 한다.
10분 완성: 표준 점검 순서(현장 체크리스트)
- 재부팅을 즉시 수행하여 보류 중인 설치·업데이트 트랜잭션을 초기화한다.
- 작업 관리자에서
setup.exe,msiexec.exe,OfficeClickToRun.exe등의 프로세스가 남아 있으면 종료한다. - Windows Installer 및 Office Click-to-Run 서비스를 일시 정지한다.
- 보류 중 재부팅 키와 Installer InProgress 상태를 점검한다.
- 기존 Office 완전 제거(도구 또는 수동) 후 재부팅한다.
- 오프라인 설치(Office Deployment Tool)로 새로 설치한다.
| 단계 | 작업 | 도구/명령 | 성공 기준 |
|---|---|---|---|
| 1 | 재부팅 | 시스템 재시작 | 보류 키·잠금 해제 |
| 2 | 프로세스 종료 | 작업 관리자, taskkill | msiexec, setup, CTR 프로세스 0개 |
| 3 | 서비스 정지 | services.msc, sc, PowerShell | ClickToRunSvc, msiserver 정지 |
| 4 | 보류·InProgress 해제 | reg query | RebootPending·InProgress 없음 |
| 5 | 구버전 완전 제거 | 제거 도구 또는 winget/msiexec | Office 구성요소 제거 완료 |
| 6 | 오프라인 재설치 | Office Deployment Tool | 설치 완료, 이벤트 오류 없음 |
프로세스·서비스 충돌 해소: 명령어 모음
관리자 권한 PowerShell 또는 명령 프롬프트를 사용한다.
:: 작업 관리자에서 보이지 않는 설치 잔여 프로세스 강제 종료 taskkill /f /im setup.exe taskkill /f /im msiexec.exe taskkill /f /im OfficeClickToRun.exe
:: Office Click-to-Run 서비스 중지
sc stop ClickToRunSvc
:: Windows Installer 서비스 중지(필요 시)
net stop msiserver
:: 서비스 상태 확인(PowerShell)
Get-Service -Name ClickToRunSvc, msiserver
주의 : 서비스 중지는 일시 조치이다. 설치가 끝나면 자동으로 원복되거나 서비스가 다시 시작되어야 한다.
보류 중 재부팅·Installer InProgress 상태 점검
Windows가 설치를 완료하려면 재부팅이 필요할 수 있다. 다음 키가 존재하면 보류 상태인 것이다.
:: 보류 중 재부팅 키 존재 여부 reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\RebootPending"
:: 파일 이름 바꾸기 보류(드라이버/라이브러리 교체 지연)
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager" /v PendingFileRenameOperations
:: Windows Installer InProgress 트랜잭션 확인
reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\InProgress"
주의 : 레지스트리를 수동 수정하는 것은 위험하다. 시스템 백업 지점 생성 후 작업해야 한다. 키 존재 시 우선 재부팅으로 해소를 시도하고, 반복 시 클린 부팅 상태에서 설치를 진행한다.
구버전 Office 완전 제거: 도구와 수동 방법
이전 Office MSI 기반 제품 또는 Click-to-Run 잔존이 있으면 새 설치가 차단되는 것이다. 다음 순서를 권장한다.
- 앱 및 기능에서 Microsoft 365/Office 관련 항목을 모두 제거한다.
- 제거 도구를 이용해 Click-to-Run 캐시와 레지스트리 꼬임을 정리한다.
- 재부팅 후 설치를 재시도한다.
수동 제거가 필요한 경우 다음을 활용한다.
:: winget로 설치 항목 검색 및 제거 winget list Microsoft | findstr /i "Office 365 Microsoft" winget uninstall --id Microsoft.Office --silent winget uninstall "Microsoft 365 - ko-kr"
:: MSI 기반 제거
msiexec /x {PRODUCT-CODE-GUID} /qn
:: Click-to-Run 캐시 정리(존재 시)
rd /s /q "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun"
rd /s /q "%ProgramData%\Microsoft\ClickToRun"
rd /s /q "%LocalAppData%\Microsoft\Office\16.0\OfficeFileCache"
주의 :
{PRODUCT-CODE-GUID}는 설치된 제품에 따라 다르다. 레지스트리의 HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall 또는 HKLM\SOFTWARE\WOW6432Node\...에서 확인한다.클린 부팅 환경에서 재시도
서드파티 설치 관리자와의 충돌을 배제하기 위해 클린 부팅이 효과적이다.
:: 시스템 구성 도구 실행 msconfig
:: 서비스 탭에서 '모든 Microsoft 서비스 숨기기' 체크 후 '모두 사용 안 함'
:: 시작프로그램은 작업 관리자의 시작프로그램 탭에서 사용 안 함
:: 재부팅 후 Office 설치 수행
시스템 파일·컴포넌트 복구
손상된 구성요소 저장소는 설치 세션을 반복적으로 실패하게 하는 것이다. 다음 명령으로 복구한다.
DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow 주의 : DISM 완료 후 반드시
sfc /scannow를 이어서 수행하고, 손상 복구가 보고되면 재부팅 뒤 설치를 진행한다.32비트·64비트 혼재 및 채널 충돌 예방
64비트 Windows에서 32비트 Office가 남아 있으면 64비트 Office 설치 시 충돌이 발생할 수 있다. 동일 아키텍처 원칙과 동일 업데이트 채널을 지켜야 한다.
- 현재 설치된 Office 아키텍처를 확인하고 동일 아키텍처로 유지한다.
- 조직 정책(GPO)으로 채널이 고정된 환경에서는 동일 채널 설치 패키지를 사용한다.
오프라인 설치: Office Deployment Tool(ODT) 활용
네트워크·업데이트 충돌을 회피하려면 오프라인 패키지 설치가 안전하다.
- ODT 파일을 준비하고
configuration.xml을 생성한다. setup.exe /download configuration.xml로 컨텐츠를 미리 내려받는다.setup.exe /configure configuration.xml로 설치를 수행한다.
예시 구성 파일은 다음과 같다.
<Configuration> <Add OfficeClientEdition="64" Channel="Current"> <Product ID="O365ProPlusRetail"> <Language ID="ko-kr"/> </Product> </Add> <Updates Enabled="TRUE"/> <Display Level="None" AcceptEULA="TRUE"/> <Property Name="FORCEAPPSHUTDOWN" Value="TRUE"/> <Property Name="SharedComputerLicensing" Value="0"/> </Configuration> 주의 : 조직 환경에서 볼륨 라이선스나 다른 제품 ID를 사용하는 경우
Product ID를 환경에 맞게 교체해야 한다.이벤트 로그로 근본 원인 확인
설치 실패 반복 시 이벤트 뷰어에서 정확한 원인을 추적한다.
:: 이벤트 뷰어 실행 eventvwr.msc
:: 경로
Windows 로그 > 응용 프로그램
응용 프로그램 및 서비스 로그 > Microsoft > Office > ClickToRun Service
:: 키워드
MsiInstaller 1618, 1500
OfficeClickToRunSvc 설치/업데이트 이벤트
현장 트러블슈팅 사례별 솔루션
사례 A: Windows 업데이트가 백그라운드에서 설치 중인 경우
- 설정 > Windows 업데이트에서 다운로드·설치 진행을 완료한 후 재부팅한다.
- 보류 중 상태 해소 후 Office 설치를 재시도한다.
사례 B: 이전 Office 복구가 반복 실행되는 경우
- 작업 스케줄러에서 Office 관련 예약 작업을 일시 사용 안 함으로 전환한다.
- ClickToRun 캐시 정리 후 오프라인 설치를 적용한다.
사례 C: VDI·공용 PC 환경에서 사용자 세션 충돌
- 모든 사용자 세션 로그오프 후 설치를 진행한다.
- 공유 컴퓨터 라이선싱 필요 시
SharedComputerLicensing속성을 사용한다.
빠른 진단: 원인-해결 매핑 표
| 증상 | 가능 원인 | 즉시 조치 | 근본 해결 |
|---|---|---|---|
| 설치 시작 즉시 오류 | InProgress 잔존 | 재부팅, 레지스트리 점검 | 클린 부팅, 캐시 정리 |
| 설치 중간에 멈춤 | CTR 업데이트 충돌 | ClickToRunSvc 중지 | 오프라인 설치 |
| 반복적인 1618 | 다른 MSI 설치 병행 | msiexec 종료 | 설치 창 동시 실행 금지 |
| 구성 요소 충돌 | 32/64비트 혼재 | 기존 버전 제거 | 동일 아키텍처 재설치 |
| 정책 차단 | GPO·보안 소프트웨어 | 클린 부팅 | 예외 정책 적용 |
설치 자동화 팁: 재시도 가능한 배치 예시
반복 환경에서 신뢰성을 높이기 위해 설치 전후 선행 작업을 자동화한다.
@echo off :: Office 설치 사전 정리 스크립트(관리자 권한) echo [1/5] 프로세스 종료 taskkill /f /im setup.exe taskkill /f /im msiexec.exe taskkill /f /im OfficeClickToRun.exe
echo [2/5] 서비스 정지
sc stop ClickToRunSvc
net stop msiserver
echo [3/5] 보류 상태 점검
reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\RebootPending" >nul 2>&1
if %errorlevel%==0 (
echo 재부팅 필요 탐지. 설치를 중단한다.
exit /b 1
)
echo [4/5] Office 캐시 정리
rd /s /q "%ProgramFiles%\Common Files\Microsoft Shared\ClickToRun"
rd /s /q "%ProgramData%\Microsoft\ClickToRun"
rd /s /q "%LocalAppData%\Microsoft\Office\16.0\OfficeFileCache"
echo [5/5] 설치 실행
setup.exe /configure configuration.xml
exit /b %errorlevel%
보안·운영 관점 체크포인트
- EDR·안티바이러스의 실시간 감시가 설치 디렉터리를 잠글 수 있으므로 예외를 검토한다.
- 네트워크 프록시·SSL 검사 장비가 콘텐츠 다운로드를 차단할 수 있으므로 오프라인 설치로 전환한다.
- 엔터프라이즈 환경에서는 소프트웨어 배포 도구(SCCM/Intune)의 설치 스케줄과 중복되지 않도록 조정한다.
최종 점검: 설치 성공 판정 기준
- 설치 완료 알림 후 Office 앱 실행 시 최초 구성 마법사가 정상 종료되는 것이다.
- 이벤트 뷰어에 MsiInstaller 1618/1500 오류가 더 이상 기록되지 않는 것이다.
- 작업 관리자에 Office 설치 관련 프로세스가 잔존하지 않는 것이다.
- 업데이트 채널과 아키텍처가 인벤토리 기준과 일치하는 것이다.
FAQ
재부팅 후에도 계속 1618이 나오는가?
클린 부팅 상태에서 Click-to-Run과 msiserver를 정지하고 InProgress 키를 점검한 뒤, 구버전 완전 제거 및 오프라인 설치를 수행해야 한다. 반복 발생 시 DISM과 SFC로 시스템 무결성을 복구한 후 다시 시도한다.
32비트에서 64비트로 전환하려면 어떻게 하나?
기존 32비트 Office를 완전히 제거한 뒤 64비트 패키지를 설치해야 한다. 혼재 상태에서는 설치 충돌 가능성이 매우 높다.
조직 정책 때문에 설치가 막히는가?
그룹 정책·보안 솔루션·배포 도구의 설치 창과 충돌할 수 있다. 정책 일시 완화 또는 예외 처리를 요청하고, 스케줄 중첩을 피해서 설치한다.
온라인 설치가 늘 실패하는가?
프록시·SSL 검사·콘텐츠 필터링이 원인일 수 있다. Office Deployment Tool을 이용해 오프라인 설치로 전환한다.
제거 도구 없이도 해결 가능한가?
가능하다. 프로세스·서비스 정리와 캐시 삭제, 레지스트리 점검, winget/msiexec 제거 절차만으로도 해결되는 경우가 많다.