Por Infoworld, EUA

O Real Application Testing, uma opção que abrange o Database Replay e o SQL Performance Analyzer, é um recurso novo do Oracle Database 11g que permite capturar uma carga de trabalho, reproduzi-la no mesmo sistema ou em um sistema diferente e depois comparar os resultados.

O Database Replay reproduz sua carga de trabalho exatamente como ela aconteceu, com simultaneidade e timing, possibilitando que você teste inteiramente as mudanças no sistema em comparação à sua carga de trabalho de produção real. Assim, você pode ver o verdadeiro impacto de mudanças no banco de dados (mudanças em índice, percentage free, particionamento de tabela e assim por diante) antes de colocá-las em produção.

Nos meus testes, o Database Replay foi fácil de configurar e apresentou o desempenho esperado. Você só tem que aprender alguns conceitos simples relacionados a configurá-lo – tais como criar o objeto de diretório no banco de dados para capturar a carga de trabalho e iniciar o replay a partir da linha de comandos – mas, ultrapassado isso, torna-se tranqüilo.

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 – Snapshot Standby
Teste do Oracle 11g – Active Data Guard
Teste do Oracle 11g - Advanced Compression

Meu teste foi uma carga de trabalho mista de leitura/gravação com 50 usuários. No meio dos testes, removi índices das minhas tabelas para poder ver mudanças nos números do relatório. Conforme esperava, a remoção dos índices aumentou a performance das gravações, ao mesmo tempo baixando a performance das leituras. Consegui verificar que os mecanismos de replay recriaram todos os meus threads e os executaram sem falhas.

Configurar uma captura é um processo simples, em quatro ou cinco passos. Você reinicia o banco de dados, configura as opções para a captura (quais partes da carga de trabalho incluirá ou excluirá), cria o diretório para salvar os arquivos de captura e ajusta o tempo de início e a duração da captura ou a inicia e pára manualmente.

Se não quiser capturar a atividade no nível do sistema, como os processos em background e as operações de indexação, pode filtrá-la facilmente. Se desejar limitar a captura a um aplicativo específico ou a uma porção de código específica com a qual está tendo problemas, você pode isolá-la para ver melhor os deltas. A interface gráfica facilita configurar filtros de exclusão ou inclusão.

Você pode reproduzir a carga de trabalho no próprio sistema host (como eu fiz) ou a partir de um ou mais clientes. Se você captura uma grande carga de trabalho, o Database Replay possui uma ferramenta de calibragem que informa de quantos clientes replay você precisará.

Os relatórios produzidos são repletos de números de resultados comparando a carga de trabalho de captura e a carga de trabalho replay. Você pode fazer literalmente centenas de cálculos diferentes, mas, embora todas estas métricas estejam disponíveis, não são muito bonitas. Na verdade, é apenas uma sucessão de tabelas de números. Seria bom ter alguns gráficos de alto nível para apontar a direção certa. Mas você pode exportar os dados e fazer outra coisa com eles se desejar.

Outro meio de analisar a carga de trabalho, com gráficos, é gravar os dados no SQL Performance Analyzer à medida que você executa suas cargas de trabalho replay. O banco de dados não sabe a diferença entre uma carga de trabalho que está sendo alimentada por 100 usuários ou por um gerador com 100 usuários virtuais. Você pode simplesmente capturar os dados em tempo real no Performance Analyzer enquanto está fazendo os testes de replay.

A maneira mais fácil de obter o retorno maior do Real Application Testing é usar o Database Replay junto com o recurso Snapshot Standby do Data Guard que salva o estado do seu banco de dados standby e permite que você o restaure depois (junto com logs que foram fornecidos neste meio tempo). A combinação do Database Replay com o Snapshot Standby lhe dá uma ferramenta poderosa e flexível para testar mudanças nos seus aplicativos.

Você captura a carga de trabalho no principal usando o Database Replay, ajusta o standby modo de leitura/gravação, faz as mudanças necessárias e depois reproduz a carga de trabalho no standby. Quando concluir o teste, pode gravar os resultados e colocar o standby de volta em um estado consistente com o principal.

Um dos maiores problemas do gerenciamento de dados é descobrir como testar mudanças com precisão em seu próprio ambiente do mundo real sem fazê-lo em produção. O Database Replay resolve este problema de maneira fácil e elegante.