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


---

# Replicação bidirecional

# Replicação bidirecional {#ariaid-title1}

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

A replicação bidirecional em Replicação de dados da instância (IDR) permite que os dados fluam de uma instância do produtor para uma instância do consumidor e aceita que os dados de uma instância do consumidor fluam de volta para a instância do produtor.

Todas as inserções e mudanças nos registros em qualquer instância são enviadas para a outra instância para manter as tabelas idênticas em ambas as instâncias. Por exemplo, você pode habilitar a replicação bidirecional para a tabela Incidentes para manter registros de incidentes sincronizados entre duas instâncias.

Para que os dados fluam bidirecionalmente, o sistema cria um conjunto de replicação do produtor na instância do consumidor e um conjunto de replicação do consumidor na instância do produtor.  
Figura 1. Replicação bidirecional

Se você observar os conjuntos de replicação na instância do produtor original, verá o nome do conjunto de replicação e a instância do consumidor gerada automaticamente. Ela tem o mesmo nome anexado ao sufixo, -\<número-longo\>-reverso , onde \<número-longo\> é um número gerado aleatoriamente. Por exemplo, se Teste for o nome do conjunto de replicação do produtor, Teste-2034802-reverso poderá ser o nome do conjunto de replicação do consumidor criado automaticamente na mesma instância. Na instância do consumidor original, você vê os mesmos nomes. Os conjuntos de replicação com o sufixo reverso são somente leitura.

Você pode verificar um consumidor em uma instância de produtor e um produtor em uma instância de consumidor executando https://\<producer-instance-name\>/xmlstats.do?include=idr e https://\<consumer-instance-name\>/xmlstats.do?include=idr nas instâncias do produtor e do consumidor. Na imagem a seguir, a instância do produtor original está à esquerda e a instância do consumidor original está à direita.

A replicação bidirecional tem as seguintes limitações:

* A resolução de conflito automática não é compatível.
* Conflitos de mesclagem acontecem se as instâncias do produtor e do consumidor modificam o mesmo registro ao mesmo tempo. A atualização mais recente vence, o que significa que os dados nas tabelas do consumidor e do produtor podem ser diferentes.

* A replicação bidirecional oferece suporte ao adaptador de [número](https://servicenow-prod.fluidtopics.net/rNEAtLJMytCSkBarIRTnWA "Os adaptadores modificam os dados do produtor antes de inserir os dados em instâncias do consumidor em Replicação de dados da instância (IDR)."), mas a nenhum dos outros adaptadores.
* Com a replicação bidirecional, os registros criados na instância do produtos são replicadas na instância de um consumidor e vice-versa. Quando o registro é inserido na instância do consumidor e aciona uma regra de negócio que atualiza o registro, essa atualização não é replicada de volta na instância do produtor.
{#bidirectional-replication__ul_shb_3x5_5fb}

Se você precisa entender as implicações da transferência de dados bidirecional e entre instâncias, consulte [privacidade de dados no IDR](https://servicenow-prod.fluidtopics.net/USBpzS9wReakebpcE6fOfQ "A capacidade dos conjuntos de replicação de hospedar vários consumidores remotos em Replicação de dados da instância (IDR) significa que há possíveis problemas de privacidade de dados a serem considerados.") para obter mais informações.