이 글의 목적은 Windows Installer 서비스 오류 1719로 인해 프로그램 설치·제거가 실패하는 상황에서, 현장에서 바로 적용 가능한 점검 순서와 복구 방법을 체계적으로 정리하여 실무자가 재설치 없이 문제를 해결할 수 있도록 돕는 것이다.
1. Windows Installer 오류 1719 개요
오류 1719는 Windows에서 MSI 기반 설치 프로그램을 실행할 때 다음과 같은 메시지와 함께 설치가 중단되는 상황에서 많이 발생하는 오류이다.
- “Windows Installer 서비스를 사용할 수 없습니다.”
- “Windows Installer 서비스에 액세스할 수 없습니다. 설치를 계속할 수 없습니다.”
- “이 설치를 완료하려면 Windows Installer가 제대로 설치되어 실행 중이어야 합니다. 오류 1719.”
대부분의 경우 Windows Installer 서비스가 중지되어 있거나, 서비스 등록 정보가 손상되었거나, 시스템 파일이나 레지스트리 설정이 비정상적인 상태일 때 발생한다.
문제의 핵심은 “MSI 엔진(msiexec.exe)이 정상적으로 호출되지 않는다”는 점이다. 따라서 단순히 설치 파일을 다시 받거나 재부팅만 반복하는 것으로는 근본적인 해결이 되지 않는 경우가 많다.
2. 오류 1719 주요 원인 정리
현장에서 자주 확인되는 원인을 정리하면 다음과 같다.
| 구분 | 주요 원인 | 설명 |
|---|---|---|
| 서비스 상태 | Windows Installer 서비스 중지 또는 비활성화 | 시작 유형이 사용 안 함으로 변경되었거나, 정책/최적화 도구에 의해 비활성화된 경우이다. |
| 서비스 등록 | msiexec.exe 등록 손상 | Windows Installer 실행 파일은 COM 서버 등록 정보가 필요한데, 이 값이 꼬이거나 삭제된 경우이다. |
| 파일 손상 | 시스템 파일 또는 구성 요소 손상 | 업데이트 실패, 갑작스러운 전원 차단, 디스크 오류 등으로 시스템 파일이 손상된 경우이다. |
| 폴더 권한 | %SystemRoot%\Installer 폴더 권한 문제 | 보안 소프트웨어, 수동 권한 변경 등으로 시스템 계정이 Installer 폴더에 접근하지 못하는 경우이다. |
| 부팅 모드 | 안전 모드 또는 제한된 환경 | 안전 모드, 일부 VDI/ kiosk 환경에서 Windows Installer가 제한되는 경우이다. |
| 정책 | 그룹 정책 또는 AppLocker/소프트웨어 제한 정책 | 기업 환경에서 설치 프로그램 실행을 정책으로 막은 경우이다. |
주의 : 오류 1719가 반복된다면 단순히 설치 프로그램 문제로만 판단하지 말고, 서비스·시스템·정책 상태를 함께 점검해야 한다.
3. 점검 순서 개요(요약 체크리스트)
실무에서 빠르게 판단할 수 있도록 권장 점검 순서를 요약하면 다음과 같다.
- Windows가 정상 부팅 모드인지 확인한다(안전 모드 여부 확인).
- Windows Installer 서비스 상태와 시작 유형을 점검하고 필요 시 재시작한다.
- msiexec.exe를 관리자 권한 명령 프롬프트에서 재등록한다.
- 시스템 파일 검사(SFC)와 이미지 복구(DISM)를 실행한다.
- %SystemRoot%\Installer 폴더 권한과 속성을 점검한다.
- 그룹 정책/보안 소프트웨어/AppLocker 등에 의한 차단 여부를 확인한다.
이 순서를 그대로 따라가면 대부분의 환경에서 별도의 OS 재설치 없이 문제를 해결하는 것이 가능하다.
4. 1단계 – 기본 환경 점검
4.1 안전 모드 여부 확인
Windows가 안전 모드로 부팅된 상태에서는 많은 서비스가 제한되거나 비활성화된다. 이때 MSI 설치도 정상 동작하지 않는 경우가 많다.
- 데스크톱 네 모서리에 “안전 모드” 표시가 있는지 확인한다.
- 시작 메뉴 > 전원 > 다시 시작을 누를 때 Shift 키를 누른 채로 클릭한 후, “문제 해결 > 고급 옵션 > 시작 설정 > 일반 모드”로 부팅을 복원한다.
4.2 관리자 권한으로 설치 시도
설치 파일을 마우스 오른쪽 버튼으로 클릭하여 “관리자 권한으로 실행”을 선택하고 다시 시도한다. 특히 기업 환경이나 제한된 로컬 계정에서는 권한 부족으로 설치 엔진 호출이 실패할 수 있다.
5. 2단계 – Windows Installer 서비스 상태 확인
5.1 서비스 관리 도구에서 확인
- Windows 키 + R을 눌러 실행 창을 연다.
services.msc를 입력하고 Enter를 누른다.- 서비스 목록에서 “Windows Installer” 항목을 찾는다.
- 상태와 시작 유형을 확인한다.
| 항목 | 권장 설정 | 비고 |
|---|---|---|
| 서비스 이름 | Windows Installer | 서비스 이름(MSIService)으로 표시될 수 있다. |
| 시작 유형 | 수동(또는 수동(트리거 시작)) | “사용 안 함”으로 되어 있으면 반드시 변경한다. |
| 서비스 상태 | 중지됨 또는 실행 중 | 중지 상태라면 “시작” 버튼을 눌러 실행한다. |
주의 : 시작 유형이 “사용 안 함”으로 되어 있으면 MSI 설치가 항상 실패한다. 반드시 “수동” 이상으로 변경해야 한다.
5.2 서비스 오류 코드 확인
서비스 시작 시 추가적인 오류 코드가 표시된다면, 해당 코드를 함께 기록해 두면 이후 원인 분석에 도움이 된다. 예를 들어 “오류 1053”, “오류 1058” 등은 서비스 자체의 손상 또는 정책 차단을 의미할 수 있다.
6. 3단계 – msiexec.exe 재등록
Windows Installer 서비스가 목록에 보이지만 오류 1719가 반복된다면, msiexec.exe의 COM 등록 정보가 손상되었을 가능성을 고려해야 한다. 이 경우 관리자 권한 명령 프롬프트에서 재등록 작업을 수행한다.
6.1 64비트 Windows에서 재등록
- 시작 버튼을 마우스 오른쪽 버튼으로 클릭하고 “Windows 터미널(관리자)” 또는 “명령 프롬프트(관리자)”를 선택한다.
- 아래 명령을 차례대로 입력하고 각 줄마다 Enter를 눌러 실행한다.
msiexec /unregister msiexec /regserver %windir%\syswow64\msiexec /unregister %windir%\syswow64\msiexec /regserver 앞의 두 줄은 기본 msiexec.exe를 재등록하는 작업이고, 뒤의 두 줄은 32비트 MSI와의 호환성을 위해 SysWOW64 경로에 있는 msiexec.exe를 재등록하는 작업이다.
주의 : 일부 환경에서는 마지막 두 줄이 필요하지 않을 수 있으나, 64비트 Windows에서 32비트 프로그램 설치에 문제가 있다면 함께 실행하는 것이 안전하다.
6.2 32비트 Windows에서 재등록
32비트 Windows에서는 다음 두 줄만 실행하면 된다.
msiexec /unregister msiexec /regserver 명령 실행 후 명령 프롬프트를 닫고 시스템을 다시 시작한 다음, 동일 설치 파일을 다시 실행하여 오류 1719 발생 여부를 확인한다.
7. 4단계 – 시스템 파일 검사(SFC)와 이미지 복구(DISM)
서비스 재등록 이후에도 오류 1719가 계속되면, 시스템 파일이 손상되었을 가능성이 높다. 이 경우 SFC와 DISM을 이용해 시스템 무결성을 점검한다.
7.1 시스템 파일 검사(SFC)
- 관리자 권한 명령 프롬프트 또는 Windows 터미널을 연다.
- 다음 명령을 입력하고 Enter를 누른다.
sfc /scannow - 검사에는 다소 시간이 걸릴 수 있다.
- 완료 후 “손상된 파일을 발견하고 복구했습니다” 또는 유사 메시지가 표시되면, 다시 부팅 후 설치를 재시도한다.
7.2 DISM을 이용한 구성 요소 저장소 복구
Windows 10·11에서는 SFC만으로 해결되지 않는 경우 DISM 명령을 추가로 사용하는 것이 좋다.
- 관리자 권한 명령 프롬프트를 연다.
- 다음 명령을 순서대로 실행한다.
DISM /Online /Cleanup-Image /CheckHealth DISM /Online /Cleanup-Image /ScanHealth DISM /Online /Cleanup-Image /RestoreHealth 모두 완료되면 시스템을 다시 시작한 후 설치를 재시도한다. 구성 요소 저장소에 문제가 있었던 경우 이 단계에서 Windows Installer 관련 파일도 함께 복구되는 경우가 많다.
8. 5단계 – %SystemRoot%\Installer 폴더 점검
Windows Installer는 %SystemRoot%\Installer(일반적으로 C:\Windows\Installer)에 캐시된 MSI 파일을 활용한다. 이 폴더가 손상되었거나, 권한이 잘못 설정되었거나, 정리 도구에 의해 임의로 삭제된 경우 오류 1719를 비롯한 다양한 MSI 오류가 발생할 수 있다.
8.1 폴더 존재 여부 및 속성 확인
- 파일 탐색기를 열고 주소 표시줄에
C:\Windows\Installer를 입력하여 이동한다. - 폴더가 보이지 않으면 “보기 > 숨긴 항목”을 활성화하여 숨김 폴더를 표시한다.
- 폴더가 완전히 없는 경우, 동일 버전의 정상적인 시스템에서 폴더 구조를 복원하거나 백업에서 복구해야 한다.
주의 : Installer 폴더는 임의로 삭제하거나 정리 도구로 비우면 안 된다. 삭제된 파일을 완전하게 복원하는 것은 매우 어렵다.
8.2 폴더 권한 점검(요약)
- 폴더를 마우스 오른쪽 버튼으로 클릭하고 “속성 > 보안” 탭을 연다.
- SYSTEM, Administrators 항목이 “읽기 및 실행/폴더 내용 보기/읽기” 이상 권한을 가지고 있는지 확인한다.
- 권한이 지나치게 제한되어 있다면 기본값에 가깝게 복원한다.
기업 환경에서는 보안 솔루션이 Installer 폴더를 차단하는 사례도 있으므로, 보안 소프트웨어 로그를 함께 확인하는 것이 좋다.
9. 6단계 – 그룹 정책 및 보안 소프트웨어 점검
9.1 그룹 정책에서 설치 차단 여부 확인
도메인 환경 또는 Pro·Enterprise 에디션에서는 그룹 정책으로 Windows Installer 동작이 제한될 수 있다.
- Windows 키 + R을 눌러 실행 창을 연다.
gpedit.msc를 입력하고 로컬 그룹 정책 편집기를 연다(해당 에디션에서만 가능하다).- 다음 경로를 순서대로 이동한다.
컴퓨터 구성 └ 관리 템플릿 └ Windows 구성 요소 └ Windows Installer - “Windows Installer 사용 안 함”, “사용자 설치 금지” 등 설치를 차단하는 정책이 “사용”으로 되어 있지 않은지 확인한다.
- 테스트를 위해 필요 시 “구성되지 않음” 또는 “사용 안 함”으로 변경한 후 결과를 확인한다.
9.2 AppLocker/소프트웨어 제한 정책 확인
일부 환경에서는 msiexec.exe 또는 특정 경로에서 실행되는 설치 파일에 대해 AppLocker 규칙이나 소프트웨어 제한 정책이 설정되어 있다. 이 경우 Windows Installer 서비스 자체는 정상이어도 실행이 차단되기 때문에 오류 1719와 유사한 설치 실패가 발생할 수 있다.
- 보안 또는 시스템 관리자가 별도의 실행 제한 정책을 적용했는지 확인한다.
- 테스트 용도로 정책을 일시적으로 완화하여 문제가 해결되는지 확인한다.
9.3 백신·보안 프로그램 예외 설정
일부 보안 프로그램은 의심스러운 설치 행위를 차단하면서 Windows Installer 동작까지 함께 차단하는 경우가 있다.
- 백신 로그 또는 알림에서 설치 프로그램이 차단되었다는 기록이 있는지 확인한다.
- 해당 설치 파일 또는
C:\Windows\System32\msiexec.exe경로를 예외로 등록한 뒤 다시 시도한다.
10. 7단계 – 설치 로그와 이벤트 로그 활용
오류 1719가 반복되면 설치 로그와 이벤트 로그를 통해 추가 단서를 얻을 수 있다.
10.1 MSI 설치 로그 활성화
MSI 설치 파일에 로그 옵션을 추가하여 보다 상세한 원인을 확인할 수 있다.
msiexec /i "설치파일경로.msi" /L*V "%temp%\install_log.txt" - 설치가 실패하면 %temp% 폴더에 생성된
install_log.txt를 열어 “Error 1719” 근처의 메시지를 확인한다. - 서비스 호출 실패, 권한 오류, 파일 접근 실패 등 구체적인 원인 단서를 확인할 수 있다.
10.2 이벤트 뷰어 확인
- Windows 키 + R →
eventvwr.msc입력 후 Enter를 누른다. - “Windows 로그 > 응용 프로그램”에서 MsiInstaller 또는 Application Error 관련 이벤트를 찾는다.
- 오류 1719와 같은 시점의 이벤트 설명을 읽고 추가적인 오류 코드를 확인한다.
11. 8단계 – 프로그램 설치/제거 문제 해결 도구 활용
Microsoft에서 제공하는 “Program Install and Uninstall Troubleshooter” 도구는 설치/제거에 관련된 레지스트리 정보를 자동으로 진단하고 정리한다. 이 도구는 MSI 제품이 중간 상태로 남아 있을 때 유용하며, 오류 1719와 연관된 일부 문제도 정리해 줄 수 있다.
- 도구를 실행한 뒤, “Install” 또는 “Uninstall” 중 해당 상황을 선택한다.
- 문제가 발생한 프로그램을 목록에서 선택하여 잔여 정보를 정리한다.
주의 : 이 도구는 설치 관리 정보 일부를 삭제할 수 있으므로, 실제 삭제/정리 대상 프로그램이 맞는지 반드시 확인한 뒤 진행해야 한다.
12. 환경별 추가 고려사항
12.1 Windows 10 vs Windows 11 차이
- 두 버전 모두 Windows Installer 서비스와 msiexec.exe의 기본 구조는 유사하다.
- 다만 Windows 11에서는 DISM과 SFC를 활용한 이미지 복구가 특히 중요하며, 누적 업데이트 실패 후 오류 1719가 발생하는 사례가 상대적으로 많이 보고된다.
- 정책 및 보안 기능(예: 코어 격리, Smart App Control 등)이 설치 동작에 영향을 줄 수 있으므로, 필요 시 일시적으로 비활성화하여 테스트한다.
12.2 서버 환경(Windows Server)에서의 주의점
- 서버 운영체제에서는 롤·기능 설치가 오류 1719와 함께 실패하는 경우, 단순 애플리케이션 문제보다는 서버 역할 구성 요소 손상을 의심해야 한다.
- 서버에서는 재부팅과 서비스 재시작의 영향이 크므로, 사전에 점검 일정과 영향 범위를 충분히 조율한 후 작업을 진행해야 한다.
13. 정리 – 언제 재설치를 고려해야 하는가
다음 항목을 모두 수행했음에도 오류 1719가 계속 발생한다면, 시스템 전반의 손상이 심각할 가능성이 있다.
- Windows Installer 서비스 상태 및 시작 유형 정상
- msiexec.exe 재등록 완료
- SFC 및 DISM으로 시스템 무결성 복구 작업 완료
- Installer 폴더 및 권한 문제 없음
- 그룹 정책·보안 소프트웨어에 의한 차단 없음
- 다른 계정 또는 새 프로필에서도 동일 증상 재현
이 경우에는 다음과 같은 선택지를 검토할 수 있다.
- 중요 데이터 백업 후 “이 PC 초기화(파일 유지)” 옵션으로 Windows를 복구한다.
- 업무 영향이 크지 않다면 클린 설치를 통해 환경을 재구축한다.
주의 : 시스템 재설치는 가장 마지막 단계의 선택이어야 한다. 앞서 소개한 점검·복구 절차를 충분히 실행한 뒤에도 문제가 해결되지 않을 때만 고려해야 한다.
FAQ
Q1. 오류 1719가 특정 프로그램에서만 발생한다. Windows 문제인가, 설치 파일 문제인가?
다른 MSI 기반 프로그램은 정상 설치되는데 특정 프로그램에서만 오류 1719가 발생한다면, 해당 설치 파일 자체에 문제가 있을 가능성이 높다. 이 경우 동일 버전의 설치 파일을 다른 경로에서 다시 다운로드하거나, 제작사가 제공하는 최신 버전 설치 파일을 사용하는 것이 우선이다. 반대로 여러 다른 MSI 프로그램에서도 동일 오류가 발생한다면 Windows Installer 서비스 또는 시스템 쪽 문제로 판단하는 것이 합리적이다.
Q2. Windows Installer 서비스를 항상 “자동”으로 두는 것이 좋은가?
Windows Installer 서비스는 일반적으로 “수동(트리거 시작)” 또는 “수동”으로 설정되어 있어도 필요 시 자동으로 시작된다. 불필요하게 “자동”으로 설정해도 큰 문제는 없으나, 시스템 부팅 속도와 리소스 사용 측면에서는 기본값인 수동 설정을 유지하는 것이 더 바람직하다. 중요한 것은 “사용 안 함”으로 설정되지 않도록 관리하는 것이다.
Q3. 최적화·클리너 프로그램이 오류 1719의 원인이 될 수 있는가?
일부 레지스트리 정리 도구, 디스크 클리너, “최적화” 유틸리티는 Windows Installer 관련 레지스트리 키나 Installer 폴더 파일을 불필요하다고 판단하고 삭제하는 경우가 있다. 이런 작업이 누적되면 msiexec.exe 등록 정보나 캐시 파일이 손상되어 오류 1719가 발생할 수 있다. 가능하면 운영체제 기본 제공 도구(디스크 정리 등)를 우선 사용하고, 서드파티 “정리” 도구 사용 시에는 시스템 이미지 백업을 선행하는 것이 안전하다.
Q4. 오류 1719가 발생할 때마다 서비스만 다시 시작하면 되는가?
일시적인 서비스 오류로 한두 번 발생한 경우 서비스 재시작만으로 해결되기도 한다. 그러나 동일 시스템에서 주기적으로 반복된다면 시스템 파일 손상, Installer 폴더 문제, 정책 또는 보안 프로그램에 의한 차단 등 근본 원인을 반드시 확인해야 한다. 단순 재시작으로만 처리하면 이후 더 심각한 설치·업데이트 오류로 이어질 수 있다.
Q5. 기업 환경에서 사용자는 무엇까지 직접 시도하고, 언제 IT 담당자에게 넘겨야 하는가?
일반 사용자는 재부팅, 관리자 권한 설치, 서비스 상태 확인 정도까지는 시도해 볼 수 있다. 그러나 그룹 정책 편집, DISM·SFC 실행, Installer 폴더 권한 변경, 레지스트리 편집 등 시스템 수준 변경이 필요한 단계에서는 반드시 IT 담당자가 절차를 검토하고 작업해야 한다. 특히 서버나 업무 핵심 시스템에서는 정책·보안 설정을 임의로 변경하지 않는 것이 중요하다.