Qual ou quais os sentidos de replicação? O que está sendo replicado entre os bancos? Existe transação de replicação ocorrendo nesse instante? Se existir, onde está? Qual o volume transacional replicado? Qual o volume transacional que ainda falta ser replicado? Como posso mensurar a velocidade de um banco para outro? Posso replicar uma tabela inteira independente do volume transacional efetuado na mesma? Caso eu desista dessa idéia, posso voltar atrás sem maiores prejuízos ao ambiente? Se por ventura surja a necessidade de se alterar a estrutura de uma determinada tabela que está sendo replicada, a replicação ficará paralisada? Posso replicar somente dados relevantes de um banco para o outro? Posso replicar dados de um banco para ele mesmo dentro do mesmo proprietário? Meu destino deve ser igual à fonte num determinado sentido de replicação? Posso desviar minha replicação para um link mais seguro de um banco para o outro? Quando ocorrerá uma replicação de um determinado objeto? Quem efetuou uma transação indesejada num determinado banco? Quem foi o responsável direto por tais transações indesejadas? Posso replicar todas as transações de um banco, proprietário, tabela nesse instante para todos os destinos existentes? Posso parar uma replicação a qualquer momento? Posso parar todas as replicações existentes num determinado instante? Meus objetos envolvidos na replicação estão seguros contra alterações de estrutura indesejadas? Posso replicar dados de maneira assíncrona respeitando as restrições em todos os bancos envolvidos? Posso paralisar um determinado sentido de replicação em qualquer nível desejado? Posso programar que para determinados destinos, somente seja replicado tipos de transação desejados? Posso replicar transações em chaves primárias? Posso desviar o volume replicado de um determinado banco para outro banco, sem sobrecarregar o banco fonte? Se uma determinada transação não pode ser levada para o site destino, qual o erro que ocorreu? Posso ser notificado caso isso ocorra?
Nada fazer – É importante verificar que existem diversos arquivos de informação dentro da empresa cuja necessidade de recuperação é nula. O melhor exemplo são os arquivos locais nos computadores utilizados pelos colaboradores. Fazer cópias de segurança – Este nível é o utilizado pela maioria das empresas. De forma mais ou menos freqüente são feitas cópias de segurança dos dados mais importantes, garantindo assim que é possível repô-las em caso de falha no sistema de arquivo. Arquivo de cópias de segurança em local remoto – A remoção das cópias de segurança para fora da empresa garante a disponibilidade em caso de desastre no centro de dados, porém a restauração não será imediata. Em ambiente OLTP (On Line Transaction Process), implicará em prejuízo na certa Replicação assíncrona/bi-direcional de dados – A este nível qualquer informação guardada na empresa é guardada simultaneamente em local remoto. Em caso de desastre, system crash, desvio de sobrecarga transacional para evitar engarrafamentos ou concorrência, dentre outras possibilidades, esta solução garante que todas as transações foram registradas em pelo menos dois locais distintos, ou seja, seu negócio continua sem problema mesmo em eventuais contingências.
1 – Baixo Custo - em muitas empresas a redução chega em até 50%, em relação as outras soluções. Ou seja, com o valor anual de 20% que se paga sobre o valor do contrato, pelo suporte, patch, updates, released e outros, se paga a licença da TORMME.
2 – Visibilidade – Você não fica no escuro no ambiente replicado, todo o ambiente replicado é visível sem complicação.
3 – Garante a integridade – algoritmo recursivo em ambas direções, seja ascendente ou descendente.
4 – Recuperação de Desastres - Resposta imediata em casos de parada do sistema, recuperação, pois esta solução permite comutar automaticamente para o centro de recuperação remoto em caso de falha no centro principal
5 - Bi-direcional – O banco fonte vira destino e o destino vira fonte
6 – Interface WEB – (Existem três interfaces: Web,Windows e Wap(celular))
7 – Multi-plataforma – Não importa o OS em que o banco de dados Oracle encontra-se.(HPUX, UNIX, LINUX, WINDOWS e etc.)Salvo apenas de uma máquina Windows para instalar o servidor de aplicação da ferramenta.
8 – Assíncrona - Você calibra a replicação de acordo com a sua estratégia, garantindo a integridade das restrições nos bancos de destino.
9 – Independe da versão do Oracle – Funciona em qualquer versão do Oracle, a partir da versão 8i , ou seja, replica do 8i > 9i > 10g – 10g > 9i > 8i por fim em todas as combinações.
10 – Suporte - capacitado e eficiente.
11 – Distribuição de Processamento - O sistema nunca ficará sobrecarregado. Com a distribuição dos trabalhos entre servidores haverá um melhor balanceamento com melhoras de performance sem estressar o sistema.
12 – Maior facilidade na implementação e configuração - Existe um instalador que verifica todo o ambiente antes de fazer qualquer operação de instalação, ou seja, a TORMME só é instalada após a validação dos pré-requisitos e da segurança. Assim podemos assegurar que não há risco para o ambiente a ser instalado.
13 – Performance - Alta velocidade transmissão de um banco para o outro.
14 – Parametização - Pode ser calibrado minuciosamente de acordo com o negócio da empresa.
15 - Continuidade de negócio – A evolução da replicação de dados é a replicação de todo o centro de dados. Esta solução permite comutar automaticamente para o centro de recuperação remoto em caso de falha no centro principal.
16 - Rastreabilidade - Reconstrução de acontecimentos - Para cada comando replicado temos condição de fornecer:Usuário, Terminal, Data e Hora do comando, Sessão interna do Oracle e etc.
17 - Estruturas diferentes - Possibilidade da base de dados destino ser estruturalmente diferente da base de dados origem.
18 - Replica Uptadate de PK - A TORMME replica update de PK.
19 - Réplica entre owners - Possibilita replicar dentro do mesmo database um owner par outro ou ainda replicar para o mesmo owner com nome diferente.