Microsoft로 로그인
로그인하거나 계정을 만듭니다.
안녕하세요.
다른 계정을 선택합니다.
계정이 여러 개 있음
로그인할 계정을 선택합니다.

요약

이 문서에서는 Microsoft 관리 서비스 제공 공급자 (MMSSPP) 동기화 오류 코드와 이러한 코드가 나타내는 오류에 대 한 해결 방법을 보여 줍니다. 현재 고객은 MMSSPP 동기화 보고서에 나열 된 동기화 오류를 찾을 수 있습니다. MMSSPP 동기화 보고서는 하루에 한 번씩 Microsoft Office 365 전용 고객에 게 제공 됩니다.참고고객이 동기화 오류 보고서를 더 자주 받으려면 서비스 제공 관리자를 통해 변경 요청을 제출할 수 있습니다. MMSSPP 동기화 주기에 따라 보고서의 빈도를 한 번만 늘릴 수 있습니다. 모든 동기화 오류 (즉, 코드가 "SE"로 시작 하는 오류)는 특정 동기화 오류에 관계 없이 동일한 효과를 갖습니다. 그 영향에 대 한 설명이 다음과 같이 됩니다. 프로 비전 오류 (즉, 코드가 "PE"로 시작 하는 오류)에는 해당 영향이 없습니다.

일반적인 동기화 오류 영향

개체가 이전에 MSO.DLL 호스트 디렉터리로 오류 없이 동기화 된 경우 MMSSPP는 해당 개체에 대 한 새 특성 변경 내용을 MSO에서 호스팅되는 모든 GAL (전체 주소 목록)에 동기화 하지 않습니다. 이 개체가 MMSSPP에 의해 처음으로 동기화 되는 경우 개체가 MSO.DLL 호스트 디렉터리와 동기화 되지 않습니다. 고객 개체에 대 한 모든 특성 업데이트 (예: 새 메일 주소 또는 새 그룹 구성원 자격)는 MSO 호스트 된 디렉터리와 동기화 되지 않습니다. 따라서 이러한 특성 업데이트는 "특정 동기화 오류 영향" 섹션에 설명 된 해결 방법으로이 오류 조건이 수정 될 때까지 MSO 호스팅 GAL에서 표시 되지 않습니다. 특정 동기화 오류 메시지에 나열 된 영향 설명은 모두 여기에 설명 된 일반적인 영향에 추가 됩니다. 추가 영향이 없다면 다음과 같이 설명을 읽습니다.

추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요.

추가 정보

참고 동기화 오류를 검색할 때 개체의 원본 DN (고유 이름)을 사용 해야 합니다. 원본 DN이 작동 하지 않는 경우에는 개체의 관리 DN을 사용 해야 합니다.

참고 그룹 및 그룹 구성원 자격과 관련 된 오류는 "메일 그룹의 구성원 없음" 섹션을 참조 하세요.

  • SE1008No targetAddress on user 개체 사용자 개체에 사서함 (homeMDB)이 없으며 targetAddress 값이 없습니다. 이렇게 하면 배달 되지 않은 전자 메일 오류가 발생 합니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 사용자 개체에 대 한 사서함을 만듭니다. 또는 targetAddress 값을 기존 사서함으로 가리킵니다.

  • SE1101The mail 특성 값이 잘못 되었습니다. SMTP (Simple Mail Transfer Protocol) 메일 주소 형식이 잘못 되었거나 지원 되지 않는 문자를 포함 하 고 있습니다. 끼칠 고객 사서함이 있는 경우이 문제가 해결 될 때까지 MSO.DLL을 해당 디렉터리로 마이그레이션할 수 없습니다. 해결 방법: MMSSPP에서 동기화를 다시 시작 하기 전에 mail 특성을 수정 해야 합니다. SMTP 주소 형식을 수정 하는 방법에 대 한 자세한 내용은 다음 문서 번호를 클릭 하 여 Microsoft 기술 자료 문서를 참조 하세요.

    316061 XADM: 잘못 된 문자가 사용 되 면 SMTP 커넥터가 오류 메시지를 반환 합니다.

  • SE1102 Mail 특성 값이 관리 되는 SMTP 도메인 목록에 없습니다. 메일 특성의 SMTP 접미사가 사서함 프로비저닝을 허용 하는 SMTP 도메인 목록에 없습니다. (이 목록은 관리 되는 SMTP 도메인 목록 라고도 함). 끼칠 고객 사서함이 있는 경우이 문제가 해결 될 때까지 MSO.DLL을 해당 디렉터리로 마이그레이션할 수 없습니다. 해결 방법: 이 SMTP 도메인을 관리 되는 SMTP 도메인 목록에 추가 해야 하는 경우에는 MSO에 문의 하세요. 또는 유효 하지 않은 경우 전자 메일 주소를 수정 합니다.

    • MMSSPP는 고객의 온-프레미스 메일 시스템에서 사서함 (homeMDB 또는 구성 가능 사서함 표시기 태그 [CMIT])이 있는 모든 사용자 개체가 관리 되는 SMTP 도메인 목록에 접미사가 있는 메일 주소를 가질 것으로 예상 합니다.

    • TargetAddress 값도 설정 된 경우에만 예외가 발생 합니다. 예를 들어 고객 사서함이 온-프레미스에 호스트 되지 않지만 고객의 메일 시스템 외부에 있는 경우 예외가 발생 합니다.

    • 신중 해당 접미사가 관리 되는 SMTP 도메인 목록에 더 이상 표시 되지 않도록 고객 개체에서 메일 주소를 변경 하 고 해당 사용자에 게 MSO로 호스팅된 사서함이 있는 경우 MSO.DLL 호스트 사서함이 프로 비전이 해제 SE1153 동기화 오류가 생성 됩니다. SE1153 동기화 오류에 대 한 자세한 내용은 SE1153를 참조 하세요.

  • SE1103Mail 특성이 null입니다. Group 또는 contact 개체 (null 값)에 메일 특성이 설정 되어 있지 않습니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 고객 포리스트의 개체에 메일 특성 값을 할당 합니다. 참고모든 그룹 및 연락처 개체에는 정의 된 유효한 SMTP 메일 주소가 MMSSPP 것으로 예상 됩니다.

  • SE1104The targetAddress가 없습니다. TargetAddress 특성이 contact 개체 (null 값)에 없습니다. 관리 되는 SMTP 도메인 목록에 메일 주소가 있는 모든 연락처 개체의 targetAddress 값은 외부 smtp 주소를 가리킵니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 영향을 받는 각 연락처 개체에 대해 유효한 외부 targetAddress 값을 할당 합니다. 참고유효한 targetAddress 값의 예는 다음과 같습니다.

    SMTP:userA@domainX.fabrikam.com

  • SE1106 mail 특성 값이 고유 하지 않습니다. MMSSPP 동기화 범위에 있는 고객 포리스트 중 하나의 다른 개체에 같은 메일 주소가 있습니다. 끼칠 고객 사서함이 있는 경우이 문제가 해결 될 때까지 MSO.DLL을 해당 디렉터리로 마이그레이션할 수 없습니다. 해결 방법: 메일 특성을 고유한 값으로 변경 합니다. 다음 LDAP (Lightweight Directory Access Protocol) 쿼리를 사용 하 여 동일한 메일 주소를 가진 개체를 식별 합니다.

    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=<email>))

    예를 들어 전자 메일 주소 Kim.Akers@contoso.com에 대 한 쿼리는 다음과 유사 합니다.

    
     
    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=Kim.Akers@contoso.com))
  • SE1107The targetAddress 값이 잘못 되었습니다. TargetAddress 값의 형식이 잘못 되었거나 지원 되지 않는 문자를 포함 하 고 있습니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: TargetAddress 값을 수정 해야 합니다. SMTP 주소 형식을 수정 하는 방법에 대 한 자세한 내용은 다음 문서 번호를 클릭 하 여 Microsoft 기술 자료 문서를 참조 하세요.

    316061 XADM: 잘못 된 문자가 사용 되 면 SMTP 커넥터가 오류 메시지를 반환 합니다.

    • 사서함이 MSO에서 호스팅되지 않으면 메일 사용이 가능한 사용자 개체에 대 한 targetaddress 도메인 접미사가 관리 되는 SMTP 도메인 목록에 있으면 안 됩니다.

    • 사서함이 MSO에서 호스트 되는 경우 메일 사용이 가능한 사용자 개체에 대 한 targetaddress 도메인 접미사가 관리 되는 SMTP 도메인 목록에 있어야 합니다 ( 새 고용 사서함 프로 비전 옵션이 OFF로 설정 된 경우) 또는 Null ( 새 채용 사서함 프로 비전 옵션이 설정 된 경우) 여야합니다.

    • 유효한 targetAddress 값의 예는 다음과 같습니다.

      SMTP:userA@domainX.fabrikam.com

    • TargetAddress 값에 공백이 나 다른 잘못 된 문자가 포함 되어 있지 않은지 확인 합니다. 후행 공백은 유효 하지 않으며 특히 보기 어려울 수 있습니다.

  • SE1112 targetAddress 값이 관리 되는 SMTP 도메인 목록에 있습니다. TargetAddress 값의 SMTP 접미사가 관리 되는 SMTP 도메인 목록을 가리킵니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: TargetAddress 값의 접미사를 변경 하 여 접미사가 관리 되는 SMTP 도메인 목록에 있지 않은 도메인을 가리키고 있으므로 사서함 프로 비전에 대 한 범위를 벗어났습니다. 이러한 개체에는 외부 시스템에서 호스트 되는 사서함 (즉, 고객-프레미스 메일 시스템이 아님)이 있으며, 메일 사용이 가능한 사용자로 MSO로 호스팅되는 디렉터리와 동기화 됩니다.

  • Mail 특성이 contact 개체의 targetAddress 값과 일치 하지 SE1115 Contact 개체의 mail 특성이 관리 되는 SMTP 도메인 목록에 없고 targetAddress 값이 메일 특성과 일치 하지 않습니다. MMSSPP에는 메일 주소 도메인 접미사가 있는 모든 내부 연락처 개체와 SMTP 도메인 목록에 일치 하는 메일 및 targetAddress 특성이 포함 되어야 합니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: Mail 및 targetAddress 특성은 모든 내부 연락처 개체에 대해 일치 해야 합니다. 내부 연락처는 관리 되는 SMTP 도메인 목록에 메일 접미사가 있는 사람입니다.

  • SE1117 프록시 주소 값이 고유 하지 않습니다. 프록시 proxyAddresses 특성에는 MMSSPP 동기화 범위의 고객 포리스트 중 하나에 중복 된 주소가 포함 되어 있습니다. 다른 개체의 Microsoft 관리 proxyAddresses 특성에 동일한 프록시 주소가 이미 있습니다. 중복 관리 되는 Proxyaddress 특성은 다음 중 하나를 통해 얻을 수 있습니다.

    • 원본 메일 특성

    • 원본 Proxyaddress 특성

    • 원본 TargetAddress 특성 참고 이 특성은 관리 Active Directory 스키마에 대 한 보조 Proxyaddress 특성으로 전달 됩니다.

    끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 주소를 가질 필요가 없는 적절 한 개체의 proxyAddresses 특성에서 중복 된 프록시 주소를 삭제 합니다. 이렇게 하려면 다음 LDAP 쿼리를 사용 하 여 동일한 프록시 주소를 공유 하는 개체를 식별 합니다.

    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>))

    예를 들어 프록시 전자 메일 주소 Kim.Akers@contoso.com에 대 한 쿼리는 다음과 유사 합니다.

    
     
    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com))

    참고레거시 주소에 회신 하는 기능을 유지 하기 위해 일부 관리 되는 프록시 주소는 실수로 삭제 되지 않도록 보호 되며 원본에서 관리 되는 Active Directory 스키마에서 자동으로 지워지지 않습니다. 이 문제를 해결 하려면 다음 지침을 따릅니다.

    • 오류가 관리 되는 라우팅 도메인 (@mgd 예: contoso.com)에 있는 프록시 주소를 지정 하는 경우 Microsoft Online Services 지원에서 프록시 주소를 제거 해야 합니다.

    • 원본 Active Directory 스키마에서 지울 때 MMSSPP의 사전 12.2 버전에서 x500 프록시 유형의 프록시 주소가 제거 되지 않았습니다. 현재 버전에서는 고객 포리스트에서 삭제 된 x500 프록시 주소가 관리 포리스트에서 즉시 삭제 됩니다. 이전에는 고객 포리스트에서 제거 했지만 여전히 관리 Active Directory 스키마에 존재 하는 x500 프록시 주소를 제거할 수 있습니다. 이러한 x500 프록시 주소를 제거 하려면 다음 단계를 따릅니다.

      1. 원치 않는 x500 프록시 주소를 원래 원본 개체에 다시 추가 합니다.

      2. 두 개의 동기화 주기를 기다립니다.

      3. 원본 개체에서 원치 않는 x500 프록시 주소를 제거 합니다. 다음 동기화 주기 동안 원치 않는 프록시 주소가 관리 되는 Active Directory 스키마에서 제거 됩니다.

  • SE1118 Mailnickname는 customer contact 개체에서 비어 MAILNICKNAME 이 고 MMSSPP 특성 생성기 규칙을 사용 하 여 고객 contact 개체를 생성할 수 없습니다. 기본 특성 생성기 규칙에서는 Active Directory에 givenName (이름 라고도 함) 및 Sn (이름 라고도 함) 특성을 사용 하 여 customer 개체에 정의 된 값이 없는 연락처에 대 한 mailNickname 값을 생성 합니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 고객 연락처 개체에 MailNickname 값 또는 givenName (이름 라고도 함) 및 Sn (성이 라고도 함) 특성 값을 설정 합니다.

  • SE1119 Mail 특성 접미사가 관리 되는 라우팅 주소 접미사와 일치 합니다. Mail 특성 접미사는 관리 되는 라우팅 주소 접미사와 일치 하지 않아야 합니다. 관리 되는 라우팅 주소 접미사는 고객 레거시 메일 환경이 MSO.DLL을 사용 하는 동안에도 고객 개체에서 MSO로 호스팅되는 사서함으로 라우팅하는 데 사용 됩니다. 따라서이는 targetAddress 및 보조 smtp proxyAddresses 의 일부로만 사용 해야 하며, 고객 개체의 메일 또는 기본 smtp 주소에는 사용할 수 없습니다. 관리 되는 라우팅 주소 접미사는 일반적으로 @mgd 형식을 contoso.com으로 가져옵니다. 끼칠 이 문제가 해결 될 때까지 고객 사서함 (있는 경우)을 MSO.DLL 호스트 디렉터리로 마이그레이션할 수 없습니다. 해결 방법: 메일 주소를 관리 되는 라우팅 주소 접미사가 아닌 접미사가 있는 올바른 SMTP 값으로 변경 합니다.

  • SE1125 개체에 대 한 사용자 개체 유효성 검사에 실패 했습니다 [CN = ... 사서함 내보내기 흐름의 DC = com] (mail = [user@contoso.com]; targetAddress = [SMTP:user@northwindtraders.com]) Mail 특성과 TargetAddress 특성의 조합은 올바른 구성을 사용 하지 않습니다. 끼칠 고객 개체의 유효 하지 않은 상태 때문에 프로비저닝 작업을 완료할 수 없습니다. 이 잘못 된 상태는 다음 작업을 차단할 수 있습니다.

    • 사서함 프로 비전 해제

    • 사서함 프로비저닝

    • 메일 사용자 프로 비전

    • 메일 사용자 프로 비전 해제

    해결방법: mail 특성 및 targetAddress 특성의 유효한 조합이 원본 개체에 적용 되었는지 확인 합니다. 또한 대상 주소에 후행 공백이 포함 되어 있지 않은지 확인 합니다. 참고

    • 메일 사용자의 경우: targetAddress 특성은 mail 특성과 일치 하거나 null 이어야 합니다. (프로 비전 규칙을 확인 합니다.)

    • 사서함: 새 고용 기능을 사용 하지 않는 경우 targetAddress 접미사는 관리 되는 라우팅 도메인 (즉, @mgd를 포함 하는 도메인) 이어야 합니다. 또는 새 고용 기능을 사용 하는 경우 targetAddress 접미사가 null 이어야 합니다. Mail 특성 도메인은 MMSSPP 포함 된 SMTP 도메인 목록에 있어야 합니다. 포함 된 MMSSPP SMTP 도메인 목록은 고객 별로 사용자 지정 되어 있습니다.

    새 고용 기능에 대 한 자세한 내용은 "새 고용 시나리오에 대 한 추가 정보" 섹션을 참조 하세요.

  • SE1129 에서 고객 사서함과 개체 DN [CN = ...]의 관리 사서함을 감지 했습니다 . HomeMDB 값은 고객과 관리 되는 환경 둘 다에 존재 합니다. 끼칠 이 문제가 해결 될 때까지 특성이 원본 개체에서 관리 되는 Active Directory 개체로 흐릅니다. 해결 방법: 사용자가 MSO에서 호스팅되는 사서함이 있어야 하는 경우 고객 Active Directory에서 homeMDB 를 제거 합니다. 사용자에 게 MSO.DLL의 사서함이 없어야 하는 경우에는 명시적으로 원본 homeMDB를 지우고, 명시적인 프로 비전 해제 특성을 사용 하 여 관리 사서함을 프로 비전 합니다. 관리 사서함이 프로 비전이 해제 경우 원본 homeMDB 를 복원할 수 있습니다. 이 오류는 일반적으로 고객 homeMDB 특성이 MSO homeMDB 값으로 실수로 스탬프 처리 되는 경우에 발생 합니다.

  • SE1131 프록시 주소 값이 잘못 되었습니다 . SMTP 프록시 주소 값의 형식이 올바르지 않거나 지원 되지 않는 문자를 포함 하 고 있습니다. 끼칠 이 문제가 해결 될 때까지 고객 사서함 (있는 경우)을 MSO.DLL 호스트 디렉터리로 마이그레이션할 수 없습니다. 해결 방법: SMTP 프록시 주소 값을 수정 해야 합니다. 기본적으로 최상위 도메인 접미사는 기본 proxyAddresses 값과 보조 proxyaddress 값에 대해 각각 5 자로 제한 됩니다. SMTP 주소 형식을 수정 하는 방법에 대 한 자세한 내용은 다음 문서 번호를 클릭 하 여 Microsoft 기술 자료 문서를 참조 하세요.

    316061 XADM: 잘못 된 문자가 사용 되 면 SMTP 커넥터가 오류 메시지를 반환 합니다.

  • SE1137 를 사용 하 여 개체에 연결 [CN = ..., DC = COM]은 Customer 특성 EXTENSIONATTRIBUTE [NN] = [aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa]를 지정 하지만 다른 개체에 가입 하지는 않습니다. 정확한 확장 특성은 ASR (자동 서비스 다시 연결) 특성과 고객환경에 따라 사용자 지정 됩니다. 이 오류는 원본 개체가 ASR을 통해 기존 사서함에 연결 하도록 설정 되어 있음을 나타냅니다. 그러나 지정 된 원본 개체 GUID와 현재 연결 된 관리 되는 개체는 연결할 수 없습니다. 오류 조건 SE1139 및 SE1140는 동일한 메시지를 생성 하며 동일한 해상도를 사용 합니다. 끼칠 원본 개체는 관리 되는 사서함에 연결 된 관리 되는 개체에 참가할 수 없습니다. 또한 새 관리 사서함을 만들 수 없습니다.  해결 방법: ASR 확장 특성 값은 지워야 합니다. 다음 동기화 주기가 실행 된 후 MMSSPP에서 새 관리 개체를 만듭니다. 고객이 동기화를 적절 하 게 구성 하는 경우 MMSSPP에서 비어 있는 새 관리 사서함을 만듭니다. Microsoft Online Services 지원 팀 (MOSSUP)은 연결이 끊긴 이전의 사서함의 콘텐츠를 새로 빈 상태로 복원 합니다. 이 오류는 새 개체에 ASR 확장 특성이 설정 되기 전에 손실 되거나 원본 개체가 MMSSPP 범위 밖으로 필터링 되거나 옮겨진 경우에 발생 합니다. 즉, 관리 개체가 PendingDeletions 조직 단위 (OU)에서 이미 만료 된 후에 새 개체에 대해 ASR 프로세스가 시작 됩니다. Interforest 마이그레이션 시 이러한 오류가 발생 하지 않도록 하려면 새 개체에 ASR 확장 특성 값을 스탬프 하 고 이전 손실 또는 원본 개체를 필터링 하기 전에 ASR 프로세스가 성공적으로 완료 되었는지 확인 합니다.

  • SE1144 에서는 sourceobjectguid [{0}]와 secondaryverification 확인 [{1}] 일치가 있고 PENDINGDELETION 개체 DN [{2}]에 대해 1로 설정 됨을 확인할 수 없습니다 . 이 오류는 ASR (자동 서비스 다시 연결 실패) 후 또는 MMSSPP 범위에서 개체를 가져온 후 범위에 반환 된 후에 발생할 수 있습니다. ASR 또는 PendingDeletions 성공적으로 다시 연결 되는 경우 메일과 고객 개체 GUID에 대 한 원본 및 관리 개체와 일치 해야 합니다. 이 오류가 발생 하면 다음 조건 중 하나가 충족 되지 않은 것입니다. 끼칠 원본 개체는 관리 되는 사서함에 연결 된 관리 되는 개체에 참가할 수 없습니다. 또한 새 관리 사서함을 만들 수 없습니다.  해결 방법: 메일 값이 새로운 놓기 또는 대상 개체와 이전의 손실 또는 원본 개체에 대해 동일한 지 확인 합니다. ASR 시나리오에서 ASR 특성에 스탬프 된 GUID는 해당 관리 개체의 GUID가 아니라 이전 원본 개체의 GUID 여야 합니다. 이러한 조건이 확인 되 면 Microsoft 온라인 지원에 문의 하 여 도움을 받으세요. 이 오류는 ASR 프로세스가 완료 되기 전에 이전 (손실 또는 원본) 개체에서 전자 메일 주소가 변경 되는 경우에 발생 합니다. Interforest 마이그레이션 시 이러한 오류가 발생 하지 않도록 하려면 새 개체에 ASR 확장 특성 값을 스탬프 하 고 이전 (손실 또는 원본) 개체를 필터링 하거나 변경 하기 전에 ASR 프로세스가 성공적으로 완료 되었는지 확인 합니다. MMSSPP 범위에서 개체가 제거 된 후 관리 되는 개체가 PendingDeletions OU에서 삭제 되기 전의 범위로 반환 되는 경우 메일 값은 범위에서 원래 제거 된 시간과 동일 해야 합니다. 그렇지 않으면 개체가 다시 연결 되지 않으며 PendingDeletion 기간 기간이 만료 될 때까지 기다려야 합니다.

  • SE1153 [일관성 없는 상태]: MBU->MEU 전환이 감지 되지만 DN이 있는 개체 [CN = ...] DC = Net]이 (가) 관리 사서함의 프로 비전을 명시적으로 해제 하지 않음 (DeprovisionMailboxEnabledUser rule = FALSE) 이 오류는 사서함이 Microsoft Online 환경에 존재 함을 나타냅니다. 그러나 원본 개체는 메일 사용이 가능한 사용자 구성으로 변경 됩니다 (오류가 발생 한 경우), 아래 "해결 방법" 단계에서는이를 해결 하는 방법을 설명 합니다. 실수로 사서함 프로 비전 해제를 방지 하려면 해당 개체의 메일 형식이 변경 되기 전에 먼저 프로 비전 해제 특성을 명시적으로 스탬프 해야 합니다. 오류 조건 SE1151, SE1152 및 SE1154는 동일한 메시지를 생성 하며 동일한 해상도를 사용 합니다. 끼칠 프로 비전 해제를 위해 의도 한 사서함이 여전히 Microsoft Online 환경에 표시 됩니다. 관리 되는 개체의 개체에는 원본 특성 변경 내용이 전달 되지 않으며, 관리 사서함은 프로 비전이 해제 되지 않습니다. 해결 방법

    1. 메일 사용이 가능한 사용자에 게 개체를 변경 하려는 경우 변경 내용을 실행 취소 한 후 다음 단계에 따라 메일 사용이 가능한 사용자에 게 올바르게 변경 합니다.

      1. 메일 및 targetAddress 값을 원래 값으로 반환 합니다 (targetAddress 에 @mgd 포함). 메일 및 targetAddress 값이 유효한 지 확인 합니다. 두 특성 모두에 선행 또는 후행 공백이 없는지 확인 합니다. 두 개의 동기화 주기가 실행 될 때까지 기다립니다. 이러한 단계는 오류를 해결 하 고 개체를 유효한 사서함 사용 상태로 반환 합니다.

      2. 명시적 프로 비전 해제 특성을 설정 하 고 관리 되는 라우팅 도메인 (@mgd)에 없는 접미사를 포함 하도록 targetAddress 값을 변경 합니다.

    2. 개체가 여전히 사서함 개체 여야 하며 예기치 않게이 오류를 받은 경우에는 다음 작업을 수행 합니다.

      • 메일 및 targetAddress 에 대 한 값이 사서함에 필요한 프로비저닝 규칙과 일치 하는지 확인 합니다. 하나 또는 둘 다 변경 되었을 수 있습니다. 원본 값을 확인 하 고 다음 조건이 충족 되는지 확인 합니다.

        • 두 특성에는 선행 공백 또는 후행 공백이 없습니다.

        • TargetAddress 접미사에는 전치 된 글자가 없습니다. 예를 들어 contoso.com @mgd 대신 contoso.com를 @mdg 사용 하지 마세요.

        • 메일 값에는 @mgd 나 관리 되는 프록시 주소에 해당 하는 회사의 내용이 포함 되어 있지 않습니다. 메일 도메인은 SMTP 포함 목록에 있어야 합니다.

    참고 새 고용 기능을 사용할 수 없는 경우 targetAddress 값에는 접미사의 @mgd 포함 되어야 합니다. 접미사에 @mgd 포함 되어 있고 올바른 관리 되는 라우팅 도메인을 지정 하는지 확인 합니다. 새 고용 기능을 사용 하는 경우 targetAddress 값에 유효한 @mgd이 포함 되어야 합니다. 고객이 EOP를 사용 하지 않거나 vNext/MT로 마이그레이션하는 경우에는 라우팅 주소 또는 null 일 수 있습니다.

  • SE1155 {1} 개체 {2} DN에 대 한 proxyaddresses 특성의 프록시 주소 값 [{0}]이 보조 SMTP 주소에 대 한 잘못 된 SMTP 주소 이며 제거 됩니다. 프록시 주소 유효 기간을 수정 하세요. 이 오류는 보조 SMTP 프록시에 대해 잘못 된 SMTP 주소가 존재 한다는 것을 나타냅니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 확인과

    1. MMSSPP에서이 개체에 대 한 동기화를 다시 시작 하기 전에 SMTP 프록시 주소 값을 수정 해야 합니다. 선행 또는 후행 공백이 없는지 확인 합니다. SMTP 주소 형식을 수정 하는 방법에 대 한 자세한 내용은 다음 문서 번호를 클릭 하 여 Microsoft 기술 자료 문서를 참조 하세요.

      316061 XADM: 잘못 된 문자가 사용 되 면 SMTP 커넥터가 오류 메시지를 반환 합니다.

    2. 유효성 검사 규칙은 기본 proxyaddress 값과 이차 proxyaddress 값에 따라 다릅니다. 예를 들어 기본 SMTP 주소는 세 자리 상위 수준 도메인 접미사 (@contoso .com 또는 contoso.net)로 제한 됩니다. 보조 SMTP 주소는 최상위 수준 도메인 접미사 (@contoso)에 5 자 제한을 갖습니다. 이러한 규칙은 로컬 요구에 대 한 다양 한 명명 규칙을 수용 하기 위해 요청에 따라 구성할 수 있습니다.

  • SE1290에서 [name] 특성의 참조-DN 값을 확인할 수 없습니다 . 크로스 포리스트 그룹의 참조 특성은 MSO.DLL 호스트 디렉터리에서 확인할 수 없습니다. 예를 들어이 오류는 크로스 포리스트 그룹 구성원에 게 메일 특성 값이 없거나, 일치 하는 메일 주소가 MSO.DLL에 호스팅된 환경에 없는 경우에 발생 합니다. 끼칠 참조 된 개체는 MSO로 호스팅된 환경의 교차 포리스트 그룹 특성 이름에 표시 되지 않습니다. 해결 방법: 앵커 특성 (예: mail 특성)을 MSO에서 호스팅되는 환경에 있는 값으로 설정 합니다.

  • 자동 서비스 다시 연결 특성에 지정 된 SE1401 개체 GUID가 유효 하지 않거나 존재 하지 않습니다. 이 오류 및 기타 ASR 관련 오류 (SE1404, SE1405, SE1406)는 다음 문제를 나타냅니다.

    • ASR 특성에 지정 된 값이 유효한 GUID가 아닙니다.

    • GUID가 보조 게이트 특성 (mail)과 함께 참조 하는 개체가 MMSSPP 범위에 없습니다.

    • 참조 된 GUID와 보조 게이트 특성 (mail)이 MMSSPP 범위에 있는 둘 이상의 개체와 일치 합니다.

    끼칠 고객 사서함이 있는 경우 한 포리스트에서 다른 포리스트로 마이그레이션할 수 없으며 개체 동기화가 일시 중단 됩니다. 해결 방법: ASR이이 개체에 적합 한 경우 다른 포리스트의 범위 내 개체에 대 한 유효한 개체 GUID를 지정 합니다. 두 개체에 대 한 보조 게이트 값 (mail)도 일치 해야 합니다. ASR이 의도 되지 않은 경우이 값을 지워야 합니다.

  • 보류 중인 삭제 상태의 SE1409 개체가 다른 범위 내 개체와 충돌 합니다 . 범위 내 개체의 mail 특성 값이 현재 삭제 보류 상태에 있는 다른 개체와 충돌 합니다. 이 오류는 보류 중인 삭제가 N 일에 완료 되는 경우 (기본적으로 3 일) 및 범위 내 개체가 프로 비전 되는 경우 자동으로 해결 됩니다. 끼칠 보류 중인 삭제 상태에 있는 충돌 하는 개체가 실제로 삭제 될 때까지 새로운 범위 지정 개체는 프로 비전 되거나 동기화 되지 않습니다. 해결 방법: 새 개체에 다른 전자 메일 주소 (및 사용할 수 있는 프록시 주소)를 지정 합니다. 또는 보류 중인 삭제 기간이 만료 될 때까지 기다립니다. 이 오류가 자주 발생 하는 경우에는 Microsoft Online Services를 사용 하 여 보류 중인 삭제 기간을 줄일 수 있는 고객 요청을 수행 하는 것이 좋습니다. 초기 ASR 구현 후에 권장 되는 기간은 사용자 및 그룹의 1 일이 고, 연락처는 0 일입니다.

  • SE1514 오류 키 [extensionattribute10]이 (가) 없습니다. [CN = ...] 개체에 대 한 오류를 처리할 수 없습니다. DC = com] 참고 정확한 확장 특성은 ASR 특성이 며 고객 환경에 따라 사용자 지정 됩니다. 일반적으로이 오류는 ASR 확장 특성에 대해 잘못 된 값이 설정 된 경우에 발생 합니다. ASR 확장 특성은 유효한 GUID 문자열 이어야 합니다. 개체가 ASR 마이그레이션에 적합 하지 않은 경우에는이 값을 지워야 합니다. 끼칠 이 상태에서는 개체가 변경, 프로 비전 또는 프로 비전이 해제 되지 않습니다. 해결 방법: ASR 특성에 대 한 올바른 GUID 문자열을 설정 합니다. 승인 된 문자열 형식은 MMSSPP 프로 비전 인터페이스 안내서의 섹션 8.2에서 사용할 수 있습니다. 후행 공백이 없고 문자열의 끝에 다른 문자 (예: 세미콜론)가 없는지 확인 합니다. ASR 특성은 대상 원본 개체 GUID에만 사용할 수 있습니다. 개체가 ASR 마이그레이션에 적합 하지 않은 경우에는이 값을 지워야 합니다.

  • SE1647에서 {0} DN을 사용 하는 원본 사용자 개체가 범위에서 제거 되었지만 호스팅된 사서함의 [{1}]에 [{2}]에 의해 설정 된 소송 보류가 있습니다. 관리 되는 개체와 사서함은 삭제 되지 않습니다. 이 사서함을 삭제 하려면 소송 보존을 제거 합니다. 관리 사서함이 소송 유지에 대해 구성 되었습니다. 그러나 관련 원본 개체는 MMSSPP 범위에서 필터링 되거나 제거 됩니다. MMSSPP는 소송 보류가 제거 될 때까지 관리 개체를 삭제 하지 않습니다. 끼칠 개체는이 상태에서 프로 비전이 해제 되지 않습니다. 해결 방법: 이 동작은 소송 보류가 사서함 무결성을 유지 하기 위한 명시적인 설정 이기 때문에 의도적으로 설계 된 것입니다. 사서함을 삭제 해야 하는 경우 고객은 소송 보존을 제거 해야 합니다.

  • SE1648가 {0} DN을 사용 하는 원본 사용자 개체에 대 한 호스팅된 사서함이 MMSSPP에 의해 프로 비전이 해제로 결정 되었지만 호스팅된 사서함에 [{1}]에서 [{2}]에 대 한 소송 보류가 설정 되어 있습니다. 관리 되는 개체와 사서함은 삭제 되지 않습니다. 이 사서함의 프로 비전을 해제 하려면 소송 보존을 제거 합니다. 관리 사서함이 소송 유지에 대해 구성 되었습니다. 그러나 관련 원본 개체는 해당 관리 사서함의 프로 비전을 해제 하도록 구성 됩니다. MMSSPP는 소송 보류가 제거 될 때까지 관리 사서함의 연결을 끊지 않습니다. 끼칠 개체가이 상태에서 프로 비전이 해제 되지 않습니다. 해결 방법: 이 동작은 소송 보류가 사서함 무결성을 유지 하기 위한 명시적인 설정 이기 때문에 의도적으로 설계 된 것입니다. 사서함을 삭제 해야 하는 경우 고객은 소송 보존을 제거 해야 합니다.

  • PE1 오류: MSO에서 호스팅되는 사서함을 사용 하도록 설정 하지 못했습니다. MMSSPP에서 MSO로 호스팅된 사서함을 사용 하도록 설정 하려고 할 때 오류가 발생 합니다. 끼칠 이 문제가 해결 될 때까지 MMSSPP에서 MSO.DLL을 호스팅하는 사서함을 만들 수 없습니다. 해결 방법: 문제 및 업데이트 관리 단계에 대 한 표시는 해당 개체의 오류 보고서에 나와 있는 구체적인 정보를 참조 하세요. 문제 또는 재구성 단계가 여전히 확실 하지 않은 경우 Microsoft 담당자에 게 문의 하세요.

  • PE1 오류: ' CN = ..., DC = mgd, DC = msft, DC = net '에 대 한 지정 된 지역 코드 (' ')가 유효 하지 않습니다. 특정 Office 365 전용 환경에 대해 두 지역 (북미, 유럽 등)의 데이터 센터를 사용할 수 있는 경우 새 사서함의 위치를 지정 하는 값이 결정 됩니다. 이 오류는 사서함 프로비저닝 특성에 유효한 값이 없는 경우에 발생 합니다. Microsoft Online Services가 회사의 특정 지역 위치에 대해 구성 되어 있는 경우 지역 코드를 사용 하는 것은 사서함 프로비저닝 특성에서 필수입니다. 끼칠 이 오류가 해결 될 때까지 사서함이 프로 비전 되지 않습니다. 해결 방법: 사서함 프로비저닝 특성에 대 한 유효한 영역이 REG =XX(으)로 설정 되어 있는지 확인 하 고, 여기서 XX 는 유효한 지역 코드를 지정 합니다. 또한 사서함 유형 또는 프로비저닝 값이 유효한 지 확인 합니다. 예: extensionattribute10: MBX =ST REG =NA참고 사서함 프로비저닝 확장 특성은 고객 환경에 따라 사용자 지정 됩니다.

  • PE1 오류: WPS 오류 [Enable-사서함]: 속성 값이 잘못 되었습니다. 값은 선행 또는 후행 공백을 포함할 수 없습니다. 속성 이름: * * * 표시 이름 * * * 또는 * * * Name * * * DIsplayName 및 Name Active Directory 특성에 대 한 후행 또는 선행 공백이 유효 하지 않습니다. 끼칠 이 오류가 수정 될 때까지 관리 되는 개체가 프로 비전 되지 않습니다. 확인과

    • DisplayName 특성에 후행 공백을 사용 하 여 개체를 구성 하는 경우 공백을 삭제 합니다. 이 작업을 수행한 후 사서함 또는 메일 사용이 가능한 사용자가 프로 비전 됩니다.

    • DisplayName 특성에 선행 공백을 사용 하 여 개체를 프로 비전 하는 경우 공백을 삭제 합니다. 관리 되는 개체는 Microsoft Online Services 지원 팀 (MOSSUP)에 대 한 escalation으로 수정 해야 합니다.

  • PE1 오류: WPS 오류 [Enable-사서함]: ' smtp:.username@contoso.com ' 주소가 잘못 되었습니다. 지정 된 메일 특성이 잘못 되었습니다. 끼칠 오류가 해결 될 때까지 관리 되는 개체가 프로 비전 되지 않습니다. 해결 방법: 특성을 수정 해야 합니다. 일반적인 오류에는 잘못 된 문자, 공백 (후행 공백 보기 등 포함), 선행 또는 후행 마침표, 되풀이 기간이 포함 됩니다.

  • PE1 오류: WPS 오류 [Enable-사서함]: 프록시 주소 "smtp:user.one@mgd.contoso.com"는 이미 [managedDN]에서 사용 중입니다. 다른 프록시 주소를 선택 하십시오. ManagedDN: ...ProxyAddresses 특성에는 MMSSPP 동기화 범위의 고객 포리스트 중 하나에 중복 주소가 포함 되어 있습니다. 다른 개체의 Microsoft 관리 proxyAddresses 특성에 동일한 프록시 주소가 이미 있습니다. 중복 관리 되는 proxyaddress 특성은 원본 메일 특성, 원본 proxyaddress 특성 또는 원본 targetAddress 특성에서 가져온 것일 수 있습니다. (이는 관리 되는 Active Directory 스키마로 이동 하 여 보조 proxyAddress로 흐릅니다.) 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 문서의 시작 부분에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 중복 된 targetAddress 특성 또는 포함 하지 않아야 하는 개체의 프록시 주소를 변경 하거나 삭제 합니다. 다음 LDAP 쿼리를 사용 하 여 동일한 프록시 주소를 공유 하는 개체를 식별 합니다. (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>)) 예를 들어 프록시 전자 메일 주소 Kim.Akers@contoso.com에 대 한 쿼리는 다음과 유사 합니다.

    (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com)) 

    참고레거시 주소에 회신 하는 기능을 유지 하기 위해 실수로 삭제 되지 않도록 보호 되는 일부 관리 되는 프록시 주소가 원본에서 지워질 때 관리 되는 Active Directory 스키마에서 자동으로 지워지지 않습니다. 이 문제를 해결 하려면 다음 지침을 따릅니다.

    • 오류가 관리 되는 라우팅 도메인 (예 @mgd: contoso.com)이 있는 프록시 주소를 지정 하는 경우 Microsoft Online Services 지원에서 해당 프록시 주소를 제거 해야 합니다.

    • 원본 Active Directory 개체에서 지울 때 MMSSPP의 사전 12.2 버전에서 x500 프록시 유형의 프록시 주소가 제거 되지 않았습니다. 현재 버전에서는 고객 포리스트에서 삭제 된 x500 프록시 주소가 관리 포리스트에서 즉시 삭제 됩니다. 이전에는 고객 포리스트에서 제거 했지만 여전히 관리 Active Directory 스키마에 존재 하는 x500 프록시 주소를 제거할 수 있습니다. 이렇게 하려면 다음 단계를 수행하세요.

      1. 원치 않는 x500 프록시 주소를 원래 원본 개체에 다시 추가 합니다.

      2. 두 개의 동기화 주기를 기다립니다.

      3. 원본 개체에서 원치 않는 x500 프록시 주소를 제거 합니다. 다음 동기화 주기의 관리 되는 Active Directory 스키마에서 원치 않는 프록시 주소가 지워집니다.

  • PE1 오류: WPS 오류 [Enable-사서함]: ExternalEmailAddress에 잘못 된 값이 있습니다. 지정 된 인수가 유효한 값 범위를 벗어났습니다. 매개 변수 이름: 주소 사용자.. @contoso 는 올바른 SMTP 주소가 아닙니다 . 오류 출처는 이전에 Office 365 targetAddress 특성과 동기화 된 잘못 된 주소를 포함 하는 tartgetAddress 특성입니다. TargetAddress 특성 값은 원본 개체에서 수정 해야 합니다. 일반적인 오류에는 잘못 된 문자, 공백 (후행 공백 보기 등 포함), 선행 또는 후행 마침표, 되풀이 기간이 포함 됩니다. 일반적으로 targetAddress 특성 값은 잘못 된 값 으로부터 최근에 변환 되었습니다. 예: 사용자. @contoso 시트 탭에 보고 된 대로 PE7 주소가 유효한 값 User@mgd.contoso.com로 변환 되 고 수정 되 면 이제 시트 탭 PE1에 보고 됩니다. 그러나 잘못 된 targetAddress 특성 값은 이미 Office 365로 동기화 되었으며 사서함 프로비저닝 오류를 지우려면 되돌려야 합니다. 해결 방법: 메일 사용이 가능한 사용자에 대 한 유효한 targetAddress 특성 값을 설정 합니다. 예를 들어 User@contoso.com 주소가 동기화 되 고 Office 365 targetAddress 특성 값이 업데이트 됩니다. Office 365에서 잘못 된 targetAddress 값이 수정 될 때까지 사서함 사용이 가능한 사용자로 변환 하지 마세요. 수정 된 targetAddress 특성 값이 Office 365와 동기화 되 면 targetAddress 특성 값을 변경 하 여 사서함 사용이 가능한 사용자를 프로 비전 합니다. 예를 들어 값이 User@mgd.contoso.com것으로 가정 합니다.

    1. TargetAddress 특성 값을 메일 사용이 가능한 사용자 (예: User@contoso.com)에 대 한 유효한 항목으로 변경 합니다.

    2. 새 targetAddress 특성 값이 Office 365 개체 targetAddress 특성 값 User@contoso.com와 동기화 될 때까지 기다립니다.

    3. TargetAddress 특성 값을 사서함 사용이 가능한 사용자 (예: User@mgd.contoso.com)에 대 한 유효한 항목으로 변경 합니다.

    4. 사서함 프로비저닝을 기다립니다.

    5. Office 365 targetAddress 특성 값이 더 이상 존재 하지 않습니다.

  • PE3에서 MSO.DLL 리소스 사서함을 사용 하도록 설정 하지 못함 MMSSPP에서 MSO.DLL 리소스 사서함을 사용 하도록 설정 하려고 할 때 오류가 발생 합니다. 끼칠 이 문제가 해결 될 때까지 MMSSPP는 MSO.DLL을 호스트 하는 리소스 사서함을 만들 수 없습니다. 해결 방법: 문제 및 수정 단계에 대 한 표시를 보려면 해당 개체의 오류 보고서에 있는 특정 세부 정보를 참조 하세요. 문제가 발생 하거나 업데이트 관리 단계가 여전히 확실 하지 않은 경우 Microsoft 담당자에 게 문의 하세요.

  • PE7에서 MSO.DLL을 사용 하도록 설정한 사용자가 실패 했습니다. MMSSPP에서 MSO.DLL 호스트 디렉터리에 메일 사용이 가능한 사용자를 만들려고 하면 오류가 발생 합니다. 끼칠 MMSSPP는이 문제가 해결 될 때까지 MSO에서 호스팅되는 메일 사용이 가능한 사용자를 만들 수 없습니다. 해결 방법: 문제 및 수정 단계에 대 한 표시를 보려면 해당 개체의 오류 보고서에 있는 특정 세부 정보를 참조 하세요. 문제가 발생 하거나 업데이트 관리 단계가 여전히 확실 하지 않은 경우 Microsoft 담당자에 게 문의 하세요.

  • PE10 WPS 오류 [사서함 연결]: 사서함 "... MBX GUID ... " 이 (가) 데이터베이스 "... MBX 데이터베이스 ... " ManagedDN: MMSSPP는 일시 삭제 된 상태의 사서함에 자동으로 다시 연결 되지 않습니다. 이 조건은 사서함을 다른 환경으로 마이그레이션한 경우 (예: 고객의 온-프레미스 서버 또는 O365 서비스에 대 한 O365), 고객이 O365 전용의 원본 사서함에 다시 연결 하려는 경우에 발생 합니다. 끼칠 사용자 사서함을 다시 연결할 수 없습니다. 해결 방법: 문제를 해결 하기 위해 Microsoft 온라인 지원으로 에스컬레이션 하세요.

  • MSO에서 호스팅되는 리소스 사서함에 대 한 PE11Setting 일정 설정이 실패 함 MMSSPP에서 MSO.DLL 리소스 사서함에 사서함 일정 설정을 설정 하려고 할 때 오류가 발생 합니다. 끼칠 MMSSPP는이 문제가 해결 될 때까지 MSO로 호스팅되는 리소스 사서함에서 사서함 일정 설정을 지정할 수 없습니다. 이는 리소스 사서함의 유용성에 영향을 줄 수 있습니다. 예를 들어 리소스 사서함이 모임 초대를 자동 수락 하는 등의 기능은이 문제가 해결 될 때까지 작동 하지 않을 수 있습니다. 해결 방법: 문제 및 수정 단계에 대 한 표시를 보려면 해당 개체의 오류 보고서에 있는 특정 세부 정보를 참조 하세요. 문제가 발생 하거나 업데이트 관리 단계가 여전히 확실 하지 않은 경우 Microsoft 담당자에 게 문의 하세요.

  • PE17 에서 발생 하는 mso.dll 메일 사용이 가능한 연락처 또는 메일 그룹을 만들 수 없습니다. 이 오류는 MMSSPP에서 MSO.DLL 호스트 디렉터리에 메일 사용이 가능한 연락처 또는 메일 그룹을 만들려고 할 때 발생 합니다. 끼칠 이 문제가 해결 될 때까지 MMSSPP는 MSO에서 호스팅되는 메일 사용이 가능한 연락처 또는 메일 그룹을 만들 수 없습니다. 해결 방법: 문제 및 업데이트 관리 단계에 대 한 표시를 해당 개체의 오류 보고서에 표시 되는 특정 세부 정보를 확인 합니다. 문제 또는 재구성 단계가 여전히 확실 하지 않은 경우 Microsoft 담당자에 게 문의 하세요.

  • extension 특성-없음 오류: MailNickname이 null입니다. 이 오류는 이전 버전의 MMSSPP에서 SE1118와 동일 합니다. Customer contact 개체에 MailNickname 특성이 비어 있으며 MailNickname 특성 생성기 규칙을 사용 하 여 MMSSPP MailNickname 특성을 생성할 수 없습니다. 기본 특성 생성기 규칙에서는 Active Directory에 givenName (이름 라고도 함) 및 Sn (last name이 라고도 함) 특성을 사용 하 여 customer 개체에 정의 된 mailNickname 특성이 없는 연락처에 대해 mailNickname 특성을 생성 하려고 합니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 도움말 파일의 헤더에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 고객 연락처 개체에 Mailnickname 값 또는 givenName (이름 라고도 함) 및 Sn (성이 라고도 함) 특성 값을 설정 합니다.

  • extension 특성-현재 오류: MailNickname이 잘못 됨MailNickname value에 잘못 된 문자가 포함 되어 있습니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 도움말 파일의 헤더에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 고객에 게 mailNickname 값이 NULL 이면 MMSSPP에서 mailNickname 값이 가능 하면 자동으로 생성 됩니다. 따라서 한 가지 방법은 mailNickname 값을 지우는 것입니다. 고객이 mailNickname 값을 설정 해야 하는 경우 값은 RFC 821에 정의 된 조건에 맞아야 합니다. 일반적으로 유효 하지 않은 문자에는 공백이 포함 되 고 유효한 대시로 표시 되는 em 대시, at 기호 (@) 및 괄호로 구분 됩니다. 표시 하기 어려운 선행 공백 또는 후행 공백이 없는지 확인 합니다.

  • mv 제약 조건 위반 이 오류는 직접 가져오기 특성 흐름이 발생 하 고 원본의 특성 값이 메타 버스 특성의 길이 제한을 초과 하는 경우에 발생 합니다. 끼칠 이 문제가 해결 될 때까지 MMSSPP는 특성 변경 내용을 이동 하거나 서비스를 설정할 수 없습니다. 해결 방법: 특성 값 크기를 스키마에서 사용 하도록 설정 된 최대 길이로 줄입니다.

  • [근무 Queue] 메일은 null이 아니어야 합니다. 요청을 완료할 수 없습니다. 이 오류는 MSO.DLL 호스트 디렉터리와 동기화 되는 원본 개체에서 메일을 지울 때 발생 합니다. 원본 Active Directory 개체에서 값을 복원한 후에도 오류가 계속 발생 합니다. 끼칠 추가 영향이 없습니다. 이 동기화 오류의 영향에 대 한 설명은이 도움말 파일의 헤더에 있는 "일반 동기화 오류 영향" 섹션을 참조 하세요. 해결 방법: 원본 개체에 유효한 메일 값이 있고 하나 이상의 MMSSPP 동기화 주기가 완료 되었는지 확인 합니다. 이를 확인 한 후 업데이트 관리를 위해 Microsoft 온라인 지원 서비스로이 문제를 escalation 해야 합니다. 스크립트 또는 수동으로 메일 특성을 편집 해도 값이 변경 되기 전에 값이 지워지지 않았는지 확인 합니다.

  • 메일 그룹에 구성원이 없음 메일 그룹에서 구성원을 찾을 수 없습니다. 이 누락 된 구성원은 사용자, 연락처 또는 다른 그룹이 될 수 있습니다. 그룹이 교차 포리스트 그룹인 경우 SE1290 오류가 표시 될 수 있습니다. 그룹이 교차 포리스트 그룹이 아니면 중복 메일과 같은 다른 오류가 나타날 수 있습니다. 끼칠 그룹 구성원은 배포 목록에 전송 된 메일을 받지 못할 수 있습니다. 확인과

    • 구성원에 유효한 메일 값이 있는지 확인 합니다.

    • 멤버에 활성 동기화 오류가 없는지 확인 합니다.

    • 멤버가 MSO에 표시 되는지 확인 합니다.

    그룹이 일반 그룹 또는 교차 포리스트 그룹 인지 여부를 확인 합니다. 교차 포리스트 그룹은 고객이 구성 하며 다른 포리스트의 구성원을 포함 합니다. 교차 포리스트 그룹은 각 고객에 대해 특정 OU 또는 사용자 정의 특성에 따라 고객의 위치를 기준으로 정의 됩니다. 일반 그룹에는 해당 그룹이 살고 있는 포리스트의 구성원만 포함 됩니다. 정규 메일 그룹:

    • 누락 된 멤버가 MSO에 나타나고 동기화 오류가 없는지 확인 합니다.

    • 누락 된 개체가 중첩 된 그룹의 구성원 인 경우 중첩 된 그룹에 메일이 있고 그룹이 MSO에 표시 되는지 확인 합니다.

    • 부모 그룹이 일반 그룹인 경우 (즉, 교차 포리스트 그룹이 아닌 경우), 중첩 된 그룹도 교차 포리스트 그룹이 아닌지 확인 합니다. 포리스트 간 그룹에는 일반 그룹 또는 기타 교차 포리스트 그룹이 포함 될 수 있습니다. 그러나 일반 그룹은 교차 포리스트 그룹을 포함할 수 없습니다.

    포리스트 간 그룹:

    • 누락 된 멤버가 MSO에 나타나고 동기화 오류가 없는지 확인 합니다.

    • 그룹 구성원이 MSO에 표시 되지만 그룹에 없는 경우 원본 교차 포리스트 그룹 구성원에 일치 하는 메일 값이 있는지 확인 합니다.

    • 누락 된 개체가 중첩 된 그룹의 구성원 인 경우 중첩 된 그룹에 메일이 있고 그룹이 MSO에 표시 되는지 확인 합니다.

    • 누락 된 구성원이 교차 포리스트 그룹인 경우이 그룹에 일반 그룹인 상위 그룹 (교차 포리스트 그룹이 아님)이 있는지 확인 합니다. 포리스트 간 그룹에는 일반 그룹 또는 기타 교차 포리스트 그룹이 포함 될 수 있습니다. 그러나 일반 그룹은 교차 포리스트 그룹을 포함할 수 없습니다.

  • LargeGroup 고객이 대규모 그룹의 받는 사람에 게 알림을 보낼 수 있도록 하는 "대형 그룹" 탭을 사용 하는 동기화 오류 보고서를 높였습니다. 이 정보는 고객이 다음 권장 사항에 따라 추가 단계를 수행할 수 있도록 하는 데 유용 합니다. 끼칠 MMSSPP의 범위에 포함 된 대규모 그룹은 동기화 주기 시간이 최대 10-12 시간까지 크게 지연 될 수 있습니다. MMSSPP 동기화는 동기화 되는 특성의 변경 내용에 대 한 응답 주기 (nominally, 매 30 분)입니다. 이는 고객의 인적 자원 시스템 또는 Active Directory에서 변경한 내용에 대 한 O365D GAL에 대 한 신속한 응답을 제공 합니다. 더 나은 사용자 환경을 제공 하는 것 외에도 포리스트 간 사용자 마이그레이션과 같은 중요 한 특정 엔터프라이즈 프로세스가 최적화 됩니다. MMSSPP 범위에서 멤버 자격 수가 매우 큰 그룹이 변경 되는 경우 MMSSPP/FIM은 해당 변경 내용을 열거 해야 합니다. 예를 들어 25000 그룹에서 구성원을 추가 하거나 제거 하는 경우 FIM에서 해당 특성에 대 한 델타 이벤트를 볼 수 있습니다. 그러나 4만 구성원의 전체 목록을 읽을 때 까지는 변경 내용을 알 수 없습니다. 5000 구성원이 있는 그룹을 읽는 데 소요 되는 것 보다 훨씬 더 많은 시간이 소요 될 수 있습니다. 이 지연은 ASR을 통해 새 포리스트에 로그온 하는 사용자가 생산성을 높이고 다음 날에 비즈니스 시작을 통해 전자 메일에 액세스할 수 있는 모든 고객 프로세스 (예: ASR)에 영향을 줍니다. 다른 고려 사항은 모든 그룹의 품질 제어 검사입니다. 이 시나리오는 동일한 고객 포리스트에 동일한 개체 클래스와 전자 메일 주소의 개체가 여러 개 있을 수 있는 보다 일반적이 지 않습니다. 이 조건은 그룹 구성원으로 포함할 여러 개체를 결정 하는 추가 분석 단계가 필요 합니다. 해당 조건이 발견 되 면 품질 제어 워크플로가 실행 됩니다. 대규모 그룹과 관련 된 경우에는 비용이 많이 듭니다. 15000 명 이상의 구성원이 있는 그룹을 앞으로 이동 하면 그룹 구성원 변경 MMSSPP 처리 됩니다. 그러나 같은 유형의 여러 개체에 대 한 검사를 실행 하는 워크플로는 일시 중단 됩니다. 동기화 주기 및 프로 비전 지연을 방지 하는 가장 좋은 단계입니다. 관리 가능한 크기의 그룹을 사용 하면 동기화 주기를 예측 가능한 기간으로 유지 하 고 그룹 구성원 변경 처리의 안정성도 높일 수 있습니다. 확인과

    • 이상적으로는 그룹이 5000의 구성원 수를 초과 하지 않아야 합니다. 그러나 그룹은 워크플로 품질 관리를 위해 최대 15000 구성원까지 포함할 수 있습니다. 고객은 단순 논리 (알파벳순, 지역 등)를 사용 하 여 15000 보다 더 작은 그룹을 그룹으로 나눌 수 있습니다.

    • O365 (보안 그룹에 대 한 일반적인 시나리오)에서 메일 사용이 불가능 한 그룹인 경우 고객은 그룹을 MMSSPP의 범위를 벗어나면 해당 OU로 이동 해야 합니다. 메일을 제거 하는 등 그룹을 필터링 해도 문제가 해결 되지 않는다는 점에 유의 하세요. 이는 고객이 그룹을 가져올 필요가 없다는 것을 결정할 수 있도록 모든 특성을 여전히 읽고 모든 멤버를 열거 하는 것입니다.

새로운 고용 시나리오에 대 한 추가 정보

다음은 Microsoft Managed Solutions Service 제공 공급자 (MMSSPP) 프로비저닝 인터페이스 안내서의 5.2 섹션에서 발췌 한 내용입니다. 신규 고용 시나리오:

MMSSPP는 요청 된 유형 및 요청 된 지역의 사서함 사용 가능 사용자 개체를 만듭니다. 참고

  1. TargetAddress 특성 및 일치 하는 보조 SMTP proxyaddress 특성을 사용 하지 않는 경우,이 시나리오에서는 고객 조직이 모든 레거시 메일 시스템을 종료 하 고 있기 때문에 고객의 레거시 메일 시스템에서 O365 호스트 사서함으로 메일을 회람할 필요가 없음을 나타냅니다.

  2. 새 채용 사서함 프로 비전 옵션을 ON으로 설정한 경우 새 고용 시나리오가 활성화 됩니다. (기본적으로이 옵션은 OFF로 설정 되어 있습니다.) 기능 및 배포 선택 옵션에 대 한 개요는 MMSSPP 고객 배포 가이드의 "새 고용 사서함 프로비저닝 기능" 섹션을 참조 하세요. 이 기능의 기술적 측면은이 문서에서 "사서함 프로비저닝 구성 요소" 섹션에 나와 있습니다.

도움이 더 필요하세요?

더 많은 옵션을 원하세요?

구독 혜택을 살펴보고, 교육 과정을 찾아보고, 디바이스를 보호하는 방법 등을 알아봅니다.

커뮤니티를 통해 질문하고 답변하고, 피드백을 제공하고, 풍부한 지식을 갖춘 전문가의 의견을 들을 수 있습니다.

이 정보가 유용한가요?

언어 품질에 얼마나 만족하시나요?
사용 경험에 어떠한 영향을 주었나요?
제출을 누르면 피드백이 Microsoft 제품과 서비스를 개선하는 데 사용됩니다. IT 관리자는 이 데이터를 수집할 수 있습니다. 개인정보처리방침

의견 주셔서 감사합니다!

×