¿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, 5720 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, 4336 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, 9235 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, 17005 views. Categories: Base de datos, Oracle 11g, Oracle 10g, Oracle11gR2 ,

    Fusion Middleware 11g : Oracle Content Server no disponible



    Después de haber realizado la instalación del Oracle Content Server y dejarlo configurado en mi Dominio de Weblogic , aparece el siguiente mensaje por pantalla , al acceder por su URL







    Claramente hay un error, pero.... no aparece ni el más mínimo detalle de cual, por ende tenemos que comentar a buscar en los logs




    Primero buscamos en el log llamado

    $Weblogic_Home/user_projects/domains/$Nombre_Dominio/servers/UCM_server1/logs/UCM_server1.log


    Dentro de él ubicamos las siguientes líneas

    javax.servlet.ServletException: Could not start up IDC server deployment.
    at idcservlet.ServletUtils.initializeContentServer(ServletUtils.java:1253)
    at idcservlet.ServletUtils.startAndConfigureServer(ServletUtils.java:542)
    at idcservlet.ServletUtils.initializeAllServers(ServletUtils.java:455)
    at idcservlet.IdcFilter.initContentServer(IdcFilter.java:132)

    ####jun 19, 2012 11:18:12 AM CLT warning



    Después chequeamos el log llamado

    $Weblogic_Home/user_projects/domains/$Nombre_Dominio/servers/UCM_server1/logs/UCM_server1.out

    Jun 19, 2012 11:18:12 AM CLT Warning Socket BEA-000450 Socket 3 internal data record unavailable (probable closure due idle timeout), event received 17
    Jun 19, 2012 11:18:32 AM CLT Warning Socket BEA-000450 Socket 4 internal data record unavailable (probable closure due idle timeout), event received 17



    Y finalmente vemos el log llamado

    $Weblogic_Home/user_projects/domains/$Nombre_Dominio/servers/UCM_server1/logs/UCM_server1-diagnostic.log


    Y en este log es donde aparece lo que estabamos buscando

    Caused by: intradoc.data.DataException: !csCouldNotListenOnPort,4444
    at intradoc.provider.SocketIncomingProvider.startProvider(SocketIncomingProvider.java:254)


    Y un poco más abajo

    Caused by: java.net.BindException: Address already in use
    at java.net.PlainSocketImpl.socketBind(Native Method)



    Según la documentación Oracle
    http://docs.oracle.com/cd/E21764_01/doc.1111/e14495/configucm.htm#INECM1539


    El puerto 4444 es ocupado por IBR para conectarse al Oracle Content Server , por ende para cambiarlo hay que ir a DomainHome/ucm/cs/config/config.cfg , según la misma documentación

    Por ende , verificamos ese archivo y cmabiamos la línea IntradocServerPort=4444 por IntradocServerPort=4447

    Después de lo cual reiniciamos el Oracle Content Server dentro de nuestro Dominio Weblogic

    Y ya está asunto arreglado :>>

    PD : De todas formas hay que chequear quien y porque está usando el puerto 4444

    leyyo.com/media/blogs/oracleyyo/ArchivosBlog/Imagenes/logo pagina.png" alt="" title="" width="278" height="47" />

    by Ligarius
    19.06.12. 08:57:14. 151 words, 6763 views. Categories: Fusion Middleware, Oracle Content Server ,

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