Scripts de limpeza pós-clonagem
Os scripts de limpeza são executados automaticamente na instância de destino após a conclusão do processo de clonagem.
Use scripts de limpeza para modificar ou remover dados incorretos. Os scripts de limpeza são executados após a conclusão dos preservadores de dados e do clone.
Você pode adicionar novos scripts de pós-clonagem na instância de origem para executar qualquer ação que normalmente pode ser realizada por meio de inclusões de script ou regras de negócio. Para adicionar um script, navegue até e clique em Novo.
Nota:
instância. Você pode tornar os scripts de pós-clonagem ativos ou inativos para controlar se esses scripts são executados ou não. Você também pode definir um número de ordem em cada script, o que permite definir a ordem em que os scripts ativos são executados, com números mais baixos tendo uma prioridade mais alta.Os scripts de limpeza sempre serão executados em clones criados usando um perfil de clone. Isso é necessário porque eles são OOB disponíveis e garantem um pós-clonagem de estado íntegro. Depois que o clone é concluído, todos os scripts de limpeza são combinados como um trabalho agendado chamado Executar script de limpeza de clone: executa scripts de limpeza sequencialmente e até a conclusão no escopo global. Os scripts de limpeza são ordenados com base no campo de pedido. Os scripts de limpeza devem ser definidos na origem
Nota:
Todos os scripts de limpeza são executados no escopo global, independentemente do escopo no qual você configurou o script de limpeza. Um exemplo de como executar um script com escopo é
- Crie uma inclusão de script no escopo desejado com a lógica de limpeza.
- Tenha uma configuração de acesso restrito de solicitante para permitir o acesso ao script com escopo. Verifique se você está no escopo da inclusão de script usada para criar o RCA.
Campo Descrição Escopo de origem Global Tipo de Origem Escopo Status Permitido Escopo de destino O escopo da inclusão de script. Tipo de Destino Inclusão de script Meta O script. Operação Executar API - Chame a inclusão de script a partir do script de limpeza do clone.
Os scripts de limpeza pós-clonagem a seguir executam várias ações na instância de destino.
| Script | Descrição |
|---|---|
| Credenciais do MID Server incorretas após clonagem | Executa uma inclusão de script chamada BadMIDCredentialAfterClone em uma instância clonada para detectar credenciais de usuário do MID Server incorretas. Esta inclusão de script cria trabalhos agendados que registram MID Servers no estado Inativo na tabela Problema do MID Server [ecc_agent_issue] após um clone de instância. |
| Limpar associação de nó de trabalho programado | Redefine todos os trabalhos agendados que estavam ativos na instância de origem para o estado Pronto. Este script também limpa o valor dos campos ID do sistema e Reivindicado por em todos os trabalhos agendados. |
| Configurar contas de e-mail | Migra as contas de e-mail que existiam na instância de origem para a instância de destino se elas não estiverem habilitadas lá. Este script também migra as propriedades de e-mail para a instância de destino. |
| Desabilitar e-mails | Desabilita o e-mail na instância de destino. Um preservador de dados padrão mantém outras configurações de e-mail da instância de destino. |
| Instalar plug-in desativado | Habilita o plug-in Domain Separation para instâncias que usam este recurso. |
| Gerar novamente todos os índices de texto | Recria índices de texto na instância de destino após um clone. Índices de texto não são clonados da origem para a instância de destino. |
| Programar tabelas de backup de descarte | Programa a exclusão dos dados contidos no banco de dados da instância de destino antes do clone. Esses dados originais são preservados por 24 horas após um clone para permitir que você reverta uma instância para o estado de pré-clonagem. Se a instância de destino for submetida a downgrade como parte do clone, os dados de backup não estarão disponíveis. |