MMSSPP não desprovisionamento objetos habilitados para email do Office 365 dedicado/ITAR e uma caixa de correio do Exchange

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2655364
Sintomas
Microsoft Managed Services serviço de provisionamento provedor (MMSSPP) não desprovisionamento habilitado para email objetos de um ambiente Office 365 dedicado/ITAR ou uma caixa de correio do Microsoft Exchange.
Causa
Desprovisionamento tem várias definições e no contexto do Office 365 dedicado/ITAR, esses serviços podem significar o seguinte:
  • Desconexão de uma caixa de correio no Office 365 e conversão de objeto do Office 365 para um usuário habilitado para email. Isso é comum em qualquer um dos seguintes cenários:
    • Uma caixa de correio do usuário é migrada para um ambiente diferente (por exemplo, da nuvem para locais).
    • Onde emails são serviços de nuvem desativada, mas outras (por exemplo, Lync ou do Skype para negócios) é mantidos.
    • Onde as informações de contato podem ser exibidas na lista de endereços global (GAL).
    • Onde o usuário pode ser membro de um grupo de segurança habilitado para email no Office 365 ou de distribuição.
  • Desprovisionamento de um usuário habilitado para email ou contato. Isso remove (direitos e atributos de emailemail, mailNickname, legacyExchangeDN, proxyAddresses, e targetAddress) e remove o usuário de qualquer distribuição habilitado para email ou grupos de segurança no Office 365, mas mantém o objeto do Active Directory (AD) provisionado.
  • Concluir a remoção do objeto de usuário do Active Directory do Office 365.
  • Conversão de uma caixa de correio ativa está em litígio para o estado inativo.
  • Remoção de um grupo do Office 365 Active Directory habilitado para email.
Falha de desprovisionamento pode ocorrer devido a um ou mais dos seguintes motivos:
  • Práticas recomendadas para desprovisionamento objetos ou processos corretos não forem seguidas.
  • Um valor de atributo configurado incorretamente relatado no relatório de erro de sincronização de MMSSPP diárias bloqueia o desprovisionamento de caixa de correio ou o usuário de email.
  • Uma caixa de correio está em litígio. Uma caixa de correio não pode ser desprovisionada, desde que esse sinalizador é definido (embora ele pode ser colocado em um estado inativo).
Práticas recomendadas

Cenário 1

Usuário tem uma caixa de correio no Office 365D/ITAR e a caixa de correio deve ser desprovisionada. No entanto, o objeto do Office 365D/ITAR deve permanecer na GAL como um usuário habilitado para email.
  1. Verifique o relatório de erro de sincronização de MMSSPP diário e corrija todos os erros são relatados. Depois que o arquivo de relatório de erro for descompactado, há um arquivo de ajuda anexado junto e etapas de solução para cada tipo de erro.
  2. O atributo de desprovisionamento designado, adicione o valor que dispara o desprovisionamento de caixa de correio. Não fazer outras alterações e aguarde até que a caixa de correio gerenciada a ser removido do ambiente Office 365 (o homeMDB valor de atributo se tornará nulo). Isso normalmente é executado em um ou dois ciclos de sincronização MMSSPP.
    1. O atributo é usado para desprovisionamento é diferente para cada cliente e normalmente é o mesmo valor que é usado para provisionamento de valores de caixa de correio (por exemplo, uma caixa de correio normalmente provisionada tem extensionAttribute9 = MBX = 50GB; Tipo = EP2D; REG = UE;).
    2. O valor que é usado para desprovisionamento é diferente para cada cliente. No entanto, o valor normalmente é RemoveMSOMbx (por exemplo, extensionAttribute9 = RemoveMSOMbx).
  3. Depois que a caixa de correio estiver desativada, alterar o cliente targetAddress atributo de valor para apontar para o local desejado fora do Office 365D/ITAR (normalmente, isso é SMTP:sameAsMailValue) e remova o atributo desprovisionamento. Após algumas sincronizar ciclos, o objeto é visível na GAL e habilitado para email.

Cenário 2

Se o usuário tem uma caixa de correio no Office 365D/ITAR, a caixa de correio deve ser desprovisionada, e os objetos do Office 365D/ITAR devem ser removidos do Office 365 AD.
  1. Variação 1: Cliente não tem o recurso de reconexão de serviços automática (ASR) está habilitado para reconexões caixas de correio entre florestas. Qualquer um dos métodos a seguir são eficazes:
    • Mova o objeto de usuário para uma unidade organizacional (UO) que está fora do escopo do MMSSPP.
    • Defina o valor apropriado para o filtro MMSSPP. Esse valor é definido para cada cliente com relação ao atributo e o valor, mas sua estrutura pode ser algo parecido com extensionAttribute1 = NoSync.
    • Use o filtro universal para MMSSPP. Este filtro limpa os valores de todos os atributos a seguir:
      • Email
      • MailNickname
      • ProxyAddresses
      • TargetAddress
    • Exclua o objeto do cliente AD.
  2. Variação 2: Cliente tem o recurso de recuperação automatizada do sistema está ativado para reconexões caixas de correio entre florestas. Nessa situação, os objetos que são filtrados, movidos ou excluídos do cliente AD fazer com que os objetos gerenciados a serem movidos para uma retenção OU (onde elas estejam ocultas a partir da GAL mas ainda recebem mensagens) de 1-3 dias.
    1. Corrija os erros de sincronização.
    2. Adicionar a DeleteNow valor de caixa de correio designado provisionamento ativar pelo menos um ciclo de sincronização e atributo para ser concluída. Este é um valor somente de teste que não aciona o desprovisionamento. Ele informa MMSSPP que quando o filtro é aplicado para excluir imediatamente o objeto gerenciado do AD em vez de mantê-lo na PendingDeletions OU de 1-3 dias.
    3. Faça as alterações que são indicadas na variação 1(mover, aplique o filtro personalizado, aplique o filtro universal ou excluir).

Cenário 3

Caixa de correio do usuário está em litígio. Nesse cenário, a caixa de correio do Office 365 é conectada e o objeto gerenciado do AD é mantido. Este é o processo recomendado para colocar a caixa de correio em um estado inativo de litígio:
  1. Se o processo do cliente é excluir o objeto do AD do usuário depois de um tempo, altere os valores da email, targetAddresse smtp proxyAddresses atributos para acrescentar old ou _litHold para o prefixo. Isso permite que o usuário acesse seus endereços de e-mail e proxy originais quando eles retornarem para o emprego. Faça essas alterações de atributo antes de executar as próximas etapas.
  2. Se outros serviços (como o Lync) devem ser alterada, faça as alterações de atributo apropriado.
  3. Adicionar a Tipo = InHold; valor para o atributo é usado para provisionamento de valores (Isso difere por cliente) da caixa de correio. Use este exemplo:

    MBX = 50GB; Tipo = InHold; REG = UE;
  4. Aguarde o ciclo de sincronização de pelo menos um.
  5. Após o Tipo = InHold; valor está sincronizado para o Office 365D/ITAR, o usuário não pode fazer logon na caixa de correio. A caixa de correio é ocultada do GAL e remetentes para essa caixa de correio receberá um relatório de não entrega NDR).
  6. Depois que você concluir as etapas 1 a 5, o objeto de cliente pode ser filtrado, movido para fora do escopo ou excluído.
  7. Se a etapa 6 é concluída antes de concluir as etapas 1 a 5 sendo, a caixa de correio gerenciada está ainda inativa. Entretanto, pular essas etapas pode fazer consultas mais difícil e fazer restauração de serviços mais complexa quando o usuário retorna ao trabalhar.

Cenário 4

Serviços do Lync dedicado/ITAR devem ser desprovisionados:
  1. Lync pode ser desprovisionado independentemente do status da caixa de correio, definindo um valor de 0 no atributo selecionado para provisionamento do Lync. Isso é diferente para cada cliente.
  2. Se a caixa de correio do usuário está em litígio, o valor de desprovisionamento do Lync 0 deve ser definido antes do objeto customer é filtrado, removido do escopo ou excluído do cliente AD.

Cenário 5

Um usuário habilitado para email (não um usuário habilitado para caixa de correio) ou contato habilitado para email deve ser desprovisionado. Lembre-se de que os usuários habilitados para email são normalmente usuários quem pode fazer logon para os recursos de domínio do cliente, mas quem receber mensagens em uma caixa de correio fora do ambiente Office 365D/ITAR. Essas caixas de correio podem estar localizadas no ambiente local do cliente ou em um serviço externo. Para desativar um usuário habilitado para email, use qualquer um dos seguintes métodos:
  • Mova o objeto de usuário para uma UO que está fora do escopo do MMSSPP.
  • Defina o valor apropriado para o filtro MMSSPP. Esse valor é definido para cada cliente com relação ao atributo e o valor, mas sua estrutura pode ser algo parecido com extensionAttribute1 = NoSync.
  • Use o filtro universal para MMSSPP. Este filtro limpa os valores de todos os atributos a seguir:
    • Email
    • MailNickname
    • ProxyAddresses
    • TargetAddress
  • Exclua o objeto do cliente AD.

Cenário 6

Um grupo de email deve ser desprovisionado. Nessa situação, um grupo que é configurado no Office 365D/ITAR é removido do Active Directory e GAL. Além disso, ele será removido como um membro de qualquer grupo do qual é membro. Um dos métodos a seguir é eficaz:
  • Limpa o valor de correio para o grupo.
  • Exclua o objeto de grupo do cliente AD.
Resolução
Após a consideração das situações apropriadas, você pode corrigir um cenário de desprovisionamento com falha por um dos seguintes métodos.

Cenário 1

Uma caixa de correio do Office 365D/ITAR deve ser desprovisionada, e o usuário deve ser habilitado para email (não da caixa de correio habilitado) no Office 365D/ITAR.
  1. Retornar os valores dos atributos de mala direta e targetAddress valores originais necessárias para provisionar uma caixa de correio do Office 365 D/ITAR (por exemplo, o sufixo de atributo de email está na lista de inclusão de SMTP e o sufixo de atributo targetAddress é semelhante a @mgd.customerdomain.com).
  2. Defina a caixa de correio desprovisionamento de valor de atributo (por exemplo, extensionAttribute9 = RemoveMSOMbx).
  3. Depois que a caixa de correio for desprovisionada (o cmdlet get-destinatárioencontra ninguém ou o cmdletget-usuário retorna um valor), defina os valores dos atributos de mala direta e targetAddress para o estado desejado para um usuário habilitado para email.

Cenário 2

Usuário tem uma caixa de correio no Office 365D/ITAR, a caixa de correio deve ser desprovisionada, e os objetos do Office 365D/ITAR devem ser removidos do Office 365 AD:
  1. Variação 1: Cliente não tem o recurso de recuperação automatizada do sistema está ativado para reconexões caixas de correio entre florestas. Qualquer um dos métodos a seguir é eficaz:
    • Mova o objeto de usuário para uma UO que está fora do escopo do MMSSPP.
    • Defina o valor apropriado para o filtro MMSSPP. Esse valor é definido para cada cliente que tem sentido para o atributo e o valor, mas sua estrutura pode ser algo parecido com extensionAttribute1 = NoSync.
    • Use o filtro universal para MMSSPP. Este filtro limpa os valores de todos os atributos a seguir:
      • Email
      • MailNickname
      • ProxyAddresses
      • TargetAddress
    • Exclua o objeto do cliente AD.
  2. Variação 2: Cliente tem o recurso de recuperação automatizada do sistema está ativado para reconexões caixas de correio entre florestas. Nessa situação, os objetos que são filtrados, movidos ou excluídos do cliente AD fazer com que os objetos gerenciados a serem movidos para uma retenção OU (onde elas estejam ocultas a partir da GAL mas ainda recebem mensagens) de 1-3 dias.
    1. Corrija os erros de sincronização.
    2. Adicione o valor DeleteNowpara o atributo de provisionamento de correio designado e ativar o ciclo de pelo menos uma sincronização seja concluída. Este é um valor somente de teste que não aciona o desprovisionamento. Ela informa MMSSPP que quando o filtro é aplicado para excluir imediatamente o objeto gerenciado do AD em vez de mantê-lo emPendingDeletions OU de 1-3 dias.
    3. Faça as alterações que são indicadas na variação 1 (mover, aplique o filtro personalizado, aplique o filtro universal ou excluir).

Cenário 3

Caixa de correio do usuário está em litígio.
  1. Uma caixa de correio não for desprovisionada enquanto está em suspensão de litígio.
  2. Consulte a seção "Práticas recomendadas" para que as recomendações que envolvem o processo para mover uma caixa de correio para um estado inativo de litígio.
  3. Somente depois que uma caixa de correio é removida do litígio, ações no cenário 1 ou 2 resultará na caixa de correio está sendo desprovisionada.

Cenário 4

Caixa de correio do usuário está em litígio, mas está em estado inativo antes de Lync serviços são desprovisionados. Serviços do Lync devem ser desprovisionados.
  1. Se o objeto customer ainda está em escopo de MMSSPP e não filtrado (a caixa de correio foi feita inativo, adicionando o tipo = InHold; valor para o atributo de configuração), defina o valor do atributo como 0 para o atributo de bitmask provisionamento do Lync. Esse valor resulta no desprovisionamento dos serviços do Lync após alguns ciclos de sincronização. Por exemplo, extensionAttribute6 = 15 é alterado para extensionAttribute6 = 0.
  2. Se a caixa de correio do usuário está em litígio e o cliente filtrados ou removido do objeto do escopo antes de desprovisionamento Lync, devem ser seguidas etapas adicionais para desprovisionamento Lync:
    1. Com o objeto cliente ainda filtrados ou fora do escopo da unidade Organizacional, adicione a tipo = InHold; o valor na caixa de correio provisionamento atributo (se ainda não estiver definido). Isso é muito importante se a caixa de correio deve permanecer inativa. Se o valor não for adicionado, a caixa de correio é retornada para o status ativo (permitindo a entrega de logon e mail), assim como é retornado ao escopo.
    2. Defina o valor de atributo de bitmask Lync como 0.
    3. Remova o filtro ou voltar o objeto customer no escopo da unidade Organizacional.
    4. Após algumas sincronizar ciclos, Lync serviços são desprovisionados.
    5. Quando Lync desprovisionamento for concluída, o objeto customer pode ser deixado inalterados, filtrada, removido do escopo ou excluídos de acordo com a diretiva de cliente.

Cenário 5

Um usuário habilitado para email (não um usuário habilitado para caixa de correio) ou contato habilitado para email deve ser desprovisionado. Para desativar um usuário habilitado para email, qualquer um dos métodos a seguir é eficaz:
  • Mova o objeto de usuário para uma UO que está fora do escopo do MMSSPP.
  • Defina o valor apropriado para o filtro MMSSPP. Esse valor é definido para cada cliente que tem sentido para o atributo e o valor, mas sua estrutura pode ser algo parecido com extensionAttribute1 = NoSync.
  • Use o filtro universal para MMSSPP. Este filtro limpa os valores de todos os atributos a seguir:
    • Email
    • MailNickname
    • ProxyAddresses
    • TargetAddress
  • Exclua o objeto do cliente AD.

Cenário 6

Um grupo de email deve ser desprovisionado. Nesse caso, um grupo que é configurado no Office 365D/ITAR é removido do Active Directory e GAL. Além disso, ele será removido como um membro de qualquer grupo do qual é membro. O seguinte é eficaz:
  • Limpa o valor de correio para o grupo.
  • Exclua o objeto de grupo do cliente AD.
Observações:
  • Depois que um objeto de usuário é configurado no Office 365D/ITAR, evite limpar o valor do atributo de email. Limpar o atributo não desprovisionamento uma caixa de correio e pode fazer resultados da consulta tarefas de manutenção de rotina e ambíguo desnecessariamente complexos.
  • Este documento destina-se a fornecer as práticas recomendadas e as etapas de solução simples de desprovisionamento correio e serviços de Lync em ambientes do Office 365D/ITAR. Outras ações tomadas pelo cliente podem resultar em desprovisionamento dos serviços. Para obter mais informações, consulte oManual de ferramentas do Office 365D/ITAR provisionamento.
  • Quando uma caixa de correio for desprovisionada, independentemente do método, ele é excluído do Office 365 D/ITAR não imediatamente. Em vez disso, ele tem mantidos em um estado desconectado para o período de retenção configurados (normalmente 30 dias), durante esse período ele pode ser reconectado automaticamente (se o objeto de usuário original é movido para o escopo MMSSPP ou não filtrada) ou reconectadas manualmente (através de um escalonamento para serviços de suporte da Microsoft).

Propriedades

ID do Artigo: 2655364 - Última Revisão: 03/17/2016 20:58:00 - Revisão: 3.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal, Microsoft Exchange Online

  • vkbportal226 kbmt KB2655364 KbMtpt
Comentários