Solicitar um clone

Solicite um clone para copiar dados de uma instância de produção para uma instância de não produção ou para copiar dados entre instâncias de não produção.

Antes de Iniciar

Função necessária: Clone_admin

Nota:

Se a finalidade da instância de origem for DART (Acesso a dados para treinamento responsável), o clone não será habilitado e uma mensagem de erro será exibida.

Procedimento

1. Navegar até Tudo > Console do administrador de clones > Página inicial de clones.
2. Selecione Clone da solicitação .
3. No formulário, preencha os campos.

   Tabela 1. Clonar formulário de solicitação

   Campo	Descrição
   Instância de origem	O banco de dados original de onde os dados são copiados.
   Instância de destino	O novo local para onde os dados são copiados. Nota: Você pode adicionar uma instância ou selecionar uma instância existente sem sair da página.
   Perfil de Clone	Aplique um perfil de clone que você criou anteriormente. Todas as exclusões, preservadores e scripts adicionados ao perfil são aplicados à solicitação de clone. Nota: Se padrão Está marcado no perfil de clone, a solicitação de clone carrega este perfil sempre que você abre a página de solicitação de clone (Console de administração de clone v.1.0.18 ou posterior).
   Hora de início programada do clone	A hora de início para começar a clonar sua instância.
   E-mail na conclusão	O e-mail a ser notificado sobre a conclusão do clone.
   Endereço de e-mail externo	E-mails externos para os quais você deseja que as notificações de clone sejam enviadas durante o processo de clonagem.

4. Selecione as seguintes opções que você deseja configurar para o clone.
   Nota:

   Configurações adicionais podem ser definidas para sua solicitação de clone, no entanto, algumas opções podem aumentar significativamente o tempo de conclusão do clone.

   Tabela 2. Cloneoptions

   Campo	Descrição
   Excluir tabelas especificadas na lista de exclusões	Impede a clonagem de registros de tabelas na instância de origem listadas em   Clone da instância > Excluir Tabelas. Se uma tabela estiver na Lista de exclusões, o clone excluirá os registros na tabela, bem como os registros nas tabelas secundárias. Ao excluir tabelas, o esquema de tabela e a hierarquia deles ainda serão clonados para sua instância de destino. Como resultado, sua instância de destino terá tabelas vazias, mas utilizáveis após o clone. Nota: As exclusões de tabela prontas para uso da ServiceNow ainda serão excluídas e não serão afetadas por esta configuração. Isso inclui tabelas que contêm auditoria, uso de licença, registro em log e notificações. Você pode optar por desabilitar essa configuração se precisar dos dados de suas tabelas excluídas. O mecanismo de clone legado não é compatível com esta opção. A configuração padrão é que as tabelas especificadas na Lista de exclusões são excluídas de um clone.
   Excluir dados de auditoria e log	Impede a clonagem de registros de auditoria e log da instância de origem. Isso cria tabelas de auditoria e log vazias, mas utilizáveis na instância de destino. Nota: Se você excluir dados de auditoria e log do clone, o Fluxo de atividades dos registros não corresponderá à instância de origem. Isso ocorre porque o Fluxo de atividades depende da tabela de auditoria para gerar o histórico. A configuração padrão é que os dados de auditoria e log sejam excluídos de um clone.
   Excluir dados de anexos	Impede a clonagem de determinados arquivos como Arquivos de vídeo Arquivos de imagem Outros arquivos binários grandes da tabela sys_attachment. Nota: Os anexos prontos para uso da ServiceNow e outros arquivos relevantes para o sistema (por exemplo, imagens de item do catálogo, imagens de tema e ícones) não são afetados por esta configuração. Os seguintes anexos prontos da ServiceNow e outros arquivos relevantes para o sistema não são afetados por esta configuração e não são excluídos de um clone: Valores de nome de tabela que começam com ZZ_. Nomes das tabelas: Sys_certificate, sc_cat_item,sys_upgrade_manifest, ecc_agent_jar, ecc_agent_mib, sys_store_app, ou invisible.sys_store_app. A configuração padrão é excluir dados de anexo.
   Preservar tema	Preserva o tema e os elementos CSS na instância de destino. Como resultado, sua instância de destino manterá o tema e a aparência após um clone. A configuração padrão é preservar o tema na instância de destino.
   Configurações de bloqueio para esta solicitação de clone	Se você usar um perfil de clone, esta opção bloqueará as configurações e opções no momento da solicitação de clone. As mudanças subsequentes no perfil de clone, independentemente de quando o clone é executado, não afetam a solicitação de clone. Esta opção não é selecionada por padrão.
   Quantidade de dados copiados de tabelas específicas	Limita o número de dias de dados históricos para a tabela de tarefas e suas tabelas secundárias (por exemplo, tabelas Incidente, Problema e Mudança) a 90 dias. Para reduzir o tempo de clonagem, considere excluir tabelas grandes. Ao excluir tabelas, sua instância de destino terá o mesmo esquema de tabela e hierarquia (ou seja, tabelas utilizáveis vazias) que a instância de origem. A configuração padrão é clonar todos os dados da tabela de tarefas e suas tabelas secundárias para a instância de destino.
   Preservar Conjuntos de atualizações em andamento	Preserva os últimos 90 dias de conjuntos de atualizações em andamento no escopo da aplicação global. Esta opção permite que você mantenha conjuntos de atualizações globais em andamento criados nos últimos 90 dias em sua instância de destino. Nota: Esta opção não preserva seus conjuntos de atualizações com escopo em andamento. Conjuntos de atualizações com mais de 90 dias não serão salvos. É recomendável revisar e confirmar seus conjuntos de atualizações antes da clonagem. O padrão é não preservar conjuntos de atualizações.
   Frequência da clonagem	Esta opção permite programar clones recorrentes da origem para a instância de destino. Ele permite que você defina a frequência do clone e o número máximo de ocorrências. Por padrão, a frequência de clones é definida como Nenhum. Para obter mais informações sobre como programar clonagem, consulte Programe clones recorrentes .

5. Selecione Continuar.
6. Revise o resumo da solicitação de clone e selecione Confirme e envie a solicitação de clone .

Solicite um clone (IU legada)

Solicite um clone para copiar dados de uma instância de produção para uma instância de não produção ou para copiar dados entre instâncias de não produção.

Antes de Iniciar

Função necessária: Clone_admin

A partir da versão Austrália, as solicitações de clone não são mais implantadas, aprimoradas ou compatíveis com a página legada.

Nota:

Solicitações iniciadas por meio da página legada clone_instance.do não aparecerá na página inicial do novo console de clone. No entanto, eles ainda podem ser encontrados na página de histórico de clones legados clone_instance_list.do .

• Para instâncias que usam um banco de dados Oracle, consulte KB0538884 - Suporte a clone de instância para clientes Oracle .

• Você pode configurar clones recorrentes programando-os no painel Opções.

Configure sua instância de destino antes de solicitar seu clone. Faça o. a seguir :

• Navegue até Configurações > Clonar instâncias.
• Selecione Novo.
• Preencha o novo formulário de instância de clone.

Configure um perfil de clone. Faça o. a seguir :

• Navegar até Configurações > Perfis de clones.
• Preencha o novo formulário de perfil de clone.
  Nota:

  Você pode criar vários perfis de clone e utilizar um modelo de clone reutilizável. Os perfis de clone permitem que você selecione as exclusões e preservadores corretos para o clone.

Por Que e Quando Desempenhar Esta Tarefa

. ServiceNow AI Platform usa dados do backup diário mais recente da instância de origem ao clonar. Os backups usados para clonagem têm no máximo 36 horas. O clone de instância começa a preparação inicial, incluindo a seleção do backup mais recente a ser usado, somente na data e hora em que o processamento está programado para iniciar.

Procedimento

1. Faça login na instância que você deseja clonar.
   Esta instância se torna a instância de origem da solicitação de clone.
2. Configure um Destino do clone (registro e autenticação)registro para cada instância de destino que você deseja receber dados de clone.
3. Verifique a lista de tabelas que foram excluídas da clonagem e. adicione ou remova tabelas a serem excluídas da instância de destino.
4. Verifique a lista de tabelas e propriedades do sistema que você deseja salvar na instância de destino com o seguinte.

   Você pode usar preservadores de dados . Você também pode crie ou modifique preservadores de dados , conforme necessário.

5. Preserve todas as aplicações não publicadas na instância de destino.
6. Navegar até Clone da instância > Solicitar Clone.
7. Opcional: Especifique um perfil de clone predefinido.
   Um perfil de clone armazena opções de destino e clone. O perfil de clone preenche automaticamente sua solicitação de clone com as configurações de perfil selecionadas. Consulte perfis de clone para solicitações de clone .
8. Em Instância de destino , selecione a instância de destino para a qual você deseja receber os dados clonados.
   Crie uma solicitação de clone separada para cada instância de destino que você deseja receber dados de clone.
9. Em Hora de início programada do clone , selecione a hora em que você deseja que a clonagem seja iniciada.
   Você pode programar várias solicitações de clone para a mesma instância de origem. Por exemplo, crie uma solicitação de clone para copiar dados para a instância de não produção A e outra solicitação de clone para copiar dados para a instância de não produção B. O mecanismo de programação determina se várias solicitações de clone na mesma instância de origem podem ocorrer simultaneamente ou se devem ocorrer sequencialmente. Se sua instância de origem for muito grande, recomendamos encadeamento de clones. Consulte Encadeamento de clones em Explorar Clone de instância.
   O sistema verifica a hora de início programada e aceita o valor de data/hora selecionado ou sugere um valor de data/hora disponível. O processo de validação evita conflitos de programação com outras automações que usam a mesma instância de destino.
10. Em E-mail após a conclusão , insira seu endereço de e-mail para que você possa receber alertas após a conclusão da clonagem, o cancelamento ou a ocorrência de um erro.
11. Clique em Opções ponta de seta para que ela vire para baixo.
12. Preencha suas opções.
13. Selecione Enviar.
    Se não houver problemas com a solicitação de clone, o sistema exibirá o modal Autenticar destino.
14. Em Nome de usuário e. Senha , insira o nome de usuário e a senha de uma conta de administrador na instância de destino e clique em Autenticar .
15. Revise as configurações de clone e clique em OK .
    Um e-mail é enviado para o endereço fornecido depois que o clone é concluído, é cancelado ou tem um erro.

O que Fazer Depois

Você pode:

• Programe clones recorrentes .
• Cancele sua solicitação de clone .
• Exibir o histórico de clones de clones concluídos.

Destino do clone (registro e autenticação)

Um registro de destino de clone especifica o URL da instância e as credenciais usadas para clonagem.

Antes de Iniciar

• Forneça credenciais para a instância de destino para um usuário com a função de administrador. Use uma conta de usuário local, não uma conta de usuário LDAP ou SSO. As credenciais da instância de destino devem existir na tabela Usuário [sys_user] como um registro de usuário ou como parte de uma integração LDAP. As solicitações de clone não podem redirecionar solicitações de autenticação para um provedor de identidade de single sign-on.
• Verifique a propriedade do sistema glide.db.clone.allow_clone_targetestá definido como Verdadeiro . Por padrão, esta propriedade está habilitada em instâncias cujo nome termina em Dev, Teste, Fase, UAT ou QA.
• Se a instância de destino usar Autenticação baseada no intervalo de IPs , Ele deve habilitar o intervalo de IP 10,0.0,0/10.255.255.255 para se comunicar em uma rede local.
• Função necessária: Clone_admin

Procedimento

1. Navegar até Tudo > Clone do sistema > Destinos do clone.
2. Selecione Novo.
3. Insira o URL da instância de recebimento (destino).

   O sistema valida se a instância habilita destinos de clone e se a Clonagem de alta disponibilidade está ativa. As instâncias de produção e demonstração falham nessas verificações de validação.

   Figura 1. Destino do clone inválido

   

4. Insira as credenciais de autenticação básicas para uma conta de usuário com a função de administrador na instância de destino.

   

   Nota:

   Para clonar vários destinos de uma origem, você deve gerar solicitações de clone separadas para cada destino.
   O sistema valida as credenciais do usuário clone_admin e soap acesso à instância de destino.
5. Selecione Enviar.
   O sistema verifica a conectividade e valida as credenciais do usuário em relação à instância de destino.

Preservação de dados de instâncias de destino durante clones

Você pode usar preservadores de dados para proteger os dados na instância de destino contra serem substituídos. Se você tiver aplicações personalizadas, também deverá preservar manualmente o conteúdo da aplicação não publicada.

Preservadores de dados

Às vezes, é necessário preservar alguns dados em uma instância destinada para clonagem. Por exemplo, se o destino for um MID Server, você não deverá substituir a tabela MID Server [ecc_agent]. Os dados preservados são reaplicados à instância de destino após a conclusão das exclusões.

Aviso:

Você deve definir preservadores de dados na instância de origem. Defini-los na instância de destino não preserva os dados.

Os preservadores de dados normalmente preservam as configurações e temas do sistema, como:

• Configurações de autenticação específicas da instância
• Marcador [sys_ui_bookmark]
• Seleção recente [sys_ui_recent_selection]
• Preferência do usuário [sys_user_preference]

Nota:

Um clone não oferece suporte à preservação de dados de uma exibição de banco de dados.

Não use preservadores de dados para transferir grandes conjuntos de dados, como grupos de usuários. Se você precisar preservar dados da tabela, como usuários, grupos e funções, considere exportar os registros para um arquivo e importá-los após a clonagem.

Preservadores de dados para Multi-SSO

O sistema cria automaticamente os preservadores de dados necessários para clonagem quando você ativa a integração Single Sign-On de vários provedores.

Nome	Tabela	Condições
Certificado	Certificados X.509 [sys_certificate]	Nenhum(a)
Propriedades da instância principal	Propriedades do sistema [sys_properties]	[OU] [Nome] [é um de] [glide.authenticate.external, glide.authenticate.external.logout_redirect] [OU] [Nome] [começa com] [com.snc.integration.saml_esig] [OU] [Nome] [é um de] [glide.smtp.port, glide.smtp.auth, glide.smtp.encryption] [OU] [Nome] [começa com] [glide.authenticate.multisso] [OU] [Nome] [is] [glide.authenticate.sso.redirect.idp] Nota: As propriedades glide.smtp.port, glide.smtp.auth. glide.smtp.encryptionestão descontinuados.
Propriedades do resumo	Propriedades de resumo [digest_properties]	Nenhum(a)
Provedores de Identidade	Provedores de identidade [sso_properties]	Nenhum(a)
SAML2 Update1	Propriedades de atualização 1 do SAML2 [saml2_update1_properties]	Nenhum(a)

Nota:

Embora você possa modificar esses preservadores de dados, é uma prática recomendada não fazê-lo. As tabelas Propriedades resumidas [digest_properties], Provedores de identidade [sso_properties] e Propriedades SAML2 Update1 [saml2_update1_properties] são necessárias para que várias origens, Single Sign-on (SSO) funcionem corretamente. Se o Single Sign-on de várias origens estiver desabilitado na instância de destino, você poderá remover com segurança todos os três preservadores de dados. Remova-os ao mesmo tempo, pois o sistema encerra o clone com uma mensagem de erro quando você tenta clonar com uma ou duas dessas tabelas sendo preservadas.

Preservadores de dados para SAML

A preservação das configurações relacionadas ao SSO do SAML pode impedir que a instância de destino use os parâmetros de emissor e público incorretos ao fazer solicitações de autenticação para o IdP. Para preservar as configurações do SAML, crie preservadores de dados para as seguintes tabelas:

• Propriedade do sistema [sys_properties]: Para preservar as propriedades SAML.
• Certificados X.509 [sys_certificate]: Para preservar certificados SAML.
• Usuário [sys_user]: Para preservar usuários SAML.

Você também precisa preservar propriedades E usuários que estão envolvidos no SAML.

Preservação de aplicações não publicadas

Você não pode usar preservadores de dados para salvar aplicações não publicadas. Em vez disso, os desenvolvedores de aplicações devem escolher como desejam preservar aplicações não publicadas .

O processo de clonagem não preserva as diferenças de versão das aplicações em desenvolvimento. Em vez disso, o clone do sistema copia somente a versão da aplicação instalada na instância de origem para a instância de destino. Se a instância de destino tiver uma versão de desenvolvimento da mesma aplicação, a aplicação será editável após o clone, mas será em qualquer versão instalada na instância de origem. Se a aplicação estiver ausente na instância de origem, o processo de clonagem excluirá a aplicação da instância de destino.

Crie um preservador de dados

Os preservadores de dados mantêm os dados especificados em uma instância de destino.

Antes de Iniciar

Função necessária: Clone_admin

Por Que e Quando Desempenhar Esta Tarefa

Às vezes, preservar determinados dados em uma instância de destino é desejável. Por exemplo, ao usar um MID Server, você pode evitar substituir a tabela MID Server [ecc_agent]. Os dados preservados são armazenados em uma lista gerada dinamicamente na instância de destino antes do clone e restaurados na instância de destino após a conclusão do clone. Você define preservadores de dados na instância de origem.

Os preservadores de dados destinam-se principalmente a preservar as configurações e temas do sistema, como configurações de autenticação específicas da instância. Não use preservadores de dados para transferir grandes conjuntos de dados, como grupos de usuários. Se você precisar preservar dados da tabela, como usuários, grupos e funções, considere exportar os registros para um arquivo e importá-lo após a conclusão do clone.

Considere se os dados nas tabelas a seguir devem ser preservados.

• Marcador [sys_ui_bookmark]
• Seleção recente [sys_ui_recent_selection]
• Preferência do usuário [sys_user_preference]

Se você definir um preservador de dados em uma tabela em que a instância de origem tenha mais registros do que a instância de destino, os dados preservados na instância de destino também incluirão os registros adicionais da instância de origem.

Por exemplo, suponha que o preservador de dados já esteja instalado.

• Na instância de origem, a tabela sys_temp contém 100 registros.
• Na instância de destino, a tabela sys_temp contém 20 registros.

Após o clone, a tabela sys_temp na instância de destino contém 100 registros.

• Os 20 registros na tabela sys_temp de destino são preservados com sucesso (de acordo com a especificação de preservação de dados). Esses registros faziam parte dos 100 registros na tabela sys_temp de origem.
• A tabela sys_temp de origem traz os 80 registros restantes para a tabela sys_temp de destino.

Para resolver esse problema e preservar somente os registros na tabela de destino, crie um registro de tabela de exclusão para a tabela de destino, além de definir o preservador de dados na tabela de origem.

Importante:

Configure preservadores na instância de origem.

Procedimento

1. Na instância de origem, navegue até Clone do sistema > Preservar dados.
2. Selecione Novo.
3. Insira o rótulo da tabela como Nome , Por exemplo, Preferência do usuário para a tabela [sys_user_preference].
   O preservador de dados deve ter um nome de tabela ou não pode ser enviado.
4. Selecione Tabela a ser preservado.
   O preservador de dados deve ter uma tabela selecionada ou não pode ser enviado.
5. Selecione Tema Se os dados que estão sendo preservados forem uma propriedade de IU.
6. Defina os dados a serem preservados usando Construtor de condições .
   Você pode usar condições para definir registros específicos que você deseja preservar durante um clone. Por exemplo, para preservar somente propriedades específicas do sistema, você pode adicionar condições para cada nome de propriedade que deseja preservar.

   Nota:

   A condição para corresponder a expressões regulares [corresponder regex] não é mais compatível.

   

7. Selecione Enviar.
   Se você quiser excluir o preservador de dados mais tarde, certifique-se de não modificar ou excluir os seguintes registros de preservador de dados:

   • Propriedades da instância principal
   • Semáforos
   • Contas de e-mail

   Nota:

   Não é possível preservar as exibições de bancos de dados.

   Os preservadores não podem ficar em branco e os usuários não poderão enviar o clone se os preservadores estiverem vazios.

Preserve as propriedades do SAML

Se você quiser que uma instância de destino de clone mantenha sua integração SAML existente, edite o. Propriedades da instância principal Preservação de dados para incluir as propriedades do SAML.

Antes de Iniciar

Função necessária: administrador

Procedimento

1. Navegar até Tudo > Clone do sistema > Preservar dados.
2. Selecione Propriedades da instância principal .
3. Adicione o seguinte Condições .
   • [OU] [Nome] [é um de] [glide.authenticate.external, glide.authenticate.external.logout_redirect, glide.authenticate.failed_requirement_redirect]
   • [OU] [Nome] [começa com] [glide.authenticate.sso.saml2]
   • [OU] [Nome] [começa com] [com.snc.integration.saml_esig]

   

   Nota:

   Certifique-se de Tema a caixa de seleção está desmarcada para que essas propriedades sejam preservadas, independentemente de você preservar o tema da instância.
4. Clique em Atualizar.

Preserve aplicações e personalizações em desenvolvimento durante um clone do sistema

Preserve manualmente uma cópia de cada aplicação e personalização que você tem atualmente em desenvolvimento antes de clonar a versão da aplicação para a instância de destino (desenvolvimento).

Antes de Iniciar

Função necessária: administrador

Verifique se você tem acesso de gravação ao registro da aplicação e acesso a um repositório de controle de origem.

Por Que e Quando Desempenhar Esta Tarefa

O processo de clonagem não preserva as diferenças de versão para aplicações e personalizações de aplicações em desenvolvimento. Em vez disso, o sistema clona somente as cópias da aplicação e as versões de personalização da aplicação que estão instaladas na instância de origem na instância de destino. Se a instância de destino tiver uma versão de desenvolvimento da mesma aplicação, a aplicação será editável após o clone, mas será na versão que foi instalada na instância de origem. Se a aplicação estiver ausente na instância de origem, o processo de clonagem excluirá a aplicação da instância de destino.

Procedimento

1. Para preservar a aplicação na instância de destino do clone, execute uma destas ações:

   Tabela 3. Diferenças de versão entre instâncias

   Estado da versão da aplicação	Ação a ser realizada
   A versão da aplicação na instância de destino do clone é diferente da versão da instância de origem.	Exporte cada aplicação da instância de destino do clone. As opções incluem: Vincule cada aplicação a um repositório de controle de origem. Nota: Se a aplicação já estiver vinculada a um repositório de controle de código-fonte, confirme a versão mais recente para ele. Publique cada aplicação em um conjunto de atualizações.
   A aplicação está disponível somente na instância de destino do clone.
   A versão da aplicação na instância de destino do clone é a mesma da instância de origem.	Nenhum. O processo de clone do sistema copia esta versão da aplicação na instância de destino durante o clone.

2. Solicite um clone do sistema da instância de origem para a instância de destino.
   Por exemplo, clone sua instância de produção sobre sua instância de desenvolvimento.
3. Após a conclusão do processo de clonagem, faça login na instância de destino do clone.
4. Nota:

   Se o controle de origem estiver vinculado, depois do pós-clone, a plataforma recuperará automaticamente as aplicações e aplicações personalizadas. Se estiver desabilitado via glide.source_control.post_clone_import_enabled você precisará recuperar manualmente fazendo o seguinte.
   Se você salvou cada aplicação em um repositório de controle de origem, use uma destas ações para recuperá-las do repositório de controle de origem:
   Nota:

   Para saber o que esperar após a personalização da aplicação após a clonagem, consulte Pós-clonagem de resultados para personalizações da aplicação .

   Tabela 4. Recupere aplicações de um repositório de controle de origem

   Estado de instalação da aplicação	Ação a ser realizada no destino do clone
   A aplicação e a personalização foram instaladas anteriormente na instância de origem.	Aplique mudanças remotas do repositório de controle de origem.
   A aplicação nunca foi instalada na instância de origem.	Exclua a configuração do repositório (sys_repo_config) e importe a personalização do repositório de controle de origem.

   Tabela 5. Mudanças remotas após clone

   Campo	Descrição
   glide.source_control.post_clone_import_enabled	Para desabilitar a automação Aplicar mudanças remotas, defina como Falso . O padrão é Verdadeiro .
   glide.source_control.post_clone_import_delay_time_sec	Para fornecer um tempo de atraso, que atrasará o processamento da fila, forneça um valor. O padrão é zero.
   glide.source_control.post_clone_import_pause_refresh_time_sec	Para fornecer um intervalo no qual o trabalho de atualização do repositório não será executado, forneça um valor. O padrão é três horas (10800).

5. Se você salvou cada aplicação em um conjunto de atualizações, execute uma destas ações para recuperá-las do conjunto de atualizações:

   Tabela 6. Recupere aplicações de um conjunto de atualizações

   Estado de instalação da aplicação	Ação a ser realizada no destino do clone
   A aplicação foi instalada anteriormente na instância de origem.	Exclua a versão da aplicação que foi clonada da instância de origem. Carregue o conjunto de atualizações que contém a versão atual da aplicação.
   A aplicação nunca foi instalada na instância de origem.	Carregue o conjunto de atualizações que contém a versão atual da aplicação.

Resultado

As aplicações anteriormente em desenvolvimento estão disponíveis para desenvolvimento adicional na instância de destino do clone.

Preserve a aplicação Eventos de marketing

Digamos que sua empresa tenha criado anteriormente a versão 1,0 de uma aplicação personalizada chamada Eventos de marketing. Você já publicou a versão 1,0 da aplicação Eventos de marketing no repositório de aplicações e a instalou em sua instância de produção.

Com o tempo, os usuários enviaram solicitações de aprimoramento para a aplicação e você decide desenvolver a versão 2,0 da aplicação Eventos de marketing em uma instância que não é de produção para atender a essas solicitações. À medida que o desenvolvimento se aproxima da conclusão, você deseja atualizar sua instância de não produção para a cópia mais recente da produção para alguns testes abrangentes.

Como você usou anteriormente uma integração de controle de origem para desenvolver a versão 1,0 da aplicação Eventos de marketing, você já vinculou a aplicação Eventos de marketing a um repositório de controle de origem. Você confirma a versão 2,0 da aplicação Eventos de marketing no repositório de controle de origem.

Você agenda um clone da instância de produção pela instância de desenvolvimento. Após a conclusão, você faz login na instância de desenvolvimento e vê que ela tem a versão 1,0 da aplicação Eventos de marketing, porque essa era a versão instalada na instância de origem.

Como a aplicação já foi instalada na instância de origem, aplique as mudanças remotas do repositório de controle de origem para receber a versão mais recente da aplicação. A instância de desenvolvimento agora tem a versão 2,0 da aplicação Eventos de marketing e está disponível para desenvolvimento e testes adicionais.

Perfis de clone para solicitações de clone

Um perfil de clone permite que você armazene opções predefinidas de destino e clone. O perfil de clone preenche automaticamente sua solicitação de clone com as configurações de perfil selecionadas.

Perfis de clones

Navegar até Clone do sistema > Perfis de clones para exibir seus perfis de clone. Com um perfil de clone, você pode:

• Crie um perfil com instância de destino específica e configurações de opção, tabelas a serem excluídas, dados a serem preservados e scripts de limpeza a serem executados
• Crie uma solicitação de clone diretamente do perfil de clone
• Aplique o perfil de clone a uma solicitação de clone
• Você pode clonar um perfil para criar um novo perfil com as mesmas permissões e configurações de um perfil existente.

Você pode criar, editar e excluir perfis de clone do Perfil de clone exibição. O perfil do sistema é um perfil de clone somente leitura que você não pode excluir. Ele mostra uma lista predefinida de exclusões de tabela, preservadores de dados e scripts de limpeza. Esta lista é baseada nos plug-ins que sua instância contém.

Para definir um novo perfil de clone como o perfil padrão usado quando você solicita um clone, selecione Padrão opção. Verifique se este é o perfil de clone correto que você deseja usar para o cenário de clone que você está solicitando.

Se você criar um novo script de preservação de dados, exclusão ou limpeza, ele não será adicionado automaticamente aos seus perfis de clone. Para adicionar um script de preservação, exclusão ou limpeza, abra o perfil de clone e selecione Ações adicionais > Configurar > Layout do formulárioe mova o novo preservador para a lista selecionado.

Embora opcional, é sugerido o uso de perfis de clone. Se você deixar o campo de perfil de clone vazio ao programar um clone, o sistema usará todas as tabelas excluídas, preservadores de dados e scripts de limpeza configurados em Clone do sistema > Clonar Definição.