Archivo

Posts Tagged ‘Database’

Razones para utilizar Big Data SQL v 3.1

septiembre 1, 2017 Deja un comentario

Siguiendo la línea de lo comentado en anteriores posts de Oracle Big Data Appliance (BDA) sobre características y evolución, aprovecharemos para hablar de las nuevas características de Oracle Big Data SQL 3.1. Dicho software está disponible con Oracle Database 12C en combinación con el sistema Oracle Exadata Engineered y el sistema de ingeniería de dispositivos Oracle Big Data.

El uso del sistema Oracle Engineered tiene mucho sentido ya que es capaz de utilizar InfiniBand, con conexiones entre dos sistemas para eliminar el cuello de botella de la red, y así poder obtener distintas partes de información desde una consulta SQL. Además, permite acceder en línea al sistema de base de datos con el funcionamiento del Exadata, permitiendo un almacenamiento de la información y un procesamiento de cálculo realizado en gran parte en los nodos de almacenamiento. Esto asegura que más ciclos de CPU están disponibles para otras tareas, clasificación, filtrado y capacidad de almacenamiento.

Cuando ciertas partes de los datos residen en una base de datos NoSQL y otras en un clúster HDFS, surgen problemas de tiempos de respuesta además de abundante codificación adicional que permite obtener un resultado de cruce de datos necesario y posible.

Por eso Oracle anuncióOracle Big Data SQL“, mejorando su v 3.1 y asegurando “consultas SQL rápidas y seguras en todos sus datos” sobre el lenguaje SQL estándar que conocemos, el cual permite consultar datos no sólo en la base de datos Oracle sino también con datos que residen desde “otros puntos”.  Dichos puntos son los clústers Hadoop HDFS y las bases de datos NoSQL, lo cual nos permite extender el diccionario de datos de Oracle y almacenar información de los datos en los clústers NoSQL o Hadoop HDFS, permitiendo que la Base de datos Oracle pueda hacer uso de esas fuentes en combinación con los datos almacenados.

Oracle Big Data Appliance, es un sistema abierto, multiusos para Hadoop y de procesamiento NoSQL. También está diseñado para ejecutar diversas cargas de Hadoop y consultas SQL interactivas mediante Oracle Big Data SQL. Estas capacidades están disponibles en la instalación, así como en el servicio de Oracle Big Data Cloud Service que ofrece nuevas características de mejora en su última versión.

Big Data SQL v3.1 ahora soporta:

  • Exadata a Big Data Appliance.
  • Exadata a clúster hadoop de commodities (CDH & HDP).
  • Oracle Database 12c a Big Data Appliance.
  • Oracle Database 12c a los clústers hadoop de productos básicos.
  • Oracle SuperCluster a Big Data Appliance (aún no certificado).

Instalación puede ser desde dos sistemas diferentes:

Leer más…

Oracle Out of Place Patching Database (Cloud Control 13c R2)

En este post vamos a parchear una Base de Datos Oracle 11.2.0.4. El parche que aplicaremos será el último publicado por el fabricante pero con alguna diferencia respecto a cómo aplicaríamos normalmente un PSU.

Out of Place Patching

Esta opción de parcheo consiste en generar una copia o clon de nuestro ORACLE_HOME. Tal y como se muestra en la imagen anterior el proceso se ejecuta de la siguiente manera:

  • Clonado del ORACLE_HOME
  • Aplicación del Parche al ORACLE_HOME Clonado
  • Switch de la Base de Datos: Este paso consiste en parar la Base de Datos y levantar desde el ORACLE_HOME en el que ya se ha aplicado el parche.
  • Aplicar SQL´s: Si el parche incluye SQL´s sera necesario aplicarlo a cada una de las Bases de Datos.

Este proceso de parcheo es tremendamente efectivo ya que minimiza los tiempos de parada y garantiza una marcha atrás totalmente transparente. Pero puede no ser una tarea fácil, o por lo menos conlleva una serie de pasos a tener en cuenta antes de ejecutar el parcheo.

Out of Place Patching desde Oracle Cloud Control 13c

En este post veremos como realizar este proceso de parcheo desde Cloud Control 13c de una manera sencilla y clara, a la vez que, eliminamos cualquier error humano y tareas adicionales como:

  • Cambio del fichero de parámetros SPFILE y passwordfile (Esto puede no ser necesario dependiendo de como se haya clonado el ORACLE_HOME).
  • Modificación del parámetro ORACLE_HOME en la capa de Clusterware.
  • Modificación del ORACLE_HOME en Enterprise Manager.

Después de esto vamos a iniciar el parcheo. Antes que nada comprobaremos en que estado esta la Base de Datos:

Leer más…

Crónica Technical SPOUG Day: OTN EMEA TOUR 2017 (Madrid, 25 Mayo)

El pasado 25 de Mayo se celebró OTN EMEA TOUR 2017 (Oracle Technology Network) en la sede madrileña de Oracle España. Ha sido la primera vez que OTN Tour ha desembarcado en nuestro país y lo ha hecho de la mano de SPOUG (Spain Oracle Users Group) en el Technical SPOUG Day. 

En esta ocasión, avanttic y Accenture actuaron como patrocinadores de la jornada con la colaboración de Oracle.

El OTN Tour, entidad de gran prestigio por su alto contenido técnico, segmentó a los speakers y gurús en tecnología Oracle (Oracle ACE, ACE Directors y Rock Star) en varias ponencias de alto nivel:

  • 45 most useful new DBA commands in Oracle 12.2 (Julian Dontcheff)
  • Managing the changes in database structures in agile project with Oracle SQL Developer Data Modeler (Heli Helskyaho)
  • Performance Tuning with SQLDeveloper (Frank Dernoncourt)
  • DevOps for DBAs (Bjoern Rost)
  • Building your Mobile Arquitecture in Oracle Cloud (Rubén Rodríguez Santiago)
  • Putting Oracle Cloud to the Test (Francesc Mas)
  • How DBAs can garner the power of the Oracle Public Cloud (Rene Antunez)

Pese a que la mayoría de presentaciones giraban alrededor de Infraestructura y Sistemas, avanttic decidió participar introduciendo soluciones de Transformación Digital alrededor de SMACT (Social, Mobile, Analytics, Cloud e IoT).

Rubén Rodríguez, ADF Technical Lead and Cloud & Mobile Specialist de avanttic, abordó la construcción de soluciones de movilidad con los productos PaaS de Oracle (Platform as a Service) y exploró cómo integrarlas con plataformas externas para obtener el máximo rendimiento. Al final de su ponencia explicó los casos de uso más significativos de avanttic utilizando diferentes frameworks de desarrollo.

Contacta con nosotros si deseas más información sobre Tecnología Oracle o sobre los servicios que avanttic ofrece en relación a la Transformación Digital.

Categorías:Eventos Etiquetas: , , , , ,

avanttic segundo clasificado en Integrated Cloud Hackathon (Madrid, 16-17 Mayo)

mayo 18, 2017 1 comentario

El pasado 16 y 17 de Mayo se realizó en Madrid la primera Hackaton Oracle para partners: Integrated Cloud Hackathon.

El desafío técnico consistía en integrar como mínimo tres servicios cloud, de Oracle Cloud y de fuentes externas (redes sociales, Maps, etc.), en la solución planteada por cada equipo. El concurso se realizó en las oficinas de Oracle España de las Rozas y participaron 4 partners: BPM SOA Solutions, Everis, Minsaid by Indra y avanttic. El equipo de avanttic estaba formado por 6 técnicos del área de Middleware y bautizaron su proyecto con el nombre de PaaSathon (== Oracle Cloud PaaS + Hackathon).

El reto de avanttic consistió en desarrollar una red social alrededor de entrenamientos deportivos, integrando 10 productos del PaaS de Oracle Cloud además de 4 tecnologías externas (Twiter, Google Maps, Gmail y Facebook Messenger).

  • IOT Cloud Service
  • Database Cloud Service
  • BI Cloud Service
  • Oracle SOA Cloud Service
  • Java Cloud Service
  • Process Cloud Service
  • Integration Cloud Service
  • Mobile Cloud Service
  • Application Container Cloud Service
  • Intelligent Bots Cloud Service

El resultado fue muy satisfactorio pues el equipo consiguió que todas las piezas de la solución funcionaran de forma integrada: simulador de dispositivos wearables a través de una Raspberry Pi, eventos y alertas generados desde IoT Cloud Service y gestionados por Process Cloud Service, dos aplicaciones móviles realizadas con Oracle JET que interaccionaban con redes sociales e incluían un chatbot (también disponible desde Facebook Messenger) y analíticas a través de BI Cloud Service.

Además se consiguió que la solución fuese #smact, pues cubría las vertientes: social, mobile, analytics, cloud, things.

El jurado, formado por Directores de las áreas de negocio de Middleware de Oracle, otorgó dos premios a las mejores soluciones realizadas y avanttic quedó en segunda posición, por detrás de Minsait (Indra).

Nuestro agradecimiento al equipo de Preventa de Oracle España, que facilitó los entornos de Oracle Cloud necesarios y ayudó a todos los equipos con los problemas técnicos.

Categorías:avanttic Etiquetas: , , , , , , , , , ,

Uso de SQL Performance Advisor durante los upgrades de BBDD Oracle

Entre las tareas a realizar cuando planificamos un upgrade de BBDD deberíamos incluir pruebas de rendimiento en el nuevo entorno. Estas pruebas nos pueden decir si el nuevo hardware, configuración y recursos asignados, así como la nueva versión del gestor, funcionan como esperamos.

db4

En lo que a rendimiento de las sentencias SQL se refiere, el comportamiento general al cambiar de una versión a otra superior es el mantenimiento o mejora; no obstante, en algunos casos puntuales se pueden producir regresiones (sentencias con un rendimiento peor que en origen).

En caso de que dispongamos de los packs de Diagnostics y Tuning podremos usar las funcionalidades de SQL Performance Analyzer (SPA) para revisar el comportamiento de las sentencias clave de nuestras aplicaciones en el nuevo entorno antes de realizar la migración real.

Podemos usar las funcionalidades de SPA tanto mediante una interface gráfica (con Enterprise Manager Cloud Control) o mediante la API PL/SQL del propio producto.

En este ejemplo usaremos la API de SPA para comparar los planes de ejecución de sentencias SQL entre un entorno origen 11g y un entorno destino 12c.

A grandes trazos vamos a capturar sentencias SQL en la BBDD de versión 11g, trasladar las sentencias y sus datos de rendimiento a la 12c y ejecutarlas nuevamente en la 12c para finalmente poder comparar ambas ejecuciones.

Las sentencias a analizar las almacenaremos en lo que se denomina SQL Tuning Set (STS), una estructura que almacena la sentencia, las bind variables, el plan de ejecución y los datos de rendimiento.

sts

En primer lugar deberemos escoger el método de captura de estas sentencias SQL en origen. Podemos capturar sentencias “al vuelo” desde la cache de cursores, del repositorio AWR, de otro SQL Tuning Set ya existente, de ficheros de traza (para versiones antiguas de la BBDD en las que no existían los STS) o indicar manualmente que sentencias deseamos que se incluyan en la captura.

Leer más…

Oracle Streams y su integración con Enterprise Manager 12c

marzo 16, 2016 2 comentarios

Oracle Streams permite la replicación de objetos y datos dentro de la misma base de datos o a otra base de datos. La replicación puede ser unidireccional o bidireccional y podemos replicar DML y DDL.

La configuración de Oracle Streams puede incluir toda la base de datos o únicamente un esquema o, si se quiere ser más específico, sólo determinadas tablas.

Si escogemos una replicación por esquema podremos poner excepción a determinadas tablas y si replicamos DDL las nuevas tablas creadas se irán incorporando al proceso de réplica.

En este post no vamos entrar en un profundo nivel técnico de lo que es Oracle Streams, lo que haremos es ver cómo se puede simplificar enormemente este proceso a través de Oracle Enterprise Manager 12c Cloud Control o, lo que es lo mismo, veremos cómo configurar Oracle Streams sin tener apenas conocimiento de esta herramienta.

Para este Laboratorio se ha dispuesto dos bases de datos Oracle 11.2.0.4:

Oracle Clusterware = STREAMSP (base de datos Origen)

Oracle Standalone = STREAMSY (base de datos Destino)

2016-01-14 10_32_16-All Targets - Oracle Enterprise Manager

La replicación es recomendable realizarla desde otro usuario que no sea SYS y que tenga los privilegios adecuados; así nos lo recordara Enterprise Manager.

2016-01-14 10_34_21-Oracle Enterprise Manager (SYSMAN) - Replication

Dado esto el primer paso que haremos será completar estos dos prerrequisitos:

Base de datos en modo archivelog:

2016-01-14 10_39_38-oracle@es1testdb01v_~ - Xshell 4

2016-01-14 10_39_24-oracle@es2testdb01v_~ - Xshell 4

Creación del usuario para Streams (este usuario hay que crearlo en las dos bases de datos):

2016-01-14 10_40_56-oracle@es1testdb01v_~ - Xshell 4

Leer más…

Transparent Data Encryption – Cifrar por columna o tablespace

Transparent Data Encryption (TDE) es la opción de seguridad que proporciona Oracle para cifrar los datos a nivel de sistema operativo. En este post hice una pequeña introducción de este producto y dentro del Oracle Security Tour hablamos más en profundidad sobre él, en concreto en el webinar desde la óptica de la regulación.

Cuando se desea cifrar los datos de la base de datos con TDE, una de las primeras cuestiones que se plantea es qué tipo de cifrado aplicar.

TDE puede cifrar a nivel de columna o de tablespace.

Tipos de cifrado

Tipos de cifrado

 

En el cifrado a nivel de columna se elige qué columna o columnas, de qué tabla o tablas se desean cifrar, y se aplica el cifrado. En el cifrado a nivel de tablespace se crea un tablespace cifrado y todos los objetos que se creen o se muevan ahí estarán cifrados. Cada uno tiene sus ventajas, inconvenientes y puntos a tener en cuenta, que se resumen en la siguiente tabla:

CIFRADO DE COLUMNA CIFRADO DE TABLESPACE
Se conoce dónde está la información sensible Se desconoce dónde está la información sensible
Menos del 5% de las columnas de la aplicación son candidatas a cifrarse La mayoría de los datos de la aplicación se han definido como sensibles o aplica algún tipo de legislación vigente
El tipo de datos y la longitud están soportados por cifrado de columna No todos los tipos de datos que contiene está soportados por cifrado de columna
Las columnas candidatas a ser cifradas no son claves ajenas Las columnas candidatas a ser cifradas son claves ajenas
Los índices sobre las candidatas son índices b-tree normales Los índices de las candidatas a ser cifradas son índices funcionales
La aplicación no realiza escaneos de rango sobre los datos cifrados La aplicación realiza búsquedas por rangos sobre los datos sensibles
Es aceptable un incremento de almacenamiento de 1 a 52 bytes por valor cifrado No es aceptable un incremento en la ocupación de almacenamiento
El impacto en el rendimiento depende del porcentaje de columnas cifradas, con qué frecuencia los valores cifrados son seleccionados o actualizados, el tamaño de los datos cifrados y otras variables Se desea tener un impacto constante de rendimiento por debajo del 10%
Se desea beneficiarse de aceleración de cifrado por hardware
Se desea beneficiarse de cifrado y compresión al mismo tiempo