Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

smigdeploy.exe를 Windows Server 2016에서 실행할 때 .NET Framework 미설치 오류 발생

예를 들어, 다음과 같은 환경으로 업그레이드를 할 때,

기존 서버: Windows Server 2016 (IP: 192.168.100.5)
신규 서버: Windows Server 2019 (IP: 192.168.100.6)

기존 문서들을 참조하는 경우,

Install, Use, and Remove Windows Server Migration Tools
; https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj134202(v=ws.11)

신규 서버(2019) 측에서 smigdeploy.exe를 실행해 다음과 같은 식으로 기존 서버에 배포하라는 글이 나옵니다.

// 신규 서버에서 실행

PS C:\Windows\system32> cd .\ServerMigrationTools
PS C:\windows\system32\ServerMigrationTools> ./smigdeploy.exe /package /architecture amd64 /os WS16 /path \\192.168.100.5\c$\mig
SmigDeploy.exe is checking for prerequisites.
--------------------------------------------------------------------------------
SmigDeploy.exe is copying Windows Server Migration Tools files to \\192.168.100.5\c$\mig\SMT_ws16_amd64.
--------------------------------------------------------------------------------

위에서 /architecture는 32비트인 경우 x86, 64비트인 경우 amd64를 주면 됩니다. 문제는 "/os"에 줄 수 있는 인자인데요, 문서에 보면 2003 ~ 2012까지 만을 대상으로만 설명하고 있습니다.

WS03 (Windows Server 2003)
WS08 (Windows Server 2008)
WS12 (Windows Server 2012)

그러니까, 2016에 대한 식별자가 없는 건데요, 왠지 네이밍 룰에 따라 "Windows Server 2016"이니까 "WS16"이 맞을 것 같아 저렇게 인자를 줬던 것입니다. 어쨌든 저렇게 실행하면 "기존 서버"의 c:\mig\SMT_ws16_amd64 경로에 smigdeploy.exe를 이용해 여러 가지 파일들이 위치하게 됩니다. 이후, 문서에서는 "기존 서버"에서 그 "smigdeploy.exe"를 실행하라고 하는데, 실제로 실행해 보면 다음과 같은 식의 오류가 발생합니다.

C:\mig\SMT_ws16_amd64> SmigDeploy.exe
SmigDeploy.exe is checking for prerequisites.

--------------------------------------------------------------------------------

Error: You cannot run Windows Server Migration Tools because a required version of .NET Framework is not installed on the server. Install .NET Framework 2.0 or a newer release of .NET Framework on the migration source server, and install .NET Framework 4.0 or a newer release of .NET Framework on Windows Server 2012 and newer releases of the Windows Server operating system, and then run this command again.


오류 메시지에 따라, Windows 2008 이하의 머신이라면 .NET Framework 2.0/3.0/3.5 버전이 설치되어야 하고, 2012 이상의 머신에서는 .NET 4.0을 필요로 한다고 하므로 제 경우에는 2016이었기 때문에 당연히 .NET 4.0 이상만 설치되어 있으면 되는 것입니다.

하지만, 그 서버에는 분명히 (.NET 3.5와 함께) .NET 4.0 이상이 설치되어 있는데 그런 오류가 발생하니 더 이상 진행할 수가 없습니다.




다행히 SmigDeploy.exe는 .NET 응용 프로그램이기 때문에 .NET Reflector 등으로 소스 코드를 볼 수 있습니다. 우선, 소스 코드에 앞서 dnSpy.exe로 모듈 정보를 보면 이상하게 해당 응용 프로그램은 .NET 2.0을 대상으로 빌드된 것으로 나옵니다.

// C:\mig\SMT_ws16_amd64\SmigDeploy.exe
// SmigDeploy.exe

// Global type: <Module>
// Entry point: Microsoft.Windows.ServerManager.Migration.SmigDeploy.Application.Main
// Architecture: AnyCPU (64-bit preferred)
// Runtime: .NET Framework 2.0
// Timestamp: 5B9C7D46 (9/15/2018 3:32:22 AM)

즉, Windows Server 2019 측의 SmigDeploy가 "\\192.168.100.5\c$\mig\SMT_ws16_amd64" 폴더로 내려준 바이너리가 애당초 .NET 4.0을 대상으로 한 것이 아니었습니다. 게다가 조건을 검사하는 코드의,

private static Application.ExitCode GeneralPrerequisiteCheck()
{
    Application.DisplayWriteLine(Resources.StatusPrereqChecks, new object[0]);
    if (DownLevelHelper.GetPlatform() == Constants.TargetPlatform && Environment.Version.Major < 4)
    {
        Application.DisplayError(Resources.ErrorPrereqNETFramework, new object[0]);
        return Application.ExitCode.PrereqFail;
    }
    // ...[생략]...
}

/*
Resources.ErrorPrereqNETFramework

You cannot run Windows Server Migration Tools because a required version of .NET Framework is not installed on the server. Install .NET Framework 2.0 or a newer release of .NET Framework on the migration source server, and install .NET Framework 4.0 or a newer release of .NET Framework on Windows Server 2012 and newer releases of the Windows Server operating system, and then run this command again.
*/

DownLevelHelper.GetPlatform() == Constants.TargetPlatform에서 TargetPlatform 값을 보면,
using System;

namespace Microsoft.Windows.ServerManager.Migration.SmigDeploy
{
    // Token: 0x02000006 RID: 6
    internal static class Constants
    {
        // Token: 0x0400002A RID: 42
        internal static Platform TargetPlatform = Platform.WS2016;

        // Token: 0x0400002B RID: 43
        internal static Version Win7Version = new Version(6, 1, 6500);

        // Token: 0x0400002C RID: 44
        internal static Version Win8Version = new Version(6, 2);

        // Token: 0x0400002D RID: 45
        internal static Version WS2012R2Version = new Version(6, 3);

        // Token: 0x0400002E RID: 46
        internal static Version WS2016Version = new Version(10, 0);
    }
}

운영체제에 대한 판단은 정확했습니다. 그렇다면 혹시, .NET 2.0 바이너리이지만, 강제로 .NET 4.0 CLR에 태워 실행해 보면 어떻게 될까요? 이를 위해 다음과 같은 내용을 담은 "SmigDeploy.exe.config" 파일을 생성해,

<?xml version="1.0"?>
<configuration>
    <startup>
        <supportedRuntime version="v4.0.30319"/>
        <supportedRuntime version="v2.0.50727"/>
    </startup>
</configuration>

실행했더니 이번에는 오류 메시지가 바뀌었습니다.

C:\mig\SMT_ws16_amd64> SmigDeploy.exe
SmigDeploy.exe is checking for prerequisites.
--------------------------------------------------------------------------------
Error: To run SmigDeploy.exe without parameters to register Windows Server Migration Tools, the computer must be running either Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, or Windows Server 2008.

Error: The parameters /architecture, /os, and /path must be used with the parameter /package. For more information about the command line syntax, type /help or /?, and then press ENTER.

메시지를 보면, Windows Server 2016이라는 단어가 없습니다. 즉, Windows Server 2019의 SmigDeploy는 어찌 보면 "/os WS16" 옵션을 제대로 인식하지 못한 듯 하고, 어쩌면 가장 기본 환경인 "Windows Server 2003"이라고 판단해 .NET 2.0 용으로 빌드된 SmigDeploy를 내려준 것으로 보입니다.




결론이 좀 허망한데, Windows Server 2016에서는 2019에서 "./smigdeploy.exe /package /architecture amd64 /os WS16 /path \\192.168.100.5\c$\mig"를 이용해 smigdeploy.exe를 실행하기 위한 환경을 내려줄 필요가 없습니다. 왜냐하면 2016부터 이미 자체적으로 smigdeploy를 지원하기 때문에 단순히 이 기능을 추가해 주면 됩니다.

// PowerShell

Add-WindowsFeature Migration

따라서, 저 명령어를 실행 후 "Server Manager"의 "Tools" / "Windows Server Migration Tools" / "Windows Server Migration Tools"를 실행하는 것이 바로 위의 본문에서 .NET 오류가 발생해 문제가 되었던 "C:\mig\SMT_ws16_amd64\SmigDeploy.exe"의 실행과 동일한 역할을 합니다. (어쩐지... "Install, Use, and Remove Windows Server Migration Tools" 문서에 대응하는 Windows Server 2016을 위한 문서가 검색이 안된 데에는 다 이유가 있었습니다. ^^;)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 3/9/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10900정성태2/19/201622105.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201623407개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201621943.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201621275디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201622385오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201621219.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201621906오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201620616.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201621164오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201624239VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201624084.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
10889정성태2/14/201620414.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기파일 다운로드1
10888정성태2/14/201618722.NET Framework: 542. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까?
10887정성태2/3/201619424VC++: 94. MPX(Memory Protection Extensions) 테스트파일 다운로드1
10886정성태2/3/201620665개발 환경 구성: 281. Intel MPX Runtime Driver 수동 설치
10885정성태2/2/201620361오류 유형: 317. Sybase.Data.AseClient.AseException: The command has timed out.
10884정성태1/11/201621587개발 환경 구성: 280. 닷넷에서 SAP Adaptive Server Enterprise 데이터베이스 사용파일 다운로드1
10882정성태1/6/201620872Windows: 113. 윈도우의 2179, 26143, 47001 TCP 포트 사용 [1]
10881정성태1/3/201622247오류 유형: 316. 윈도우 10 - 바탕/돋음 체가 사라져 한글이 깨지는 현상 [2]
10880정성태12/16/201520002오류 유형: 315. 닷넷 프로파일러의 오류 코드 정보
10879정성태12/16/201521949오류 유형: 314. Error : DEP0700 : Registration of the app failed. error 0x80070005
10878정성태12/9/201525019디버깅 기술: 75. UWP(유니버설 윈도우 플랫폼) 앱에서 global::System.Diagnostics.Debugger.Break 예외 발생 시 대응 방법
10877정성태12/9/201529380VC++: 93. std::thread 사용 시 R6010 오류 [2]
10876정성태11/26/201525501.NET Framework: 541. SignedXml을 이용한 ds:Signature만드는 방법 [3]파일 다운로드1
10875정성태11/26/201530468개발 환경 구성: 279. signtool.exe의 다중 서명 기능 [2]
10874정성태11/26/201526433개발 환경 구성: 278. 인증서와 인증서를 이용한 코드 사인의 해시 구분
... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...