Oracle y yo

Una forma muy simple de instalar un agente de Grid Control es utilizando el mecanismo Mass Agent, este mecánismo es tan útil, que dentro del Grid Control quedan todos los agentes que yo desee y después lo único que se debe hacer es bajar una shell (o archivo) desde una URL y ejecutarlo.

Sin necesidad de colocar DVDs o pedir Xterm.

Así de sencillo, te invito a que lo leas, pues te sorprenderá, ya que es una isntalación sin pantallas gráficas y lo mejor, casi en forma silenciosa

Para descargar el documento haz click Manual de Instalación MASS Agent

Espero sea de utilidad

La verdad , es como anécdotico y suave escribir como se siente un terremoto, pues lo quevivimos esa madrugada de Sábado , fue increíble.... un terremoto de aquellos que estarán en la retina por mucho tiempo

Todo comenzo a eso de las 03:34 am del 27 de Febrero , era madrugada del Sábado , al principio sólo un remezón suave , obviamente me puse en pié y pensé en mis niñas de 4 y 6 años que duermen en el segundo piso, entre que decidí ir a buscarlas y comenzará a temblar más fuerte , pasó un minuto, ya estando en la entrada principal de mi casa , comenzó lo que a la larga sería el quinto terremoto más poderoso de la historia (tendiendo en cuenta que se miden desde 1900).

Fueron increíbles 8,8 grados , esto fue en el epicentro ,la violencia fue inusitada...de hecho no podía estar de pié y veía como el automovil , una 4x4 (no siendo un vehículo liviano) , se movía de una forma increíble, fueron casi 3 minutos, en los cuales pensábamos que se terminaba todo, aunque para ser franco en ese momento uno se bloquea y no es capaz de generar muchos pensamientos, sólo ver lo que sucede sin ser capaz de poder asimilarlo.

Pero la sensación no era de miedo, me sentía muy acelerado como sorprendido con lo que sucedía, protegiendo a mis mujeres entre mis brazos (señora e hijas), de hecho mis nenas no lloraban, sólo estaban con los ojitos muy abiertos preguntándose que era eso que sonaba y hacía caer las cosas , yo por mi lado mirando el vehículo y mirando aquella luna llena que nos iluminaba , sólo sintiendo como ese monstruo rugía , los que han escuchado el sonido durante un terremoto se darán cuenta de lo que hablo, es como el despertar de un gigante ...

Fue muy doloroso... mi casa sufrió daños en una ampliación que realicé y todas las divisiones con los vecinos ya no existen , eso implica que veo todo lo que hacen en sus patios y claro, el tema de seguridad se vuelve muy importante.

Una vez terminado el movimiento vino el golpe a la consciencia.. pensar lo que estabamos viviendo y tratar de analizar un poco el hecho de que estabamos bien , lo primordial era la linterna y ropa para mis bebés, por ello ingrese a mi casa y vi todo botado, en el suelo , como si alguién lo hubiese arrojado, en la cocina... todo quebrado y con la adrenalina muy alta, ni siquiera me di cuenta que estaba descalzo (no sufrí cortes) , registre los dormitorios , pero todo estaba muy complicado , todo en el suelo, todo quebrado.... absolutamente todo.

Lo que vino después en el lugar del epicentro fue peor, el maremoto que mato a muchas personas en el sur de Chile y posteriormente los saqueos que se han suscitado en el país.

De los robos y saqueos ni hablar , supuestamente el conjunto habitacional donde vivo es tranquilicimo, por eso decidí dejar Santiago centro e irme a www.vallelocampino.cl , pero lo que estamos viviendo es sacado de un gran guión de terror, vigilias, y sobre todo un miedo gigante a que te asalten y roben tus pertenencias ¿quién? , los buitres de un sector de Quilicura colindante al Valle lo Campino, es increíble como la gente reacciona, o como los delicuentes reaccionan a estos eventos fortuitos... como si estuviesen en su derecho, incluso con niños de 7 años metidos en la turba, cual chacales contra un animal herido.

Veo las imagenes y no me queda otra que sentir vergüenza por lo que sucede, somos un país subdesarrollado y en esto se nota... hoy no me puedo concentrar y sigo pensando en todo lo que debo hacer, en como protegerme , los 3 días sin electricidad, sin agua , sin telefonía celular, de hecho no podía ir a comprar , pues no tenía combustible para mi vehículo, menos mal que me conseguía agua con mis cuñados y de la piscina de un vecino teníamos para limpiar el baño... no pensé nunca que iba a estar viviendo esto.

Pero bueno, sentir el terremoto no solamente implica olvidar un poco la sensación de debilidad por el movimiento, sino, retornar a una vida normal... , pensando el como cerrar mi casa y sintiendo aún esa luna llena que nos iluminaba de una forma majestuosa, sin luz alguna que la interrumpiera y solamente escuchando como rugía ese monstruo durante 3 largos minutos. Nunca en mi vida lo olvidaré, nunca en mi vida espero cruzarme cn esa bestia que en Chile se llevo muchas vidas... esa bestia lamentablemente se llama naturaleza y como tal, no obedece a nuestros miedos ni temores.

Sólo doy gracias que toda mi familia esta bien...sólo con el miedo en la piel y sintiendo aún el rugido de este impresionante terremoto.

Fotos del terremoto

Yo vivo cerca de este lugar... a 3 minutos...

Es muy frecuente el hecho de preguntar si nuestra aruqitectura es de 32bits o 64bits y a veces el hecho de esperar esta respuesta implica algunos minutos de espera (quizás 200 o 300 )



Pues bien, he acá una forma muy simple de realizar

En AIX

$ getconf -a | grep KERN

64bits : KERNEL_BITMODE: 64
32bits : KERNEL_BITMODE: 32

También puede ser utilizado el comando

$ file /usr/lib/boot/unix*

64bits : 64-bit XCOFF executable or object module not stripped
32bits : executable (RISC System/6000) or object module not stripped

En HP-UX

/usr/bin/ getconf KERNEL_BITS

Otro comando a utilizar

/usr/bin/file /stand/vmunix

64bits : stand/vmunix: ELF-64 executable object file - PA-RISC 2.0 (LP64)
32bits : /stand/vmunix: PA-RISC1.1 executable -not stripped

En Solaris

/usr/bin/isainfo -v
/usr/bin/isainfo -kv

64bits : 64-bit sparcv9 applications
32bits : sparc application

En Linux

getconf LONG_BIT

o se puede ejecutar el comando

uname -a

64bits : x86_64
64bits : ia64

Sino, indica 32 bits

En Windows (Wintendo)

Type "dxdiag" on the Start -> Run

Como todo tiene un orígen , he acá la nota de Oracle

How to Determine Whether the OS is 32-bit or 64-bit [ID 421453.1]

Viendo un archivo para escribir una futura nota, me encontré con que ORACLE no es lo mismo que Oracle , ¿cómo así?



Pues bien, en el archivo $ORACLE_HOME/rdbms/mesg/oraus.msg aparece el siguiente detalle

/ ORACLE vs. Oracle
/ -----------------
/ The word ORACLE in uppercase refers to the ORACLE server. Use the term
/ "ORACLE server" when referring to the server.
/
/ The word Oracle in lowercase with capitalized first letter refers to the
/ company. Use "Oracle Corp." when referring to the company.

O sea, cuando hablemos de base de datos , será ORACLE, cuando hablemos de la empresa será Oracle

¿no seremos demasiado cuadrado?

Para que lo tengan en cuenta, el archivo oraus.msg se guardan entre otras cosas los mensajes de error para los códigos ORA-

Imagínense la siguiente situación

"
De Lunes a Viernes la cantidad de Switch en mi base de datos es 4 por hora, o sea, cada 15 minutos se generá un archive, por ende cada 15 minutos se actualiza mi base de datos StandBy , por lo tanto, si se llegase a producir un error o corrupción de mi base de datos principal, a lo más, perdería 15 minutos (por la información de redo que queda en los grupos de redologs) .

Pero el fin de semana, no se hace ningún Switch , o sea, el grupo current será durante todo el fin de semana el mismo grupo, y no puedo darme el lujo de perder el grupo current del fin de semana, pues son pocas transacciones , pero críticas.

¿Podría colocar un cron el fin de semana para que se ejecute cada 30 minutos y efectúe un Switch de Redo? , si.. pero sería poco elegante

¿Cómo lo soluciono? ... mmmmm
"



La forma de solucionar eso , es mediante la modificación del parámetro ARCHIVE_LAG_TARGET , este parámetro esta orientado a bases de datos con una StandBy , pues forzan el Switch de Redo según la cantidad de segundos especificado en ese parámetro.

Lo principal es saber la cantidad de switch que se provocan en la base de datos, para eso podemos analizar la siguiente nota

Analizando la cantidad de Switch de Redo

Si se fijan no hay actividad en los switch de redo, al momento de la ejecución , pero eso no indica que no haya transacciones que estén pendientes de ser almacenadas en los archives, por ende hay transacciones pendientes de ser pasadas a mi base de datos StandBy (eventualmente)

Log Switch on hour basis

DIA              10  11  12  13  14  15  16  17  18  19  20  21  22  23  TOTAL
---------------- --- --- --- --- --- --- --- --- --- --- --- --- --- --- -----
WED, 28-OCT-2009 -   -   -   -   -   -   -   -   -   -   2   -   -   -       2

Ahora, procedemos a cambiar el parámetro ARCHIVE_LAG_TARGET , con lo cual aceleramos los Switch de Redo y provocaremos un gran impacto ¿cuál? , pues el de minimizar la información pérdida si se llega a corromper nuestro Grupo de Redo current, ¿por qué? , pues porque la información será pasada de forma más rápida a mi base de datos StandBy

Ejemplo práctico :

Modificamos el ARCHIVE_LAG_TARGET y lo dejamos en 2 minutos

SQL> alter system set archive_lag_target=120 scope=both;

System altered.

Con lo anterior , si analizamos el archivo de alerta , veremos que efectivamente se producen Switch de Redo cada 2 minutos

Sun Jan 31 22:45:58 2010
Thread 1 cannot allocate new log, sequence 18
Current log# 1 seq# 17 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo01.log
Thread 1 advanced to log sequence 18
Current log# 2 seq# 18 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo02.log
Sun Jan 31 22:49:02 2010
Thread 1 advanced to log sequence 19
Current log# 3 seq# 19 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo03.log
Sun Jan 31 22:53:57 2010
Thread 1 advanced to log sequence 20
Current log# 1 seq# 20 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo01.log
Sun Jan 31 22:59:01 2010
Thread 1 advanced to log sequence 21
Current log# 2 seq# 21 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo02.log
Sun Jan 31 23:01:05 2010
Thread 1 advanced to log sequence 22
Current log# 3 seq# 22 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo03.log
Sun Jan 31 23:03:05 2010
Thread 1 advanced to log sequence 23
Current log# 1 seq# 23 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo01.log
Sun Jan 31 23:05:03 2010
Thread 1 cannot allocate new log, sequence 24
Current log# 1 seq# 23 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo01.log
Thread 1 advanced to log sequence 24
Current log# 2 seq# 24 mem# 0: /home/oracle/app/oracle/oradata/db10g/redo02.log

Miramos la actividad de nuestra instancia , en cuanto a Switch por horas, y claro... se refleja efectivamente el cambio

DIA              10  11  12  13  14  15  16  17  18  19  20  21  22  23  TOTAL
---------------- --- --- --- --- --- --- --- --- --- --- --- --- --- --- -----
WED, 28-OCT-2009 -   -   -   -   -   -   -   -   -   -   2   -   -   -       2
SUN, 31-JAN-2010 -   -   -   -   -   -   -   -   -   -   -   -   19  2      21

En resumidas cuentas el parámetro ARCHIVE_LAG_TARGET nos permite acelerar los Switch de Redo, ¿para qué nos puede servir eso? , pues para mantener una sincronización eficaz con nuestra base de datos StandBy o simplemente para que la cantidad de información que podríamos perder en un crash , siempre sea la mínima

Esto es aplicable tanto para bases de datos primarias (con StandBy) , como para base de datos StandAlone

Pues bien , la información que todo mortal necesita

Archive_lag_target en Oracle9i
Archive_lag_target en Oracle10g
Archive_lag_target en Oracle11gr1
Archive_lag_target en Oracle11gr2