David Lozano Lucas - Bases de datos

Mi primer libro publicado en Amazon

nospam@example.com (David Lozano) — Wed, 21 Dec 2011 12:35:39 +0100

Hoy Amazon ha publicado el primero de una serie de libros técnicos en español a precios bajos.

SQL Server 2000. Manual básico del administrador, por 2,99€. Es el primer libro de una serie de libros que ha publicado Amazon.

El objetivo de la serie es generar una oferta de libros técnicos en español a precios bajos. Los siguientes libros tratarán sobre monitorización de sistemas mediante herramientas de Oracle, tuning de bases de datos y metodología ITIL.

Puedes leerlo en tu ebook, ordenador, tablet o móvil con el software de Amazon.

Qué hacer si tras instalar un agente de Grid Control no aparece en la lista de destinos

nospam@example.com (David Lozano) — Tue, 15 Nov 2011 09:20:44 +0100

El título lo explica bastante. Este problema me ha pasado al instalar el agente en máquinas Windows con instancias Oracle Express, absolutamente en todas.

Tras buscar mucho en Oracle support y en los foros, el origen del problema no he conseguido descubrirlo, pero sí he conseguido una forma de hacer que el agente aparezca en la lista de targets.

Tras aplicar la solución, ya verás el agente correspondiente a esa máquina (no el host). Una vez dentro, debes ir a Configurar/Agregar Instancia de bases de datos.

cd C:\oracle\product\grid\agent11g\BIN

emctl agent stop

del C:\oracle\product\grid\agent11g\sysman\emd\state\*.*

del C:\oracle\product\grid\agent11g\sysman\emd\upload\hsperfdata_SYSTEM

emctl clearstate agent

emctl  unsecure agent

emctl secure agent

emctl start agent

emctl upload agent

Ahora, para ver el host, debemos añadir la siguiente línea al fichero targets.xml. En Windows C:\oracle\product\grid\agent11g\sysman\emd\targets.xml

Para y arranca el agente.

GRANT TRUNCATE en Oracle

nospam@example.com (David Lozano) — Fri, 21 Oct 2011 13:17:16 +0200

Reconozco que el título es un cebo para los que buscáis en Google cómo solucionar este problema.

El grant de TRUNCATE no existe. La opción del DBA es dar el rol de sistema DROP ANY TABLE, que no es muy apropiado.

La solución sería crear un procedimiento almacenado con el propietario de estas tablas y darle el GRANT EXECUTE a ese procedimiento almacenado. Como el procedimiento almacenado se ejecuta con las credenciales del propietario, haría el TRUNCATE sin problemas:

create or replace procedure TRUNCATABLA(tabla in varchar2 )

as

begin

 execute immediate 'TRUNCATE TABLE ' || tabla;

end;

Configurando métricas de usuario a nivel de sistema operativo

nospam@example.com (David Lozano) — Mon, 10 Oct 2011 07:55:00 +0200

En Oracle Grid Control es muy simple crear cualquier métrica utilizando el lenguaje de scripting de tu elección que contenga la lógica de la condición a monitorizar. Además podremos reutilizar código rudimentario que exista en la empresa anterior a la implantación de Grid Control.

Solo hay que tener en cuenta un par de detalles.

En el caso de este artículo, nuestro host va a hacer un ping a un router. Vamos a utilizar un pseudolenguaje universal para hacerlo independiente de la plataforma y/o lenguaje. Como he comentado, hay dos detalles a tener en cuenta. El primero de ellos es que si tu script está escrito en PHP, el servidor con el agente deberá tener instalado el intérprete, igual con VBS, perl, etc.

El script en cuestión sería así:

	nombrerouter = coge(argumento1)

	si (ping nombrerouter) entonces

		echo "em_result=0"

	si no

		echo "em_result=1"

	fin si

Éste es el segundo detalle a tener en cuenta: La salida debe devolver em_result=<número> o em_message='<cadena de texto>' dependiendo si la métrica es numérica o de cadena.

Ahora solo tendremos que dejar este script en una ruta en la que el usuario con el que configuremos la alerta tenga permisos, ir a "Métricas definicas por el usuario" (o User-Defined Metrics).

Progreso en reconstrucción de índices Oracle y otras operaciones largas.

nospam@example.com (David Lozano) — Fri, 07 Oct 2011 15:46:01 +0200

Cuando lanzamos una operación larga, como puede ser un backup de RMAN o la reconstrucción de un índice grande, nos podemos llegar a desesperar al no tener una estimación del tiempo que puede tardar. Incluso podemos llegar a pensar que no está haciendo nada.

Para conocer el progreso de una operación larga podemos consultar la vista V$SESSION_LONGOPS obteniendo primero el id del proceso de V$SESSION. En el caso del DBA, sabremos exactamente con qué usuario lo estamos lanzando, por lo que podemos simplificarlo en una única consulta.

El siguiente ejemplo muestra la evolución de la reconstrucción de una partición de un índice. La sentencia REBUILD se lanzó con el modificador PARTITION, por lo que se se crearon varios procesos en la instancia:

SELECT MESSAGE FROM
V$SESSION_LONGOPS WHERE SID IN (SELECT SID FROM V$SESSION WHERE USERNAME='SYS' AND STATUS='ACTIVE') ORDER BY START_TIME;

    Rowid Range Scan: APPU.RT_SK: 111958 out of 111958 Blocks done
    Rowid Range Scan: APPU.RT_SK: 99670 out of 99670 Blocks done
    Rowid Range Scan: APPU.RT_SK: 50518 out of 50518 Blocks done
    Rowid Range Scan: APPU.RT_SK: 238934 out of 238934 Blocks done
    Rowid Range Scan: APPU.RT_SK: 38230 out of 38230 Blocks done
    Rowid Range Scan: APPU.RT_SK: 42273 out of 42273 Blocks done
    Rowid Range Scan: APPU.RT_SK: 1160535 out of 1160535 Blocks done

Oracle considera larga cualquier operación de más de 6 segundos de duración.

Instalación desatendida del agente de Grid Control 11g

nospam@example.com (David Lozano) — Wed, 31 Aug 2011 12:10:00 +0200

Desplegar el agente de Grid Control desde línea de comando, puede ser relativamente más fácil que desde la propia consola si hacemos uso de un fichero de respuestas.

Estos son los pasos en una instalación AIX.
Continue reading "Instalación desatendida del agente de Grid Control 11g"

Índices basados en funciones de Oracle

nospam@example.com (David Lozano) — Wed, 24 Aug 2011 12:16:43 +0200

Oracle ofrece la posibilidad de crear índices basados en funciones. Esto ha sido muy útil en mi caso particular, en el que el desarrollador necesita que sea posible buscar por los 3 primeros caracteres de una columna de artículos.

La tabla llamémosla PRODUCT y el campo con los nombres de artículos NAME:

CREATE INDEX product_name_sub_idx ON product substr(name,1,3)

Importante: El parámetro QUERY_REWRITE_ENABLED debe estar establecido en TRUE.

Lo que antes era un costoso LIKE:
select name from product where name like 'MUE%';
ahora podría ser un igual:
select name from product where substr(name,1,3) = 'MUE';

Esto según la documentación, porque algo sorprendente, o al menos inesperado por mí tras observar los planes de ejecución, es que con el operador LIKE, Oracle también hace uso del nuevo índice, incluso si la búsqueda sobrepasa el número de caracteres indicados en la función aprovecha el índice, por ejemplo:

select name from product where name like 'MUESLI%';

En este caso, la tabla tiene medio millón de registros y la misma consulta ha pasado de tardar unos 8 segundos a menos de 200 ms.

Desinstalación y procedimiento de limpieza de Oracle Grid Control 11G

nospam@example.com (David Lozano) — Thu, 04 Aug 2011 13:54:00 +0200

Cuando una instalación de Grid Control falla por cualquier motivo, dejar la instalación limpia para poder volver a ejecutarla puede ser bastante tedioso.

Este es el procedimiento que he elaborado a partir de los problemas que me han ido surgiendo en una máquina UNIX.

./runInstaller -deinstall
Ir a "Installed Products"
Desinstalar todo

Esto debería ser todo, pero te habrán quedado restos en el inventario y al volver a lanzar la instalación te aparecería el error: "ORACLE_MIDDLEWARE_HOME_LOCATION subdirectory already exists". Si se da el caso:

Buscamos ruta del oraInventory:
cat /etc/oraInst.loc
inventory_loc=/oracle/oraInventory

cd /oracle/oraInventory
ls -l

Deben estar los directorios: backup y ContentsXML.

cd ContentsXML
vi inventory.xml

Borrar todas las entradas HOME NAME

#<home idx="3" type="O" loc="/oracle/product/11.2.0/Middleware/oms11g" name="oms11g1">
#<home idx="4" type="O" loc="/oracle/product/11.2.0/Middleware/agent11g" name="agent11g1">
#<home idx="5" type="O" loc="/oracle/product/11.2.0/Middleware/oracle_common" name="common11g1">
#<home idx="6" type="O" loc="/oracle/product/11.2.0/Middleware/Oracle_WT" name="webtier11g1">

Debajo del directorio "backup" también pueden haber más entradas que deben ser borradas para cada inventory.xml de la misma manera:

cd ../backup
grep -i inventory */*/in*

Una vez has borrado todas las entradas, ir a la localización donde está instalado Middleware:

cd /oracle/product/Middleware
rm -rf oms11g agent11g oracle_common Oracle_WT

Vaciar /tmp.

Además, hay que eliminar el repositorio:

Borrar el repositorio desde la máquina donde está la base de datos de repositorio:
$ORACLE_HOME/sysman/admin/emdrep/bin/RepManager <host> <puerto> <instancia> -action drop -repos_user SYSMAN -repos_password <password>

Dirá que lo ha eliminado satisfactoriamente, aunque pueden quedar objetos inválidos que también habrá que eliminar, aunque intentamos recompilar primero. Cualquier objeto inválido perteneciente al esquema SYSMAN_MDS o SYSMAN, se debe eliminar. Incluso podemos eliminar el esquema completo de SYSMAN_MDS:
SQL> @/oracle/product/10.2.0/rdbms/admin/utlrp.sql
SQL> select from dba_objects where status<>'VALID';
SQL> drop user sysman_mds cascade;
SQL> select from dba_objects where status<>'VALID';
SQL> drop <TIPO DE OBJETO> <PROPIETARIO>.<NOMBRE OBJETO>;
<TIPO DE OBJETO> dropped.
[…]

Además, en la tabla SCHEMA_VERSION_REGISTRY quedará una línea que hay eliminar:
SQL> SELECT comp_name, version, status, mrc_name from SCHEMA_VERSION_REGISTRY where COMP_NAME='Metadata Services';

SQL> delete from SCHEMA_VERSION_REGISTRY where COMP_NAME='Metadata Services';
1 row deleted.
SQL> commit;

Antes de volver a lanzar la instalación, asegurarse de que hay espacio en /tmp.

En caso de que también queramos desinstalar Weblogic 10.3.2:
/..../Middleware/wlserver_10.3/uninstall/uninstall.sh

Y esto es todo.

Solución al problema por el que la instalación de SQL Server 2008 requiere reinicio contínuamente.

nospam@example.com (David Lozano) — Thu, 23 Dec 2010 11:48:13 +0100

Al intentar instalar SQL Server 2008 me encontré con el problema de que al hacer las comprobaciones previas, me pide contínuamente que debo reiniciar. Ahora, para desinstalarlo, me sucede lo mismo, por lo que creo que puede ser un problema común.
Como no he encontrado nada en español, os cuento cómo lo he solucionado:
Continue reading "Solución al problema por el que la instalación de SQL Server 2008 requiere reinicio contínuamente."

Cómo piratear SQL Server sin ser visto

nospam@example.com (David Lozano) — Wed, 08 Sep 2010 12:28:09 +0200

A Microsoft se le ha ocurrido la genial idea de modificar el SQL Profiler a partir del SQL Server 2000 SP4, de modo que cuando un usuario lance una query donde aparezca la palabra password en cualquier sitio, reemplaza todo por el siguiente texto:

Se encontró 'password' en el texto de este suceso.
-- El texto se reemplazó por este comentario por motivos de seguridad.

o en inglés

-- 'password' was found in the text of this event.
-- The text has been replaced with this comment for security reasons.

Así que ya sabéis, hackers del mundo, si queréis lanzar todo tipo de consultas sin que el administrador tenga ni idea de lo que estáis haciendo, incluid /*password*/ en todas vuestras consultas.