El Avahi-Daemon en una instalación de RAC 12c



Instalando un RAC 12c ,me encontré con algunos warnings nuevos para mí , todos relacionado al servicio Avahi.

¿Qué es Avahi? Simplemente un proceso de presentación de servicios, que permite la detección automática de los recursos en una red, por ejemplo este proceso hace que mi computadora se presente ante el DNS y le diga "Hola, ni nombre de host es xxxx y mi IP es xxx.xxx.xxx.xxx ... Explicado de una forma muy ligth

Pues bien, al momento de ejecutar el runcluvfy apareció por primera vez el warning


Es un chequeo si está configurado el servicio Avahi y si se encuentra en ejecución

Pues al verlo a través del instalador del Grid Infraestructure, también aparece consignado


Por ende si el universo me decía que no debía estar en ejecución , simplemente había que eliminarlo

Primero se deshabilitaba ( systemctl stop avahi-daemon.service )


Y después se detenía ( systemctl disable avahi-daemon.socket avahi-daemon.service )



Después de lo cual en el instalador no aparece como Warning (el resto de los errores se arreglan , paso a paso B) )


Una nota de Oracle habla de los errores que pueden aparecer si está en ejecución el demonio Avahi
CSSD Fails to Join the Cluster After Private Network Recovered if avahi Daemon is up and Running (Doc ID 1501093.1)

Espero les sirva


by Ligarius
04.12.15. 04:04:00. 227 words, 1840 views. Categories: Base de datos ,

Cambiado el lenguaje de nuestro SQL Developer



Hace poco estaba haciendo unas pruebas en un SQL Developer, con unas bases de datos 12c... y me aparecía la interfaz del SQL Developer de la siguiente forma (español)
left


Lo cual me pareció algo molesto, para lo anterior una forma rápida y sencilla de modificar esto es agregar la siguiente línea en el archivo ubicado en c:\sqldeveloper\ide\bin\ide.conf (o donde tengan instalado SQL Developer)

AddVMOption -Duser.language=en


Con lo cual , nuestra instalación de SQL Developer aparecerá en inglés , por lo menos a mí me acomoda más, mira que eso del "espacio de tablas" jajajaj a:>>

Espero les sirva


by Ligarius
28.11.15. 14:58:52. 110 words, 1039 views. Categories: Base de datos ,

Script para monitorear estadísticas de sistema históricas



Tal como lo vimos en un post anterior, el hecho de poder analizar algún problema en nuestra base de datos y dar una recomendación acertada , siempre pasa por analizar todas las aristas posibles, para que no nos pase lo que le sucede a muchos DBAs, que hablan, hablan, hablan y al final, el disparo a la bandada les sirve (a algo le apuntan), la idea es ser precisos y para ello, el análisis es quien nos llevará a la gloria



Este post habla de las estadísticas de sistema y lo fácil y rápido que resulta al momento de realizar análisis sobre nuestra base de datos

El script que se debe ejecutar lo pueden ubicar en la siguiente ruta
Estadistica_sistema_tabulado.sql

El modo de ejecución es simplemente una llamada a SQL*Plus , con lo cual aparecerá lo siguiente

SQL> start estadistica_sistema_tabulado.sql

Puede consultar todas las estadisticas de sistema disponibles en la siguiente vista
SELECT name FROM V$SYSSTAT ORDER BY name

Ingrese texto para buscar estadistica de sistema :

Se ingresa un patrón de búsqueda para la estadistica de sistema, por ejemplo al ingresar la palabra redo se filtran las estadisticas de sistema que sean similares y les mostrará por pantalla lo siguiente

----- (texto cortado) -----
redo size
redo size for direct writes
redo size for lost write detection
redo subscn max counts
redo synch time
redo synch writes
redo wastage
redo write broadcast ack count
redo write broadcast ack time
redo write time

Ingrese nombre de estadistica de sistema :

Se ingresa el nombre de la estadistica de sistema completo, por ejemplo "redo size" y pedirá el número de días a analizar y el intervalo

Ejemplo :

Ingrese nombre de estadistica de sistema : redo size
Ingrese numero de dias a analizar : 10
Ingrese intervalo de horas a medir : 1

Después de lo anterior , nos arroja información tabulada proveniente de las tablas históricas del AWR



Y podemos proceder a generar nuestro magnífico gráfico (en este caso un RAC)

Temas relacionados
<<<<<>>>>>>>>>>>>>>

Espero les sirva :)

by Ligarius
22.11.15. 17:58:03. 350 words, 1838 views. Categories: Tuning / Performance ,

Scripts para monitorear eventos de espera históricos



Cuando se realiza un análisis en una base de datos Oracle no podemos realizar una sugerencia si sólo conocemos un punto de análisis, no podemos ver un AWR de las 09:00 a 10:00 de la mañana y decir cual es el problema , esto le suele suceder a muchas personas que por analizar un punto dan las recomendaciones, pues muchas veces son comportamientos normales y los problemas van por otro lado.

Lo que se debe hacer es analizar la curva de comportamiento de alguna estadística de Oracle y chequear su comportamiento histórico, para poder realizar este análisis es que les muestro unas consultas entretenidas que todo buen cocinero DBA debe tener y usar (por supuesto) ;D




Para poder consultar sobre eventos de la espera en la base de datos, ejecutamos la siguiente consulta
Eventos_espera_tabulado.sql

El modo de ejecución es simplemente una llamada a SQL*Plus , con lo cual aparecerá lo siguiente

SQL> start eventos_espera.sql

Puede consultar todos los eventos de espera disponibles en la siguiente vista
SELECT name FROM V$EVENT_NAME ORDER BY name

Ingrese texto para buscar evento de espera :

Se ingresa un trozo del evento de espera, por ejemplo al ingresar la palabra log se filtran los eventos de espera que sean similares y los mostrará por pantallarong>log

----- (texto cortado) -----
log file sync
log switch/archive
log write(even)
log write(odd)
logout restrictor
recovery area: computing applied logs
simulated log write delay
switch logfile command

35 rows selected.

Ingrese nombre de evento de espera :

Se ingresa el nombre del evento de espera completo, por ejemplo log file sync y pedirá el número de días a analizar y el intervalo

Ejemplo :

Ingrese nombre de evento de espera : log file sync
Ingrese numero de dias a analizar : 10
Ingrese intervalo de horas a medir : 1

Después de lo anterior , nos arroja información tabulada proveniente de las tablas históricas del AWR

center



Y podemos proceder a generar nuestro magnífico gráfico

center

Espero les sirva para poder analizar su base de datos ;)

by Ligarius
13.11.15. 08:57:39. 347 words, 1512 views. Categories: Tuning / Performance ,

¿Qué es un Snapshot Controlfile?



¿Qué es un Snapshot controlfile? . Yo creo que está pregunta ha aparecido en nuestras mentes desde el inicio de los días, pero la verdad ....es bastante sencillo, he acá la explicación






Esto es para alegrar la lectura :>

Tal cual como lo dice la documentación de Oracle
https://docs.oracle.com/cd/E11882_01/rac.112/e41960/rman.htm#RACAD851

Un Snapshot controlfile es simplemente una copia del controlfile de una base de datos , que se crea en el sistema operativo en una ruta en partícular, la cual está dada por un seteo a nivel de RMAN, que se puede ver si ejecutamos el comando SHOW ALL dentro de RMAN

CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\APP\LIGARIUS\PRODUCT\12.1.0\DBHOME_1\DATABASE\SNCFPROD12C.ORA';

PD : Se que es horrible, pero tenía a mano Windows para elaborar la nota :'(


Esta copia de controlfile (Snapshot) sirve para cuando se hace la resincronización con el catálogo RMAN (entre el encabezado del controlfile y le base de datos catálogo) o para cuando se respalda el mismísimo controlfile, con esta copia a disco se mantiene la consistencia en la Lectura (READ-CONSISTENT) y es este propio archivo el que se lee para geenerar la copia de RMAN.

La gran diferencia con el seteo del AUTOBACKUP del CONTROLFILE (CONFIGURE AUTOBACKUP ON) a nivel de RMAN , es que el Snapshot Controlfile se genera antes del respaldo (comandos BACKUP o COPY) y el AUTOBACKUP del controlfile se genera después de haberse ejecutado el respaldo (comandos BACKUP o COPY), aunque ambos sirven para por ejemplo llevar a cabo una restauración de base de datos.

Para un ambiente Stand Alone, el Snapshot COntrolfile debe estar seteado en una ruta cualquiera, para un ambiente de RAC , la ruta del Snapshot COntrolfile debe estar seteada en un dispositivo compartido (por ejemplos discos en CLUSTER) que sea visualizado por los nodos que comparten el RAC, esto es obligación desde Oracle RAC 11gr2 (11.2.0.2).

Espero les sirva

by Ligarius
09.11.15. 08:05:30. 331 words, 2064 views. Categories: Base de datos, RMAN (Recovery Manager) ,

<< 1 2 3 4 5 6 7 8 9 10 11 ... 44 >>