Muere Metalink... de nuevo



Hace 3 años escribí una nota sobre el "fallecimiento" de Metalink, una interfaz bastante agradable , que dió paso a interfaz Flash, de la cual nosotros nos acordábamos a diario cuando aparecía el porcentaje y quedaba estático en 91% >:XX

Pues bien, han pasado 3 años y de nuevo podemos decir, !!!Muere Metalink!!!


Claro, pues Oracle va a dar de baja el antiguo sitio Flash, para dejar un sitio (según ellos) más agradable rápido y cómodo..

Créanme que aún no veo ninguna de esas premisas cumplirse :(

1.- Nos aparece una pantalla bonita, con cambio de look ;D




2.- Podemos elegir si ingresamos por Flash o por HTML, claramente, no elijan aún HTML





3.- Y cuando hemos ingresado a HTML.... pues viene la cruda realidad, a mí por lo menos no me gusta la interfaz


4.- Y no me gusta entre otras cosas, el tratamiento de las lista de valores, la verdad, deja mucho que desear :'(




Bueno, es decisión de ustedes cual elegir, pero ya está avisado...Metalink cambia su interfaz :(


Está fue la nota generada en ese entonces ;)
Muere Metalink




Espero les sirva (para que se arrepientan)

by Ligarius
17.07.12. 12:24:43. 197 words, 6739 views. Categories: Eventos Oracle, Cosas varias ,

¿Dónde están los medios de Oracle 10g y Oracle 9i?



Me imagino que muchos de ustedes han tratado de descargar los medios de Oracle 10g pero no los han encontrado , ni hablar de Oracle 9i, que hace rato no se puede descargar...


Todo lo anterior es por el ciclo de vida de los productos Oracle, los cuales están siempre publicados , uno de esos cuadros muestra el ciclo de vida y soporte de las bases Oracle



De hecho, 10.2.0.4 y 10.2.0.5 estan en modo Extended Support, y los PSU para esas versiones, liberadas después del 1 de Agosto del 2001 , necesitan otra licencia para ser descargados.. o sea, estamos :(

Un gran detalle, hay que fijarse hasta cuando se pueden generar SR para las plataformas que ustedes poseen para el caso de 10gr2




Si por cualquier motivo, requieren descargar los motores 10gr1 , 10gr2 o el mismisimo Oracle 9i , lo que deben hacer es lo siguiente


1.- Crear un SR en metalink , ojalá sea con la página Flash, pues el nuevo formato HTML es horrible |-| , el SR debe decir que los necesitan por asuntos de replicación de ambientes productivos...


2.- A los pocos días (2 o 3 quizás), les llegará un correo En ese correo está el link para la descarga de los medios


3.- Una vez ingresada la URL, se podrán descargar de manera temporal los medios de Oracle que ustedes hayan solicitado, este link es temporal






4.- Los parches para los motores siguen estando disponibles en metalink.oracle.com , pero la idea es que puedan tener su pequeña biblioteca de medios ,uno nunca sabe cuando llega un trabajo caído del cielo :lalala:



Espero les sirva ....

by Ligarius
12.07.12. 09:53:34. 268 words, 5994 views. Categories: Base de datos ,

Error al crear una BD en Oracle Exadata



Estaba creando una base de datos , en un ambiente de Oracle Exadata, o sea, una base en RAC 11gr2 , con ASM y que maneja la información por Cell Storage, aunque para los efectos .....es lo mismo que Oracle 11gr2 Stand Alone con Filesystem:>>

Y me apareció este error



La forma de solucionarlo fue cambiando el parámetro COMPATIBLE de la instancia , pasando de un valor 11.2.0.0.0 a un valor 11.2.0.2.0 y asunto arreglado




Me encanta el Exadata ... B)

by Ligarius
10.07.12. 12:31:49. 77 words, 4522 views. Categories: Base de datos, Oracle11gR2, Oracle Exadata ,

Como cambiar un dominio Weblogic de Development mode to Production Mode y sus diferencias (Weblogic)



Acá les dejo un pequeño documento que expone el como cambiar el modo por el cual se ejecutan los aplicativos en un Dominio Weblogic, ya sea Development Mode (default) o el Production Mode (recomendado)

Además se expone las diferencias de ambos modos

Para descargar el documento haz click ACÁ

Espero les sirva

by Ligarius
27.06.12. 06:48:01. 54 words, 9462 views. Categories: Fusion Middleware, Weblogic ,

¿Reconstruir o no un índice? (rebuild or not rebuild an index?)



Index Rebuild ¿es necesario?



Leyendo un artículo de Oracle sobre la reconstrucción de los índices , indica que rara vez es necesario hacer un rebuild de los índices, es más ... indica que la política de reconstruir índices está muy "embebida" en los DBAs y a veces reconstruyen sin siquiera haber realizado un pequeño análisis estadisticos del índice.

¿Por qué no se debiese reconstruir un índice?
Pues simplemente porque un índice de B*Tree es en sí una estructura que se auto-balancea y que se auto-mantiene por sí misma.

Por ejemplo siempre escuchamos que las DMLs dejan "orificios" en el índice que no son llenados y desbalancean el índice.

Pues eso no es tan así, pues cada vez que se produce un borrado de datos, se genera un leaf node vacío, el cual será sí o sí reutilizado.

¿Cuáles son las mayores justificaciones para hacer un rebuild a un índice?

  • Fragmentación del índice
  • Crecimiento del índice y su espacio "borrado" no es reutilizado
  • Factor de clustering del índice está fuera de sincronización

    En muchos de los casos , se mantiene el balanceo y sin fragmentación , debido a que las entradas (leafs) son reusadas.

    Las DMLs resultan en un slot libre que pueda estar alrededor de un bloque de índice. Pero estos "espacios libres" tipicamente son rellenados

    El índice de clusterización refleja como los datos en la tabla son ordenados respecto a su
    llave de indexación.

    La reconstrucción de un índice nunca va a influenciar en el factor de clustering, para esto se debiese llevar a cabo una reorganización de la tabla



    ¿Cuáles son los costos de reconstruir un índice?

    Pues son muchos y por ello se debiesen tener en cuenta los siguientes aspectos

    1.- Casi todos los scripts dependen de los datos de la tabla INDEX_STATS, la cual se carga con el comando

    ANALYZE INDEX ... VALIDATE STRUCTURE;

    El problema de este comando es que deja la tabla en un modo de bloqueo exclusivo, mientras se analiza el índice. Para índices muy grandes esto puede ser dramático, pues cualquier DML sobre la tabla en el período de análisis, no va a poder ser llevado a cabo.


    2.- La actividad de redo y la performance en generar se ven afectadas como resultado directo de la reconstrucción del índice.

    Cada vez que se realiza una DML sobre un índice, este índice va evolucionando ya sea por los splits que se van produciendo como por el crecimiento mismo del índice.
    Mientras el índice es reconstruído, es empaquetado y comprimido, cada bloque con los leaf nodes es reorganizado, sin embargo , con las DMLs que se están produciendo este reordenamiento afectan al empaquetamiento que tiene el índice por la reconstrucción del mismo.

    Todo lo anterior redunda en que hay muchísima más actividad de REDO, el hecho de que se produzcan splits produce que haya más I/O y uso de CPU .


    3.- Un INDEX COALESCE es el comando preferido en vez de la reconstrucción, pues posee las siguientes ventajas

  • No requiere 2 veces el tamaño del índice en Storage
  • Siempre es online
  • No reestructura el índice, pero trata de recombinar de la mejor forma los bloques donde se encuentran los leaf nodes (datos), esto evita por ejemplo el overhead del punto 2

    Todo lo anterior , es para indicar que no es recomendable colocar como política corporativa la reconstrucción de índice y que se debe hacer en casos muy excepcionales


    ¿Qué es un Index Block Split?
    Es un evento que sucede cuando un bloque de datos de índices no puede contener más información, lo que debe hacer es migrar toda esa info a bloques nuevos, y dejar en el bloque original los punteros de esos bloques, eso implica que se produce un nuevo nivel dentro del índice.

  • by Ligarius
    23.06.12. 22:42:59. 648 words, 17609 views. Categories: Base de datos, Oracle 11g, Oracle 10g, Oracle11gR2 ,

    << 1 ... 13 14 15 16 17 18 19 20 21 22 23 ... 44 >>