locutoriorama

SELECT SERVERPROPERTY('ProductVersion ') AS ProductVersion, SERVERPROPERTY('ProductLevel') AS ProductLevel, SERVERPROPERTY('ResourceVersion') AS ResourceVersion, SERVERPROPERTY('ResourceLastUpdateDateTime') AS ResourceLastUpdateDateTime, SERVERPROPERTY('Collation') AS Collation;

A nivel de sesión: ----------------- alter session set tracefile_identifier='10046'; alter session set timed_statistics = true; alter session set statistics_level=all; alter session set max_dump_file_size = unlimited; alter session set events '10046 trace name context forever,level 12'; -- Execute the queries or operations to be traced here -- select * from dual; exit; Si no queremos terminar la sesión pero si la traza: alter session set events '10046 trace name context off'; La traza se genera en el udump. Habrá que ejecutar tkprof: tkprof trace_file_name output_file_name sort=fchela,exeela,prsela

Sintaxis: CONNECT username@[//]host[:port][/service_name][:server][/instance_name] Ejemplo: CONNECT username@host/ORCL

El "load average" representa el número medio de procesos que tienen que esperar para obtener tiempo de CPU durante los ultimos 1,5 y 15 minutos. Por ejemplo, si tenemos una carga de 1, la CPU está ocupada lo suficiente como para que un proceso tenga que esperar. Nos da una idea de como de ocupado está el sistema mirando en los ultimos 1, 5, 15 minutos. Una cosa importante que hay que tener en cuenta es que los valores no están normalizados de acuerdo al numero de CPUs del sistema. Eso quiere decir que un valor de carga de 1 en un sistema de una CPU estará ocupada igualmente a como lo está un sistema con carga 4 y 4 CPUs. Comandos linux que nos muestran el "load average" (carga de CPU): uptime procinfo top w Se muestran 3 numeros, que son el valor del "load average" para el ultimo minuto, ultimos 5 minutos y 15 ultimos minutos (leyendo de izquierda a derecha).

La filosofía de Linux es que un recurso sin utilizar es un recurso desperdiciado. Por tanto, el Kernel utilizará tanta RAM como pueda para cachear información de los discos y filesystems remotos y locales. Este cacheo se muestra en el sistema como la suma de dos números: buffers y pagecache. La cache es reclamada, no cuando el proceso termina (podríamos arrancar otro proceso pronto que necesite los mismos datos), sino bajo demanda, es decir, cuando se arranca un proceso que necesita mucha memoria para ejecutar, el Kernel Linux reclamará la memoria que había estado cacheando datos y dársela al nuevo proceso. Hay algunas cosas que se reportan como cache que no son directamente liberables por el kernel, como regiones anónimas mmaps y shm. Estas sin embargo, reportarán todos los procesos atachados a ellas a diferencia de la cache normal que no es parte del espacio de direcciones de ningún proceso en ejecución sino que es simplemente un mapeo del kernel. Memoria Física Total: 8039 Mb ...

Objetivo Este documento recopila información que considero interesante conocer sobre los LOBs (en la documentación oficial los llaman formalmente como “ Large Objects ”, y a partir de la 11.1 como “ Basic Files ”), sobre todo a la hora de la administración. Lógicamente no sustituye a la documentación oficial, sólo son unos apuntes que he ido recopilando de varias fuentes y he preferido juntarlo en un documento único. No hablo para nada de tablas particionadas ni de IOT´s. Esto en la documentación oficial. Introducción ¿Qué son? ¿Para qué se utilizan? ¿Clases de LOBs? ¿Características? Todo esto mejor en la documentación oficial, pero haré un resumen esquemático. Estructura Cuando se crea una tabla conteniendo una columna de tipo LOB, se crean dos segmentos para contener la columna LOB especificada. Estos segmentos son de tipo LOBSEGMENT y LOBINDEX . El segmento LOBINDEX se utiliza para acceder a las páginas/trozos (chunks) que se almacenan en el segmento LOBSEGMENT. Cuando cr...

He preparado esta tabla, porque me ayuda a la hora de utilizar Datapump habiendo utilizado anteriormente las utilidades de export/import tradicionales. Intentaré ir completandola. Oracle - Tabla comparativa DataPump - Exp/Imp tradicional