Replicação de Geodatabase em Tempo Real? Parte 6

ThomasColson

<\/HEAD>

Alterações no Esquema<\/H1><\/P>No Arc Catalog, adicione um novo campo à instância local do FISH.<\/P><\/P>No Replication Monitor você deve ver essa alteração no esquema ser aplicada ao banco de dados remoto dentro de 60 segundos.<\/SPAN><\/P><\/P>Na instância remota do TEST você deve ver "ANEWFIELD" em suas propriedades no Arc Catalog. Faça algumas edições de atributo neste campo na instância local e observe-as serem aplicadas.<\/SPAN><\/P><\/P>Aqui está o motivo pelo qual criamos uma versão vazia do TEST na instância remota do SDE e replicamos APENAS a tabela TEST. Na "pilha" do SDE existem muitas tabelas, funções e procedimentos armazenados que gerenciam as coisas. Se tivéssemos tentado replicar o TEST do Publisher para o Subscriber sem antes ter criado a classe de feição TEST no subscriber, nenhuma das dependências do SDE teria sido criada e não poderíamos usar a classe de feição TEST remota em qualquer aplicação GIS.<\/SPAN><\/P><\/P>Dessa forma podemos ter uma cópia totalmente sincronizada do TEST em ambas as instâncias SDE, porém a "pilha" do SDE em cada instância gerencia independentemente a classe de feição sem qualquer interferência causada pela replicação.<\/SPAN><\/P><\/P>Replicação de Geodatabase em Tempo Real? Parte 1<\/A><\/P>

Replicação de Geodatabase em Tempo Real? Parte 2<\/A><\/P>

Replicação de Geodatabase em Tempo Real? Parte 3<\/A><\/P>

Replicação de Geodatabase em Tempo Real? Parte 4<\/A><\/P>

Replicação de Geodatabase em Tempo Real? Parte 5<\/A><\/P>

Replicação de Geodatabase em Tempo Real? Parte 6<\/A><\/P>

<\/P>

<\/P>

Este é um blog pessoal e não recomenda, endossa ou apoia os métodos descritos acima. A alteração de dados usando SQL fora da pilha de software ESRI, obviamente, não é suportada e não deve ser aplicada a um banco de dados de produção sem um entendimento completo e plano de recuperação de desastres.<\/EM><\/P> <\/SPAN><\/P><\/BODY><\/HTML>