[해결됨] 이메일이 Office 365에서 아카이브로 이동하지 않음

이 게시물의 전략은 전자 메일을 클라우드 보관 사서함으로 효과적으로 이동하는 데 도움이 됩니다.

보관 사서함 을 사용하면 사용자의 전자 메일 메시지를 추가로 저장할 수 있습니다. 그러나 일부 시나리오에서는 전자 메일이 Microsoft 365에서 보관으로 이동하지 않습니다. 이는 다양한 이유 때문입니다.

발견한 내용을 바로 살펴보겠습니다.

아카이브 상태

하이브리드 환경에서 사용자 계정이 온-프레미스에서 동기화되고 보관 사서함이 Microsoft 365에 있는 보관 사서함의 상태를 확인합니다. 다음 속성을 모두 사용하여 온-프레미스에서 보관 상태를 확인해야 합니다. 그리고 구름.

• 아카이브 가이드
• DisabledArchiveGuid

온-프레미스 PowerShell에서 다음 cmdlet을 실행합니다.

Get-RemoteMailbox 사용자 이름 | FL ArchiveGuid,DisabledArchiveGuid

Exchange Online PowerShell에서 다음 cmdlet을 실행합니다.

Get-Mailbox 사용자 이름 | FL ArchiveGuid,DisabledArchiveGuid

위 명령의 출력은 동일해야 합니다. 일치하지 않으면 수정하십시오. 제 경우에는 둘 다 동일합니다.

보존 정책

• Microsoft 365에서 2년의 보존 정책 을 적용했습니다. 이렇게 하면 2년이 지난 전자 메일을 사용자 사서함에서 클라우드 보관 사서함으로 이동합니다.
• 보존 정책을 적용했는지 확인하려면 Microsoft 365에서 다음 cmdlet을 실행하여 사서함에 대한 보존 정책을 검색합니다.

Get-Mailbox 사용자 이름 | FL 보존 정책

포털을 사용하여 단일 사서함에 보존 정책을 적용하려면:

• 받는 사람  >  사서함 으로 이동합니다  .
• 목록 보기에서 보존 정책을 적용할 사서함을 선택한 다음  편집 을 클릭 합니다.
• 사용자 사서함 에서  사서함 기능 을 클릭  합니다 .
• 보존 정책 목록 에서   사서함에 적용할 정책을 선택한 다음  저장 을 클릭 합니다.

PowerShell을 사용하여 단일 사서함에 보존 정책을 적용하려면:

Set-Mailbox UserName -RetentionPolicy "PolicyName"

이메일이 아카이브 사서함으로 이동하지 않음

• 보존 정책을 만든 후에는 정책이 자동으로 실행되지 않습니다. 그러나 메시지를 아카이브로 이동할 때마다 아래 cmdlet을 수동으로 실행할 수 있습니다.

Start-ManagedFolderAssistant – ID

• 관리되는 폴더 도우미는 사용자 사서함의 보존 정책 설정을 사용하여 항목 보존을 처리합니다. 이 사서함 처리는 자동으로 발생합니다. Start-ManagedFolderAssistant cmdlet을 사용하여 지정된 사서함 처리를 즉시 시작할 수 있습니다.
• 이 cmdlet을 실행하려면 먼저 사용 권한을 할당받아야 합니다. 이 항목에는 cmdlet의 모든 매개 변수가 나열되어 있지만 일부 매개 변수가 할당된 사용 권한에 포함되어 있지 않으면 액세스하지 못할 수 있습니다. 조직에서 cmdlet 또는 매개 변수를 실행하는 데 필요한 권한을 찾으려면  Exchange cmdlet을 실행하는 데 필요한 권한 찾기 를 참조하세요 .

팁1:

• 관리되는 폴더 지원 호출이 일반 RPC 오류와 함께 실패하는 문제가 발생하는 경우. "서버 'NAME'의 사서함 지원 서비스에 대한 호출이 실패했습니다. RPC의 오류는 –2147220989”입니다.
• 이 오류가 발생하면 동일한 명령의 후속 재시도가 성공할 수 있습니다. 서비스 내에서 사서함의 일부가 초기화될 때 오류가 발생할 수 있습니다. 예를 들어 – 보조 아카이브가 기본 아카이브에서 프로비저닝되는 경우. 이 문제에 대한 잠재적인 해결 방법으로 기본 사서함 GUID를 start-ManagedFolderAssistant 명령에 지정할 수 있습니다.

Get-Mailbox 사용자 이름 | 플로리다 교환 GUID

• 이 사서함 GUID를 사용하여 관리되는 폴더 지원을 호출할 수 있습니다.

Start-ManagedFolderAssistant aace1f4e-5181-4855-a0c7-466f1fe2f1d1

• GUID를 사용할 때 초기화 프로세스로 인해 명령이 실패하지 않는 변경을 최소화할 수 있습니다.

• Managed Folder Assistant를 실행한 후 이메일은 기본 사서함에서 클라우드 아카이브 사서함으로 이동됩니다. 처리하는 데 최소 하루가 소요됩니다. 경우에 따라 이메일을 이동하는 데 24시간 이상 걸릴 수 있습니다.

팁2:

MRM(Messaging Records Management)은 느린 프로세스이며 사서함을 처리하는 데 자체 시간이 걸립니다. 그러나 아래 명령을 사용하여 MRM을 자주 실행할 수 있습니다. 원하는 초를 수정할 수 있습니다. 제 경우에는 30분으로 설정했습니다.

while($true)
{
start-managedfolderassistant [email protected]
쓰기 호스트 "대기 중"; 시작-수면 -초 1800;
}

이메일 이동 상태를 확인하는 방법은 무엇입니까?

• 이 cmdlet은 실제로 모든 것이 사서함 내에 있는지 확인하기 위한 것이지만 Elc*(전자 메일 수명 주기) 접두사와 함께 그룹화된 MFA에 대한 몇 가지 흥미로운 정보를 반환합니다. 다음과 같이 특정 사용자에 대한 사서함 진단 로그를 생성합니다.

Export-MailboxDiagnosticLogs – ID UserName -ExtendedProperties

• 출력에서 다음 필드를 찾을 수 있습니다.

• 이제 속성을 살펴보고 관리되는 폴더 도우미의 마지막 단계를 결정하는 데 도움이 되는 값을 찾을 수 있습니다.
• 우리가 찾고 있는 값은 ElcLastSuccessTimeStamp입니다. ElcLastSuccessTimeStamp는 관리되는 폴더 도우미가 실행된 후에만 스탬프 처리됩니다.
• Exchange Online의 경우 관리되는 폴더 도우미는 10MB보다 큰 사서함만 처리합니다.

자동 확장 아카이브

• Exchange Online 자동 확장 보관 기능을 사용하여 보관 사서함에 대한 무제한 저장 공간을 활성화할 수 있습니다.
• 자동 확장 보관이 켜져 있으면 저장 공간 한도에 도달하면 사용자의 보관 사서함에 추가 저장 공간이 자동으로 추가됩니다.
• 그 결과 무제한 사서함 저장 용량이 제공됩니다. 조직의 모든 사람 또는 특정 사용자에 대해서만 자동 확장 보관을 켤 수 있습니다.

자동 확장을 추가하기 전에:

자동 확장을 추가한 후 :

• 조직에 자동 확장 보관이 활성화되어 있는지 확인하려면 Exchange Online PowerShell에서 다음 명령을 실행합니다.

Get-OrganizationConfig | FL 자동 확장 아카이브 활성화됨

• True 값은 조직에 대해 자동 확장 보관이 활성화되었음을 나타냅니다. 특정 사용자에 대해 자동 확장 보관이 활성화되어 있는지 확인하려면 Exchange Online PowerShell에서 다음 명령을 실행합니다.

Get-Mailbox 사용자 이름 | FL 자동 확장 아카이브 활성화됨

• 사서함별로 이 기능을 활성화하려면 다음 명령을 사용할 수 있습니다.

Enable-Mailbox UserName -AutoExpandingArchive

또한 읽기 : 하이브리드 환경에서 Office 365 Online Archive Pending 상태 를 수정하는 방법은 무엇입니까?

그것이 내가 이메일을 아카이브 문제로 이동하지 않는 방법을 수정한 방법입니다.

이제 귀하의 의견을 듣고 싶습니다.

오늘 보고서에서 어떤 발견이 가장 흥미로웠습니까? 또는 내가 다룬 내용에 대해 질문이 있을 수 있습니다.

어느 쪽이든, 나는 당신에게서 듣고 싶습니다. 그래서 아래에 의견을 남겨주세요.