Share via

종속성 시각화 문제 해결

  • 아티클

이 문서는 에이전트 기반 및 에이전트 없는 종속성 분석(VMware 서버에만 사용 가능) 문제를 해결하는 데 도움이 됩니다. Azure Migrate에서 지원되는 종속성 시각화 유형에 대해 자세히 알아봅니다.

에이전트 없는 종속성 분석으로 1시간 초과 종속성 시각화

에이전트 없는 종속성 분석을 사용하면 최대 30일 동안 맵에서 종속성을 시각화하거나 내보낼 수 있습니다.

에이전트 없는 종속성 분석으로 10대를 초과하는 서버의 종속성 시각화

Azure Migrate는 여러 서버의 네트워크 연결을 한 번에 시각화하고 프로세스 및 서버를 기준으로 필터링하는 데 사용할 수 있는 Power BI 템플릿을 제공합니다. 여러 서버의 종속성을 함께 시각화하는 방법에 대해 자세히 알아봅니다.

종속성 내보내기 CSV에 에이전트 없는 종속성 분석이 포함된 "알 수 없는 프로세스"가 표시됨

에이전트 없는 종속성 분석에서 최선의 방식으로 프로세스 이름이 캡처됩니다. 어떤 시나리오에서는 원본 및 대상 서버 이름과 대상 포트가 캡처되지만, 종속성의 양쪽 끝에서 프로세스 이름을 확인하는 것이 불가능합니다. 이러한 경우 프로세스가 "알 수 없는 프로세스"로 표시됩니다.

"403: 이 요청을 수행할 권한이 없습니다" 오류로 인해 종속성 데이터를 CSV로 내보낼 수 없습니다.

Azure Migrate 프로젝트에 프라이빗 엔드포인트 연결이 있는 경우 프라이빗 네트워크를 통해 Azure 가상 네트워크에 연결된 클라이언트에서 종속성 데이터 내보내기 요청을 시작해야 합니다. 이 오류를 해결하려면 온-프레미스 네트워크 또는 어플라이언스 서버에서 Azure Portal을 열고 다시 내보내기를 시도합니다.

종속성 분석 오류 내보내기

알림 내보내기를 선택하여 포털에서 에이전트 없는 종속성 분석에 대한 모든 오류와 수정 조치를 내보낼 수 있습니다. 내보낸 CSV 파일에는 오류가 발생한 타임스탬프, 종속성 데이터의 오류 유형(유효성 검사 오류 또는 검색 오류)과 같은 추가 정보도 포함되어 있습니다.

Screenshot of Export notifications screen.

일반적인 에이전트 없는 종속성 분석 오류

Azure Migrate는 Azure Migrate: 검색 및 평가를 사용하여 에이전트 없는 종속성 분석을 지원합니다. 에이전트 없는 종속성 분석을 수행하는 방법에 대해 자세히 알아보세요.

VMware VM의 경우 VMware API를 사용하여 vCenter Server를 통해 서버에 연결하여 에이전트 없는 종속성 분석을 수행합니다. Hyper-V VM 및 실제 서버의 경우, 에이전트 없는 종속성 분석은 포트 5985(HTTP)에서 PowerShell 원격을 사용하여 Windows 서버에 직접 연결하고, 포트 22(TCP)에서 SSH 연결을 통해 Linux 서버에 직접 연결하여 수행됩니다.

아래 표에는 VMware API를 통해 또는 서버에 직접 연결하여 종속성 데이터를 수집할 때 발생하는 모든 오류가 요약되어 있습니다.

참고 항목

필요한 데이터를 수집하기 위해 에이전트 없는 종속성 분석과 동일한 방법론을 따르기 때문에 소프트웨어 인벤토리에서도 동일한 오류가 발생할 수 있습니다.

오류 원인 작업
60001:UnableToConnectToPhysicalServer 서버에 연결하기 위한 필수 조건이 충족되지 않았거나 서버에 연결할 때 네트워크 문제가 있습니다(예: 일부 프록시 설정). - 서버가 필수 구성 요소 및 포트 액세스 요구 사항을 충족하는지 확인합니다.
- Azure Migrate 어플라이언스의 WinRM TrustedHosts 목록에 원격 머신(검색된 서버)의 IP 주소를 추가하고 작업을 다시 시도합니다. 이는 서버(Windows: WinRM 포트 5985(HTTP) 및 Linux: SSH 포트 22(TCP))에서 원격 인바운드 연결을 허용하기 위한 것입니다.
- 서버에 연결할 어플라이언스에서 올바른 인증 방법을 선택했는지 확인합니다.
- 문제가 지속되면 Microsoft 지원 사례를 제출하여 어플라이언스 머신 ID(어플라이언스 구성 관리자의 바닥글에서 사용 가능)를 제공합니다.
60002:InvalidServerCredentials 서버에 연결할 수 없습니다. 어플라이언스에서 잘못된 자격 증명을 제공했거나 이전에 제공된 자격 증명이 만료되었습니다. - 어플라이언스에서 서버의 올바른 자격 증명을 제공했는지 확인합니다. 해당 자격 증명을 사용하여 서버에 연결을 시도하여 이를 확인할 수 있습니다.
- 추가된 자격 증명이 잘못되었거나 만료된 경우 어플라이언스에서 자격 증명을 편집하고 추가된 서버의 유효성을 다시 검사합니다. 유효성 검사에 성공하면 문제가 해결됩니다.
- 문제가 지속되면 Microsoft 지원 사례를 제출하여 어플라이언스 머신 ID(어플라이언스 구성 관리자의 바닥글에서 사용 가능)를 제공합니다.
60005:SSHOperationTimeout 네트워크 대기 시간 문제 또는 서버에 대한 최신 업데이트 부족으로 인해 작업이 예상보다 오래 걸렸습니다. - 영향을 받는 서버에 최신 커널 및 OS 업데이트가 설치되어 있는지 확인합니다.
- 어플라이언스와 서버 간에 네트워크 대기 시간이 없는지 확인합니다. 대기 시간 문제를 방지하려면 어플라이언스와 원본 서버를 동일한 도메인에 포함하는 것이 좋습니다.
- 어플라이언스에서 영향을 받는 서버에 연결하고 여기에 설명된 명령을 실행하여 null 또는 빈 데이터를 반환하는지 확인합니다.
- 문제가 지속되면 Microsoft 지원 사례를 제출하여 어플라이언스 머신 ID(어플라이언스 구성 관리자의 바닥글에서 사용 가능)를 제공합니다.
9000: 서버의 VMware 도구 상태를 검색할 수 없습니다. VMware 도구가 서버에 설치되어 있지 않거나 설치된 버전이 손상되었을 수 있습니다. 버전 10.2.1 이상의 VMware 도구가 서버에 설치되어 실행 중인지 확인합니다.
9001: VMware 도구가 서버에 설치되지 않았습니다. VMware 도구가 서버에 설치되어 있지 않거나 설치된 버전이 손상되었을 수 있습니다. 버전 10.2.1 이상의 VMware 도구가 서버에 설치되어 실행 중인지 확인합니다.
9002: VMware 도구가 서버에서 실행되고 있지 않습니다. VMware 도구가 서버에 설치되어 있지 않거나 설치된 버전이 손상되었을 수 있습니다. 버전 10.2.0 이상의 VMware 도구가 서버에 설치되어 실행 중인지 확인합니다.
9003: 지원되지 않는 운영 체제가 서버에서 실행되고 있습니다. 서버에서 실행 중인 운영체제가 Windows 또는 Linux가 아닙니다. Windows 및 Linux OS 유형만 지원됩니다. 서버가 실제 실행 중인 Windows 또는 Linux OS인 경우 vCenter Server에 지정된 운영 체제 유형을 확인합니다.
9004: 서버가 실행 중 상태가 아닙니다. 서버 전원이 꺼져 있습니다. 서버가 실행 중인 상태인지 확인합니다.
9005: 지원되지 않는 운영 체제가 서버에서 실행되고 있습니다. 서버에서 실행 중인 운영체제가 Windows 또는 Linux가 아닙니다. Windows 및 Linux OS 유형만 지원됩니다. <FetchedParameter> 운영 체제는 현재 지원되지 않습니다.
9006: 서버에서 검색 메타데이터 파일을 다운로드하는 데 필요한 URL이 비어 있습니다. 어플라이언스의 검색 에이전트가 예상대로 작동하지 않아 생긴 일시적인 문제일 수 있습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
9007: 메타데이터를 수집하기 위해 스크립트를 실행하는 프로세스를 서버에서 찾을 수 없습니다. 어플라이언스의 검색 에이전트가 예상대로 작동하지 않아 생긴 일시적인 문제일 수 있습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
9008: 메타데이터를 수집하기 위해 서버에서 실행 중인 프로세스의 상태를 검색할 수 없습니다. 내부 오류로 인한 일시적인 문제일 수 있습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
9009: Window UAC(사용자 계정 컨트롤)가 서버에서 검색 작업을 실행하지 못하게 차단합니다. Windows UAC 설정이 서버에서 설치된 애플리케이션을 검색하지 못하게 제한합니다. 영향을 받는 서버에서 제어판의 사용자 계정 컨트롤 설정 수준을 낮추세요.
9010: 서버 전원이 꺼져 있습니다. 서버 전원이 꺼져 있습니다. 서버의 전원이 켜진 상태인지 확인합니다.
9011: 검색된 메타데이터가 포함된 파일을 서버에서 찾을 수 없습니다. 내부 오류로 인한 일시적인 문제일 수 있습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
9012: 서버에서 검색된 메타데이터가 포함된 파일이 비어 있습니다. 내부 오류로 인한 일시적인 문제일 수 있습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
9013: 서버에 로그인할 때마다 새로운 임시 사용자 프로필이 만들어집니다. 서버에 로그인할 때마다 새로운 임시 사용자 프로필이 만들어집니다. 이 문제를 해결하는 데 도움이 되도록 Microsoft 지원 사례를 제출하세요.
9014: ESXi 호스트에서 발생한 오류로 인해 검색된 메타데이터가 포함된 파일을 검색할 수 없습니다. 오류 코드: %ErrorCode; 세부 정보: %ErrorMessage ESXi 호스트 <HostName>에서 오류가 발생했습니다. 오류 코드: %ErrorCode; 세부 정보: %ErrorMessage. 서버가 실행 중인 ESXi 호스트에서 포트 443이 열려 있는지 확인합니다.

문제 해결 방법에 관해 자세히 알아보세요.
9015: 서버 검색을 위해 제공된 vCenter Server 사용자 계정에 게스트 작업 권한이 사용하도록 설정되어 있지 않습니다. 게스트 작업의 필수 권한이 vCenter Server 사용자 계정에서 사용하도록 설정되지 않았습니다. 서버와 상호 작용하고 필요한 데이터를 끌어올 수 있도록 vCenter Server 사용자 계정에 가상 머신>게스트 작업에 대한 권한이 설정되었는지 확인합니다.

필요한 권한으로 vCenter Server 계정을 설정하는 방법에 관해 자세히 알아보세요.
9016: 서버의 게스트 작업 에이전트가 오래되어 메타데이터를 검색할 수 없습니다. VMware 도구가 서버에 설치되어 있지 않거나 설치된 버전이 최신 버전이 아닙니다. VMware 도구가 서버에 설치되어 있고 최신 상태로 실행 중인지 확인합니다. VMware Tools 버전은 버전 10.2.1 이상이어야 합니다.
9017: 검색된 메타데이터가 포함된 파일을 서버에서 찾을 수 없습니다. 내부 오류로 인한 일시적인 문제일 수 있습니다. 이 문제를 해결하는 데 도움이 되도록 Microsoft 지원 사례를 제출하세요.
9018: PowerShell이 서버에 설치되어 있지 않습니다. 서버에서 PowerShell을 찾을 수 없습니다. 서버에 PowerShell 버전 2.0 이상이 설치되어 있는지 확인합니다.

문제 해결 방법에 대해 자세히 알아보세요.
9019: 서버에서 게스트 작업 실패로 인해 메타데이터를 검색할 수 없습니다. 서버에서 VMware 게스트 작업에 실패했습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 어플라이언스의 서버 자격 증명이 유효하고 자격 증명의 사용자 이름이 UPN(사용자 계정 이름) 형식인지 확인합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
9020: 서버에서 발견된 메타데이터를 포함하는 데 필요한 파일을 만들 수 없습니다. 어플라이언스 또는 온-프레미스 그룹 정책에 제공된 자격 증명과 연결된 역할이 필수 폴더에서의 파일 생성을 제한하고 있습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 1. 어플라이언스에 제공된 자격 증명이 서버의 <폴더 경로/폴더 이름> 폴더에 파일 쓰기 권한을 갖고 있는지 확인합니다.
2. 어플라이언스에 제공된 자격 증명에 필요한 권한이 없는 경우 다른 자격 증명 세트를 제공하거나 기존 자격 증명을 편집합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
9021: 서버의 올바른 경로에서 검색된 메타데이터를 포함하는 데 필요한 파일을 만들 수 없습니다. VMware 도구에서 파일을 만들기 위한 잘못된 파일 경로를 보고합니다. 버전 10.2.0 이상의 VMware 도구가 서버에 설치되어 실행 중인지 확인합니다.
9022: 서버에서 Get-WmiObject cmdlet을 실행하기 위한 액세스가 거부되었습니다. 어플라이언스 또는 온-프레미스 그룹 정책에 제공된 자격 증명과 연결된 역할이 WMI 개체에 대한 액세스를 제한하고 있습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 1. 어플라이언스에 제공된 자격 증명에 파일 만들기 관리자 권한이 있고 WMI가 사용하도록 설정되어 있는지 확인합니다.
2. 어플라이언스에 제공된 자격 증명에 필요한 권한이 없는 경우 다른 자격 증명 세트를 제공하거나 기존 자격 증명을 편집합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)

문제 해결 방법에 관해 자세히 알아보세요.
9023: %SystemRoot% 환경 변수 값이 비어 있으므로 PowerShell을 실행할 수 없습니다. 서버에 대한 %SystemRoot% 환경 변수의 값이 비어 있습니다. 1. 영향을 받는 서버에서 echo %systemroot% 명령을 실행하여 환경 변수가 빈 값을 반환하는지 확인합니다.
2. 문제가 지속되면 Microsoft 지원 사례를 제출합니다.
9024: %TEMP% 환경 변수 값이 비어 있으므로 검색을 수행할 수 없습니다. 서버에 대한 %TEMP% 환경 변수 값이 비어 있습니다. 1. 영향을 받는 서버에서 echo %temp% 명령을 실행하여 환경 변수가 빈 값을 반환하는지 확인합니다.
2. 문제가 지속되면 Microsoft 지원 사례를 제출합니다.
9025: 검색을 수행할 수 없습니다. PowerShell이 서버에서 손상되었습니다. PowerShell이 서버에서 손상되었습니다. PowerShell을 다시 설치하고 영향을 받는 서버에서 실행 중인지 확인합니다.
9026: 서버에서 게스트 작업을 실행할 수 없습니다. 서버의 현재 상태로 인해 게스트 작업을 실행할 수 없습니다. 1. 영향을 받는 서버가 가동되어 실행 중인지 확인합니다.
2. 문제가 지속되면 Microsoft 지원 사례를 제출합니다.
9027: 게스트 작업 에이전트가 서버에서 실행되고 있지 않으므로 메타데이터를 검색할 수 없습니다. 서버의 게스트 작업 에이전트에 연결할 수 없습니다. 버전 10.2.0 이상의 VMware 도구가 서버에 설치되어 실행 중인지 확인합니다.
9028: 서버의 스토리지가 부족하여 검색된 메타데이터를 포함하는 데 필요한 파일을 만들 수 없습니다. 서버 디스크의 스토리지 공간이 부족합니다. 영향을 받는 서버의 디스크 스토리지에 사용 가능한 공간이 충분한지 확인합니다.
9029: 어플라이언스에 제공된 자격 증명에 PowerShell을 실행할 수 있는 액세스 권한이 없습니다. 어플라이언스의 자격 증명에 PowerShell을 실행할 수 있는 액세스 권한이 없습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 1. 어플라이언스의 자격 증명이 서버의 PowerShell에 액세스할 수 있는지 확인합니다.
2. 어플라이언스의 자격 증명에 필요한 액세스 권한이 없는 경우 다른 자격 증명 세트를 제공하거나 기존 자격 증명을 편집합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
9030: 서버가 호스팅되는 ESXi 호스트가 연결이 끊긴 상태이므로 검색된 메타데이터를 수집할 수 없습니다. 서버가 상주하는 ESXi 호스트의 연결이 끊긴 상태입니다. 서버를 실행하는 ESXi 호스트가 연결된 상태인지 확인합니다.
9031: 서버가 호스팅되는 ESXi 호스트가 응답하지 않아 검색된 메타데이터를 수집할 수 없습니다. 서버가 있는 ESXi 호스트의 상태가 잘못되었습니다. 서버를 실행하는 ESXi 호스트가 실행 및 연결 상태인지 확인합니다.
9032: 내부 오류가 발생하여 검색할 수 없습니다. 발생한 문제는 내부 오류로 인한 것입니다. 이 웹 사이트의 단계에 따라 문제를 해결하세요. 문제가 지속되면 Microsoft 지원 사례를 여세요.
9033: 서버용 어플라이언스에 제공된 자격 증명의 사용자 이름에 잘못된 문자가 있으므로 검색할 수 없습니다. 어플라이언스의 자격 증명 사용자 이름에 잘못된 문자가 있습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 어플라이언스의 자격 증명 사용자 이름에 잘못된 문자가 없는지 확인하세요. 어플라이언스 구성 관리자로 돌아가서 자격 증명을 편집할 수 있습니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
9034: 서버용 어플라이언스의 자격 증명 사용자 이름이 UPN 형식이 아니므로 검색할 수 없습니다. 어플라이언스의 자격 증명 사용자 이름이 UPN 형식이 아닙니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 어플라이언스의 자격 증명 사용자 이름이 UPN 형식인지 확인하세요. 어플라이언스 구성 관리자로 돌아가서 자격 증명을 편집할 수 있습니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
9035: PowerShell 언어 모드가 올바르게 설정되지 않아 검색할 수 없습니다. PowerShell 언어 모드가 전체 언어로 설정되지 않았습니다. PowerShell 언어 모드가 전체 언어로 설정되어 있는지 확인하세요.
9036: 서버용 어플라이언스의 자격 증명 사용자 이름이 UPN 형식이 아니므로 검색할 수 없습니다. 어플라이언스의 자격 증명 사용자 이름이 UPN 형식이 아닙니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 어플라이언스의 자격 증명 사용자 이름이 UPN 형식인지 확인하세요. 어플라이언스 구성 관리자로 돌아가서 자격 증명을 편집할 수 있습니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
9037: 서버의 긴 응답 시간으로 인해 메타데이터 수집이 일시적으로 일시 중지되었습니다. 서버가 응답하는 데 너무 오래 걸립니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
10000: 지원되지 않는 운영 체제가 서버에서 실행되고 있습니다. 서버에서 실행 중인 운영체제가 Windows 또는 Linux가 아닙니다. Windows 및 Linux OS 유형만 지원됩니다. <GuestOSName> 운영 체제는 현재 지원되지 않습니다.
10001: 검색 메타데이터를 수집하는 데 필요한 스크립트를 서버에서 찾을 수 없습니다. 검색을 수행하는 데 필요한 스크립트가 있어야 하는 위치에서 삭제되었거나 제거된 것일 수 있습니다. 이 문제를 해결하는 데 도움이 되도록 Microsoft 지원 사례를 제출하세요.
10002: 서버에서 검색 작업 시간이 초과하였습니다. 어플라이언스의 검색 에이전트가 예상대로 작동하지 않아 생긴 일시적인 문제일 수 있습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 해결되지 않으면 이 웹 사이트의 단계에 따라 문제를 해결하세요. 문제가 지속되면 Microsoft 지원 사례를 여세요.
10003: 검색 작업을 실행하는 프로세스가 오류와 함께 종료되었습니다. 검색 작업을 실행하는 프로세스가 오류로 인해 갑자기 종료되었습니다. 문제는 24시간 이내에 다음 주기에서 자동으로 해결됩니다. 문제가 지속되면 Microsoft 지원 사례를 제출하세요.
10004: 어플라이언스에서 서버 OS 유형에 대한 자격 증명이 제공되지 않았습니다. 서버 OS 유형에 대한 자격 증명이 어플라이언스에 추가되지 않았습니다. 1. 어플라이언스에서 영향을 받는 서버의 OS 유형에 대한 자격 증명을 추가했는지 확인합니다.
2. 이제 어플라이언스에 여러 서버 자격 증명을 추가할 수 있습니다.
10005: 서버용 어플라이언스에 제공된 자격 증명이 잘못되었습니다. 어플라이언스에 제공된 자격 증명이 유효하지 않습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 1. 어플라이언스에서 제공된 자격 증명이 유효하고 자격 증명을 사용하여 서버에 액세스할 수 있는지 확인합니다.
2. 이제 어플라이언스에 여러 서버 자격 증명을 추가할 수 있습니다.
3. 어플라이언스 구성 관리자로 돌아가서 다른 자격 증명 세트를 제공하거나 기존 자격 증명을 편집합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)

문제 해결 방법에 대해 자세히 알아보세요.
10006: 지원되지 않는 운영 체제가 서버에서 실행되고 있습니다. 서버에서 실행 중인 운영체제가 Windows 또는 Linux가 아닙니다. Windows 및 Linux OS 유형만 지원됩니다. <GuestOSName> 운영 체제는 현재 지원되지 않습니다.
10007: 서버에서 검색된 메타데이터를 처리할 수 없습니다. 검색된 메타데이터가 포함된 파일의 내용을 구문 분석하는 동안 오류가 발생했습니다. 이 문제를 해결하는 데 도움이 되도록 Microsoft 지원 사례를 제출하세요.
10008: 서버에서 발견된 메타데이터를 포함하는 데 필요한 파일을 만들 수 없습니다. 어플라이언스 또는 온-프레미스 그룹 정책에 제공된 자격 증명과 연결된 역할이 필수 폴더에서의 파일 생성을 제한하고 있습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 1. 어플라이언스에 제공된 자격 증명이 서버의 <폴더 경로/폴더 이름> 폴더에 파일 쓰기 권한을 갖고 있는지 확인합니다.
2. 어플라이언스에 제공된 자격 증명에 필요한 권한이 없는 경우 다른 자격 증명 세트를 제공하거나 기존 자격 증명을 편집합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
10009: 검색된 메타데이터를 서버의 파일에 쓸 수 없습니다. 어플라이언스 또는 온-프레미스 그룹 정책에 제공된 자격 증명과 연결된 역할이 서버의 파일 쓰기를 제한하고 있습니다. 서버에서 <FriendlyNameOfCredentials> 자격 증명을 시도할 때 문제가 발생했습니다. 1. 어플라이언스에 제공된 자격 증명이 <폴더 경로/폴더 이름> 폴더에 파일 쓰기 권한을 갖고 있는지 확인합니다.
2. 어플라이언스에 제공된 자격 증명에 필요한 권한이 없는 경우 다른 자격 증명 세트를 제공하거나 기존 자격 증명을 편집합니다. (가능한 원인에서 Azure Migrate가 시도한 자격 증명의 식별 이름을 찾습니다.)
10010: 일부 메타데이터를 수집하는 데 필요한 %CommandName; 명령이 서버에 없으므로 검색할 수 없습니다. %CommandName; 명령을 포함하는 패키지가 서버에 설치되어 있지 않습니다. %CommandName; 명령을 포함하는 패키지가 서버에 설치되어 있는지 확인합니다.
10011: 어플라이언스에 제공된 로그인 정보는 대화형 세션에 대한 로그인 및 로그아웃에 사용되었습니다. 대화형 로그인 및 로그아웃을 수행하면 사용되는 계정 프로필에서 레지스트리 키를 언로드합니다. 이 조건을 사용하면 나중에 키를 사용할 수 없게 됩니다. 이 웹 사이트에 설명된 해결 방법을 사용하세요.
10012: 서버용 어플라이언스에 자격 증명이 제공되지 않았습니다. 서버의 자격 증명을 제공하지 않았거나 어플라이언스에서 잘못된 도메인 이름으로 도메인 자격 증명을 제공했습니다. 이 오류의 원인에 대해 자세히 알아보세요. 1. 자격 증명이 어플라이언스에 서버에 제공되고 자격 증명을 사용하여 서버에 액세스할 수 있는지 확인합니다.
2. 이제 어플라이언스에 여러 서버 자격 증명을 추가할 수 있습니다. 어플라이언스 구성 관리자로 돌아가서 서버의 자격 증명을 제공합니다.

오류 970: DependencyMapInsufficientPrivilegesException

원인

이 오류는 일반적으로 어플라이언스에 필요한 권한이 있는 자격 증명을 제공하지 않은 경우에 Linux 서버에서 발생합니다.

수정

이때 다음 두 가지 방법을 사용할 수 있습니다.

  • 루트 사용자 계정을 제공했는지 확인합니다.
  • 계정에 /bin/netstat 및 /bin/ls 파일에 대한 다음 권한이 있는지 확인합니다.
    • CAP_DAC_READ_SEARCH
    • CAP_SYS_PTRACE

어플라이언스에 제공된 사용자 계정에 필요한 권한이 있는지 확인하려면 다음 단계를 수행합니다.

  1. 오류 메시지에 언급된 것과 동일한 사용자 계정으로 이 오류가 발생한 서버에 로그인합니다.

  2. Azure Shell에서 다음 명령을 실행합니다. 에이전트 없는 종속성 분석에 필요한 권한이 없으면 오류가 발생합니다.

    ps -o pid,cmd | grep -v ]$
netstat -atnp | awk '{print $4,$5,$7}'

  3. 다음 명령을 실행하여 /bin/netstat 및 /bin/ls 파일에 필요한 권한을 설정합니다.

    sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/ls
sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/netstat

  4. 이전 명령이 사용자 계정에 필요한 권한을 할당했는지 여부를 확인할 수 있습니다.

    getcap /usr/bin/ls
getcap /usr/bin/netstat

  5. 성공적인 출력을 얻으려면 2단계에서 제공된 명령을 다시 실행합니다.

오류 9014: HTTPGetRequestToRetrieveFileFailed

원인

이 문제는 어플라이언스의 VMware 검색 에이전트가 서버가 호스팅되는 ESXi 호스트를 통해 서버 파일 시스템에서 종속성 데이터가 포함된 출력 파일을 다운로드하려고 할 때 발생합니다.

수정

  • 어플라이언스에서 443 포트(종속성 데이터를 끌어오려면 ESXi 호스트에서 열려 있어야 함)의 ESXi 호스트(오류 메시지에 제공된 이름)에 대한 TCP 연결을 테스트할 수 있습니다. 어플라이언스 서버에서 PowerShell을 열고 다음 명령을 실행합니다.

    Test -NetConnection -ComputeName <Ip address of the ESXi host> -Port 443

  • 명령이 연결 성공을 반환하면 Azure Migrate 프로젝트>검색 및 평가>개요>관리>어플라이언스에서 어플라이언스 이름을 선택하고 서비스 새로 고침을 선택합니다.

오류 9018: PowerShellNotFound

원인

이 오류는 일반적으로 Windows Server 2008 이하를 실행하는 서버에서 발생합니다.

수정

서버의 이 위치에 Windows PowerShell 5.1을 설치합니다. Windows Server에 PowerShell을 설치하는 방법에 대한 WMF 5.1 설치 및 구성의 지침을 따릅니다.

필요한 PowerShell 버전을 설치한 후에는 이 웹 사이트의 단계에 따라 오류가 해결되었는지 확인합니다.

오류 9022: GetWMIObjectAccessDenied

수정

어플라이언스에 제공된 사용자 계정에 WMI 네임스페이스 및 하위 네임스페이스에 대한 액세스 권한이 있는지 확인합니다. 액세스 권한을 설정하려면 다음을 수행합니다.

  1. 이 오류를 보고하는 서버로 이동합니다.
  2. 시작 메뉴에서 실행을 검색하여 선택합니다. 실행 대화 상자의 열기 텍스트 상자에 wmimgmt.msc를 입력하고 Enter를 선택합니다.
  3. 열린 wmimgmt 콘솔의 왼쪽 패널에서 WMI 컨트롤(로컬)을 찾을 수 있습니다. 이를 마우스 오른쪽 단추로 클릭하고 메뉴에서 속성을 선택합니다.
  4. WMI 컨트롤(로컬) 속성 대화 상자에서 보안 탭을 선택합니다.
  5. 보안 탭에서 보안을 선택하여 루트 보안 대화 상자를 엽니다.
  6. 고급을 선택하여 루트의 고급 보안 설정 대화 상자를 엽니다.
  7. 추가를 선택하여 루트의 권한 항목 대화 상자를 엽니다.
  8. 주체 선택을 클릭하여 사용자, 컴퓨터, 서비스 계정 또는 그룹 선택 대화 상자를 엽니다.
  9. WMI에 대한 액세스 권한을 부여할 사용자 이름 또는 그룹을 선택하고 확인을 선택합니다.
  10. 실행 권한을 부여하고 적용 대상: 드롭다운 목록에서 이 네임스페이스 및 하위 네임스페이스를 선택했는지 확인합니다.
  11. 적용을 선택하여 설정을 저장하고 모든 대화 상자를 닫습니다.

필요한 액세스 권한을 얻은 후에는 이 웹 사이트의 단계에 따라 오류가 해결되었는지 확인합니다.

오류 9032: InvalidRequest

원인

여러 가지 이유로 이 문제가 발생할 수 있습니다. 한 가지 이유는 어플라이언스 구성 관리자에서 제공된 사용자 이름(서버 자격 증명)에 잘못된 XML 문자가 있기 때문입니다. 잘못된 문자로 인해 SOAP 요청을 구문 분석하는 동안 오류가 발생합니다.

수정

  • 서버 자격 증명의 사용자 이름에 잘못된 XML 문자가 없고 username@domain.com 형식인지 확인합니다. 이 형식을 일반적으로 UPN 형식이라고 합니다.
  • 어플라이언스에서 자격 증명을 편집한 후에는 이 웹 사이트의 단계에 따라 오류가 해결되었는지 확인합니다.

오류 10002: ScriptExecutionTimedOutOnVm

원인

  • 이 오류는 서버가 느리거나 응답하지 않고 종속성 데이터를 가져오기 위해 실행한 스크립트가 시간 초과를 시작할 때 발생합니다.
  • 검색 에이전트가 서버에서 이 오류를 검색하면 어플라이언스는 응답하지 않는 서버의 과부하를 방지하기 위해 이후에 서버에 대한 에이전트 없는 종속성 분석을 시도하지 않습니다.
  • 서버 문제를 확인하고 검색 서비스를 다시 시작할 때까지 오류가 계속 발생합니다.

수정

  1. 이 오류가 발생한 서버에 로그인합니다.

  2. PowerShell에서 다음 명령을 실행합니다.

    Get-WMIObject win32_operatingsystem;
Get-WindowsFeature  | Where-Object {$_.InstallState -eq 'Installed' -or ($_.InstallState -eq $null -and $_.Installed -eq 'True')};
Get-WmiObject Win32_Process;
netstat -ano -p tcp | select -Skip 4;

  3. 명령이 몇 초 안에 결과를 출력하면 Azure Migrate 프로젝트>검색 및 평가>개요>관리>어플라이언스로 이동하여 어플라이언스 이름을 선택하고, 서비스 새로 고침을 선택하여 검색 서비스를 다시 시작합니다.

  4. 명령이 출력 없이 시간 초과되면 다음을 수행해야 합니다.

    • 어떤 프로세스가 서버의 CPU 또는 메모리를 많이 사용하는지 파악합니다.
    • 해당 서버에 더 많은 코어/메모리를 할당하고 명령을 다시 실행해 봅니다.

오류 10005: GuestCredentialNotValid

수정

  • 어플라이언스 구성 관리자에서 자격 증명 재검증을 선택하여 자격 증명(오류에 제공된 식별 이름)의 유효성을 확인합니다.
  • 어플라이언스에 제공된 자격 증명을 사용하여 영향을 받는 서버에 로그인할 수 있는지 확인합니다.
  • 해당 서버에 관리자 계정 대신 다른 사용자 계정(서버가 도메인에 조인된 경우 동일한 도메인에 대한 계정)을 사용해 볼 수 있습니다.
  • 이 문제는 글로벌 카탈로그와 도메인 컨트롤러 간 통신이 끊어졌을 때 발생할 수 있습니다. 도메인 컨트롤러에서 새 사용자 계정을 만들고 어플라이언스에서 동일한 계정을 제공하여 이 문제를 확인합니다. 도메인 컨트롤러를 다시 시작해야 할 수도 있습니다.
  • 해결 단계를 수행한 후에는 이 웹 사이트의 단계에 따라 오류가 해결되었는지 확인합니다.

오류 10012: CredentialNotProvided

원인

이 오류는 어플라이언스 구성 관리자에서 도메인 이름이 잘못된 도메인 자격 증명을 제공한 경우에 발생합니다. 예를 들어 사용자 이름이 user@abc.com인 도메인 자격 증명을 제공했지만 도메인 이름을 def.com으로 제공한 경우 서버가 def.com에 연결되어 있으면 해당 자격 증명이 시도되지 않고 이 오류 메시지가 표시됩니다.

수정

  • 어플라이언스 구성 관리자로 이동하여 서버 자격 증명을 추가하거나 원인에 설명된 대로 기존 자격 증명을 편집합니다.
  • 해결 단계를 수행한 후에는 이 웹 사이트의 단계에 따라 오류가 해결되었는지 확인합니다.

완화 확인

위의 오류를 해결하는 완화 단계를 사용한 후에는 어플라이언스 서버에서 몇 가지 PowerCLI 명령을 실행하여 오류가 해결되었는지 확인합니다. 명령이 성공하면 문제가 해결됨을 의미합니다. 그렇지 않으면 수정 단계를 다시 확인하고 따릅니다.

VMware VM(VMware 파이프 사용)

  1. 다음 명령을 실행하여 어플라이언스 서버에서 PowerCLI를 설정합니다.

    Install-Module -Name VMware.PowerCLI -AllowClobber
Set-PowerCLIConfiguration -InvalidCertificateAction Ignore

  2. 다음과 같이 명령에 vCenter Server IP 주소를 제공하고 프롬프트에 자격 증명을 제공하여 어플라이언스에서 vCenter Server에 연결합니다.

    Connect-VIServer -Server <IPAddress of vCenter Server>

  3. 다음과 같이 서버 이름 및 서버 자격 증명을 제공하여(어플라이언스에 제공된 대로) 어플라이언스에서 대상 서버에 연결합니다.

    $vm = get-VM <VMName>
$credential = Get-Credential

  4. 에이전트 없는 종속성 분석의 경우 다음 명령을 실행하여 성공했다는 출력이 표시되는지 확인합니다.

    • Windows 서버의 경우:

      Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'Get-WmiObject Win32_Process'" -GuestCredential $credential

Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'netstat -ano -p tcp'" -GuestCredential $credential

    • Linux 서버:

      Invoke-VMScript -VM $vm -ScriptText "ps -o pid,cmd | grep -v ]$" -GuestCredential $credential

Invoke-VMScript -VM $vm -ScriptText "netstat -atnp | awk '{print $4,$5,$7}'" -GuestCredential $credential

Hyper-V VM 및 물리적 서버(직접 연결 파이프 사용)

Windows 서버의 경우:

  1. 다음 명령을 실행하여 Windows 서버에 연결합니다.

    $Server = New-PSSession –ComputerName <IPAddress of Server> -Credential <user_name>

    프롬프트에 서버 자격 증명을 입력합니다.

  2. 에이전트 없는 종속성 분석의 유효성을 검사하는 다음 명령을 실행하고 성공했다는 출력이 표시되는지 확인합니다.

    Invoke-Command -Session $Server -ScriptBlock {Get-WmiObject Win32_Process}
Invoke-Command -Session $Server -ScriptBlock {netstat -ano -p tcp}

Linux 서버:

  1. OpenSSH 클라이언트 설치 
    Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0
  2. OpenSSH 서버 설치 
    Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
  3. OpenSSH 서버 시작 및 구성 
    Start-Service sshd
Set-Service -Name sshd -StartupType 'Automatic'
  4. OpenSSH 서버에 연결 
    ssh username@servername
  5. 에이전트 없는 종속성 분석의 유효성을 검사하는 다음 명령을 실행하고 성공했다는 출력이 표시되는지 확인합니다. 
    ps -o pid,cmd | grep -v ]$
netstat -atnp | awk '{print $4,$5,$7}'

문제가 해결된 것을 확인한 후에는 Azure Migrate 프로젝트>검색 및 평가>개요>관리>어플라이언스로 이동하여 어플라이언스 이름을 선택하고, 서비스 새로 고침을 선택하여 새로운 검색 주기를 시작합니다.

에이전트 기반 종속성 분석을 위해 Azure Migrate에서 작업 영역을 구성하려고 할 때 Log Analytics 작업 영역이 나열되지 않음

Azure Migrate는 현재 미국 동부, 동남 아시아 및 서유럽 지역에서 OMS 작업 영역을 만들 수 있도록 지원합니다. 작업 영역을 다른 지역의 Azure Migrate 외부에서 만든 경우에도 현재 프로젝트에 연결할 수 없습니다.

Azure Government의 에이전트 기반 종속성 시각화

에이전트 기반 종속성 분석은 Azure Government에서 지원되지 않습니다. 에이전트 없는 종속성 분석(VMware 서버에만 사용 가능)을 사용하세요.

에이전트 설치 후 에이전트 기반 종속성이 표시되지 않음

온-프레미스 VM에서 종속성 시각화 에이전트를 설치하고 나면 Azure Migrate는 일반적으로 포털에서 종속성을 표시하는 데 15~30분이 소요됩니다. 30분 넘게 대기한 경우 MMA(Microsoft Monitoring Agent)가 Log Analytics 작업 영역에 연결할 수 있는지 확인합니다.

Windows VM의 경우

  1. 제어판에서 MMA를 시작합니다.

  2. Microsoft Monitoring Agent 속성>Azure Log Analytics(OMS)에서 작업 영역의 상태가 녹색인지 확인합니다.

  3. 상태가 녹색이 아닌 경우 작업 영역을 제거했다가 MMA에 다시 추가하세요.

    Screenshot that shows MMA status.

Linux VM의 경우 MMA 및 종속 에이전트 설치 명령이 정상적으로 실행되었는지 확인합니다. 이 웹 사이트에서 더 많은 문제 해결 가이드를 참조하세요.

에이전트 기반 종속성 분석에 대해 지원되는 운영 체제

  • MMS 에이전트: 지원되는 Windows 및 Linux 운영 체제입니다.
  • 종속성 에이전트: 지원되는 Windows 및 Linux 운영 체제입니다.

에이전트 기반 종속성 분석으로 1시간 초과 종속성 시각화

Azure Migrate에서 지난 달의 특정 날짜로 돌아갈 수 있지만, 에이전트 기반 종속성 분석을 사용하면 종속성을 시각화할 수 있는 최대 기간이 1시간입니다. 예를 들어 종속성 맵의 기간 기능을 사용해 어제의 종속성을 확인할 수는 있지만, 1시간 동안만 볼 수 있습니다. Azure Monitor 로그를 사용하여 더 긴 기간의 종속성 데이터를 쿼리할 수 있습니다.

에이전트 기반 종속성 분석으로 10대를 초과하는 서버의 종속성 시각화

Azure Migrate에서 에이전트 기반 종속성 분석을 사용하면 최대 10개의 VM이 있는 그룹에 대한 종속성을 시각화할 수 있습니다. 대규모 그룹의 경우 VM을 여러 개의 작은 그룹으로 분할하여 종속성을 시각화합니다.

서버에 에이전트 기반 종속성 분석을 위해 "에이전트 설치"가 표시됨

종속성 시각화를 사용하도록 설정한 서버를 Azure로 마이그레이션한 후에는 다음과 같은 동작으로 인해 서버가 종속성 보기 대신 에이전트 설치 작업을 표시할 수 있습니다.

  • Azure로 마이그레이션한 후 온-프레미스 서버는 꺼지고 동일한 VM이 Azure에서 작동됩니다. 이러한 서버는 다른 MAC 주소를 갖습니다.
  • 서버는 온-프레미스 IP 주소를 보유했는지 여부에 따라 다른 IP 주소를 가질 수도 있습니다.
  • MAC 주소와 IP 주소가 온-프레미스와 다른 경우 Azure Migrate는 온-프레미스 서버를 서비스 맵 종속성 데이터와 연결하지 않습니다. 이 경우 종속성 보기 옵션 대신 에이전트를 설치하는 옵션이 표시됩니다.
  • Azure에 대해 테스트 마이그레이션을 수행한 후 온-프레미스 서버는 예상대로 켜진 상태를 유지합니다. Azure에서 작동하는 동급의 서버는 다른 MAC 주소를 획득하며 다른 IP 주소를 획득할 수도 있습니다. 이러한 서버에서 나가는 Azure Monitor 로그 트래픽을 차단하지 않는 한, Azure Migrate는 온-프레미스 서버를 서비스 맵 종속성 데이터와 연결하지 않습니다. 이 경우 종속성 보기 옵션 대신 에이전트를 설치하는 옵션이 표시됩니다.

네트워크 트래픽 캡처

네트워크 트래픽 로그를 수집하려면

  1. Azure Portal에 로그인합니다.
  2. F12 키를 선택하여 개발자 도구를 시작합니다. 필요한 경우 탐색 시 항목 지우기 설정을 선택 취소합니다.
  3. 네트워크 탭을 선택하고 네트워크 트래픽 캡처를 시작합니다.
    • 크롬에서 Preserve log를 클릭합니다. 자동으로 기록이 시작됩니다. 빨간색 원은 트래픽을 캡처하고 있다는 뜻입니다. 빨간색 원이 나타나지 않으면 시작할 검은색 원을 선택합니다.
    • Microsoft Edge 및 Internet Explorer에서 기록이 자동으로 시작됩니다. 그렇지 않으면 녹색 재생 단추를 선택합니다.
  4. 오류를 재현해 봅니다.
  5. 기록하는 동안 오류가 발생하면 기록을 중지하고 다음과 같이 기록된 활동의 복사본을 저장합니다.
    • Chrome에서는 마우스 오른쪽 단추로 클릭하고 Save as HAR with content(콘텐츠와 함께 HAR로 저장)를 선택합니다. 그러면 로그가 HTTP 보관(har) 파일로 압축되어 내보내집니다.
    • Microsoft Edge 또는 Internet Explorer에서 캡처된 트래픽 내보내기 옵션을 선택합니다. 그러면 로그가 압축되어 내보내집니다.
  6. 콘솔 탭을 선택하여 경고 또는 오류를 확인합니다. 콘솔 로그를 저장하려면:
    • 크롬의 경우 콘솔 로그에서 아무 위치를 마우스 오른쪽 단추로 클릭합니다. 다른 이름으로 저장을 선택하여 로그를 내보내고 압축합니다.
    • Microsoft Edge 또는 Internet Explorer에서 오류를 마우스 오른쪽 단추로 클릭하고 모두 복사를 선택합니다.
  7. 개발자 도구를 닫습니다.

다음 단계

평가를 만들거나사용자 지정합니다.