viernes, 29 de julio de 2016

BD Oracle Física VS BD Oracle Virtual VMWARE

Saludos,

Ahora que vivimos en el mundo de la virtualización, por que no virtualizar nuestra base de datos Oracle? Miedo, temor?  Aunque el boom de la tecnología es virtualizar, nuestras preocupación en base de datos de Oracle es que si no se degradará el rendimiento. En este blog vamos analizar un ambiente virtual con VMWARE.

VMWARE ofrece excelente características como el VMotion, Alta Disponibilidad y Tolerancia a Fallos, en resumen para los que no tenemos un Oracle RAC (pobre y humildemente tenemos una SE , SEO o SE2) o no tenemos un Apliance de Oracle, VMWARE es la mejor opción para implementar estrategia de continuidad del negocio. No trataremos temas de licencias, pero solo para su conocimiento Oracle no certifica a VMWARE como virtualizador para sus productos(Para mas información leer el link de Oracle  Doc ID 249212.1),  resumiéndoles no es que Oracle no da soporte sino es que si el problema (Tipico ORA-600) no esta dentro su base de soluciones Oracle solicitará recrear el ambiente en uno certificado para investigar y dar solución.

Bueno, volviendo a nuestros temores de virtualizar la base de datos, como saber si no tendremos problemas de rendimiento? No hay mejor forma que probando el producto, para ello necesitamos un servidor y la herramienta VMWARE. El laboratorio a realizar es probar la base de datos física y virtual en el mismo servidor.  Por ahí conseguí un servidor de préstamo y descargue la versión de prueba de VMWare y pedi ayuda a un amigo experto en VMWARE para realizar la instalación adecuada del producto.



Equipo
HP DL360
Procesador
e5-2637 – 3ghz (2 core)
Discos
4 discos SAS 3.5  10k  de 500
RAM
20G


Ahora como vamos a probar la BD? pues lo mejor es usar herramientas de strees, en mi caso use la Benchmark Factory for Database de Quest(Version de prueba 30 días)que sirve para motores de BD Oracle, Sql Server, MySql, Etc. La herramiente presta varios planes preconfigurados segun el tipo de BD OLTP u OLAP en donde seleccionamos lo planes  para carga de datos, transacciones y consultas, estos planes pueden ser modificados a nuestra conveniencia. Para nuestro laboratorio se establecio un plan de trabajo para BD OLTP con un inicio de 5 usuarios incrementando en 5 usuarios hasta llegar a los 80 usuarios recurrentes. Esto quiere decir que cada usuario conectado ejecutará el plan de trabajo (Inserts, Updates, Delete y Select)  de manera simultanea hasta llegar al nuemro de 80 usuarios. Con esta prueba podemos evaluar el tiempo promedio de respuesta de las transacciones y monitorear el host para ver el consumo de procesador, latencia de discos, uso de memoria entre otros.

Voy a mostrar los resultados de la prueba de strees realizada, en ella se motrará en el eje X la carga de usuarios y en el eje Y los valores del test.




Comparativo de prueba de stress database
Virtual en VMWARE
SO WS2012 STD
Ram 20GB
2Cores
BD Oracle 12.1.0.2
Memory 10G
Equipo Físico
SO WS2012 STD
20GB
2 Cores
BD Oracle 12.1.0.2
Memory 10G
Promedio de transacciones x segundo
Tiempo promedio de respuestas a grupo de transacciones
Bloques por Segundo
Bytes por Segundo



La herramiente Benchmark Factory arroja los resultados:
  • Promedio de transacciones x segundo. Numero promedio que se ejecutaron por cada grupo de usuarios.
  • Tiempo promedio de respuestas a grupo de transacciones. Segun el plan que se eligio tiene un cierto grupo de transacciones configuradas las cuales de promedia el tiempo de respuesta.
  • Bloques por Segundo. Cuanto bloques por segundo se procesaron.
  • Bytes por Segundo. Cuanto bytes por segundo se procesaron.
Si los comparamos entre el virtual y el fisico (El cual se uso el mismo equipo) las diferencias son considerables, el rendimiento es conforme aumenta la carga de usuario es mucho mejor en el fisico que en el virtual.

Ahora no con esto quiero satanizar a lo virtual, solo hay que evaluar el hardware con el que vamos a virtualizar para ver si cumple con las espectativas a nivel de rendimiento. Claro que en mi caso que trabajo en una mediana empresa por mas que quiera adquirir un mejor hardware el presupuesto no me lo permite, por ello no considero la virtualización de la BD.

Espero les sisrva como referencia de las previsiones del caso antes de tomar la decisión de virtualizar la base de datos con el fin tener el equipo idoneo que ofresca el mejor rendimiento.


domingo, 20 de marzo de 2016

Instalacion ASM + Instancia Oracle 12C en sistema operativo Windows 2012

Hola,

Vamos a realizar la instalación de la infraestructura Oracle 12C lo que comprende:

  • Instalacion SO Windows Server 2012.
  • Instalacion y configuración del GRID para la instancia ASM.
  • Instalacion y configuración de la base de datos Oracle 12C SE2 que acceda al repositorio ASM
Esta instalación la vamos a realizar sobre  un sistema operativo Windows Server 2012, el cual tambien lo vamos a instalar dando las especificaciones y recomendaciones necesarias.

Requisitos de Softwre
  • WS2012:
  1.  https://www.microsoft.com/es-es/evalcenter/evaluate-windows-server-2012-r2
  •  Oracle Grid 12C. Instaladores para la gestion del ASM de Oracle
  1. http://download.oracle.com/otn/nt/oracle12c/121020/winx64_12102_grid_1of2.zip
  2. http://download.oracle.com/otn/nt/oracle12c/121020/winx64_12102_grid_2of2.zip
  •  Oracle 12C SE2. Instaladores del motor de BD Oracle
  1.  http://download.oracle.com/otn/nt/oracle12c/121020/winx64_12102_SE2_database_1of2.zip
  2.  http://download.oracle.com/otn/nt/oracle12c/121020/winx64_12102_SE2_database_2of2.zip


Arquitectura a implementar
El siguiente grafico esquematiza la arquitectura Oracle que vamos a implementar, los volumenes de discos no seran gestionados por el SO, sino por la instanacia ASM, para ello habra que presentarselos en crudo al ASM. Con esto ya se tendrá un almacenamiento centralizado gestionado por Oracle que podremos utilizar para que la o las instancias que creemos utilicen como almacenamiento el ASM.



A continuacion las especificaciones definidas para el servidor:
  • Memoria 6Gb
  • Procesador 1
  • Almacenamiento
  1. Disk 0 60Gb   Instalacion de SO
  2. Disk 1 40GB   Instalacion de los binarios de Oracle
  3. Disk 2 400GB Disco para el almacenamiento ASM, este no se presentará el SO, sino que será presentado al SO
 
Ahora si, una vez obtenido todos los instaladores procederemos a realizar la instalacion y configuración del SO. Posterior a esto realizaremos la instalación de la arquitectura Oracle.

Instalación SO Windows Server 2012
La instalación del SO es muy sencilla, solo tenemos que tener en cuenta lo siguiente:
  • Instalar la versión Windows Server 2012 SE (servidor con GUI). Esta versión nos permite tener la consola gráfica para administrar el servidor.
  • Seleccionar el volumen donde se instalará el SO.
  • Desactivar el firewall de windows.
  • Configurar el dominio, grupo de trabajo o nombre del equipo de ser necesario.
  • Si necesita realizar alguna configuración de red, como recomendación realizarlo antes de instalar Oracle.



Recomendaciones adicionales:
  • Desactiva UAC: Desde el regedit "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies\system" setear en 0 el valor enableUA
  • Instalar el runtime de java https://www.java.com/es/download/


Instalación Oracle Grid

La instalación de la infraestrutura Grid consiste en:
  • Preparación del los discos para ASM
  • Instalación del software Oracle Grid

Instalación y Configuración de base de datos Oracle con repositorio ASM
A continaución la instalación del motor de base de datos y la configuración de una instancia.