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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...
NoWriterDateCnt.TitleFile(s)
13247정성태2/7/20234962VS.NET IDE: 180. Visual Studio - 닷넷 소스 코드 디버깅 중 "Decompile source code"가 동작하는 않는 문제
13246정성태2/6/20234085개발 환경 구성: 664. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 - 두 번째 이야기
13245정성태2/6/20234628.NET Framework: 2093. C# - PEM 파일을 이용한 RSA 개인키/공개키 설정 방법파일 다운로드1
13244정성태2/5/20233983VS.NET IDE: 179. Visual Studio - External Tools에 Shell 내장 명령어 등록
13243정성태2/5/20234855디버깅 기술: 190. windbg - Win32 API 호출 시점에 BP 거는 방법 [1]
13242정성태2/4/20234293디버깅 기술: 189. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.UnauthorizedAccessException
13241정성태2/3/20233824디버깅 기술: 188. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.IO.FileNotFoundException
13240정성태2/1/20233983디버깅 기술: 187. ASP.NET Web Application (.NET Framework) 프로젝트의 숨겨진 예외 - System.Web.HttpException
13239정성태2/1/20233627디버깅 기술: 186. C# - CacheDependency의 숨겨진 예외 - System.Web.HttpException
13238정성태1/31/20235633.NET Framework: 2092. IIS 웹 사이트를 TLS 1.2 또는 TLS 1.3 프로토콜로만 운영하는 방법
13237정성태1/30/20235321.NET Framework: 2091. C# - 웹 사이트가 어떤 버전의 TLS/SSL을 지원하는지 확인하는 방법
13236정성태1/29/20234967개발 환경 구성: 663. openssl을 이용해 인트라넷 IIS 사이트의 SSL 인증서 생성
13235정성태1/29/20234508개발 환경 구성: 662. openssl - 윈도우 환경의 명령행에서 SAN 적용하는 방법
13234정성태1/28/20235551개발 환경 구성: 661. dnSpy를 이용해 소스 코드가 없는 .NET 어셈블리의 코드를 변경하는 방법 [1]
13233정성태1/28/20236897오류 유형: 840. C# - WebClient로 https 호출 시 "The request was aborted: Could not create SSL/TLS secure channel" 예외 발생
13232정성태1/27/20234698스크립트: 43. uwsgi의 --processes와 --threads 옵션
13231정성태1/27/20233615오류 유형: 839. python - TypeError: '...' object is not callable
13230정성태1/26/20234030개발 환경 구성: 660. WSL 2 내부로부터 호스트 측의 네트워크로 UDP 데이터가 1개의 패킷으로만 제한되는 문제
13229정성태1/25/20234968.NET Framework: 2090. C# - UDP Datagram의 최대 크기
13228정성태1/24/20235113.NET Framework: 2089. C# - WMI 논리 디스크가 속한 물리 디스크의 정보를 얻는 방법 [2]파일 다운로드1
13227정성태1/23/20234820개발 환경 구성: 659. Windows - IP MTU 값을 바꿀 수 있을까요? [1]
13226정성태1/23/20234493.NET Framework: 2088. .NET 5부터 지원하는 GetRawSocketOption 사용 시 주의할 점
13225정성태1/21/20233746개발 환경 구성: 658. Windows에서 실행 중인 소켓 서버를 다른 PC 또는 WSL에서 접속할 수 없는 경우
13224정성태1/21/20234090Windows: 221. Windows - Private/Public/Domain이 아닌 네트워크 어댑터 단위로 방화벽을 on/off하는 방법
13223정성태1/20/20234281오류 유형: 838. RDP 연결 오류 - The two computers couldn't connect in the amount of time allotted
13222정성태1/20/20233932개발 환경 구성: 657. WSL - DockerDesktop.vhdx 파일 위치를 옮기는 방법
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...