Quando você tiver vários bancos de dados mestre possível conseguir acesso mais rápido aos dados consolidados, melhor desempenho uptime para a ronda as atualizações de relógio, e ler escalabilidade todos usando hardware commodity. Diga adeus aos trabalhos em lotes regulares que sincronizar temporariamente dados em locais a partir de um mestre central. Mestre assíncrona contínua a replicação mestre significa que os dados de uma região está disponível para todas as regiões em tempo quase real. Se um mestre em uma região falhar, os usuários não terão longos atrasos de inserir dados / atualização até que um substituto é colocado online. Você pode redirecionar as solicitações de banco de dados da região derrubaram a base de dados da outra região. Quando o mestre de substituição re-junta-se ao cluster, ele vai voltar a sincronizar com os outros mestres automaticamente. Se as edições conflitantes ocorrer na mesma linha durante a replicação (ou seja, uma singularidade, atualizar ou excluir conflito), você pode escolher desde a mais tenra Timestamp, Últimas Timestamp, Prioridade Node ou opções manuais para determinar a resolução. Você pode até ter uma resolução de espera deve a sua primeira opção não resolver o conflito. Além de cada uma de suas regiões locais ou usuários que tenham acesso mais rápido aos dados integrados, os sistemas serão capazes de lidar com mais leituras e consultas. Cada mestre estará disponível para responder às perguntas de qualquer região ou qualquer consulta precisando dados consolidados. Para dimensionar ainda mais você pode construir réplicas Hot Standby para cada mestre que lidar com cargas de leitura ainda mais fornecendo-lhe uma arquitetura muito flexível e escalável para o futuro.
Comentários não encontrado