Oracle10gr2 : Introducción a Transparent Data Encryption (TDE)

Una de las debilidades de muchas instituciones que cuidan sus datos de forma exagerada es que sólo los cuidan (encriptan) cuando los leen, en las interfaces de trabajo, pero nunca lo hacen de forma física, ¿cómo así?

Pues los datos físicamente pueden ser visualizados, por ejemplo , con el comando strings en los archivos de redologs, o con algún editor hexadecimal para los datafiles.

Es allí donde reside la importancia del Transparent Data Encryption (TDE), es una cualidad nacida en Oracle10gr2, que permite encriptar los datos de forma física mediante un Wallet (archivo creado en disco) y con esto sólo los datos en el archivo son codificados, pero no cuando se leen , de hecho es transparente para los usuarios.

Acá les presento un pequeño brief de lo que es Transparent Data Encryption , y claro, la forma en que se puede implementar para encriptar nuestros datos de forma física.

Explicación de Transparent Data Encryption

by Ligarius
23.05.09. 19:59:42. 163 words, 18752 views. Categories: Base de datos, Oracle 10g, Tuning / Performance ,

Tips de migración desde Oracle8i a Oracle10g : ¿Por qué no ordena? (Tips migrating Sort)

Cuando se lleva adelante una migración de 9i a 10g, o de 8i a 10g, se tienen en consideración muchísimas cosas :
- Uso de manejo automático de memoria
- Manejo automático de la PGA
- Tablespaces en LMT con manejo automático de segmentos
- Etc,etc,etc

Pero hay un dato, bastante importante y para nada menor, que son las consultas cuando utilizamos por ejemplo, un Group By o un Distinct , en versiones anteriores a Oracle 10g, esto implicaba un ordenamiento, pero desde Oracle10g , esto ya no se produce, verdad!!! NO SE PRODUCE.

Veamos un ejemplo :

1)
Creamos en Oracle8i (8.1.7) una pequeña tabla de ejemplo, para realizar una carga de datos

2)
Le insertamos datos

3)
Cuando ejecutamos algún comando en el select que involucre ordenamiento, Oracle muestra los datos ordenados, por ejemplo , con un GROUP BY

4)
Ejecutamos un trace de la sentencia

Si nos damos cuenta , la operación para llevar a cabo el GROUP BY es una SORT GROUP BY

5)
Lo mismo sucede si llevamos a cabo una operación distinct , produce un ordenamiento implícito

6)
Al ver el plan de ejecución, para resolver la sentencia , utiliza la operación
SORT UNIQUE

¿Pero que sucede en Oracle10g?

7)Al crear la misma tabla, cargarla con los mismos datos y ejecutar las mismas sentencias, el resultado es diametralmente opuesto en cuanto a orden

8)
Si obtenemos un plan de ejecución de la sentencia, veremos que el algoritmo de ordenamiento a cambiado, ahora nos muestra un HASH GROUP BY , y los datos, ya no salen ordenados :'(

9)
Incluso en la sentencia distinct, ya no provoca un ordenamiento

10)
Y si vemos su plan de ejecución, pues ahora nos enseña el algoritmo HASH UNIQUE para resolver el distinct

11)
El comportamiento en Oracle10g se puede modificar, no cambiando el modo del optimizador, ni su versión, se puede cambiar simplemente indicandole a Oracle que no utilice las funciones de HASH para ordenamiento

12)
Ejecutamos nuevamente la consulta yyyy :yes: , nos muestra nuevamente ordenada la consulta

Esto puede ser muy bueno, por el aspecto visual, pero puede ser muy malo a nivel de performance, ya que el no utilizar las funciones HASH para ordenamiento, puede redundar en problemas de Performance, o es arreglar todo el código, o quizás, sólo quizás, haya unos pequeños problemas de performance.

13)
Si vemos el nuevo plan de ejecución, estando en Oracle10g, nos muestra las funciones de ordenamiento antiguas

Resumen : No todo es tan bueno como parece y si los algoritmos de ordenamiento en Oracle10g son más rápidos, nada asegura que salgan en orden y eso , para los pobres programadores puede resultar desastroso , pero a la larga es lo mejor, no hay comparación entre Oracle8i y Oracle10g.

Aunque se puede llevar a cabo una modificación de parámetros ocultos, para que el comportamiento de los ordenamientos sea similar en Oracle10g a las versiones antiguas.

Referencias :Nota 345048.1 : 'Group By' Does Not Sort If You Don'T Use Order By In 10g

by Ligarius
19.05.09. 12:59:32. 514 words, 5930 views. Categories: Base de datos, SQL / Programación, Tuning / Performance ,

Virtual Iron : La nueva adquisición de Oracle para potenciar sus máquinas virtuales

Bueno, Oracle no ha cesado en su afán de adquirir más compañías para potenciar su negocio.

Ayer se cerró un acuerdo de compra hacía la empresa Virtual Iron B)

Cual es la gracia de todo esto, pues que Oracle con su Virtual Machine ha dejado mucho que desear , ante este plano tan negativo simplemente dijeron , compremos a un potente creador de Virtualización.

Pues eso implico la compra de virtual Iron, empresa dedicada desde el 2003 a la virtualización de bajo costo, o sea, segmentos como las Pymes por ejemplo, aunque su facturación anual esta cercana a los 65 millones de doláres y más de 200 clientes

Con esto Oracle ahora sí que va a competir contra grandes de las máquinas virtuales como Citrix o VMWare

Salón de prensa de Oracle

Compañia Virtual Iron

Citrix

VMWare

Máquina Virtual de Oracle

Esperemos que todo esto arregle de una vez por todas la máquinita virtual de Oracle :)

by Ligarius
14.05.09. 08:06:03. 165 words, 5102 views. Categories: Cosas varias ,

Oracle 10g u Oracle 11g : ¿Qué procesos se activan cuando creo y borro una tabla?

Muchas veces creemos que cuando creamos o borramos un objeto hay un par de procesos background asociados a estas tareas.

La verdad es que se mueve todo el aparataje de Oracle, para llevar a cabo actividades básicas de creación y eliminación, todo muy bien afinado con absolutamente todo al azar calculado.

Imaginense la siguiente situación :

Se muestran los procesos background que están ejecutándose en nuestra máquina

Se crea una tabla con poco menos de 5 millones de registros

Mientras esa creación esta en proceso, sucede lo siguiente en los procesos background

1)

25937 : Proceso que gatillo el proceso de creación de la tabla
11661 : Proceso LGWR (Proceso encargado de llevar hasta los archivos de redo, los vectores generados a partir de la PGA y esta a su vez, son llenados con la información del Log Buffer)

2)

25937 : Proceso que gatillo el proceso de creación de la tabla
11949 : Proceso ARC0 (Proceso encargado de generar una copia del archivo RedoLog recientemente llenado producto de transacciones efectuadas en la base de datos)
11661 : Proceso LGWR

3)

25937 : Proceso que gatillo el proceso de creación de la tabla
11661 : Proceso LGWR
11656 : Proceso DBW0 (Proceso encargado de bajar a disco aquellos bloques en estado Dirty, según una lista llamada Dirty Buffer List, ubicada en el Database Buffer Cache)
11951 : Proceso ARC1

4)

25937 : Proceso que gatillo el proceso de creación de la tabla
11661 : Proceso LGWR
11951 : Proceso ARC1
11635 : Procesp PSP0
11667 : Proceso CKPT

5)

11949 : Proceso ARC0
25937 : Proceso que gatillo el proceso de creación de la tabla
11661 : Proceso LGWR
11683 : Proceso MMON

6)

11951 : Proceso ARC1
25937 : Proceso que gatillo el proceso de creación de la tabla
11661 : Proceso LGWR
11667 : Proceso CKPT
25858 : Proceso padre de la sesión que gatillo el proceso
11681 : Proceso CJQ0

Todo lo anterior sucedio cuando se creo la tabla.

¿y qué sucedio cuando se borro?

Pues bien , los procesos background involucrados

7)

25937 : Proceso que gatillo el proceso de borrado de la tabla
11677 : Proceso SMON
11661 : Proceso LGWR

8)

11677 : Proceso SMON

Oracle es potente y por sobre todo dessincronizado :) , ¿cómo aprender más del ciclo natural de Oracle?, pues bien...

Lee los Concepts

Concepts Oracle8i
Concepts Oracle9i
Concepts Oracle10g
Concepts Oracle11g

by Ligarius
28.05.09. 12:51:51. 356 words, 7037 views. Categories: Oracle 11g, Oracle 10g, Tuning / Performance ,

Oracle 11gr2 : Ya no mas soporte de Raw Devices (De-support Raw Devices) ¿o desde Oracle 11gr3?

Hola...

Hace un tiempo escribí una nota sobre Oracle 12g , la cual decía que ya no iba a haber soporte para Raw Devices desde Oracle 12g (en realidad se llama Oracle 11gr2) , para datafiles, archivos OCR , Voting Disk, redologs, controlfiles, etc.

Esto es bastante fuerte!! , ¿el porqué? pues implicará que desde Oracle 11gr2 en adelante la única forma de configurar RAC será bajo una arquitectura de Cluster File System , por ejemplo OCFS (Linux) , HACMP o GPFS (AIX) , etc.. O simplemente generando Diskgroups para los OCR y VOTING DISK

Lo bueno de todo lo anterior es que "se dice" que Oracle 11gr2 y especificamente ASM , soportarán distintos tipos de archivos, desde OCR , Voting Disk, hasta datafiles, controlfiles, etc,etc.. Imaginense el impacto, desde Oracle 11gr2 en adelante , todo, absolutamente todo podrá ser puesto en una arquitectura de ASM, lo que por el momento no está permitido... Se vienen fuertes cambios!!

Tan fuertes son los cambios, que la nota de Metalink (578455.1) que hablaba sobre lo que no estará soportado desde Oracle 11gr2 fue sacada del aire, ¿habrá causado mucho impacto? , ¿no habrá sido analizada a cabalidad? o simplemente ¿fue un pequeño fuego artificial?

Lo anterior responde a que no es desde Oracle 12g que se desoportará Raw Devices, es desde la versión mayor a 11gr2 de Oracle desde donde no se soportará Raw Devices, en una primera instancia, el utilitario DBCA no podrá ver este tipo de dispositivos. En Oracle 12g, definitivamente ya no mas Raw Devices.

De hecho , ahora hay una nota que habla un poquito al respecto

Nota 754305.1

Ahora si que se viene bueno... :>>

by Ligarius
18.05.09. 09:18:31. 268 words, 15551 views. Categories: Base de datos ,

<< 1 ... 34 35 36 37 38 39 40 41 42 43 44 >>