Archivo

Archive for the ‘Tech – Management’ Category

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…

Upgrade Oracle Database 11.2 to 12.2 using Enterprise Manager Cloud Control 13c

El upgrade de Oracle Database a la versión 12c puede ser una de las tareas pendientes que más quebraderos de cabeza nos genera. Esta tarea puede suscitar muchas incógnitas como:

¿Seré capaz de hacerlo?

¿Debería contratar una consultoría externa para esta tarea?

¿Está mi personal cualificado para ello?

Todas estas respuestas las encontrarás en este post, donde demostraremos lo tremendamente fácil y rápido que es realizar el Upgrade de una Base de Datos Oracle en la versión 11.2.0.4 a la versión 12.2.0.1.0.

En este escenario partiremos de una Base de Datos en Standalone sobre una capa de Clusterware 12.2 con ASM.

En esta demostración vamos a realizar el Upgrade de una Base de datos con la ayuda de Oracle Enterprise Manager Cloud Control 13.2 y dicho esto empezamos.

Desde el Enterprise Manager y con permisos de Super Administrador seleccionaremos las siguientes pestañas:

Enterprise => Provisioning and Patching => Procedure Library

Leer más…

Integración de Oracle ZS3-2 Storage Appliance con Cloud Control 13c

Oracle Enterprise Manager 13c ofrece una serie de nuevas características como photo realistic. Esta característica nos brinda la oportunidad de visualizar la mayoría del Hardware Oracle como si estuviésemos delante de estos componentes.

Como ejemplo la siguiente imagen de un servidor genérico Oracle SERVER X5-2:

X5-2

Los componentes que se muestran en la imagen tienen un carácter interactivo y nos va indicando de forma dinámica qué es cada uno dependiendo de dónde hagamos “click”.

En este caso nos ocuparemos de la integración de un cabina ZS3 que además tiene un Sun Generic RACK  U42. Como requisito lo único que necesitamos es tener dos agentes de Enterprise Manager instalados; si disponemos de dos site’s es recomendable que cada uno esté en un site distinto.

El resumen de los componentes que vamos a descubrir es el siguiente:

  • 1 Sun RACK U42
  • 2 PDU
  • 2 ZS3 Head (con una configuración Cluster)
  • 2 Ilom ZS3
  • 4 Bandejas de Discos

Leer más…

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…

Oracle Enterprise Manager Cloud Control 12c – Microsoft Active Directory Authentication

febrero 11, 2016 2 comentarios

Oracle ofrece varios plugins y conectores para integrar Cloud Control en nuestros Sistemas, como por ejemplo un conector para Remedy, envió de traps a distintos gestores de monitorización como PatrolPandora entre otros, así como distintos métodos de autentificación.

En este post nos ocuparemos de integrar la autenticación por Microsoft Active Directory. Este es un procedimiento que no requiere mucha complejidad y nos facilitará la administración de Cloud Control 12c.

La arquitectura dispuesta para este post es:

  1. Controlador de Dominio Windows Server (AD)
  2. Oracle Enterprise Manager 12c Cloud Control (OEM)

Una vez que tengamos configurado la autentificación por AD crearemos varios grupos/roles para acotar los permisos en nuestra arquitectura. Para ello vamos a plantear la siguiente necesidad: “Autentificación por AD para crear los siguientes tres grupos de usuarios“.

  • EM_DDBB (Para la gestión de todas las Bases de Datos )
  • EM_MIDDLEWARE (Para la gestión de todos los targets de tipo aplicación y middleware)
  • EM_OPERATOR (Con permisos de lectura sobre toda la plataforma)

Lo primero que haremos será crear una serie de usuarios y los grupos descritos anteriormente:

Usuarios

AD1

Grupos

AD2

Asociamos a cada usuario en su grupo correspondiente:

  • EM_DDBB=Adam Fripp
  • EM_MIDDLEWARE=Alana Walsh
  • EM_OPERATOR=David Lee

Leer más…

Oracle MAA – Arquitecturas de referencia

diciembre 17, 2015 Deja un comentario

Oracle MAA best practices definen cuatro arquitecturas de referencia de alta disponibilidad que se ocupan de la gama completa de la disponibilidad y protección de datos requeridos por las empresas de todos los tamaños y líneas de negocio. Las arquitecturas o niveles se designan como Platino, Oro, Plata y Bronce.

MAA01

BRONZE

El nivel Bronze es el más indicado para las bases de datos donde un simple reinicio o restaurar la copia de seguridad es “HA enough”.

El nivel Bronze se basa en una sola instancia de base de datos Oracle con las MAA best practices, que utilizan muchas capacidades de protección de datos y alta disponibilidad que se incluye con cada licencia Oracle Enterprise Edition.

El Backup utilizando Oracle Recovery Manager (RMAN) proporciona protección de los datos y se utiliza para restaurar las bases de datos. La política de retención para los Backup’s vendrá dada por el RTO que tengamos. En los entornos productivos la necesidad de archivelog es imprescindible.

SILVER

El nivel Silver proporciona un nivel adicional de alta disponibilidad para las bases de datos que requieren unos tiempos mínimos, o cero, de inactividad en caso de problemas con la instancia de base de datos o fallo en el servidor, así como muchas tareas de mantenimiento planificado. El nivel de Silver agrega tecnología de Clustering, ya sea Oracle RAC u Oracle RAC One Node.

A este escenario le sumaríamos los pertinentes Backup’s con RMAN.

Estos Backup’s los podremos ir optimizando conforme a la arquitectura Silver que tengamos. Es decir: si se trata de un Cluster de base de datos, y manejamos grandes volúmenes Very Large Database (VLDB), la mejor solución para reducir la ventana será paralelizar el Backup, lanzándolo desde todos los nodos; a esta opción de Backup le podemos añadir compresión, dado que esta opción no requiere licenciamiento adicional.

Este es un ejemplo de cómo alocar canales en varios nodos de un RAC:

ALLOCATE CHANNEL ch00 TYPE ‘SBT_TAPE’ PARMS=”ENV=(NB_ORA_CLIENT=srvcrmp01-vip)” CONNECT=’sys/password@CRM1′;
ALLOCATE CHANNEL ch01 TYPE ‘SBT_TAPE’ PARMS=”ENV=(NB_ORA_CLIENT=srvcrmp02-vip)” CONNECT=’sys/password@CRM2′;

GOLD

El nivel Gold aumenta las expectativas, sustancialmente, para aplicaciones críticas de negocio que no pueden aceptar la vulnerabilidad a los puntos de fallo individuales. Este nivel añade tecnologías de replicación de bases de datos Oracle. En esta arquitectura se puede incluir, además: Oracle Active Data Guard, para poder descargar de trabajo la base de datos primaria (necesita un licenciamiento adicional y también está incluida en la licencia de GoldenGate) y Oracle GoldenGate, que sincroniza una o varias réplicas de la base de datos de producción, para proporcionar una protección de datos en tiempo real y disponibilidad. La replicación de bases de datos aware mejora sustancialmente la alta disponibilidad y protección de datos,  más allá de lo que es posible con las tecnologías de replicación de almacenamiento.

PLATINUM

El nivel Platinum introduce varias nuevas capacidades de Oracle Database 12c y muchas características que se han mejorado con la última versión. Estas capacidades incluyen: Application Continuity y Active Data Guard Far Sync para la protección con cero pérdida de datos a cualquier distancia, mejoras en Oracle GoldenGate para zero downtime ante actualizaciones y migraciones, y Global Data Services para la gestión automática del workload balancing en entornos de bases de datos replicadas. Cada una de estas tecnologías requiere un esfuerzo adicional para ponerlas en práctica, pero entregan un valor sustancial para las aplicaciones más críticas, en las que el tiempo de inactividad y la pérdida de los datos no son una opción.

En la Siguiente tabla podemos ver un resumen de los distintos niveles de protección y perdida de datos:

Table01

 

Para mas información sobre Oracle MAA os dejo este enlace a otro post muy interesante: