Por Infoworld, EUA

O Data Guard é a tecnologia da Oracle que provê um banco de dados standby transacionalmente completo em caso de desastre. O Data Guard protege contra todos os tipos de falhas de sistema e rede e não tem limite de localização.

O banco de dados standby pode estar na mesma sala ou a muitos quilômetros de distância. Mas, como outras soluções deste modelo, incluindo espelhamento remoto e clustering local, o standby fica totalmente ocioso e indisponível quando o principal está online.

Um novo recurso fantástico do Data Guard, chamado Snapshot Standby, permite que você coloque o banco de dados standby em um modo temporário de leitura/gravação e teste mudanças no banco de dados ao mesmo tempo em que continua fornecendo a proteção HA/DR original. Só este recurso já poderia mudar o modo como as empresas gerenciam melhores práticas para desenvolvimento de banco de dados, controle de mudança, benchmarking, upgrades de aplicativos e tarefas afins.

Teste de Estresse - Oracle 11g
Teste do Oracle 11g – Primeira Parte
Teste do Oracle 11g – Tunning e Saúde
Teste do Oracle 11g – Result Cache
Teste do Oracle 11g – Active Data Guard
Teste do Oracle 11g – Real Application Testing
Teste do Oracle 11g - Advanced Compression

Digamos que você precise fazer uma alteração em uma importante procedimento armazenado no seu banco de dados de produção. O problema é que, sem testá-la em produção, você não tem idéia até que ponto – ou se – a mudança vai melhorar a performance do sistema.

Combinando o Snapshot Standby com o Database Replay, você pode testar cenários ilimitados. Basta gravar sua carga de trabalho de produção no banco de dados principal, pôr o banco de dados standby no modo leitura/gravação e implementar as mudanças de código no standby. Depois você pode reproduzir sua carga de trabalho no standby e comparar os contadores de desempenho do replay com a captura inicial.

Quando você põe seu banco de dados standby no modo Snapshot Standby, ele pára de aplicar logs do principal. (Os logs continuam sendo enviado, apenas não são aplicados.)

Ao terminar o teste, você pode pôr o standby de volta no modo leitura. O standby descarta automaticamente todas as suas mudanças, volta ao estado em que se encontrava antes de você testar o código novo e aplica os logs que estão esperando para serem aplicados. O standby nunca está fisicamente fora de sincronia com o principal, apenas logicamente.

Há ainda outra utilidade prática. Um dos maiores problemas dos administradores de banco de dados é manter analistas e desenvolvedores, entre outros, fora do sistema de produção por questões de performance e compliance. O caminho normal é disponibilizar outro servidor para que eles usem e o manteria o máximo possível sincronizado com o banco de dados de produção, em geral através de backup/restore ou replicação. Com o Snapshot Standby, você pode fazer tudo em um sistema só.

Saúde dos dados
O Oracle Database 11g é tão empenhado no monitoramento e na recuperação de corrupção de dados quanto no desempenho da consulta. O monitoramento automático de saúde é um ótimo recurso nesta categoria porque faz verificações reativas ou manuais.

As verificações reativas são realizadas quando ocorre um erro crítico. Elas examinam a estrutura do banco de dados, a integridade do bloco de dados, a integridade do ‘redo’(fazer novamente) e outras condições. Quando faz estas verificações, o Oracle cria um relatório e, com muita freqüência, sugere correções.

A quarentena automática de segmentos de ‘undo’ (desfazer) corrompidos é muito interessante. Quando o Oracle descobre uma tablespace de undo corrompida, coloca o segmento em quarentena e impede que seja utilizado por futuras transações. Isso permite que o Oracle contenha o dano, impedindo-o de se disseminar.

O recurso Fast Analyze resolver um problema difícil de administradores de grandes bancos de dados. Ele possibilita que você examine a corrupção de índices de uma tabela muito mais rápido do que antes.

Isso é muito importante porque grande parte deste tipo de manutenção é feita durante janelas de manutenção programadas e, se a operação de análise não puder se completada durante este período, o mesmo acontecerá com a correção.