Windows 작업 스케줄러 작업을 XML로 내보내고 다른 PC에서 가져오는 방법
Windows 작업 스케줄러에 만들어 둔 작업을 다른 컴퓨터에서도 동일하게 사용해야 한다면 작업을 처음부터 다시 설정하는 것보다 XML 파일로 내보낸 뒤 다른 PC에서 가져오는 방법이 편리합니다. 작업 스케줄러는 프로그램 자동 실행뿐만 아니라 특정 시간에 작업을 실행하거나 로그인할 때 프로그램을 시작하는 등 다양한 조건을 하나의 작업에 저장할 수 있기 때문에, 복잡하게 설정한 작업일수록 XML을 이용한 이전이 유용합니다.
예를 들어 한 컴퓨터에서 매일 특정 시간에 프로그램을 실행하도록 작업을 만들고 실행 권한, 반복 조건, 전원 조건까지 세부적으로 설정했다면 다른 컴퓨터에서 동일한 항목을 하나씩 다시 지정하는 데 시간이 걸릴 수 있습니다. 이때 기존 작업을 XML 파일로 내보내고 다른 PC에서 가져오면 기존 설정을 기반으로 작업을 빠르게 구성할 수 있습니다.
다만 XML로 작업을 가져온다고 해서 모든 환경이 자동으로 동일해지는 것은 아닙니다. 프로그램 설치 경로, 사용자 계정, 파일 위치, 네트워크 경로처럼 컴퓨터마다 달라지는 정보는 가져온 뒤 다시 확인해야 합니다. 따라서 단순히 XML 파일을 복사하는 방법뿐만 아니라 가져온 후 반드시 확인해야 하는 설정까지 알아두는 것이 중요합니다.
Windows 작업 스케줄러에서 작업을 XML로 내보내는 이유
작업 스케줄러에 등록된 작업에는 단순한 프로그램 경로뿐만 아니라 트리거, 실행 조건, 사용자 계정, 권한, 반복 설정 등 여러 가지 정보가 포함될 수 있습니다.
이러한 설정을 다른 PC에 똑같이 만들려면 작업 속성을 열어 각 항목을 하나씩 다시 설정해야 합니다. 작업이 복잡할수록 누락되는 설정이 생길 가능성도 커집니다.
XML 내보내기를 사용하면 작업의 설정 정보를 하나의 XML 파일로 저장할 수 있습니다. 이후 이 파일을 다른 PC의 작업 스케줄러에서 가져오면 저장된 작업 구성을 바탕으로 새로운 작업을 만들 수 있습니다.
따라서 여러 컴퓨터에서 동일한 자동화 작업을 사용하는 경우나 기존 작업을 백업해 두고 싶은 경우에도 XML 내보내기 기능을 활용할 수 있습니다.
작업 스케줄러에서 작업을 XML로 내보내는 방법
먼저 XML로 저장하려는 작업이 등록되어 있는 PC에서 작업 스케줄러를 실행합니다.
Windows 검색창에 작업 스케줄러를 입력하거나 Windows 키 + R을 누른 뒤 다음 명령을 입력하면 작업 스케줄러를 실행할 수 있습니다.
taskschd.msc
작업 스케줄러가 열리면 왼쪽의 작업 스케줄러 라이브러리에서 XML로 저장하려는 작업을 찾습니다.
작업이 별도의 폴더 안에 있다면 해당 폴더까지 이동해야 합니다. 작업 스케줄러에는 Windows에서 기본적으로 사용하는 작업도 많이 등록되어 있기 때문에 작업 이름을 정확하게 확인하는 것이 좋습니다.
원하는 작업을 선택한 다음 마우스 오른쪽 버튼을 클릭하고 내보내기를 선택합니다.
파일 저장 창이 나타나면 XML 파일을 저장할 위치와 이름을 지정합니다.
예를 들어 다음과 같이 저장할 수 있습니다.
C:\Backup\MyTask.xml
이렇게 저장하면 작업의 설정 정보가 XML 형식으로 파일에 기록됩니다.
XML 파일에는 어떤 정보가 들어갈까
내보낸 XML 파일에는 작업 스케줄러에서 사용하는 다양한 설정 정보가 포함될 수 있습니다.
대표적으로 작업 이름과 설명, 트리거, 실행할 프로그램, 실행 인수, 작업 실행 조건, 반복 설정, 작업의 보안 컨텍스트 등이 포함됩니다.
예를 들어 특정 시간에 프로그램을 실행하도록 설정한 작업이라면 해당 일정과 트리거에 관한 정보가 XML에 기록됩니다.
프로그램을 실행할 때 특정 인수를 사용하도록 설정했다면 해당 정보 역시 작업 구성의 일부로 저장될 수 있습니다.
따라서 XML 파일 하나만 보관해도 복잡하게 구성된 작업을 다시 만드는 데 필요한 설정을 상당 부분 유지할 수 있습니다.
다만 컴퓨터마다 달라지는 환경 정보까지 모두 동일하게 만들어 주는 것은 아닙니다. XML은 작업의 설정을 저장하는 파일이지 다른 PC의 프로그램이나 파일까지 함께 복사하는 파일은 아니기 때문입니다.
XML 파일을 다른 PC로 옮기기
작업을 XML로 내보냈다면 해당 XML 파일을 다른 컴퓨터로 옮깁니다.
USB 메모리나 외장 저장장치, 네트워크 공유 폴더, 클라우드 저장 공간 등 일반적인 파일 이동 방법을 사용하면 됩니다.
예를 들어 MyTask.xml 파일을 다른 PC의 바탕화면에 복사해 놓을 수 있습니다.
이제 XML 파일을 가져올 컴퓨터에서 작업 스케줄러를 실행합니다.
중요한 점은 XML 파일만 복사한다고 작업이 자동으로 등록되는 것은 아니라는 것입니다. 다른 PC에서 작업 스케줄러의 가져오기 기능을 이용해 XML 파일을 작업으로 등록해야 합니다.
다른 PC에서 XML 작업을 가져오는 방법
XML 파일이 다른 PC에 준비되어 있다면 작업 스케줄러를 실행합니다.
왼쪽에서 작업을 등록할 위치를 선택합니다. 일반적으로 작업 스케줄러 라이브러리를 선택하면 됩니다.
그다음 오른쪽 메뉴에서 작업 가져오기를 선택합니다.
파일 선택 창이 나타나면 다른 PC에서 가져온 XML 파일을 선택합니다.
예를 들어 다음 파일을 선택할 수 있습니다.
C:\Users\User\Desktop\MyTask.xml
XML 파일을 선택하면 작업 속성 화면이 나타나며 가져올 작업의 설정을 확인할 수 있습니다.
이 단계에서 작업의 일반 설정, 트리거, 동작, 조건 등을 확인하고 현재 PC에서 사용하기에 적절한지 살펴보는 것이 좋습니다.
가져온 작업의 사용자 계정을 확인해야 하는 이유
XML 작업을 다른 PC로 가져올 때 가장 중요하게 확인해야 하는 항목 중 하나가 사용자 계정입니다.
원래 컴퓨터에서 작업을 특정 사용자 계정으로 실행하도록 설정했다면 해당 계정의 이름이나 환경이 다른 PC와 다를 수 있습니다.
예를 들어 기존 컴퓨터에서 PC1\UserA 계정으로 작업이 실행되도록 설정했는데 새 컴퓨터에는 해당 계정이 존재하지 않는다면 작업을 그대로 사용하는 데 문제가 발생할 수 있습니다.
따라서 XML을 가져온 후에는 일반 탭에서 작업을 실행할 사용자가 현재 컴퓨터에 맞게 설정되어 있는지 확인하는 것이 좋습니다.
특히 사용자의 로그온 여부에 관계없이 실행으로 설정한 작업은 실행 계정과 인증 정보가 중요하기 때문에 더욱 꼼꼼하게 확인해야 합니다.
로그인 여부에 관계없이 실행하는 작업은 추가 확인이 필요하다
작업이 사용자가 로그온한 경우에만 실행으로 설정되어 있다면 새 컴퓨터에서도 현재 로그인한 사용자가 작업을 실행하는 구조에 맞는지 확인하면 됩니다.
반면 사용자의 로그온 여부에 관계없이 실행으로 설정된 작업은 작업에 지정된 사용자 계정으로 백그라운드에서 실행될 수 있기 때문에 가져온 PC에서 해당 계정과 권한이 제대로 설정되어 있는지 확인해야 합니다.
특히 다른 PC에서는 동일한 사용자 계정이 존재하지 않거나 계정의 비밀번호가 변경되어 있을 수도 있습니다.
이런 경우 XML 파일을 성공적으로 가져왔더라도 실제 작업이 실행되지 않을 수 있습니다.
따라서 XML 가져오기는 작업 구성의 이전 과정이고, 실제 실행에 필요한 사용자 계정과 인증 설정은 새 PC 환경에 맞게 확인해야 합니다.
프로그램 설치 경로가 달라졌다면 수정해야 한다
XML로 작업을 가져왔다고 해서 프로그램까지 자동으로 설치되는 것은 아닙니다.
예를 들어 기존 컴퓨터에서 다음 경로의 프로그램을 실행하도록 설정했다고 가정해 보겠습니다.
C:\Program Files\Example\Example.exe
새 컴퓨터에서는 프로그램이 다른 폴더에 설치되어 있을 수 있습니다.
예를 들어 다음과 같이 경로가 달라졌다면
D:\Programs\Example\Example.exe
XML에서 가져온 작업은 기존 경로를 계속 가리킬 수 있습니다.
이 경우 작업 자체는 정상적으로 등록되었지만 실행할 프로그램을 찾지 못하게 됩니다.
따라서 XML 작업을 가져온 뒤에는 동작 탭에서 프로그램 또는 스크립트 항목을 확인해 실제 프로그램의 위치와 일치하는지 확인해야 합니다.
실행 인수도 새 PC 환경에 맞는지 확인하기
프로그램 경로뿐만 아니라 인수 추가에 입력한 내용도 확인해야 합니다.
예를 들어 기존 PC에서 특정 폴더를 대상으로 프로그램을 실행하도록 다음과 같은 인수를 사용했다면
--backup "C:\Data\Backup"
새 PC에는 해당 폴더가 존재하지 않을 수 있습니다.
프로그램이 실행되더라도 대상 폴더를 찾지 못하면 작업이 실패할 수 있기 때문에 XML을 가져온 뒤 실행 인수에 지정된 파일과 폴더가 현재 컴퓨터에 존재하는지 확인하는 것이 좋습니다.
특히 사용자 이름이 경로에 포함된 경우에는 컴퓨터가 변경되면서 경로가 달라질 가능성이 높습니다.
시작 위치도 확인해야 한다
작업을 XML로 가져왔을 때 시작 위치 역시 기존 PC의 환경을 그대로 가지고 있을 수 있습니다.
예를 들어 기존 컴퓨터에서 다음과 같이 설정되어 있었다고 가정해 보겠습니다.
C:\Scripts
새 컴퓨터에서 스크립트가 다른 폴더에 저장되어 있다면 기존 시작 위치는 더 이상 적절하지 않을 수 있습니다.
특히 배치 파일이나 PowerShell 스크립트가 상대 경로를 사용하는 경우에는 시작 위치가 실제 작업 결과에 영향을 줄 수 있습니다.
XML을 가져온 뒤에는 동작 탭에서 프로그램 경로와 함께 시작 위치도 확인하는 것이 좋습니다.
네트워크 드라이브를 사용하는 작업은 주의해야 한다
기존 컴퓨터에서 네트워크 드라이브를 이용하는 작업이었다면 XML을 가져온 뒤 추가적인 확인이 필요합니다.
예를 들어 기존 PC에서 Z: 드라이브에 있는 파일을 처리하도록 작업을 만들어 놓았는데 새 PC에서는 해당 드라이브가 연결되어 있지 않을 수 있습니다.
이 경우 작업 자체는 정상적으로 가져와졌지만 실행 과정에서 파일을 찾지 못할 수 있습니다.
네트워크 공유 폴더를 사용하는 작업이라면 새로운 PC에서도 해당 위치에 접근할 수 있는지 확인하고, 작업을 실행하는 계정에도 필요한 권한이 있는지 확인해야 합니다.
XML 파일을 가져온 뒤 바로 실행해도 될까
가능은 하지만 바로 실제 예약 작업에 맡기기보다는 먼저 설정을 확인하고 수동 실행해 보는 것이 좋습니다.
작업을 가져온 뒤 일반, 트리거, 동작, 조건, 설정 항목을 차례대로 확인합니다.
특히 실행 계정과 프로그램 경로, 실행 인수, 시작 위치를 확인합니다.
그다음 작업을 직접 실행해서 프로그램이 정상적으로 작동하는지 확인합니다.
수동 실행이 정상적으로 되면 이후 실제 예약 시간에 자동 실행되는지도 확인하면 됩니다.
이 과정을 거치면 XML 가져오기 자체는 성공했지만 새 컴퓨터의 경로나 계정이 달라서 작업이 실패하는 상황을 미리 발견할 수 있습니다.
XML 파일을 직접 수정해도 될까
XML 파일은 일반적인 텍스트 형식이기 때문에 텍스트 편집기로 열어 내용을 확인하거나 수정할 수 있습니다.
다만 작업 스케줄러의 XML 구조를 정확하게 이해하지 않은 상태에서 임의로 값을 수정하는 것은 주의해야 합니다.
단순히 프로그램 경로처럼 명확하게 변경해야 하는 값을 수정하는 경우가 있을 수 있지만, 트리거와 보안 설정 등 작업의 구조에 영향을 주는 값을 잘못 수정하면 작업을 가져오는 과정에서 오류가 발생하거나 예상과 다른 방식으로 실행될 수 있습니다.
따라서 처음 사용하는 경우에는 XML을 직접 편집하기보다 작업 스케줄러에서 작업을 가져온 뒤 속성 화면에서 필요한 값을 수정하는 방법이 안전합니다.
XML 작업을 백업 파일로 사용할 때 주의할 점
작업을 XML로 내보내면 나중에 동일한 작업을 다시 등록할 때 유용하게 사용할 수 있습니다.
예를 들어 Windows를 새로 설치하기 전에 중요한 자동화 작업을 XML로 저장해 두면 운영체제 설치 후 다시 작업을 구성할 때 활용할 수 있습니다.
하지만 XML 파일 하나만 보관한다고 해서 작업에 사용되는 프로그램이나 파일까지 백업되는 것은 아닙니다.
작업이 실행하는 프로그램, 배치 파일, PowerShell 스크립트, 설정 파일, 백업 대상 폴더 등은 별도로 보관해야 합니다.
따라서 중요한 자동화 작업이라면 XML 파일과 함께 실제 작업에 필요한 프로그램과 스크립트도 함께 백업하는 것이 좋습니다.
가져온 XML 작업이 실행되지 않을 때 확인할 항목
XML 작업을 가져온 후 실행되지 않는다면 다음과 같은 부분을 순서대로 확인하는 것이 좋습니다.
먼저 작업의 사용자 계정이 현재 PC에 맞게 설정되어 있는지 확인합니다.
그다음 동작 탭에서 프로그램이나 스크립트의 경로를 확인하고 실제 파일이 존재하는지 확인합니다.
이후 실행 인수와 시작 위치를 확인합니다.
배치 파일이나 PowerShell 스크립트를 사용하는 작업이라면 스크립트가 사용하는 파일과 폴더가 새 컴퓨터에도 존재하는지 확인합니다.
네트워크 경로를 사용하는 경우에는 새 PC에서도 해당 위치에 접근할 수 있는지 확인합니다.
마지막으로 작업의 권한과 전원 조건을 확인하고 수동 실행을 통해 실제 작업 결과를 테스트합니다.
기존 작업과 같은 이름으로 가져올 때
새 PC에 동일한 이름의 작업이 이미 존재하는 상태에서 XML을 가져오면 기존 작업을 어떻게 처리할 것인지 주의해야 합니다.
같은 작업을 다시 가져오면 기존 설정과 새로운 XML 설정이 충돌할 수 있기 때문에 작업 이름을 먼저 확인하는 것이 좋습니다.
기존 작업을 보존해야 한다면 새 작업 이름을 사용하는 방법도 있습니다. 반대로 기존 작업을 새 XML 설정으로 교체하려는 목적이라면 기존 작업의 상태와 설정을 확인한 뒤 가져오는 것이 좋습니다.
특히 중요한 자동화 작업이라면 기존 작업을 바로 삭제하기보다는 먼저 XML로 백업한 뒤 새로운 설정을 적용하는 방법이 안전합니다.
Windows 작업 스케줄러 작업을 XML로 이전할 때 가장 중요한 점
Windows 작업 스케줄러의 XML 내보내기와 가져오기 기능을 사용하면 복잡한 자동화 작업을 다른 PC로 쉽게 이전할 수 있습니다.
기존 컴퓨터에서는 작업 스케줄러 라이브러리에서 작업을 선택하고 내보내기를 이용해 XML 파일로 저장합니다. 새로운 컴퓨터에서는 작업 스케줄러에서 작업 가져오기를 선택하고 해당 XML 파일을 불러오면 됩니다.
하지만 XML 파일을 가져왔다고 해서 작업이 새로운 컴퓨터에서 바로 완벽하게 작동하는 것은 아닙니다.
가장 먼저 확인해야 할 것은 작업을 실행하는 사용자 계정입니다. 기존 컴퓨터와 새 컴퓨터에서 사용자 계정이 다르면 작업의 실행 환경도 달라질 수 있습니다.
다음으로 프로그램 또는 스크립트의 경로를 확인해야 합니다. 기존 PC와 새 PC의 설치 위치가 다르면 XML에 저장된 기존 경로를 현재 환경에 맞게 수정해야 합니다.
실행 인수와 시작 위치, 네트워크 경로, 사용자 프로필 폴더 역시 확인 대상입니다. 특히 배치 파일이나 PowerShell 스크립트가 상대 경로를 사용한다면 시작 위치가 달라지는 것만으로도 작업 결과가 달라질 수 있습니다.
따라서 XML 이전 작업은 내보내기 → 파일 이동 → 가져오기에서 끝나는 것이 아니라 가져오기 → 설정 확인 → 경로 수정 → 사용자 계정 확인 → 수동 실행 테스트 → 예약 실행 확인까지 진행해야 완전히 이전되었다고 볼 수 있습니다.
Windows를 재설치하거나 여러 PC에 동일한 자동화 작업을 구성해야 한다면 작업 스케줄러의 XML 기능을 활용해 보세요. 작업을 처음부터 하나씩 다시 만드는 시간을 줄이면서 기존의 복잡한 트리거와 실행 조건을 바탕으로 새로운 컴퓨터에서도 동일한 작업 환경을 구성할 수 있습니다.




댓글 0
첫 댓글을 남겨보세요.