11g Nuevas características de la calibración IO (IO calibración)

2010/08/11 por administración 1 Comentario

IO función de calibración (calibración IO) puede ayudarnos a entender el verdadero rendimiento del sistema de almacenamiento, para determinar mejor el problema de rendimiento de E / S es causada por un mismo sistema de base de datos o almacenamiento. E / S de calibración características (IO calibración) de archivos de datos de Oracle al azar de E / S medio de almacenamiento de acceso, que se ajustan a la conclusión de valor real el rendimiento de la base de datos IO.
Antes de utilizar esta función, queremos asegurarnos de que se cumplan las siguientes condiciones:

Llamar al procedimiento almacenado tendrá privilegios SYSDBA

parámetro TIME_STATISTICS es cierto:

SQL> mostrar TIMED_STATISTICS de parámetros;

Nombre Tipo Valor
------------ ---- ----------
TIMED_STATISTICS boolean TRUE

Debe abrir S asíncrona; Tenga en cuenta el uso del sistema de archivos, FILESYSTEMIO_OPTIONS necesitan SETALL o ASYNC, de lo contrario Oracle no permitirá S asíncrona.

Verificar puede ser activado S asíncrona la siguiente consulta:

SQL> SELECT NOMBRE, ASYNCH_IO 
2 DE V $ DATAFILE M, V $ IOSTAT_FILE I 
3 DONDE F.FILE # = I.FILE_NO 
4 Y FILETYPE_NAME = 'Archivo de datos'; 

NOMBRE ASYNCH_IO 
------------------------------------------------ -------------------------------- --------- 
D: \ Tools \ ADMINSTRATORG \ ORADATA \ PROD \ DATAFILE \ O1_MF_SYSTEM_65DN8HXT_.DBF ASYNC_ON 
D: \ Tools \ ADMINSTRATORG \ ORADATA \ PROD \ DATAFILE \ O1_MF_SYSAUX_65DN8J18_.DBF ASYNC_ON 
D: \ Tools \ ADMINSTRATORG \ ORADATA \ PROD \ DATAFILE \ O1_MF_UNDOTBS1_65DN8J1S_.DBF ASYNC_ON 
D: \ Tools \ ADMINSTRATORG \ ORADATA \ PROD \ DATAFILE \ O1_MF_USERS_65DN8J2X_.DBF ASYNC_ON

características de calibración IO procedimiento almacenado puede ser invocadas por DBMS_RESOURCE_MANAGER.CALIBRATE_IO; Oracle el proceso dará lugar a una serie de archivos de datos IO cargas de trabajo sensibles (de 1 MB de tamaño por la composición IO azar) de sólo lectura, el sistema de almacenamiento se puede continuar para determinar los IOPS máximos ( máximo IO solicitudes por segundo) y MBPS (IO por segundo velocidad de transferencia). Con el fin de hacer que los resultados sean más representativas, se debe tener IO Calibración proceso de pruebas, la base de datos es libre, no hay ninguna otra pérdida de carga IO.

Echemos un vistazo al método específico CALIBRATE_IO llamar a un procedimiento almacenado:

- Iniciar una E / S de calibración 
 - 
 - argumentos de entrada: 
 - num_physical_disks - número aproximado de discos físicos de 
 - el almacenamiento de base de datos 
 - max_latency - latencia máxima tolerable en milisegundos para 
 - solicitudes IO base de datos en bloques de tamaño 
 - - 
 - argumentos de salida: 
 - max_iops - número máximo de solicitudes de E / S por segundo que pueden ser 
 - sostenida. Las solicitudes de E / S están aleatoriamente distribuidos, 
 - la base de datos en bloques de tamaño lee. 
 - max_mbps - máximo rendimiento de I / O que puede ser sostenido,
 - expresado en megabytes por segundo. Las solicitudes de E / S 
 - están aleatoriamente distribuidos, 1 megabyte lee. 
 - actual_latency - Promedio de latencia de base de datos en bloques de tamaño I / O 
 - peticiones a la tasa de "max_iops", expresado en milisegundos. 
 - 
  calibrate_io PROCEDIMIENTO ( 
   num_physical_disks EN PLS_INTEGER DEFAULT 1, 
   max_latency EN PLS_INTEGER DEFAULT 20, 
   max_iops OUT PLS_INTEGER, 
   max_mbps OUT PLS_INTEGER, 
   actual_latency OUT PLS_INTEGER 
   );

En el que el parámetro de entrada para especificar los num_physical_disks de almacenamiento de base de datos el número aproximado de discos físicos utilizados; max_latency especifica los clientes máximos IO pueden tolerar el tiempo de retardo en ms, por lo general pensamos en espera promedio de 10 ms IO es un buen rendimiento, esta cifra es a menudo mucho más grande que la explicación de carga IO es demasiado alto, asumimos 15ms es nuestra fecha límite.

SQL> set serveroutput sucesivamente; 
SQL> DECLARE 
  2 lat entero; 
  3 IOPS INTEGER; 
  4 Mbps entero; 
  5 COMENZAR 
  6 - DBMS_RESOURCE_MANAGER.CALIBRATE_IO (disk_count, max_latency, OIA, mbps, lat); 
  7 DBMS_RESOURCE_MANAGER.CALIBRATE_IO (2, 15, OIA, mbps, lat); 
  8 
  9 DBMS_OUTPUT.PUT_LINE ( 'max_iops =' || OIA); 
 10 DBMS_OUTPUT.PUT_LINE ( 'latencia =' || lat); 
 11 dbms_output.put_line ( 'max_mbps =' || Mbps); 
 12 final; 
 13 / 

max_iops = 127 
latencia = 15 
max_mbps = 38 

completado procedimiento PL / SQL con éxito 
/ *平均延迟为15ms时,最大IOPS为127, mbps为38 * /

/ * La ejecución del proceso puede ver su progreso * / $ IO_CALIBRATION_STATUS por V 
SQL> SELECT * la de V $ IO_CALIBRATION_STATUS; 

la CALIBRATION_TIME ESTADO 
------------- ---------- -------------------------------------------------- -------------------- 
. el 8 EN PROGRESO fecha del 11- PM -10 12.02.35.121 

el SQL> ALTER NLS_TIMESTAMP_FORMAT la sesión SET = 'HH24: MI'; 

la sesión Alteración 
del SQL> COL A10 para hora_inicial; 
SQL> COL hora_final para A10; 
SQL> SELECT * la de DBA_RSRC_IO_CALIBRATE; 

START_TIME a END_TIME MAX_IOPS MAX_MBPS MAX_PMBPS LATENCY NUM_PHYSICAL_DISKS 
---------- ---------- ----- ----- ---------- ---------- ---------- --------------- --- 
12:55 12:59 1273814152
/ * Ver DBA_RSRC_IO_CALIBRATE registros de información histórica IO CALIBRACIÓN * /

11g Nuevas características de la calibración IO (IO calibración)

11g Nuevas características de la calibración IO (IO calibración)

Supongo que te gusta