---
sourceDocument: Capacidades da Now Platform da Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Capacidades da Now Platform da Yokohama

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Preservando a hierarquia de tabelas em Replicação de dados da instância

# Preservando a hierarquia de tabelas em Replicação de dados da instância {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 min. de leitura

Decida se você quer replicar uma hierarquia de tabelas primária/secundária e qual estratégia usar para replicar os dados em Replicação de dados da instância (IDR).

Antes de criar um conjunto de replicação, determine se a tabela a ser replicada faz parte de uma hierarquia de tabelas primária/secundária. Em caso afirmativo, decida se quer preservar a hierarquia e se quer replicar os dados da perspectiva primária (retendo somente colunas pertencentes à tabela primária) ou da perspectiva secundária (retendo todas as colunas que pertencem às tabelas secundárias). Analise as seguintes estratégias disponíveis.

Estratégia 1: preservar a hierarquia inteira e replicar colunas secundárias

:   Você pode preservar a hierarquia inteira, incluindo todas as colunas da tabela secundária, criando uma entrada enviada para cada tabela secundária e especificando um filtro sys_class_name para cada tabela secundária.Por exemplo, para replicar a Tabela de tarefas e garantir que todas as colunas de todas as tabelas secundárias sejam incluídas, especifique o seguinte:

    {#preserving-table-hierarchy__table_s3c_rr3_tvb__entry__2}

    | Tabela | Filtro |
    |-|-|
    | Tarefa | sys_class_name=task |
    | Incidente | sys_class_name=incident |
    | Problema | sys_class_name=problem |
    | Solicitação de mudança | sys_class_name=change |
    [Tabela 1. Entradas enviadas]

    {#preserving-table-hierarchy__table_s3c_rr3_tvb}

    E assim por diante para todas as tabelas secundárias, incluindo filtros com cada tabela para o sys_class_name.

    Com essa estratégia, os registros são inseridos em cada tabela secundária no consumidor, incluindo dados das colunas que pertencem a cada tabela secundária no produtor.

Estratégia 2: preservar a hierarquia mas não replicar colunas secundárias
:   Para preservar a hierarquia mas apenas replicar colunas da tabela primária, replique a tabela primária e inclua o campo Nome da classe \[sys_class_name\] na lista Campos incluídos. Ao incluir o campo Nome da classe, é mantida a distinção entre registros primários e secundários na instância do consumidor.  
    Por exemplo, se você quiser replicar a Tabela de tarefas e suas secundárias (Incidente, Problema, Solicitação de mudança), mas apenas replicar as colunas da tabela Tarefas, especifique o seguinte:{#preserving-table-hierarchy__table_bmj_5w3_tvb__entry__2}

    | Tabela | Campos Incluídos |
    |-|-|
    | Tarefa | Nome da classe |
    [Tabela 2. Entrada enviada]

    {#preserving-table-hierarchy__table_bmj_5w3_tvb}

    Nesta estratégia, a coluna sys_class_name na Tabela de tarefas do consumidor recebe entradas para a tabela primária (tarefa) e tabelas secundárias (incidente, problema e mudança), e os registros são inseridos nas respectivas tabelas secundárias no consumidor. No entanto, sem o filtro sys_class_name, as colunas exclusivas de cada tabela secundária não serão replicadas.

Estratégia 3: ignorar a hierarquia e replicar apenas os dados da tabela primária
:   Para ignorar a hierarquia e somente replicar registros da tabela primária, replique a tabela primária e exclua o campo Nome da classe \[sys_class_name\] na lista Campos incluídos. Ao excluir o campo Nome da classe, é removida a distinção entre registros primários e secundários na instância do consumidor. Todos os registros replicados no consumidor serão registros da tabela primária.  
    Por exemplo, se você quiser replicar registros da Tabela de tarefas e simplesmente considerar todos os registros como tarefas para fins de emissão de relatórios ou auditoria, especifique o seguinte:{#preserving-table-hierarchy__table_mt4_3x3_tvb__entry__2}

    | Tabela | Campos Incluídos |
    |-|-|
    | Tarefa | Todos os campos, exceto Nome da classe |
    [Tabela 3. Entrada enviada]

    {#preserving-table-hierarchy__table_mt4_3x3_tvb}

    Nesta estratégia, quando você replica a Tabela de tarefas, todos os registros replicados têm um valor de tarefa na coluna sys_class_name e nenhuma coluna das tabelas secundárias é replicada.

## Mudando o comportamento legado {#preserving-table-hierarchy__section_prg_qnb_tvb}

Você pode replicar a hierarquia de tabelas primária/secundária completa em conjuntos de replicação criados antes de Utah, mas deve criar entradas enviadas separadas para cada tabela e incluir o respectivo filtro sys_class_name em cada tabela. Isso significa que você pode usar a estratégia 1 para replicar a hierarquia, mas não as estratégias 2 ou 3.

Outra opção é usar qualquer estratégia editando o conjunto de replicação do produtor e alterando o valor do campo Usar nome da tabela para Verdadeiro. Observe que este campo está oculto por padrão e você deve adicioná-lo ao formulário Conjunto de replicação do produtor para poder alterá-lo. O campo Usar nome da tabela é definido como Verdadeiro por padrão para todos os novos conjuntos de replicação do produtor que você cria a partir da versão de Utah.
**Conceitos relacionados**   

* [Preparando para Replicação de dados da instância](https://servicenow-prod.fluidtopics.net/BBsracpDJetM2wMuH2b6FA "Antes de configurar Replicação de dados da instância (IDR), analise as tabelas e colunas nas instâncias do produtor e do consumidor para replicar dados com sucesso.")
* [Atualizando conjuntos de replicação legados para V2 em Replicação de dados da instância](https://servicenow-prod.fluidtopics.net/xhsuOwFGGrJLCL185JFqZA "Melhore o processamento de mensagens e o desempenho da replicação fazendo upgrade de seus conjuntos de replicação legados em IDRPara V2.")
* [Fazendo upgrade da instância com Replicação de dados da instânciahabilitado](https://servicenow-prod.fluidtopics.net/Ze_dBBAU6zGI2UZVE9ZWhA "Ao fazer upgrade da instância, IDRpausa automaticamente a replicação para manter a replicação de dados sem nenhuma intervenção manual.")  
**Tarefas relacionadas**   

* [Solicitar uma assinatura de Replicação de dados da instância](https://servicenow-prod.fluidtopics.net/nzBnISlDMQUDfxnBwW8woQ "O plug-in Replicação de dados da instância (IDR) requer uma assinatura separada e deve ser ativado pela equipe ServiceNow.")