MMSSPP não deprovision uma caixa de correio do Exchange e os objectos com correio electrónico do Office 365 Dedicated/ITAR

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2655364
Sintomas
Microsoft geridos serviços serviço de aprovisionamento do fornecedor (MMSSPP) não deprovision uma caixa de correio do Microsoft Exchange ou correio objectos a partir de um ambiente de Dedicated/ITAR do Office 365.
Causa
Deprovisioning tem várias definições e, no contexto do Office 365 Dedicated/ITAR, estes serviços podem implicar qualquer um dos seguintes procedimentos:
  • Desligar de uma caixa de correio no Office 365 e a conversão do objecto do Office 365 para um utilizador com correio electrónico. Este é comum em qualquer um dos seguintes cenários:
    • Uma caixa de correio do utilizador é migrada para um ambiente diferente (por exemplo, a partir de nuvem para o local).
    • Sempre que serviços de correio são nuvem desactivado mas outros serviços (como Lync ou Skype para a empresa) são mantidos.
    • Sempre que as informações de contacto podem ser visualizadas na lista de endereços global (GAL).
    • Em que o utilizador pode ser um membro de um grupo de segurança de correio no Office 365 ou de distribuição.
  • Deprovisioning de um utilizador com correio electrónico ou um contacto. Esta acção remove (de direitos e os atributos de correiocorreio, mailNickname, legacyExchangeDN, proxyAddresses, e targetAddress) e remove o utilizador a partir de qualquer distribuição de correio ou grupos de segurança no Office 365, mas mantém o objecto do Active Directory (AD) aprovisionada.
  • Concluir a remoção do objecto do utilizador do Active Directory do Office 365.
  • Conversão de uma caixa de correio activa que está em suspensão do litígio a estado inactivo.
  • Remoção de um grupo de correio a partir do Active Directory do Office 365.
Falha de deprovision pode ocorrer um ou mais das seguintes razões:
  • Não são seguidos correctos processos ou procedimentos recomendados para deprovision objectos.
  • Um valor de atributo mal configurada que é reportado no relatório de erros de sincronização de MMSSPP diárias bloqueia o deprovisioning de correio ou o utilizador de correio.
  • Uma caixa de correio está em suspensão do litígio. Nunca pode ser deprovisioned uma caixa de correio, desde que o sinalizador está definido (apesar de pode ser colocado num estado inactivo).
Procedimentos recomendados

Cenário 1

Utilizador tem uma caixa de correio no Office 365D/ITAR e deve ser deprovisioned a caixa de correio. No entanto, o objecto do Office 365D/ITAR deve manter-se no GAL como um utilizador com correio electrónico.
  1. Verifique se o relatório de erros de sincronização de MMSSPP diário e corrigir quaisquer erros que são relatados. Depois de deszipar o ficheiro de relatório de erro, existe um ficheiro de ajuda ligado em conjunto e medidas de correcção para cada tipo de erro.
  2. No atributo deprovisioning designado, adicione o valor que acciona a caixa de correio deprovisioning. Não efectuar outras alterações e aguarde enquanto a caixa de correio gerida a ser removido do Office 365 ambiente (a homeMDB valor do atributo será nulo). Normalmente, isto é executado num ou dois ciclos de sincronização MMSSPP.
    1. O atributo que é utilizado para deprovisioning é diferente para cada cliente e é normalmente o mesmo valor que é utilizado para aprovisionamento valores da caixa de correio (por exemplo, uma caixa de correio normalmente aprovisionada tem extensionAttribute9 = MBX = 50GB; Tipo = EP2D; REG = UE;).
    2. O valor que é utilizado para deprovisioning é diferente para cada cliente. No entanto, o valor é normalmente RemoveMSOMbx (por exemplo, extensionAttribute9 = RemoveMSOMbx).
  3. Depois da caixa de correio estiver desactivada, alterar o cliente targetAddress atributo de valor para apontar para a localização pretendida fora do Office 365D/ITAR (normalmente, este é SMTP:sameAsMailValue) e remova o atributo deprovisioning. Depois de sincronizar algumas ciclos, o objecto é activado por correio electrónico e visível no GAL.

Cenário 2

Se o utilizador tiver uma caixa de correio no Office 365D/ITAR, deve ser deprovisioned a caixa de correio e os objectos do Office 365D/ITAR devem ser retirados do Office 365 AD.
  1. Variação 1: Cliente não tem a funcionalidade de restabelecimento de ligação de serviços automática (ASR) está activada para restabelecer ligações de correio entre florestas. Qualquer um dos métodos seguintes são eficazes:
    • Mova o objecto de utilizador para uma unidade organizacional (UO) que está fora do âmbito de aplicação da MMSSPP.
    • Defina o valor apropriado para o filtro MMSSPP. Este valor é definido para cada cliente o atributo e o valor, mas a respectiva estrutura pode ser algo parecido com extensionAttribute1 = sem sincronização.
    • Utilize o filtro de universal para MMSSPP. Este filtro limpa os valores de todos os atributos seguintes:
      • Correio
      • MailNickname
      • ProxyAddresses
      • TargetAddress
    • Elimine o objecto pelo cliente AD.
  2. Variação 2: Cliente tem a funcionalidade de recuperação automática do sistema que está activada para restabelecer ligações de correio entre florestas. Nesta situação, os objectos que são filtrados, movidos ou eliminados pelo cliente AD, fazer com que os objectos geridos mover para uma retenção OU (em que estas estão ocultas a partir da GAL mas continuar a receber correio) 1-3 dias.
    1. Corrija os erros de sincronização.
    2. Adicionar a DeleteNow valor na caixa de correio designado aprovisionamento atributo e activar pelo menos um ciclo de sincronização ser concluída. Este é um valor de só de transição que não activa a deprovisioning. Indica ao MMSSPP que quando o filtro é aplicado a elimine imediatamente o objecto AD gerido em vez de manter, do PendingDeletions UO para 1-3 dias.
    3. Efectue qualquer uma das alterações que são indicadas em 1 de variação(mover, aplicar o filtro personalizado, aplicar o filtro universal ou eliminar).

Cenário 3

Caixa de correio do utilizador está em suspensão do litígio. Neste cenário, a caixa de correio do Office 365 está ligada e o objecto AD gerido é mantido. Este é o processo recomendado para colocar a caixa de correio para um Estado de inactivo litígio mantenha:
  1. Se o processo do cliente estiver a eliminar do objecto do utilizador AD após um período de tempo, altere os valores da correio, targetAddresse smtp proxyAddresses atributos para acrescentar _old ou _litHold para o prefixo. Isto permite ao utilizador aceder respectivos endereços de correio electrónico e do proxy originais quando devolverem o emprego. Efectue estas alterações de atributo antes de seguir os passos seguintes.
  2. Se outros serviços (como Lync) tem de ser alterado, efectue as alterações de atributo adequado.
  3. Adicionar a Tipo = InHold; valor de atributo que é utilizado para aprovisionamento valores (Isto varia por cliente) da caixa de correio. Utilize este exemplo:

    MBX = 50GB; Tipo = InHold; REG = UE;
  4. Aguarde o ciclo de pelo menos uma sincronização.
  5. Depois do Tipo = InHold; valor está em harmonia Office 365D/ITAR, o utilizador já não pode iniciar sessão na caixa de correio. A caixa de correio está oculto a partir da GAL e remetentes para essa caixa de correio recebem um relatório de falha de entrega NDR).
  6. Depois de concluir os passos 1 a 5, o objecto de cliente pode ser filtrado, movido para fora de âmbito ou eliminado.
  7. Se o passo 6 é concluído antes de concluir os passos 1-5, sendo, a caixa de correio gerida está ainda inactiva. No entanto, a ignorar os passos pode efectuar consultas mais difícil e efectuar o restauro dos serviços mais complexa quando o utilizador regressa ao trabalhar.

Cenário 4

Serviços de Lync Dedicated/ITAR devem ser deprovisioned:
  1. Lync pode deprovisioned, independentemente do Estado da caixa de correio, definindo um valor de 0 o atributo que está seleccionada para Lync aprovisionamento. Isto é diferente para cada cliente.
  2. Se a caixa de correio do utilizador estiver em suspensão do litígio, o valor deprovisioning Lync 0 tem de ser definido antes do objecto de cliente é filtrado, removido do âmbito de aplicação ou eliminado pelo cliente AD.

Cenário 5

Um utilizador com correio electrónico (não um utilizador correio) ou um contacto de correio tem de ser deprovisioned. Tenha em atenção de que os utilizadores de correio são, normalmente, os utilizadores que pode iniciar sessão para os recursos de domínio do cliente, mas que receber correio a uma caixa de correio fora do ambiente do Office 365D/ITAR. Estas caixas de correio podem ser localizadas no ambiente no local do cliente ou de um serviço externo. Para desactivar um utilizador com correio electrónico, utilize qualquer um dos seguintes métodos:
  • Mova o objecto de utilizador para uma UO que está fora do âmbito de aplicação da MMSSPP.
  • Defina o valor apropriado para o filtro MMSSPP. Este valor é definido para cada cliente o atributo e o valor, mas a respectiva estrutura pode ser algo parecido com extensionAttribute1 = sem sincronização.
  • Utilize o filtro de universal para MMSSPP. Este filtro limpa os valores de todos os atributos seguintes:
    • Correio
    • MailNickname
    • ProxyAddresses
    • TargetAddress
  • Elimine o objecto pelo cliente AD.

Cenário 6

Um grupo de correio tem de ser deprovisioned. Nesta situação, um grupo que está aprovisionado no Office 365D/ITAR é removido da GAL e Active Directory. Além disso, é removido como um membro de qualquer grupo do qual é membro. Um dos seguintes métodos é eficaz:
  • Desmarque o valor de correio para o grupo.
  • Elimine o objecto de grupo do cliente AD.
Resolução
Após análise dos cenários adequados, poderá corrigir um cenário de deprovisioning falhou por um dos seguintes métodos.

Cenário 1

Uma caixa de correio do Office 365D/ITAR deve ser deprovisioned e o utilizador tem de ser activada para correio (não correio) no Office 365D/ITAR.
  1. Devolver os valores dos atributos de impressão em série e targetAddress para os valores originais necessário aprovisionar uma caixa de correio do Office 365 D/ITAR (por exemplo, o sufixo de atributo de correio 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 deprovisioning o valor do atributo (por exemplo, extensionAttribute9 = RemoveMSOMbx).
  3. Depois da caixa de correio é deprovisioned (o cmdlet get-destinatáriolocaliza ninguém, ou o cmdletget-utilizador devolve um valor), defina os valores dos atributos de impressão em série e targetAddress como o estado pretendido para um utilizador com correio electrónico.

Cenário 2

Utilizador tem uma caixa de correio no Office 365D/ITAR, deve ser deprovisioned a caixa de correio e os objectos do Office 365D/ITAR devem ser retirados do Office 365 AD:
  1. Variação 1: Cliente não tem a funcionalidade de recuperação automática do sistema que está activada para restabelecer ligações de correio entre florestas. Qualquer um dos seguintes métodos é eficaz:
    • Mova o objecto de utilizador para uma UO que está fora do âmbito de aplicação da MMSSPP.
    • Defina o valor apropriado para o filtro MMSSPP. Este valor é definido para cada cliente que tenha contexto para o atributo e o valor, mas a respectiva estrutura pode ser algo parecido com extensionAttribute1 = sem sincronização.
    • Utilize o filtro de universal para MMSSPP. Este filtro limpa os valores de todos os atributos seguintes:
      • Correio
      • MailNickname
      • ProxyAddresses
      • TargetAddress
    • Elimine o objecto pelo cliente AD.
  2. Variação 2: Cliente tem a funcionalidade de recuperação automática do sistema que está activada para restabelecer ligações de correio entre florestas. Nesta situação, os objectos que são filtrados, movidos ou eliminados pelo cliente AD, fazer com que os objectos geridos mover para uma retenção OU (em que estas estão ocultas a partir da GAL mas continuar a receber correio) 1-3 dias.
    1. Corrija os erros de sincronização.
    2. Adicione o valor de DeleteNowpara o atributo de aprovisionamento da caixa de correio designado e activar o ciclo de pelo menos uma sincronização ser concluída. Este é um valor de só de transição que não activa a deprovisioning. Indica ao MMSSPP que quando o filtro é aplicado a elimine imediatamente o objecto AD gerido em vez de manter, naPendingDeletions OU 1-3 dias.
    3. Efectue qualquer uma das alterações que são indicadas em 1 de variação (mover, aplicar o filtro personalizado, aplicar o filtro universal ou eliminar).

Cenário 3

Caixa de correio do utilizador está em suspensão do litígio.
  1. Uma caixa de correio não é deprovisioned desde que esteja em suspensão do litígio.
  2. Consulte a secção "Procedimentos recomendados" para obter recomendações que envolvam o processo para mover uma caixa de correio para um estado inactivo mantenha de litígios.
  3. Apenas depois de uma caixa de correio é removida do litígio mantenha, acções no cenário 1 ou 2 irão resultar na caixa de correio que está a ser deprovisioned.

Cenário 4

Caixa de correio do utilizador está em suspensão do litígio, mas está num estado inactivo antes Lync serviços são deprovisioned. Serviços de Lync devem ser deprovisioned.
  1. Se o objecto de cliente é ainda no âmbito da MMSSPP e não filtrado (a caixa de correio foi efectuada inactivo adicionando o tipo = InHold; valor ao atributo aprovisionamento), defina o valor de atributo para 0 para o atributo de máscara de bits de aprovisionamento de Lync. Este valor resulta na deprovisioning de serviços de Lync depois de sincronizar algumas ciclos. Por exemplo, extensionAttribute6 = 15 é alterado para extensionAttribute6 = 0.
  2. Se a caixa de correio do utilizador está suspenso de litígio, e o cliente filtrados ou removeu o objecto do âmbito de aplicação antes de deprovisioning Lync, devem ser tomadas medidas adicionais para deprovision Lync:
    1. Com o objecto de cliente ainda filtrados ou fora do âmbito de UO, adicione o tipo = InHold; valor na caixa de correio aprovisionamento atributo (se ainda não estiver definida). Isto é muito importante se a caixa de correio se destinar a permanecer inactivo. Se o valor não é adicionado, a caixa de correio é devolvida ao estado activo (Activar entrega de início de sessão e correio) assim como é devolvida ao âmbito.
    2. Defina o valor de atributo de bitmask do Lync para 0.
    3. Remova o filtro ou mova o objecto de cliente no âmbito da UO.
    4. Depois de sincronizar algumas ciclos, Lync serviços são deprovisioned.
    5. Quando Lync deprovisioning estiver concluída, o objecto de cliente pode ser deixado sem modificações, filtrados, removido do âmbito de aplicação ou eliminados por política de cliente.

Cenário 5

Um utilizador com correio electrónico (não um utilizador correio) ou um contacto de correio tem de ser deprovisioned. Para desactivar um utilizador com correio electrónico, qualquer um dos seguintes métodos é eficaz:
  • Mova o objecto de utilizador para uma UO que está fora do âmbito de aplicação da MMSSPP.
  • Defina o valor apropriado para o filtro MMSSPP. Este valor é definido para cada cliente que tenha contexto para o atributo e o valor, mas a respectiva estrutura pode ser algo parecido com extensionAttribute1 = sem sincronização.
  • Utilize o filtro de universal para MMSSPP. Este filtro limpa os valores de todos os atributos seguintes:
    • Correio
    • MailNickname
    • ProxyAddresses
    • TargetAddress
  • Elimine o objecto pelo cliente AD.

Cenário 6

Um grupo de correio tem de ser deprovisioned. Neste caso, um grupo que está aprovisionado no Office 365D/ITAR é removido da GAL e Active Directory. Além disso, é removido como um membro de qualquer grupo do qual é membro. Uma das seguintes é eficaz:
  • Desmarque o valor de correio para o grupo.
  • Elimine o objecto de grupo do cliente AD.
Notas
  • Depois de um objecto de utilizador é aprovisionado no Office 365D/ITAR, evite desmarcar o valor do atributo de correio. Limpar o atributo não deprovision uma caixa de correio e poderá fazer os resultados da consulta tarefas de manutenção de rotina e ambíguo desnecessariamente complexos.
  • Este documento destina-se prever o deprovisioning de impressão em série e serviços Lync em ambientes do Office 365D/ITAR de melhores práticas e medidas de correcção simples. Outras acções executadas pelo cliente podem resultar na deprovisioning de serviços. Para mais informações, consulte oManual do Office 365D/ITAR aprovisionamento ferramentas.
  • Quando uma caixa de correio é deprovisioned, independentemente do método, não imediatamente é eliminada do Office 365 D/ITAR. Em vez disso, tenha mantidas num estado desligado durante o período de retenção configurado (normalmente 30 dias), durante os quais se pode ser automaticamente restabelecida (se o objecto de utilizador original for anulado filtrada ou movida novamente para o âmbito MMSSPP) ou restabelecida manualmente (através de um escalonamento para suporte técnico da Microsoft).

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2655364 - Última Revisão: 03/17/2016 20:57: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