Archivo

Posts Tagged ‘virtualización’

Oracle VM Manager 3.4.2: recuperación repositorio mysql corrupta

abril 16, 2018 Deja un comentario

En la versión 3.4.2 de Oracle Virtual Machine se ha detectado un bug de producto que consiste en el crecimiento desmesurado de la tabla en la BD mysql que contiene las estadísticas y, por extensión, a nivel del sistema operativo el fichero OVM_STATISTIC.ibd puede crecer hasta llenar el filesystem donde está instalado el producto.

Este bug se descubrió al comprobar que no se podía acceder a la consola y que el filesystem /u01 estaba al 100%.

[root@ovmanager ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda3 11G 7.3G 1.4G 85% /
devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs 3.7G 0 3.7G 0% /dev/shm
tmpfs 3.7G 65M 3.6G 2% /run
tmpfs 3.7G 0 3.7G 0% /sys/fs/cgroup
/dev/xvda1 499M 105M 394M 22% /boot
/dev/mapper/data-ovmm 25G 24G 0 100% /u01
tmpfs 594M 0 594M 0% /run/user/1000
tmpfs 594M 0 594M 0% /run/user/0
al buscar los ficheros de más de 1G en el filesystem
[root@ovmanager u01]# find . -type f -size +1G
./app/oracle/mysql/data/ovs/OVM_STATISTIC.ibd
[root@ovmanager u01]# ls -ltrh ./app/oracle/mysql/data/ovs/OVM_STATISTIC.ibd
-rw-rw----. 1 oracle oinstall 13G Feb 15 01:56 ./app/oracle/mysql/data/ovs/OVM_STATISTIC.ibd

Conectando a la BD, comprobamos el número de filas de la tabla:

mysql> select count(*) from OVM_STATISTIC;
+----------+
| count(*) |
+----------+
| 21528948 |
+----------+
1 row in set (40.76 sec)

mysql>

Para realizar la recuperación de la BD realizaremos los siguientes pasos:

  1.      Parada de los servicios ovm
  2.      Eliminación de la BD del OVM Manager
  3.      Generación de nuevos certificados y arranque de los servicios
  4.      Activación de los nuevos certificados
  5.      Repopular la BD, redescubriendo los servidores
  6.      Restaurar los “nombres simples” usando la siguiente nota de MOS:  Restore OVM       Manager “Simple Names” After a Rebuild/Reinstall (Doc ID 2129616.1)

Leer más…

Categorías:Tech - Infrastructure Etiquetas: , ,

Oracle VM 3.4.2 Liberada

octubre 4, 2016 Deja un comentario

OVM

Aprovechando el OOW 2016, Oracle ha anunciado la nueva release de Oracle Virtual Machine (3.4.2) en la cual se ofrecen las siguientes características:

  • Soporte a dispositivos de Memoria No Volátil (NVMe) para acceso a discos SSD.
  • Gestión de OV Manager 3.4.2 de las versiones OV Server x86 – 3.4.x, 3.3.x ó 3.2.10/11 y SPARC – Agent 3.4.x ó 3.3.x
  • Funcionalidades SCSI extendidas disponibles para Máquinas Virtuales
  • Actualización del kernel del Dom0 a Oracle Unbreakable Enterprise Kernel Release 4 Update 2 (4.1.12-61.1.9)
  • Mejoras en rendimiento y escalabilidad  del Hypervisor.

 

Más información de las nuevas características en el blog de virtualización de Oracle y en la documentación del producto.

Licenciamiento productos Oracle en entornos virtualizados

noviembre 24, 2014 Deja un comentario

intel

La evolución de los procesadores hace que cada vez dispongamos de más núcleos (cores) en cada CPU.

Dado que ya casi no se encuentran en el mercado CPUs con 4 cores o menos, esto hace que al renovar los servidores, pasando por ejemplo de un servidor con CPUs DualCore a HexaCore, se deban adquirir mas licencias Oracle de tipo “processor” para no incurrir en un mal licenciamiento.

No se debe entender “processor” por su traducción literal “procesador” (CPU) ya que Oracle calcula los “processors” necesarios aplicando un factor de conversión al numero de cores del servidor. El factor de conversión depende del modelo de CPU: x86, UltraSparc VII, Power 5, PA-RISC, etc. Podéis encontrar la tabla de factores de conversión en este link y una explicación de cómo se calculan los “processors” necesarios en este post de nuestro blog. Por ejemplo, el factor de conversión para las CPUs Intel multicore x86 es de 0.5, lo que significa que para una CPU de 6 cores debemos tener licenciados 3 “processors” Oracle.

Este sobrecoste por tener que adquirir más licencias hace que muchos clientes se decanten por soluciones de virtualización, asignando sólo el número de cores licenciados a cada máquina virtual. Pero no sirve cualquier solución de virtualización: para poder limitar el número de licencias necesario, debe tratarse de una solución Hard Partitioning reconocida por Oracle, tal y como se explica en este documento.

En este momento las virtualizaciones reconocidas como Hard Partitioning son:

  • Solaris Zones (also known as Solaris Containers, capped Zones/Containers only)
  • IBM LPAR (adds DLPAR with AIX 5.2)
  • IBM Micro-Partitions (capped partitions only)
  • HP vPar
  • HP nPar
  • HP Integrity Virtual Machine (capped partitions only),
  • HP Secure Resource Partitions (capped partitions only),
  • Fujitsu’s PPAR
  • Oracle VM x86
  • Oracle VM SPARC

No sirven por tanto, para limitar el número de licencias, soluciones de virtualización tales como:

  • Xen
  • VMware
  • Microsoft hyper-v

Para conocer a fondo la política de licenciamiento de Oracle recomendamos leer este documento.

Oracle y VMware: ¿amigos o enemigos?

diciembre 1, 2010 4 comentarios

En esta entrada de blog intentaré aclarar el estado en que se encuentra la combinación de Oracle y VMware a fecha de hoy y describir lo que personalmente creo será el futuro de esta combinación de tecnologías.

VMWARE_vs_ORACLE

En el primer punto, que dividiré en “estado de soporte” de la combinación y “requerimientos de licenciado”, intentaré ser lo más simple y neutral posible, basándome únicamente en lo que ambas empresas (Oracle y VMware) han publicado al respecto.

El segundo punto será justo lo contrario, fruto de opiniones tanto personales como recogidas por la red… por lo que será totalmente discutible.

Nota: Téngase en cuenta que  toda la información aquí presentada ha sido recopilada con fecha 22-11-2010, y que en el momento de la lectura de este post se podrían haber producido cambios de política o estrategia por parte de Oracle.

Leer más…