Dbvisit Standby

Continuidade dos negócios fácil, fácil…

Software para fácil criação e gerenciamento de bancos de dados em standby para o Oracle® Standard Edition. Economize até 80% nas licenças e taxas de suporte do Oracle, já que o Enterprise Edition não é necessário.

Dbvisit Standby já é confiável para mais de 1300 clientes em 110 países para proteger seus dados de falhas de hardware, desastres naturais, erros humanos e interrupções. É a SOLUÇÃO DE RECUPERAÇÃO DE DESASTRES #1 PARA ORACLE STANDARD EDITION, permitindo que você assegure a continuidade dos negócios, proteja de forma econômica sua infraestrutura de dados crítica e tire proveito de seu investimento existente no Oracle Database Standard Edition (SE) E agora Standard Edition Two (SE2) software! E, se você está considerando servidores ORACLE ODA para seu ambiente SE, Dbvisit Standby é a solução perfeita para a continuidade de negócios e recuperação de desastres.

Especificações Técnicas

Switchover Planejado

O Dbvisit Standby usa o switchover planejado para alternar o servidor de banco de dados primário com a configuração original em que estava antes de uma interrupção. Esse processo é muitas vezes usado para manter um banco de dados de trabalho disponível para todos os usuários durante os testes de recuperação de desastres do servidor de banco de dados primário e interrupções planejadas para manutenção do servidor ou atualizações. É feito em questão de minutos e sem perda de dados. O switchover planejado nunca é usada durante um desastre quando o banco de dados primário não está mais disponível. No caso de um desastre, o processo de Failover (ativação) é executado e o banco de dados em espera é convertido em um banco de dados primário.

Ao instalar o Dbvisit Standby em um ambiente usando o ASM para armazenamento de banco de dados, a instância do ASM (não o banco de dados em si) deve ser 11g+.

Gerenciamento de Archived Logs

Ao contrário dos arquivos de banco de dados Oracle, os Archived Logs precisam ser monitorados e gerenciados constantemente para garantir uma operação ótima do banco de dados. Se mal gerenciados, eles usam todo o espaço disponível no disco rígido, fazendo com que todo o banco de dados congele e impedindo quaisquer operações de atualização nos dados.

Fácil de configurar, o Archive Log Management Module (AMM) do Dbvisit automatiza totalmente o gerenciamento e o monitoramento dos Archived Logs do Oracle nos servidores primário e standby.

• Alertas por e-mail quando os Archived Logs do Oracle atingiram um limite definido de espaço em disco disponível
• Exclui Archived Logs do Oracle após um número definido de dias.
• Exclui Archived Logs do Oracle depois que o espaço em disco disponível foi usado.
• Garante que os Archived Logs do Oracle foram enviados para o banco de dados de espera antes de remover todos os logs.
• Integra-se com o software de backup para garantir que os logs foram copiados antes de remover.

Banco de dados de relatórios

Com o Dbvisit Standby é possível criar um banco de dados standby separado que atue como banco de dados de relatórios ou abrir o banco de dados standby para fins de relatórios durante o dia. Isso diminui o overhead de processamento associado à geração de relatórios ou permite programá-lo para ocorrer fora dos horários de pico. Todas as atualizações são aplicadas automaticamente quando o banco de dados é alternado de relatórios para o modo de espera com o Dbvisit Standby usado para gerenciar o agendamento.

Várias bases de dados em espera

O Dbvisit Standby permite que vários bancos de dados, tanto locais quanto remotos, sejam mantidos atualizados a partir de um único banco de dados primário. Cada um executa a sua própria programação, podem ser usado para finalidades diferentes e sincronizados automaticamente com o banco de dados primário.

Real Application Cluster (RAC)

O Dbvisit Standby pode ser usado em conjunto com o Oracle RAC para fornecer uma solução de recuperação de desastres (DR) e de Continuidade de Negócios (BC) escalonável e de alta disponibilidade para o banco de dados Oracle Standard Edition.

No caso de uma configuração RAC, se um nó falhar, o Dbvisit Standby em outro nó RAC pode assumir automaticamente a transferência do log do nó com falha. Sendo fácil de configurar e gerenciar com o Dbvisit Standby da mesma forma que um banco de dados de instância única, o banco de dados RAC não requer um reinício ou qualquer um dos parâmetros do Oracle alterados.

RAC primário e RAC no banco de dados standby

• Todos os nós primários precisam enviar os logs de arquivamento para um local compartilhado no cluster standby RAC.
• Dbvisit Standby só precisa ser agendado em uma instância standby para aplicar os arquivos de todos os segmentos para o banco de dados standby.

RAC primário e single-instance no banco de dados standby

• Todos os nós primários precisam enviar os logs de arquivamento para o único nó em espera.
• O Dbvisit Standby aplicará os arquivos de todos os segmentos ao banco de dados standby de instância única.