Considerações sobre recursos específicos do Exadata

O Exadata tem um software proprietário que é executado em células de armazenamento para melhorar o desempenho das consultas, diminuir a latência do redo log, compactar dados e melhorar outras operações do banco de dados. Muitos desses recursos não estão disponíveis para um banco de dados Oracle em AWS. Recomendamos que você considere realizar as tarefas discutidas posteriormente nesta seção para obter desempenho equivalente e funcionalidade semelhante.

Você pode desativar a funcionalidade do Exadata em sistemas Exadata que não são de produção para obter uma linha de base de como o banco de dados funcionaria sem essa funcionalidade. Você pode comparar essa linha de base com o primeiro teste de desempenho AWS para obter uma comparação realista.

As instruções a seguir descrevem como desabilitar a funcionalidade do Exadata em um sistema Exadata existente. Recomendamos que você execute essas etapas em um ambiente de não produção para capturar uma linha de base do desempenho de um banco de dados que não seja do Exadata.

• Para desativar o processamento de descarga de células do Exadata Storage Server: O mecanismo depende do escopo da alteração (nível da instrução, nível da sessão ou nível do banco de dados).

  • Para uma instrução SQL, use a seguinte dica de SQL:

    select /*+ OPT_PARAM('cell_offload_processing' 'false') */ max(ORDER_DATE)
    from SALES;

  • Para uma sessão Oracle, defina o seguinte parâmetro de inicialização do banco de dados Oracle:

    alter session set CELL_OFFLOAD_PROCESSING=FALSE;

  • Para todo o banco de dados Exadata, defina o seguinte parâmetro de inicialização do banco de dados Oracle:

    alter system set CELL_OFFLOAD_PROCESSING=FALSE;

• Para desativar a indexação de armazenamento do Exadata: Para desativar a indexação do armazenamento do Exadata para todo o banco de dados Exadata, defina o seguinte parâmetro de inicialização do banco de dados Oracle:

  alter system set KCFISSTORAGEIDX_DISABLED=TRUE scope=both;

• Para desativar o descarregamento da descriptografia para o Exadata Storage Server: Por padrão, a descriptografia dos espaços de tabela criptografados e das colunas criptografadas é transferida para o Exadata Storage Server. Para desativar o descarregamento de decodificação para o Exadata Storage Server, execute o seguinte comando:

  alter system set CELL_OFFLOAD_DECRYPTION=FALSE;

• Smart Flash Cache: a Oracle não recomenda desativar o Exadata Smart Flash Cache, a menos que seja orientado pelo Oracle Support ou pelo Oracle Development.

No desenvolvimento ágil de produtos, um sprint é um período de tempo definido durante o qual um trabalho específico deve ser concluído e preparado para revisão. Depois de migrar seu banco de dados do Exadata AWS e concluir três ou quatro sprints, não é incomum que o IOPS seja reduzido em 30 a 70 por cento. Além disso, a taxa de transferência de armazenamento pode ser reduzida em até 90% do valor relatado pela Exadata. Conforme mencionado anteriormente, você pode testar o IOPS e a taxa de transferência em um sistema de não produção do Exadata que seja uma cópia do sistema de produção do Exadata. Você pode desativar o processamento de descarga de células do Exadata Storage Server, a descriptografia do Exadata Storage Server e os índices de armazenamento do Exadata. Além disso, talvez seja necessário concluir o seguinte no sistema de não produção do Exadata depois de migrar o Exadata para: AWS

• Adicione índices para melhorar as consultas não indexadas. Se os índices foram alterados para invisíveis, talvez seja necessário torná-los visíveis usando uma ALTER INDEX instrução. Cada índice requer manutenção para instruções de inserção, atualização e exclusão.

• Reescreva consultas que não podem ser aprimoradas com índices.

• Determine se você pode executar algumas instruções SQL com menos frequência.

Depois de vários sprints de desenvolvimento, um AWS cliente que transferiu seu sistema Exadata para o Amazon EC2 AWS relatou os seguintes resultados, com base nas médias dos snapshots do Oracle Automatic Workload Repository (AWR). O banco de dados Oracle on AWS teve um desempenho em média 220% melhor do que o banco de dados local do Exadata, embora o pico de IOPS e o pico de taxa de transferência (MBps) tenham sido menores. Além disso, o AWS banco de dados tinha apenas 20% dos núcleos em comparação com o Exadata local.

Ambiente	Pico de IOPS	Taxa de transferência máxima (MBps)
Exadata no local	201.470	62.617
Oracle no Amazon EC2	66.420	4.640