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 publicado.

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 deve substituir a tabela do 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 é compatível com a 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 SSO múltiplo

O sistema cria automaticamente os preservadores de dados necessários para clonagem quando você ativa a integração de login único 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.authe. glide.smtp.encryptionestão obsoletos.
Propriedades de resumo	Propriedades de resumo [digest_properties]	Nenhum(a)
Provedores de Identidade	Provedores de identidade [sso_properties]	Nenhum(a)
Propriedades de Atualização1 do SAML2	Propriedades de Atualização 1 do SAML2 [saml2_update1_properties]	Nenhum(a)

Nota:

Embora você possa modificar esses preservadores de dados, é uma boa prática não fazê-lo. As tabelas Propriedades de resumo [digest_properties], Provedores de identidade [sso_properties] e Propriedades de atualização do SAML2 [saml2_update1_properties] são necessárias para que várias origens, single sign-on (SSO) funcionem corretamente. Se o login único 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-as 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.

Preservação de candidaturas 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 preserve 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 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 manterá a 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.