Home Calibrate Database Medindo Oracle Throughput Medindo Throughput do Oracle Database com Calibrate IO

Medindo Throughput do Oracle Database com Calibrate IO

Uma das dúvidas mais comuns de Administradores de Banco de Dados é conseguir mensurar a quantidade de I/O ou throughput em MB de um Banco de Dados em relação aos dispositivos de armazenamento (storage).

Neste artigo será abordada uma maneira bastante simples, porém eficiente, de calcular othroughput de um Banco de Dados Oracle, independente da plataforma.

DBMS_RESOURCE_MANAGER

O Oracle Database Resource Manager (DBRM) permite que o Oracle gerencie / limite recursos utilizados pelo Banco de Dados.

A partir da versão 11g, o Oracle Database oferece uma nova procedure na package DBMS_RESOURCE_MANAGER. Esta procedure é chamado de CALIBRATE_IO e tem a função principal de mensurar a capacidade de I/O do dispositivo de Storage onde o Banco de Dados foi criado.

Através da execução via Bloco PL/SQL é possível fazer este cáculo de maneira bem simples. Abaixo descrição dos parâmetros da procedure CALIBRATE_IO

Parâmetros

DBMS_RESOURCE_MANAGER.CALIBRATE_IO (num_physical_disks IN PLS_INTEGER DEFAULT 1,max_latency IN PLS_INTEGER DEFAULT 20,max_iops OUT PLS_INTEGER,max_mbps OUT PLS_INTEGER,actual_latency OUT PLS_INTEGER);Número de discos físicos onde o Database está alocado.Tolerância máximo em milisegundos para requisições de I/O no Banco de dadosNúmero máximo de requisições de I/O por segundo que pode ser suportado pela estrutura de Armazenamento.As requisições de I/O são distribuídas através de leitura de Blocos do Banco de Dados.Throughput Máximo em MB/s que pode ser suportado pela estrutura de Armazenamento. As requisições são distribuídas em leituras de 1MB.Latência médis em milisegundos para leitura de blocos do Database.

Pré-Requistios

Antes da execução alguns pré-requisitos são necessários.

- Usuário com Privilégio SYSDBA (Normalmente executado com usuário SYS).

- Parâmetro TIMED_STATISTICS=TRUE

- ASYNCH_IO habilitado para todos os arquivos do Database. Para verificar, pode-se executar o script abaixo:

col name format a50SELECT name, asynch_io FROM v$datafile f,v$iostat_file iWHERE f.file# = i.file_noAND filetype_name = 'Data File'/

- Executar apenas uma operação (CALIBRATE) por vez.

- Em ambientes com Oracle Real Application Clusters, a carga será distribuída entre todos os Nodes.

Exemplo de Execução

SET SERVEROUTPUT ONDECLARE lat INTEGER; iops INTEGER; mbps INTEGER;BEGIN-- DBMS_RESOURCE_MANAGER.CALIBRATE_IO (, , iops, mbps, lat); DBMS_RESOURCE_MANAGER.CALIBRATE_IO (2, 10, iops, mbps, lat); DBMS_OUTPUT.PUT_LINE ('max_iops = ' || iops); DBMS_OUTPUT.PUT_LINE ('latency = ' || lat); dbms_output.put_line('max_mbps = ' || mbps);END;/

O resultado de execução é demonstrado abaixo:

SQL> @calibratemax_iops = 3100latency = 20max_mbps = 376

O resultado de cada execução é demonstrado também na view DBA_RSRC_IO_CALIBRATE.

SQL> DESC DBA_RSRC_IO_CALIBRATE

Como somente a última execução da procedure CALIBRATE_IO é listada na viewDBA_RSRC_IO_CALIBRATE a sugestão é alterar a procedure CALIBRATE_IO para armazenar cada execução em uma tabela auxilar. Abaixo exemplo:

SET SERVEROUTPUT ONDECLARElat INTEGER;iops INTEGER;mbps INTEGER;BEGIN-- DBMS_RESOURCE_MANAGER.CALIBRATE_IO (, , iops, mbps, lat);DBMS_RESOURCE_MANAGER.CALIBRATE_IO (2, 10, iops, mbps, lat);INSERT INTO CALIBRATE_REPORT AS SELECT * FROM DBA_RSRC_IO_CALIBRATE; DBMS_OUTPUT.PUT_LINE ('max_iops = ' || iops);DBMS_OUTPUT.PUT_LINE ('latency = ' || lat);DBMS_OUTPUT.PUT_LINE ('max_mbps = ' || mbps);END;

O tempo de execução está diretamente ligado a alguns fatores:

Performance na estrutura de Armazenamento (Storage);Número de Datafiles;Tamanho do Database;

Em Storage compartilhados, por exemplo ambiente clusterizado, a performance pode variar também de acordo com o número de Nodes do Cluster.

Listando Resultados

Após a execução, pode-se listar os resultados de 2 maneiras:

- Pelo output da Procedure

SQL> @calibratemax_iops = 3100latency = 20max_mbps = 376

- Pela view DBA_RSRC_IO_CALIBRATE

SELECT MAX_IOPS, MAX_MBPS, MAX_PMBPS, ACTUAL_LATENCY, NUM_PHYSICAL_DISKS FROM DBA_RSRC_IO_CALIBRATE;MAX_IOPSMAX_MBPSMAX_PMBPSLATENCYNUM_PHYSICAL_DISKS

*Esta lista somente a última execução. Implementando a alteração na execução da procedure CALIBRATE_IO, pode-se obter resultados de todas as execuções:

MAX_IOPSMAX_MBPSMAX_PMBPSLATENCYNUM_PHYSICAL_DISKS

Interpretando Resultados

Os resultados acima demonstram o máximo atingido em operações de Leitura nos discos do Storage.

O melhor resultado obtido foi de 428 operações de I/O por Segundo (em média), com latência de 8ms.

Para calcular a média de I/O por segundo em cada disco, basta dividir este valor pelo número de discos: 428/4 = 107 operações de I/O por segundo para cada disco do Storage.

Com estes resultados é possível gerar um gráfico de consumo de I/O e throughput com o resumo de execução:

Como demonstrado no Gráfico acima, o aumento (tolerância) de latência em milisegundos para operações no Banco de Dados não gera um aumento significativo de throughput nos discos do Storage.

Para operações em Banco de Dados (OLTP) a recomendação é manter o tempo médio de latência abaixo de 10ms.

O throughput do Storage em MB permaneceu o mesmo durante todo o teste, atingindo media de 176MB/s por operação de I/O.

Observações importantes:

Neste cenário, para aumentar o máximo de operações de I/O por Segundo, é nécessário o aumentar nº de discos no Storage ou ainda discos com maior performance.O Número máximo de operações de I/O pode ou não atender as necessidades de uma determinada aplicação. Isso dependerá das operações que a aplicação irá solicitar ao banco de dados.Relatórios AWR podem também ajudar a encontrar alta latência em requisições de I/O ao Banco de Dados.

Os resultados se alternam conforme a configuração de Hardware e Software de cada ambiente analisado. É importante manter um throughput compatível com a necessidade do Banco de Dados afim de evitar problemas de performance no acesso à aplicações.

Fonte e mais informações:
http://docs.oracle.com/cd/B28359_01/appdev.111/b28419/d_resmgr.htm#CJGHGFEA

http://docs.oracle.com/cd/E11882_01/server.112/e16638/iodesign.htm#CHDFBGFB

Abs

Victor DBA

http://victordba.net

DBA Oracle há 7 anos, especialista em Banco de Dados Oracle, com conhecimentos em MySQL, DB2 e SQL-Server. Bacharel em Ciências da Computação pela USCS (Universidade de São Caetano do Sul). Com sólidos conhecimentos em Banco de Dados e Sistemas operacionais, possui certificações OCP 10g/11g, OCE 11g Performance Tuning, OCE 10g RAC, OCS 11g Exadata, OCA Solaris 10, OCA Mysql 5, MCITP SQL Server 2008 R2, IBM DB2 Administrator, LPIC-3, OCA Solaris 10, entre outras.

Apoiador de eventos do GUOB e participante ativo no grupo de Profissionais Oracle (GPO).

Articulista do portal iMasters

Instrutor Oficial Oracle University

Consultor de Banco de Dados na Oracle Advanced Customer Support Services.

Veja perfil e 1 post(s)

Pages

Medindo Throughput do Oracle Database com Calibrate IO

Related Post

0 comments:

Post a Comment