miércoles, 25 de julio de 2018

Cómo Migrar una Instancia de Base de Datos Oracle On-Premise a Oracle Cloud Usando Data Pump Full Transportable


Por Joel Pérez Oracle ACE director, Skant Gupta Oracle ACE & César Aguilar
Publicado en Mayo 2018 en OTN

Revisado por Diana Patino



Antes de comenzar, tal vez quieras conocer otros métodos para migrar una Base de Datos Oracle On-Premise a Oracle Cloud:
Usando Data Pump Transportable Tablespace
Desde una on-premise PDB, usando Remote Cloning
Desde una on-premise (Non-CDB), usando Remote Cloning
Usando RMAN Cross-Platform Transportable PDB

Este método puede ser usado bajo dos condiciones: la primera es que la base de datos sea versión 11.2.0.3 o superior, adicionalmente el “character sets” de la base de datos on-premise y del Oracle Database Cloud Service deben ser compatibles.

El método Data Pump Full Transportable puede ser usado para copiar toda la base de datos desde nuestro servidor on-premise hacia el Oracle Database Cloud Service.

Para migrar una base de datos Oracle 11g on-premise hacia una base de datos 12c en el Database Cloud Service usando el método Data Pump Full Transportable, se deben realizar varias tareas.

Seguir Leyendo


martes, 10 de julio de 2018

Oracle Exadata Database Machine: herramienta “Exachk”


Por Deiby Gómez Robles y Yenugula Venkata RaviKumar 
Publicado en OTN previamente.
 
Dentro de las tareas que nosotros los administradores debemos realizar no solamente está el desarrollar nuevos proyectos, nuevos desarrollos, nuevas bases de datos, etc., sino también debemos monitorear que la calidad de cada uno de nuestros sistemas sea el adecuado, es ahí donde entra en juego herramientas del tipo "AWR" y "ADDM" que tienen como función monitorear el rendimiento, detectar cuellos de botellas, etc. Sin embargo, también es muy importante que el hardware que se esté utilizando también esté en buen estado, que las versiones de software que utilizamos estén certificadas, etc., es así como surge la herramienta "Exachk".

Exachk es una herramienta que no es muy conocida dentro los tecnólogos Oracle y no es precisamente por ser difícil de usar, sino más bien porque pocas veces nos tomamos un tiempo para monitorear la salud de nuestros sistemas y como consecuencia conocemos poco de herramientas que nos puedan ayudar en esa tarea. Pues bien estimados colegas, en esta ocasión tenemos el gusto de poderles compartir nuestra experiencia con el uso de Exachk, una herramienta muy útil y fácil de usar.

Exachk es utilizado en Sistemas de "Oracle Exadata" para monitorear la salud del sistema, revisión de versiones de firmware y software; e identificar problemas que necesiten atención. Aunque en "Exadata Database Machine" siguen existiendo herramientas conocidas como "AWR", "ADDM", Grid Control, etc., era necesario también una herramienta que monitoreara hardware o incluso el firmware de todo el sistema, es así como Exachk surge como una herramienta complementaria.

Exachk analiza todo el sistema, determina el estado en que se encuentra cada componente ("Grid Infrastructure", RDBMS, "Storage Servers", Infiniband, etc.) y comprueba que ellos estén ejecutándose correctamente o si presentan problemas. Dependiendo del estado de cada componente, la herramienta recaudará informacióny notificará los problemas encontrados. Una vez ejecutada la herramienta se creará un proceso de tipo "watchdog" que estará monitoreando las revisiones, de tal manera que si una revisión está tomando demasiado tiempo o queda colgada, automáticamente el "watchdog" la cancelará, la saltará y continuará con las siguientes revisiones.



https://technicalspougday.blogspot.com/p/blog-page_85.html

lunes, 9 de julio de 2018

Oracle Exadata Database Machine: "Smart Flash Logging"

Por Deiby Gómez Robles & Yenugula Venkata RaviKumar
Publicado en  OTN

"Exadata Database Machine" cuenta con varias funcionalidades que buscan contribuir con el objetivo de lograr procesar grandes cantidades de datos de manera eficiente. Entre todas estas funcionalidades se encuentra "Exadata Smart Flash Logging" la cual tiene como finalidad usar discos basados en dispositivos Flash dentro de los "Storage Server" como un destino auxiliar de los archivos "Redo Logs" para proveer consistencia y baja latencia de escrituras logrando así una mejora en los tiempos de respuesta.

¿Cómo funciona Smart Flash Logging?

Smart Flash Logging
  • La base de datos Oracle emite solicitudes de escrituras de "Redo Logs" hacia los "Storage Server".
  • CELLSRV simultáneamente emite solicitudes de escrituras de "Redo Logs" hacia los dispositivos Flash y hacia los Discos.
  • CELLSRV  envía una notificación de "conocimiento" hacia la base de datos tan pronto como la escrita haya sido terminada, ya sea hacia los dispositivos Flash o hacia los discos.
Seguir Leyendo

domingo, 8 de julio de 2018

Oracle Cloud: Migracion de base de datos “On-premise”a Cloud Usando Data Pump Conventional Export/Import

Por Joel Pérez O ACE director, Skant Gupta & César Aguilar
Publicado en OTN

Este método puede ser usado independientemente del “endian format” y el “character set” de la base de datos on-premises.
Para migrar una base de datos, tablespace, schema o una tabla desde una fuente on-premises, hacia el Oracle Database Cloud Service usando Data Pump Export e Import, se realizan las siguientes tareas:
  1. En el servidor de base de datos on-premises, invocar el Data Pump Export y obtener el export de la base de datos.
  2. Usar un Secure Copy (SCP) utilitario para transferir el archivo dump para el nodo del servidor del Database Cloud Service.
  3. En el nodo del servidor del Database Cloud Service, invocar el Data Pump Import y realizar el import de la base de datos.
  4. Después de verificar que los datos han sido importados satisfactoriamente se puede eliminar el archivo dump.

Convencional Data Pump Export/Import: Ejemplo
El siguiente ejemplo es una demostración paso a paso de las tareas necesarias para migrar un esquema desde una base de datos Oracle on-premises para una base de datos en el Oracle Database Cloud Service.

Este ejemplo ilustra una exportación e importación de un esquema. El mismo procedimiento se aplica para exportar / importar una base de datos, un tablespace o una tabla completa...

Seguir Leyendo









Oracle RAC 12c: "Flex ASM" y "Flex Cluster"


Por Deiby Gómez Robles & Yenugula Venkata RaviKumar

"Oracle Real Application Cluster (RAC)" es un producto muy conocido hoy en día dentro de las soluciones que proporciona Oracle para mantener Alta Disponibilidad de los datos de nuestro negocio. Oracle RAC permite compartir la carga de trabajo entre todos los nodos que conforman el cluster, resultando en una configuración con tolerancia de N-1 ante fallos de los nodos, donde N es el número total de nodos. Oracle RAC constantemente está adquiriendo mejoras en cada una de sus versiones y ésta vez no fue diferente, en su nueva versión 12c incorpora dos características muy importantes llamadas "Flex ASM" y "Flex Cluster" que dan soporte a los requerimientos exigidos en ambientes orientados a "Cloud Computing".
"Oracle Flex ASM" cambia la arquitectura de ASM con respecto a las versiones anteriores de Oracle RAC. Antes de la introducción de "Oracle Flex ASM" en la base de datos Oracle versión 12c, una instancia de ASM existía en cada uno de los nodos del cluster, si una instancia de ASM fallaba, entonces todas las instancias de base de datos ejecutándose en el mismo nodo también fallarían.
Ahora, en la base de datos Oracle versión 12c, si una instancia de ASM falla, "Oracle Clusterware" inicia un reemplazo de la instancia de ASM en un nodo diferente para mantener la cardinalidad de ASM.
La cardinalidad por defecto para ASM es de tres, pero eso puede ser cambiado con algunos pocos comandos del Clusterware...

Seguir leyendo 

sábado, 7 de julio de 2018

Oracle RAC 12c: "Flex ASM" y "Flex Cluster"


Por Deiby Gómez Robles & Yenugula Venkata RaviKumar

"Oracle Real Application Cluster (RAC)" es un producto muy conocido hoy en día dentro de las soluciones que proporciona Oracle para mantener Alta Disponibilidad de los datos de nuestro negocio. Oracle RAC permite compartir la carga de trabajo entre todos los nodos que conforman el cluster, resultando en una configuración con tolerancia de N-1 ante fallos de los nodos, donde N es el número total de nodos. Oracle RAC constantemente está adquiriendo mejoras en cada una de sus versiones y ésta vez no fue diferente, en su nueva versión 12c incorpora dos características muy importantes llamadas "Flex ASM" y "Flex Cluster" que dan soporte a los requerimientos exigidos en ambientes orientados a "Cloud Computing".

"Oracle Flex ASM" cambia la arquitectura de ASM con respecto a las versiones anteriores de Oracle RAC. Antes de la introducción de "Oracle Flex ASM" en la base de datos Oracle versión 12c, una instancia de ASM existía en cada uno de los nodos del cluster, si una instancia de ASM fallaba, entonces todas las instancias de base de datos ejecutándose en el mismo nodo también fallarían.
Ahora, en la base de datos Oracle versión 12c, si una instancia de ASM falla, "Oracle Clusterware" inicia un reemplazo de la instancia de ASM en un nodo diferente para mantener la cardinalidad de ASM.

La cardinalidad por defecto para ASM es de tres, pero eso puede ser cambiado con algunos pocos comandos del Clusterware...

Seguir leyendo