Archive

Posts Tagged ‘Reducción de costes’

Restauración y mantenimiento de backups de Oracle Database en “la nube”


En este post anterior vimos cómo configurar los backups en el servicio de Cloud de Oracle. En esta entrada veremos cómo restaurar ficheros a partir de uno de estos backups y como administrar nuestros backups (básicamente como eliminar los que ya consideremos obsoletos).

Restauración de un backup

En este caso la única diferencia entre hacer una restauración de cinta o disco y hacerlo desde la nube será que deberemos especificar la clave de cifrado, tener configurado el Wallet de TDE o ambos según lo hubiéramos hecho durante el backup.

Partiendo del de backup usado en el anterior post (cifrado con una clave) lanzaremos una restauración de un fichero.

En primer lugar eliminamos el fichero de la BBDD, seleccionamos un tablespace y lo ponemos “offline”.


[oracle@centos1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Wed Oct 14 04:32:24 2015

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options

SYS @ one > select tablespace_name,file_name from dba_data_files;

TABLESPACE_NAME
------------------------------
FILE_NAME
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
USERS
+DATOS/one/datafile/users.257.848555587

UNDOTBS1
+DATOS/one/datafile/undotbs1.258.848555587

SYSAUX
+DATOS/one/datafile/sysaux.259.848555585

SYSTEM
+DATOS/one/datafile/system.265.848555585


SYS @ one > alter tablespace users offline;

Tablespace altered.

Nos conectamos a la instancia ASM y eliminamos el fichero.

Leer más…

Backup de Oracle Database en “la nube”

Desde hace ya un tiempo es posible contratar el servicio Database Backup en el Cloud de Oracle, que nos permite almacenar nuestros backups de BBDD en “la nube”.

Esto es una oportunidad para todos aquellos que o bien no tienen un sistema de backup de BBDD con el que se sientan cómodos (backups únicamente a disco, backups copiados de una maquina a otra, gestión de cintas manual, etc.) o para los que los backups a cinta automatizados empiecen a ser un problema, por complejidad de administración y costes.

Es más, no tenemos por qué plantear el cambio de manera rompedora ya que podemos disponer de manera simultánea del actual sistema de backup a disco o cinta y del backup en la nube. A todo esto podemos añadir que este servicio puede ser el punto de entrada perfecto de nuestra empresa en los servicios de tipo Cloud.

A nivel práctico tendremos a nuestra disposición todas las copias almacenadas desde cualquier lugar (ideal para duplicar BBDD en datacenters remotos) y al momento, sin tener que esperar el traslado de las cintas desde su ubicación de almacenamiento (en muchos casos una empresa de custodia externa).

Los backups en la nube se encuentran multiplexados entre diferentes centros de storage cloud de Oracle para evitar pérdidas de datos, se enviaran comprimidos para minimizar el consumo de ancho de banda y cifrados (con una llave de cifrado privada custodiada por el cliente) para securizar el acceso a los datos.

mqdefault

 

El funcionamiento del backup en la nube es idéntico al de un backup a cinta, la puesta en marcha de este backup consiste básicamente en la instalación de una Media Management Library idéntica a la que estemos usando actualmente para cintas físicas, con la diferencia que ésta va a comprimir, cifrar y enviar las copias por red a la nube.

Los comandos RMAN usados para las copias son los mismos, por lo que los scripts de copia y restauración de que dispongamos siguen siendo válidos.

Al adquirir el producto de backup en la nube, Oracle proporciona una licencia de uso limitado de la compresión y el cifrado de backups (opciones que on-premise implicarían tener que licenciar Enterprise Edition, Advanced Security y Advanced Compression). Esta licencia limitada es tanto para BBDD Enterprise Edition como para Standard Edition. En el caso de las BBDD Standard Edition es necesario instalar un parche en la BBDD que permite activar estas funcionalidades.

Podemos usar Oracle Backup en la nube desde la versión 10gR2 en adelante en la gran mayoría de plataformas, proporcionando Oracle una librería de gestión de medios apropiada al sistema operativo de que dispongamos.

Después de esta introducción al servicio vamos a realizar una demostración de configuración y backup de una BBDD Oracle en la nube.

Leer más…

Crear BBDD Oracle de desarrollo de manera ágil y con mínimo consumo de recursos

septiembre 15, 2015 1 comentario

El titulo de este post parece una panacea: imaginaros poder disponer de entornos de desarrollo “bajo demanda”, creándolos muy rápidamente y sin preocuparnos del espacio que ocupan (independientemente del tamaño de la BBDD origen)…

Existe la posibilidad de poder hacer algo parecido a esto si disponemos de un sistema de storage que nos permita replicar producción y realizar “snapshots” de esa replica o bien podemos aprovechar la funcionalidad de snapshot clone que nos proporciona Oracle Database desde la versión 11.2.

Las BBDD de tipo snapshot clone de Oracle prácticamente no ocupan espacio, ya que la BBDD clonada usa un backup de la BBDD origen para acceder a los datos (realmente no dispone de copia de los datos) y es cuando modificamos algún bloque que se realiza una copia con los nuevos datos modificados en los ficheros de la BBDD clonada (por lo que a medida que modifiquemos la BBDD clonada el espacio que ocupa irá creciendo).

BBDD clonadas usando Backup como origen de datos

El hecho de que los datos “base” de nuestro clon sean los de un backup nos permite desacoplar totalmente el entorno clonado del productivo (no interfiere uno con otro, pueden estar en servidores, cabinas e incluso CPD’s separados), y podemos crear tantos clones como queramos basados en el mismo backup (que habremos trasladado de producción al entorno de desarrollo o test). La copia debe ser de tipo “datafilecopy” y la podemos realizar en caliente mediante RMAN, en caliente manualmente con “begin/end backup” o en frío, y puede proceder de la BBDD origen o de una physical standby de ésta.

Notar que estos clones no están pensados para pruebas de rendimiento ya que el hecho de ir a buscar los bloques originales en el backup y los modificados en sus ficheros penaliza ese aspecto y por lo general los sistemas de storage de los entornos de desarrollo o test tampoco acostumbran a prestarse a este tipo de pruebas.

NOVEDAD: Indicar que a partir de la versión 12.1.0.2 se han relajado mucho los requisitos necesarios para poder usar esta funcionalidad, en esta versión podemos realizar clones sobre sistemas de ficheros locales. En versiones anteriores era necesario disponer de un sistema de ficheros NFS montado mediante el driver especifico de Oracle “dNFS” en el que crear la BBDD clon (notar que el backup no sufre esta restricción).

A continuación realizaremos una pequeña demostración de esta funcionalidad. En primer lugar lanzamos un backup de nuestra BBDD “origen”, realizamos un backup online con RMAN:

Leer más…

¿Qué versión elegir de Oracle Database, Enterprise o Standard?

Últimamente hemos recibido varias preguntas de diferentes clientes respecto a las diferencias entre las versiones Enterprise y Standard de Oracle Database, básicamente para saber cuál de estas ediciones encaja mejor con sus necesidades.

Standard-Enterprise

Usando un símil con los taladros, la Enterprise Edition sería un taladro potente, que podemos usar en cualquier superficie (ladrillo, hormigón, madera, metal) que atornilla/desatornilla y al que podemos conectar multitud de complementos que nos permitirán trabajar más rápidamente, con más precisión o realizando tareas que quizá podrían haber obligado a comprar otras herramientas (como lijar o cortar). Este sería el taladro imprescindible en la caja de herramientas de un buen carpintero, cerrajero, paleta, etc.

Por otra parte, si en casa colgamos algún cuadro de vez en cuando, necesitamos un taladro que permita taladrar muros y madera fácilmente, que sea práctico y fiable. Esta sería la versión Standard Edition del taladro, que no debería faltar en la caja de herramientas de ningún manitas.

Entrando un poco más en detalle, antes de nada aclarar que en este post no tengo intención hacer lista detallada de todas las diferencias entre ambas versiones, únicamente comentaré las más relevantes o que he detectado como más útiles en el día a día con nuestros clientes. Indicar también que no entraré en diferenciar las versiones XE (gratuita), Standard Edition y Standard Edition One pues ya las explicamos en este post.

A modo de recordatorio: algunas de las opciones o packs de Oracle Database Enterprise Edition, que comentaré a continuación, requieren ser licenciadas por separado de la BBDD.

El punto de partida obligado, para conocer en detalle las diferencias entre todas las versiones de Oracle Database, es esta página web de Oracle.

Desde mi punto de vista destacaría en Oracle Database Enterprise Edition:

  • La primera funcionalidad que destaca en una Enterprise Edition (EE en adelante) sobre una Standard Edition (SE en adelante) es, en mi opinión, la posibilidad de utilizar los packs de Diagnostics y de Tuning. Nos ofrecen la mayor y más detallada cantidad de información sobre el funcionamiento de la BBDD que os podáis imaginar (existen otros productos que hacen cosas parecidas, pero ninguno que los llegue a igualar), así como la posibilidad de ajustar de manera automática el rendimiento de nuestras sentencias SQL. En la SE no existe la opción de usar estas funcionalidades, lo que implica tener que controlar el estado y ajustar el rendimiento del gestor de manera tradicional (trazas de selects, vistas dinámicas V$ o herramientas como statspack -que se basa en las dos anteriores-).
  • Otra funcionalidad presente sólo en EE, y que creo que es importante y se tiene poco en cuenta, es el paralelismo. En EE una única sentencia SQL puede paralelizarse y usar varias CPU’s/cores de manera simultánea, mejorando notablemente el tiempo de respuesta en algunos casos. En SE no es posible paralelizar y una sentencia SQL no puede usar al mismo tiempo más de 1 CPU/core.

Leer más…

Oracle Database 12c, ¿con “c” de “cloud” o de “consolidación”?

abril 24, 2014 1 comentario

En un post anterior presente la nueva versión de Oracle Database 12c como la “autopista hacia la nube”. Su arquitectura facilita en gran manera el traslado de las BBDD a datacenters remotos (al llamado “cloud”), convirtiendo nuestras BBDD en un servicio mas.

En caso que no queramos/podamos realizar este paso hacia la nube, la arquitectura “multitenant” sigue aportándonos grandes ventajas, entre ellas la de la consolidación.

Simplify Database Consolidation

Hasta la fecha era posible ejecutar varias instancias de BBDD en una misma maquina, pero esto a cambio de:

  • Tener una gran cantidad de servicios y “pools” de memoria repetidos y con muy pocas posibilidades de trasladar recursos entre ellos.
  • Necesidad de gestionar configuraciones de monitorización, políticas de passwords, auditorias, gestión de usuarios y autorizaciones por separado para cada una de las BBDD.
  • Parcheado separado de cada una, necesitando realizar tantos “parcheos” como bases de datos dispongamos.
  • Disponer de múltiples scripts de backup, que se tendrán que lanzar y controlar por separado.
  • Dificultad en crear nuevas BBDD, ya que implicará tener que reconfigurar parámetros de kernel en el servidor para permitir ejecutar los “n” nuevos servicios a arrancar, las nuevas zonas de memoria a asignar e incluso posiblemente sea necesario presentar nuevo storage.
  • El traslado de BBDD a este nuevo entorno puede ser simple o complicado dependiendo de las versiones de BBDD origen/destino.

Por otra parte la opción de crear una sola BBDD por servidor y configurar allí todas las aplicaciones de la empresa normalmente queda descartada por problemas de colisión de roles/esquemas, por temas de seguridad, de configuración o de uso de las aplicaciones.

La nueva versión de Oracle, y su arquitectura “pluggable”, nos da solución a muchos de los problemas anteriores:

  • Podemos usar un solo conjunto de procesos y “pools” de memoria en la maquina, compartidos por todas las PDB (Pluggable Database), de manera que los recursos se podrán distribuir de la manera mas optima.
  • Muchas de las tareas de gestión se podrán realizar sobre todas la BBDD a la vez desde la CDB (Container Database).
  • Si así lo deseamos podremos tener un solo backup y por tanto una sola tarea a lanzar y monitorizar.
  • Podremos disponer de “plantillas de BBDD” que nos permitirán crear nuevas BBDD conectadas a nuestro CDB en pocos minutos.
  • El traslado/upgrade de las BBDD se facilita en gran manera ya que consiste básicamente en la desconexión de la BBDD del CDB actual y conectarla al nuevo, de esta misma manera los upgrades consisten en actualizar el CDB actualizando al mismo tiempo todas las CBD que tenga conectadas.

En resumen, que esta nueva versión nos facilita en gran medida concentrar servicios en una menor cantidad de hardware aprovechando mucho mejor éste. Y pensemos que  menos hardware implica:

  • Menos administración (actualización de sistemas operativos, incidencias, backups)
  • Menos licencias de soporte hardware/software
  • Menos tareas de migración a nuevas plataformas cada pocos años

Es para pensarlo, ¿no?

Oracle Database 12c – Multitenant: Reducción de costes

marzo 26, 2014 Deja un comentario

Dependiendo de cómo nos tomemos la traducción literal del término multitenant (multiusuario o múltiples inquilinos), más o menos nos podríamos hacer una idea de por dónde podrían ir los tiros con esta nueva funcionalidad que proporciona Oracle Database 12c, que nos sumerge en el “cloud computing”.

Multitenant Option bien merece que las empresas quieran migrar a la release 12c para ver reflejada una reducción de costes.

Un resumen para definir esta característica (de la cual ya hablamos en otro post) es que existe una base de datos raíz en la cual se “enchufan” o conectan otras bases de datos sobre las que se trabaja (bases de datos pluggables o PDB).

Las áreas en las que más nos puede ayudar a conseguir una reducción de costes son las siguientes:

Memoria: Las bases de datos ya no disponen cada una de su propia SGA, sino que usan porciones de la SGA de la base de datos raíz (Container Database o CDB). Por lo tanto aumenta la escalabilidad y utilización de los servidores. Ya no tendremos repetidas estructuras de memoria en cada instancia, ni dentro de éstas ciertos pools infrautilizados o saturados, sin posibilidad de intercambiar recursos entre ellas.

Administración: Las tareas que serían necesarias para gestionar múltiples bases de datos sin esta opción, ahora se ven simplificadas, muchas de ellas se realizarán desde la CDB. Por ejemplo, para crear una BBDD hasta la fecha era muy común usar el asistente “dbca”, ahora sólo será necesario ejecutar el comando “create pluggable database” desde la CDB.

Parcheado: Al ser en la base de datos raíz donde se almacenan los metadatos, y no en las PDBs, la tarea de aplicar los pertinentes parches se hará sobre la base de datos container, actualizando simultáneamente todas las bases de datos pluggables.

Upgrade: Esta opción facilita la complicada tarea de actualizar la versión de las bases de datos ya que, al contener la CDB los metadatos, se puede tener varias CDBs con versiones distintas e ir “desenchufando/enchufando” las diversas PDBs para poder trabajar sobre una versión u otra (o con distintos parches). Si por ejemplo surgiese algún problema con una CDB, para realizar un downgrade/upgrade bastaría con realizar una desconexión del CDB actual y conectarlo sobre otro.

Si os interesa conocer más acerca de esta opción de Oracle Database 12c Enterprise Edition, aquí tenéis un white paper.

Crónica evento Desarrollo con Oracle Fusion Middleware (Madrid, 30 enero)

enero 31, 2014 Deja un comentario

El pasado día 30 de enero avanttic y Oracle realizamos un desayuno de trabajo, en Madrid, para explicar cómo desarrollar de forma avanzada y productiva con Oracle Fusion Middleware.

avanttic_Oracle_FMW_20140130_MAD

Durante la sesión, preventas de avanttic y Oracle presentaron los siguientes productos Oracle:

  • Oracle Application Development Framework es el framework de desarrollo de aplicaciones Java de Oracle. Enfocado a incorporar las capacidades de un entorno de desarrollo 4GL en el mundo Java. Nos posibilita abordar con éxito tanto nuestros desarrollos web tradicionales como desarrollos Mobile, permitiéndonos generar aplicaciones para iOS y Android sin necesidad de realizar dos desarrollos separados.
  • Oracle Mobile Security Suite nos permite gestionar la conexión segura desde los dispositivos móviles a nuestros sistemas de back-end, mediante Single Sign-On (incluso con redes sociales) y de forma integrada con la política de acceso centralizada de la organización. Permite crear un “contenedor” seguro en el móvil, en el que ejecutar las aplicaciones corporativas (Mobile Application Management – MAM). 
  • Oracle Service Bus gestiona la publicación de los servicios web y aporta toda la infraestructura necesaria a nivel de seguridad, monitorización y auditoría para permitir a las aplicaciones integrarse con los sistemas de back-end, tanto de su organización como externos.
  • Oracle Business Transaction Management se integra con Oracle Enterprise Manager 12c y permite un seguimiento y monitorización en tiempo real de las transacciones de negocio que generan los desarrollos e integraciones.

Contacta con nosotros si deseas más información sobre los temas tratados en estas sesiones.