GWMME 문제 해결하기

Google Workspace Migration for Microsoft Exchange (GWMME)에 문제가 발생하는 경우 제품의 테스트, 보고서 및 로그를 사용해 문제를 해결할 수 있습니다. 자세한 도움말은 아래의 일반적인 GWMME 이전 문제에 관한 대응이 포함된 문제 해결 관련 문제를 참고하세요.

로그 분석기 사용해 보기

이 도구에 로그를 제출하면 짧은 시간 내에 대부분의 문제를 파악할 수 있습니다. 

• Google 관리 콘솔 도구 상자 로그 분석기에 추적 로그(압축되지 않은 파일 또는 ZIP 파일로)를 제출하세요.
• 고급 로그 분석을 수행하려면 압축되지 않은 파일을 로그 분석기 2에 제출하세요.

컴퓨터에서 GWMME 추적 로그의 위치: C:\Users\username\AppData\Local\Google\Google Apps Migration\Tracing\ExchangeMigration

GWMME 추적 로그 파일의 예를 보려면 아래의 로그 확인하기를 참고하세요.

GWMME를 사용하여 문제 해결하기

GWMME 제품의 테스트 및 보고서를 활용하면 이전 문제를 해결하는 데 도움이 됩니다.

방법	설명	추가 정보
진단 테스트	설정이나 사용자 목록에 문제가 있는지 확인하려면 데이터를 이전하기 전에 진단 테스트를 실행합니다. 유틸리티에서 오류를 알리고 출력 화면에 정보가 표시됩니다.	GWMME 관리 가이드의 '데이터 이전' 장
이전 보고서	이전을 실행한 다음에는 이전 보고서를 검토하여 오류가 발생하지 않았는지, 발생했다면 이유는 무엇인지, 어떤 사용자가 영향을 받았는지 등을 확인합니다. 참고: 보고서 데이터는 로컬 시스템의 Microsoft Windows 사용자 프로필에 저장됩니다. GWMME를 실행했던 Windows 사용자만 보고서를 볼 수 있습니다.	GWMME 관리 가이드의 '이전 보고서' 장

문제 해결 관련 문제

일반적인 이전 문제에 대한 다음 설명과 제안된 답변을 검토하세요.

이전 문제 해결하기  |  이전 실패 문제 해결하기  |  오류 메시지 해석하기  |  Google Workspace 서비스 및 GWMME

이전 문제 해결하기

섹션 열기  |  모두 접고 상단으로 이동하기

관리자의 Exchange 프로필을 만들 수 없습니다

이 문제는 다음과 같은 이유로 발생할 수 있습니다.

• Exchange 서버가 실행 중이 아닙니다.
• 클라이언트 시스템과 Exchange 서버 간의 연결을 차단하는 네트워크 문제일 수 있습니다. 연결 상태를 확인하려면 클라이언트 시스템에서 서버를 핑하세요.
• 잘못된 Exchange 서버 이름 또는 관리자 이름을 사용했습니다. 이 정보를 확인하려면 다음 안내를 따르세요.
  1. 클라이언트 시스템에서 제어판 메일을 클릭하여 이전에 사용할 관리자 계정의 Microsoft Outlook 프로필을 만듭니다.
  2. GWMME의 1단계(서버 세부정보) 화면에서 다음 작업을 완료합니다.
     • 호스트 이름/IP 주소 입력란에 프로필의 Exchange 호스트 이름을 입력합니다.
     • 관리자 사용자 이름 입력란에 프로필의 사용자 이름을 입력합니다.

호스트 서버에서 이전하는 경우 관리자 계정의 프로필은 서버 연결을 위해 기본 설정을 사용해야 합니다. '제어판''메일''프로필 이름''속성''이메일 계정''프로필 이름''이메일 계정 변경''기타 설정'에서 설정을 하나라도 수정하게 되면 서버에 연결되지 않습니다.

Exchange 서버에서 이전에 사용 중인 관리자 이름을 인식하지 못합니다

관리자의 이름과 비밀번호를 정확하게 입력했는지 확인합니다.

문제가 지속되면 다음 안내에 따라 Exchange 서버에 이름을 정확하게 입력했는지 확인하세요.

1. 클라이언트 시스템에서 제어판 메일을 클릭하여 이전에 사용할 관리자 계정의 Outlook 프로필을 만듭니다.
2. GWMME의 1단계(서버 세부정보) 화면에서 다음 작업을 완료합니다.
   • 호스트 이름/IP 주소 입력란에 프로필의 Exchange 호스트 이름을 입력합니다.
   • 관리자 사용자 이름 입력란에 프로필의 사용자 이름을 입력합니다.

GWMME가 시작 후에 바로 비정상 종료됩니다

GWMME가 시작된 후 바로 비정상 종료되는 경우 GWMME를 Exchange 서버가 아니라 클라이언트 시스템에서 실행 중인지 확인합니다. 유틸리티를 서버에서 실행하면 다운될 수 있습니다. 자세한 내용은 Microsoft 설명서를 참고하세요.

부하 분산 문제로 인해 GWMME가 비정상 종료된다고 생각되면 GWMME 관리 가이드의 'Windows 클라이언트 시스템 준비하기'를 참고하세요.

바이러스 백신 소프트웨어 또는 플러그인으로 인한 문제

시스템에서 실행 중인 추가 프로세스(예: 바이러스 백신, 검색 또는 백업 소프트웨어 등)로 인해, 이전 중에 GWMME에서 데이터베이스 파일로의 액세스가 중단되는 경우가 있습니다. 로그 파일에 다음 오류 코드가 표시되면 이 문제가 발생했음을 나타냅니다.

0x80040109
Fail:While stamping the message

메일이 이전되었지만 GWMME에는 이전이 성공적으로 실행되었다는 정보가 저장되지 않았으므로 새로운 데이터만 선택하여 이전을 재실행하는 경우 GWMME에서 해당 메일을 다시 이전하려고 시도합니다. 이로 인해 메일이 중복되지는 않지만 캘린더 일정 또는 연락처가 중복될 수 있습니다.

이전 실패 문제 해결하기

섹션 열기  |  모두 접고 상단으로 이동하기

단일 사용자에 대한 이전 실패

단일 사용자에 대한 이전이 실패하는 경우 다음을 확인하세요.

• 사용자 파일에서 사용자 이름이나 SMTP 주소의 형식이 정확한지 확인합니다.
• 사용자가 전체 주소록(GAL)에 숨겨져 있지 않은지 확인합니다.
• 사용자가 Exchange 서버에 계정을 보유하는지 확인합니다.
• 사용자가 Google Workspace에 로그인하여 서비스 약관에 동의하고 Google Workspace 계정 생성을 마쳤는지 확인합니다.

OAuth 오류로 인한 이전 실패

다음과 같은 문제 해결 단계를 완료하여 모든 GWMME OAuth 확인 오류를 해결할 수 있습니다.

• 계정에서 GWMME 승인하기에 설명된 대로 도메인의 소프트웨어를 올바르게 승인했는지 확인합니다.
• CSV 파일에 표시된 Google Workspace 사용자와 비밀번호가 올바른지 확인합니다. CSV 파일에 오류가 하나라도 있으면 이전에 실패할 수 있습니다. 자세한 내용은 이전을 위한 CSV 파일 만들기를 참고하세요.
• GWMME를 실행하는 컴퓨터의 시스템 시계가 올바르게 설정되어 있는지 확인합니다. 컴퓨터 시계에 오류가 있으면 OAuth 확인이 진행되는 동안 잘못된 로컬 타임스탬프가 Google 서버에 전달되어 이전이 실패하게 됩니다. 해당 컴퓨터를 인터넷 시간 서버와 동기화하세요.
• GWMME 인증에 사용된 Google Workspace 최고 관리자 계정이 유효하며 사용자 이름이 GWMME 구성에 올바르게 입력되어 있는지 확인합니다.

존재하지 않는 Google Workspace 사용자로 인한 이전 실패

GWMME에서 Google Workspace 사용자를 프로비저닝하지 않습니다. 데이터를 이전하기 전에 Google Workspace 사용자 계정을 생성해야 합니다.

오류 메시지 해석하기

섹션 열기  |  모두 접고 상단으로 이동하기

로그에서 네트워크 또는 TLS 문제 확인하기

네트워크 오류(예: 네트워크 시간 초과, 연결 거부 등) 또는 SSL/TLS 문제(예: 보안 연결 문제)가 발생하면, 도구에서 연결을 시도한 IP 주소가 로그에 표시됩니다. 보안 연결 문제가 있는 경우 로그에 이유(예: 인증서 이름 불일치, 인증서 만료, CRL 검사 실패) 및 인증서 세부정보(예: Google 인증서 또는 HTTPS 검사 프록시)가 표시됩니다. 이렇게 로그를 확인하면 문제 해결을 위해 네트워크 캡처를 수행할 필요성이 크게 줄어들고 기본 로그(Trace-*.log)와 승인 로그('Identity'폴더에 위치) 모두에 적용됩니다.

승인 로그 예시

[2022-09-21T03:59:46:ERROR:windows_http.cc(331)] TLS connection failure. See details below. [Status: 0x00010000. Status Info: 0x00000001]
[2022-09-21T03:59:46:ERROR:windows_http.cc(340)] Certificate details:
---Validity--
Valid from: 2017-09-13 17:23:55 UTC
Valid until: 2017-12-06 17:10:00 UTC
---Subject---
US
California
Mountain View
Google Inc
*.googleapis.com
---Issuer----
US
Google Inc
Google Internet Authority G2
-------------
[2022-09-21T03:59:46:ERROR:windows_http.cc(282)] WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
[2022-09-21T03:59:46:ERROR:windows_http.cc(197)] Error from API WinHttpSendRequest with WinHTTP proxy. Will try direct (without proxy). Code: 0x00002f8f
[2022-09-21T03:59:46:ERROR:windows_http.cc(107)] Network connection destination details: 216.58.194.170:443 (sfo07s13-in-f170.1e100.net)

이 경우 시스템 현재 날짜의 연도가 2022년으로 변경되어 인증서가 오래된 것처럼 표시되었습니다. 각 로그행 줄의 시작 부분의 현재 날짜를 보면, 인증서의 'Valid from'및 'Valid until' 날짜가 현재 날짜와 일치하지 않습니다. WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED 오류 플래그는 인증서 해지 검사가 실패했음을 나타냅니다.

또한 마지막 로그행에서 'Network connection destination details' 다음에 대상 IP 주소와 확인된 호스트 이름이 표시되는데, 이 경우의 1e100.net address은(는) Google을 의미합니다.

추적 로그 예시

참고: 이 예시는 GWMMO 로그입니다. GSMME, Password Sync, GWSMO 제품에 네트워크/TLS 문제가 발생하면 이러한 제품에도 유사한 추적 로그 항목이 표시됩니다.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

이 경우 Fiddler이(가) 설치되어 HTTPS 복호화를 수행하도록 설정되었지만(즉, 자체 인증서를 사용함) 인증서가 Windows의 신뢰할 수 있는 인증서 목록에서 삭제되었으므로 신뢰할 수 없습니다. Fiddler은(는) 프록시이므로 Google이 아닌 127.0.0.1에 연결 중이었습니다. 오류 플래그에는 WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA이(가) 포함되며 이는 시스템에서 해당 인증 기관((CA). )을 신뢰하지 않음을 나타냅니다. 또한 Google에서는 이 인증서를 발급하지 않았습니다.

여기에 표시된 예시 텍스트는 공격자가 쉽게 위조할 수 있으므로 인증에 사용해서는 안 됩니다(대신 CA 서명을 사용). 그러나 SSL 검사 수행/MITM(중간자) 공격 관련 방화벽/프록시 설정 문제를 파악하는 데는 유용합니다.

오류 0x80070005로 인한 이전 실패

다음과 유사한 오류 메시지가 출력 화면 또는 추적 로그 파일에 표시됩니다.

E:Generic ExchangeMigration!SetPropertyGuid @ 641 ([e-mail])> Failed with 0x80070005, last successful line = 637.

이 문제는 일반적으로 사용자 계정에 필수 권한이 없는 경우에 발생합니다. 이 문제를 해결하려면 계정에 Exchange의 Receive As 권한을 부여해야 합니다.

계정에 Receive As 권한이 있는데도 오류가 지속되면 사용자의 Exchange 환경에서 사용자 계정에 대해 Send As 권한도 함께 요구하는 경우일 수 있습니다.

Exchange 2010에서 이전 시 GWMME 0x80004005 오류

일부 사용자의 경우 Exchange 2010에서 이전하는 데 실패하고 추적 로그 파일에 'Failed with 0x80004005' 오류가 표시됩니다. 또한 다음과 같은 오류도 표시됩니다.

• Exchange 2010에 대한 임의 MAPI 호출
• Exchange Server 2010 클라이언트 액세스 서버에 있는 리모트 프로시져 콜(RPC) 클라이언트 액세스 로그에 'BufferTooSmall' 오류

이는 Exchange 2010, Outlook 2007, Outlook 2010의 알려진 문제로, Exchange 2010 SP2 RU3으로 업그레이드할 필요가 있습니다. 자세한 내용은 Microsoft API 호출 실패 오류에 대한 Microsoft 설명서를 참고하세요. 

메일이 업로드되지 않고 0x8004106a 오류 발생

로그에 HTTP 오류 코드 500, 502, 503의 인스턴스와 오류 코드 0x8004106a로 인해 메일 업로드 실패가 많이 표시되면 대상 편지함에 문제가 있을 수 있습니다. 이 문제는 일반적으로 높은 부하로 인해 발생합니다.

문제를 해결하려면 대상 편지함이 너무 많이 사용되고 있는 것은 아닌지 확인한 다음 다음과 같은 작업을 할 수 있습니다.

• 동기화 클라이언트(예: IMAP, POP, 휴대기기, 메일 클라이언트)를 사용 중지합니다.
• 한 번에 하나의 소스에서만 메일을 이전합니다.

Google Workspace 서비스 및 GWMME

섹션 열기  |  모두 접고 상단으로 이동하기

이전된 Google Calendar의 일정이 올바르게 업데이트되지 않습니다

다음의 문제는 사용자가 올바르게 프로비저닝되지 않았음을 나타냅니다.

• 캘린더 일정의 변경사항이 참석자와 공유되지 않습니다.
• 캘린더 알림 및 업데이트가 참석자의 캘린더에 적용되지 않습니다.

부분 이전만 수행하려는 경우에도 계정을 이전하기 전에 Google Workspace에 모든 사용자를 프로비저닝해야 합니다. 도메인 별칭과 닉네임을 추가했는지 확인한 다음 문제를 해결할 수 있도록 사용자가 주최자이거나 참석자인 모든 일정을 삭제하고 다시 만드세요.

연락처 및 캘린더를 이전할 때 403 오류 및 문제가 발생합니다

GWMME에서는 기본적으로 초당 사용자 25명을 처리하는 속도로 데이터를 이전합니다. 이 속도는 Contacts API 및 Calendar API의 기본 초당 쿼리 수(QPS)를 초과합니다.

이 문제를 해결하려면 연락처 및 캘린더 이전을 다음과 같이 실행하세요.

• 이메일 이전과 별도로 이전 실행
• 초당 사용자 4~8명을 처리하는 낮은 속도로 이전 실행

일부 메일만 이전 실패

일부 메일의 이전이 실패하는 경우 이 메일이 Gmail에서 요구하는 크기 제한을 초과했거나 Gmail에서 차단하는 첨부파일 형식을 포함했을 수 있습니다. 자세한 내용은 Gmail에서 차단되는 파일 형식을 참고하세요.

폴더 크기 제한을 삭제하고 폴더가 IMAP에 표시되는지 확인해야 할 수도 있습니다. 자세한 내용은 사용자별로 POP 및 IMAP 사용/사용 중지하기를 참고하세요.

Gmail 메일 수가 원본 계정의 메일 수와 일치하지 않습니다

Google Workspace에서는 이전이 완료된 후 받은편지함의 메일 수를 대략적으로 계산하며 정확한 수를 제공하지는 않습니다. Gmail 받은편지함에 있는 메일 수는 기존의 받은편지함에 있는 메일 수와 다를 수 있습니다.

일부 메일이 누락되었다고 판단되면 다음을 확인하세요.

• 메일은 첨부파일을 포함하여 25MB 이하여야 하며 25MB를 초과하는 메일은 이전할 수 없습니다. 자세한 내용은 Gmail 메일로 첨부파일 보내기를 참고하세요.
• Gmail에서는 메일에 파일을 첨부하는 것을 차단하지 않지만 실행 파일과 같은 특정 형식의 첨부파일은 차단합니다. 자세한 내용은 Gmail에서 차단되는 파일 형식을 참고하세요.
• 메일이 이전 대상인 폴더에 있고 이전 대상 기간 내에 있어야 이전됩니다.

메일이 누락되거나 잘못된 발신자 또는 수신자가 메일에 표시되어 이전됩니다

메일이 누락되거나 잘못된 발신자 또는 수신자가 메일에 표시되어 이전되는 현상은 Exchange 또는 PST 파일 이전에서 발생할 수 있습니다. 메일 발신자 또는 수신자의 SMTP 주소가 누락되고 Exchange X.500 주소가 대신 사용되었을 수 있습니다. 전체 주소록(GAL) 프로필을 만들지 않았거나 사용자가 GAL에서 삭제된 경우 이 문제가 발생할 수 있습니다.

GWMME에서 X.500 주소를 찾으면 어떻게 되나요?

GWMME에서 X.500 주소를 찾으면 동일한 X.500 Exchange 조직 이름과 일치하는 이전 서버에 등록된 MAPI 메일 프로필을 찾습니다. 일치하는 MAPI 메일 프로필을 찾으면 GWMME에서 MAPI 메일 프로필에 등록된 주소록을 사용하여 X.500 주소를 확인합니다.

GWMME에서 이 정보를 Exchange 주소록에서 찾지 못하면 X.500 주소를 SMTP 주소로 변환하려고 시도합니다. 이를 위해 GWMME에서는 X.500 주소의 마지막 CN 값을 이메일 주소 사용자 이름으로 사용합니다. 예를 들어, X.500 주소 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS는 SMTP 이메일 주소 [e-mail]이 됩니다.

Exchange 주소록을 사용하여 X.500 주소를 확인하는 방법

1. 이전을 수행하는 서버에 MAPI 메일 프로필(비 캐시 모드)을 만듭니다.
2. PST 이전 수행에 사용되는 서버에 MAPI 메일 프로필이 설정되어 있는지 확인합니다.
3. MAPI 메일 프로필을 원래 Exchange 서버에 연결해야 GWMME에서 GAL을 사용하여 수신자를 제대로 확인할 수 있습니다.
4. 인증 오류를 방지하기 위해 현재 로그인된 사용자 또는 서비스 계정으로 MAPI 메일 프로필을 설정합니다.

중요 사항

이전을 제대로 설정했는지 테스트 및 확인합니다. 문제가 지속되는 경우 재이전해도 Google 계정으로 이미 이전된 데이터는 업데이트되지 않습니다. 이메일 데이터를 삭제하고 휴지통에서 삭제한 다음 재이전해야 합니다.

Gmail에서 메일의 날짜가 잘못 표시됩니다

이전된 메일에 원본 메일의 날짜 및 시간이 아닌 이전 날짜 및 시간이 표시될 수 있습니다.

이와 같은 문제는 원본 메일의 날짜 헤더가 RFC 5322와 호환되지 않기 때문에 발생할 가능성이 큽니다. 메일의 날짜 헤더의 형식이 올바르지 않은 경우 Gmail에서는 이러한 메일에 이전 시간 및 날짜를 적용합니다.

'사용자가 일정 참석자 또는 주최자가 아닙니다'라는 경고가 표시됩니다

이 문제는 일정의 원래 주최자 또는 최초 참석자가 아닌 사용자의 일정을 가져오는 경우에 발생합니다.

경고 메시지와 관계없이 일정은 Google Workspace로 이전되고 Google Workspace 대상 사용자가 Google 캘린더에 일정의 참석자로 표시됩니다. 이는 캘린더에서 주최자 또는 참석자가 아닌 사용자의 캘린더 일정 목록이 지원되지 않기 때문에 필요한 조치입니다.

관련 주제

• GWMME FAQ
• GWMME 오류 코드
• GWMME 관리 가이드

_{Google, Google Workspace 및 관련 마크와 로고는 Google LLC의 상표입니다. 기타 모든 회사명 및 제품명은 해당 업체의 상표입니다.}