sábado, 28 de marzo de 2020

Pre Taller Actualizacion y Migracion de Base de Datos a 19c

Debido a que los escenarios de actualización y migración pueden diferir de muchas maneras, Oracle proporciona múltiples métodos para actualizar y migrar sus bases de datos a Oracle Database 19c.


Webinar: PLANIFICA Y DISEÑA UN SITIO DE CONTINGENCIA DR

Ayer, hoy y siempre. La estrategia es más importante que la ejecución. Las herramientas hay muchas, pero la visión y dimensionamiento de lo que realmente se necesita según el tamaño de la organización, es lo que hace la diferencia. De nada vale millones de dólares de inversión en infraestructura y software, sino, sabemos como adaptarla a las necesidades del negocio.


Noches de Ciberseguridad: Ciberseguridad y el COVID-19 #ciberseguridad #nochesdeciberseguridad #quédateencasa


Este sábado 28 de marzo de 2020 a las 7:00 pm en Noches de Ciberseguridad conversaremos con expertos sobre la situación actual de ciberseguridad y el COVID-19, nos acompañarán Randall Barnett Villalobos Edgar A. Vega Briceño Luis Gorgona Rodrigo Calvo Kenneth Irvin Monge Quiros Pueden seguir el programa por Facebook o por nuestro Canal en YouTube en el siguiente enlace https://lnkd.in/eikkUQh #ciberseguridad #nochesdeciberseguridad #quédateencasa



sábado, 14 de marzo de 2020

The Changing Role of the DBA: Machine Learning: From Database Developer to Data Scientist in 6 Weeks, by Charlie Berger.



The Changing Role of the DBA: Machine Learning: From Database Developer to Data Scientist in 6 Weeks, by Charlie Berger.

Presenter: Charlie Berger, Sr. Director Product Management, Machine Learning, AI and Cognitive Analytics

Oracle Machine Learning, included free in the Oracle Database EE, SE2 and Autonomous Database, “moves the algorithms; not the data” for 100% in-database processing. Oracle makes building and deploying ML models straightforward. 

Oracle data professionals commonly perform supporting tasks for “data scientists,” typically 80% of the work.

In this webinar, Charlie Berger will share a logical, evolutionary path for Oracle data professionals to leverage their domain knowledge, valuable data skills, and add machine learning. 

Like Penn and Teller’s reveal of how magic tricks work, Charlie will show how easy it is for Oracle data professionals to leverage their SQL skills and data knowledge to build and deploy predictive models throughout the enterprise.

Using many examples, demos, and sharing his extensive experience, Charlie will show you how to extract insights, make predictions, and become an “Oracle Data Scientist” in just 6 weeks!

Promoviendo compartir información durante estos días de coronavirus

Este es un llamado a todos los miembros del Programa Oracle en Latinomérica y al público en general.

Compañeros y compañeras, hoy en muchos países de nuestra región, existen miles de personas que han tenido que trasladar su lugar de trabajo a sus hogares o en el peor de los casos, han suspendido labores.

El tema de la pandemia global por el #coronavirus es un gran desafío para toda la humanidad, pero también, crea el escenario perfecto, para cambiar el esquema costumbres, trabajo, comercialización y aprendizaje de todo el mundo.

Te quiero invitar, para que nos únamos todos y podamos aportar tiempo de calidad y conocimiento, para toda la comunidad, aportando ponencias en toda la gama de diversidad de temas del Universo Oracle.

Pongo a su disposición, mi plataforma de Zoom, para que programen webinar gratuitos, hasta con 100 participantes en la sala. Grabaremos las sesiones y luego las colgaremos en un sitio en Youtube, para aquellos que no tengan la posibilidad de conectarse o no lo logren por campo.

Me contactan por @rovaque o ronald.vargas.quesada@gmail.com, me envían el título de la charla, un pequeño resumen, el horario deseado y les colaboro con el tema de la plataforma y la programación.

Por este FB y el blog Oracledbacr.blogspot.com, les estaré brindando apoyo de difusión.

Mirza Yael te agradecería mucho tu apoyo en el eco que podamos hacer a través de tu red social.

Quién se apunta.?
Vamos....

Y recuerden:

"Lavarse las manos constantemente con agua y jabón. Seguir los protocolos de estornudo y tos en el antebrazo y si tienes molestia de resfrío, no salgas de tu casa"

La prevención, comienza con nosotros.

Un abrazo enorme a todos.

jueves, 5 de marzo de 2020

Como instalar Oracle Database 19c utilizando un paquete RPM


Cada vez más, Oracle se preocupa por ayudarnos a hacer las cosas de manera más rápida, fácil y práctica.

Oracle Database 19c, se puede instalar directamente desde el repositorio administrativo de paquetes para Linux, siguiendo los siguientes pasos:

Installing Oracle Database Using RPM Packages
Primero que todo, verique los siguientes puntos que son importantes:
  1. Disponibilidad de memoria
  2. Espacio en disco
  3. Versión del sistema operativo requerida
  4. Verifique que el nombre del hostname y la dirección IP asignada al equipo se encuentran definidos en el archivo /etc/hosts
Proceso en memoria corriendo
[oracle@lab2 etc]$ top
top - 11:39:36 up 23 min,  3 users,  load average: 0.08, 0.77, 2.14
Tasks: 244 total,   1 running, 163 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.1 us,  0.3 sy,  0.0 ni, 99.6 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  8158712 total,  2816204 free,   601552 used,  4740956 buff/cache
KiB Swap:  8257532 total,  8257532 free,        0 used.  7387032 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 6970 oracle    20   0  162128   4664   3872 R   1.0  0.1   0:00.36 top
 5083 oracle    20   0  214964   3280   2916 S   0.7  0.0   0:09.28 VBoxClient
    1 root      20   0  193820   8472   5744 S   0.3  0.1   0:28.80 systemd
 1582 root      20   0       0      0      0 S   0.3  0.0   0:04.98 xfsaild/dm-0
 6919 root      20   0       0      0      0 I   0.3  0.0   0:00.03 kworker/3:0
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.19 kthreadd
    4 root       0 -20       0      0      0 I   0.0  0.0   0:00.00 kworker/0:0H
    5 root      20   0       0      0      0 I   0.0  0.0   0:00.65 kworker/u8:0
    6 root       0 -20       0      0      0 I   0.0  0.0   0:00.00 mm_percpu_wq
    

Espacio en disco
[oracle@lab2 etc]$ df -h
Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  3.9G     0  3.9G   0% /dev
tmpfs                     3.9G     0  3.9G   0% /dev/shm
tmpfs                     3.9G  9.4M  3.9G   1% /run
tmpfs                     3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/mapper/ol_lab2-root   50G   12G   39G  24% /
/dev/sda1                1014M  293M  722M  29% /boot
/dev/mapper/ol_lab2-home   50G   46M   50G   1% /home
Documentacion             466G  268G  198G  58% /media/sf_Documentacion
tmpfs                     797M  4.0K  797M   1% /run/user/42
tmpfs                     797M   28K  797M   1% /run/user/54321

Validando la versión del sistema operativo

[oracle@lab2 app]$ more /etc/redhat-release
Red Hat Enterprise Linux Server release 7.6 (Maipo)
[oracle@lab2 app]$ cd /etc
[oracle@lab2 etc]$ ls -la *rele*
-rw-r--r--. 1 root root  32 Nov  2  2018 oracle-release
-rw-r--r--. 1 root root 435 Nov  2  2018 os-release
-rw-r--r--. 1 root root  52 Nov  2  2018 redhat-release
lrwxrwxrwx. 1 root root  14 Apr 13 08:32 system-release -> oracle-release
-rw-r--r--. 1 root root  31 Nov  2  2018 system-release-cpe
[oracle@lab2 etc]$ more oracle-release
Oracle Linux Server release 7.6

[oracle@lab2 etc]$ more os-release
NAME="Oracle Linux Server"
VERSION="7.6"
ID="ol"
VARIANT="Server"
VARIANT_ID="server"
VERSION_ID="7.6"
PRETTY_NAME="Oracle Linux Server 7.6"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:oracle:linux:7:6:server"
HOME_URL="https://linux.oracle.com/"
BUG_REPORT_URL="https://bugzilla.oracle.com/"

ORACLE_BUGZILLA_PRODUCT="Oracle Linux 7"
ORACLE_BUGZILLA_PRODUCT_VERSION=7.6
ORACLE_SUPPORT_PRODUCT="Oracle Linux"
ORACLE_SUPPORT_PRODUCT_VERSION=7.6


[oracle@lab2 app]$ more /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
10.0.0.1        lab2 lab2.oracle.com

[oracle@lab2 app]$ more /etc/hostname
lab2.oracle.com
[oracle@lab2 app]$ hostname
lab2.oracle.com

Una vez validado los puntos anteriores, vamos a pasarnos al directorio /opt/app para realizar aquí la descarga de los paquetes.

[oracle@lab2 product]$ cd /opt/app

Con el siguiente comando, podrás descargar directamente la versión de la base de datos, desde el repositorio.

Ten en consideración la velocidad de conexión de tu internet. Son un poco más de 2.5GB que debes descargar.

[oracle@lab2 app]$ curl -o oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm \
https://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/getPackage/oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 18204  100 18204    0     0  16915      0  0:00:01  0:00:01 --:--:-- 16997

[oracle@lab2 app]$ ls -la
total 2631512
drwxr-xr-x. 3 oracle oinstall         67 Apr 28 07:12 .
drwxr-xr-x. 6 root   root             76 Apr 13 19:43 ..
drwxr-xr-x. 3 oracle oinstall         36 Apr 28 06:59 oracle
-rwxr-x---. 1 oracle oinstall 2694664264 Apr 27 16:31 oracle-database-ee-19c-1.0-1.x86_64.rpm

También, para estar completamente seguros, que nuestro sistema cuenta con todo lo necesario para instalar la versión de base de datos, podemos descargar el paquete de validación de pre-requisitos y configuración del ambiente.

A continuación encontrarás como hacer esto.

Para bajar paquete de validación de prerequesitos.

curl -o oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm https://yum.oracle.com/repo/OracleLinux/OL7/latest/x86_64/getPackage/oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm

Una vez descargado el paquete, puedes hacer la instalación de la siguiente manera:
yum -y localinstall oracle-database-preinstall-19c-1.0-1.el7.x86_64.rpm

Si no se presentan problemas con la ejecución del pre-instalador de la base de datos, podemos continuar con la instalación del software del motor.

[oracle@lab2 app]$ yum -y localinstall oracle-database-ee-19c-1.0-1.x86_64.rpm
Loaded plugins: langpacks, ulninfo
You need to be root to perform this command.
[oracle@lab2 app]$

Este proceso puede tomar unos 40 minutos apróximadamente.

Una vez concluído, podemos continuar con la creación de un contenedor para bases de datos y una base de datos acoplada.

Base de datos de ejemplo con CDB y PDB
Proceso de creación de:
Una base de datos de prueba llamada "ORCLCDB", con una pluggable database (PDB) con el nombre "ORCLPDB1"


# /etc/init.d/oracledb_ORCLCDB-19c configure

Otra manera de crear el contenedor y la base de datos PDB, es llamar al DBCA y configurar desde ahí lo requerido.

Nota: La instalación del motor de base de datos, requiere a diferencia de las instalaciones con despliegue de archivo comprimido, que el usuario que haga la instalación sea ROOT.

Si intentas hacer la instalación con el usuario "oracle", recibirás el siguiente mensaje:

[oracle@lab2 app]$ yum -y localinstall oracle-database-ee-19c-1.0-1.x86_64.rpm
Loaded plugins: langpacks, ulninfo
You need to be root to perform this command.
[oracle@lab2 app]$

Buena suerte amigos y amigas, ya están listos para empezar a utilizar Oracle Database 19c.

Oracle Database: Restricciones de particionamiento para múltiples tamaños de bloque


Aplica para 12c, 18c, 19c, 20c

Hay que tener cuidado a la hora de crear objetos particionados en una base de datos con TABLESPACES de diferentes tamaños de bloque. 

El almacenamiento de objetos particionados en los TABLESPACES está sujeto a algunas restricciones. Específicamente, todas las particiones de las siguientes entidades deben residir en un TABLESPACE del mismo tamaño de bloque: 
· tablas convencionales
· Índices
· Segmentos de índice de PK de tablas organizadas por índice
· Segmentos de desbordamiento de tablas organizadas por índice
· Columnas LOB almacenadas fuera de línea 
Por lo tanto: 
  • Para cada tabla convencional, todas las particiones de esa tabla deben almacenarse en tablespaces con el mismo tamaño de bloque. 
  • Para cada tabla organizada por índice, todas las particiones de índice de clave principal deben residir en espacios de tabla del mismo tamaño de bloque y todas las particiones de desbordamiento de esa tabla deben residir en tablespaces del mismo tamaño de bloque. Sin embargo, las particiones de índice y las particiones de desbordamiento pueden residir en tablespaces de diferentes tamaños de bloque. 
  • Para cada índice (global o local), cada partición de ese índice debe residir en TABLESPACES del mismo tamaño de bloque. Sin embargo, las particiones de diferentes índices definidos en el mismo objeto pueden residir en TABLESPACES de diferentes tamaños de bloque. 
  • Para cada columna LOB, cada partición de esa columna debe almacenarse en un TABLESPACES de igual tamaño de bloque. Sin embargo, se pueden almacenar diferentes columnas LOB en TABLESPACES de diferentes tamaños de bloque. 
  • Cuando crea o modifica una tabla o índice particionado, todos los TABLESPACES que especifique explícitamente para las particiones y subparticiones de cada entidad deben ser del mismo tamaño de bloque. 
  • Si no especifica explícitamente el almacenamiento de espacios de tablas para una entidad, los TABLESPACES que usa la base de datos de manera predeterminada deben ser del mismo tamaño de bloque. Por lo tanto, debe conocer los TABLESPACES predeterminados en cada nivel del objeto particionado.
Tenga en cuenta estas restricciones a la hora de crear tablas particionadas.

La documentación oficial de cada versión, la puede encontrar en los siguientes links:





Este post podría llamarse "Un gran desperdicio de espacio" o "Casi siempre, nada es lo que parece" Oracle Database SE2 HA en 19c y 20c


Hola gente, disculpen que los dejé algo solos durante unos días. Ya estamos nuevamente por acá y el motivo de "mi visita", es que recientemente se dió a conocer un cambio de lineamiento con respecto al tema de "Alta Disponibilidad" en base de datos Oracle 19c Standard Edition.

Recordaran en mi webinar, que una de las sorpresas que tuvimos el año anterior, es que la versión más popular de la base de datos Oracle, la versión Standard Edition, no soporta más RAC en 19c.

La semana anterior, con el anuncio de la versión 20c, se dió a conocer, que la versión Standard Edition de este release, "si soportará HA (*) y que más adelante en este año, la versión 19c, como producto de un RU ( Release Update ), también lo hará."

Han visto que puse un " * ", por ahí, verdad?

Bueno, el tema es el siguiente:

"Oracle 20c y 19c Standard Edition, van a tener soporte para HA ( RAC ), con la limitación, de que en conjunto, los dos nodos que pueden formar parte de un RAC en Standard Edition, no pueden utilizar más de 16 hilos por configuración."

O sea, máximo 8 hilos por cada nodo. !!!

A nivel de "escalabilidad", es un absurdo pensar en una base de datos productiva, de mediano tamaño, con esa cantidad de recursos de CPU.

Recuerden que un hilo o en inglés Thread, es la parte más pequeña de un Core a nivel de CPU.

Los CPU, se pueden componer de múltiples Cores y los Cores a su vez, pueden tener múltiples hilos.

Por ejemplo, para ponerlo en dimensiones, el nuevo SUN Sparc T8-1 tiene un CPU con 32 cores y cada core tiene 8 hilos para un total de 256 hilos de procesamiento.

Se imaginan un RAC con dos equipos de este tipo, utilizando un sólo Core por cada "tarro"?

Sería como dijo un admirado y "viejo amigo", un gran desperdicio de espacio.


Todos los Sábados a las 8:00PM

Ahora a suscribirse y seguir el contenido de este blog.

Optimismo para una vida Mejor

Optimismo para una vida Mejor
Noticias buenas que comentar