Obtener sesiones bloqueantes a través de consulta SQL en Oracle

Para obtener o saber si hay sesiones que estén ocasionando algún bloqueo en una base de datos Oracle 10g ejecutamos la siguiente consulta con un usuario con privilegios de administrador. En mi caso la estoy haciendo con el usuario SYS de Oracle:

SELECT
   blocking_session as "Id de la sesión bloqueante", sid as "Identificador de la sesión", 
   serial# "Numero de serie de la sesión", seconds_in_wait as "Segundos en espera"
FROM
   v$session
WHERE
   blocking_session is not NULL
ORDER BY
   blocking_session;

La columna “Id de la sesión bloqueante” nos mostrará el identificador de la sesión bloqueante. Esta columna, junto con el valor del “Número de serie de la sesión”, nos servirán para “matar” dicha sesión con el comando sql ALTER SYSTEM KILL SESSION.

¡Hasta pronto!

caracteristicas de windows

Windows 10: no ve un disco en red.

Windows 10 no ve carpetas compartidas en un disco en red o NAS.

En la oficina tenemos distintos marcas de discos duros NAS o en red. En los modelos más recientes, Windows 10 se conecta sin problemas a los recursos o carpetas compartidas, sin embargo al tratar de conectarse a los modelos antiguos, simplemente no ve la unidad o disco en la red.

Esto es debido a que por defecto, las versiones más recientes de Windows 10, vienen configuradas de tal forma que sólo reconocen discos en red compatibles con la versión de Samba 2.0 o superior. Si el disco en red comparte los recursos o carpetas usando la versión 1.x de Samba, éste no es reconocido o visto por Windows 10.

Para solucionar este problema es necesario especificarle a Windows 10 que instale el soporte para la versión 1.x de Samba. Para ello hacemos lo siguiente:

1. En el cuadro de búsqueda de Windows escribimos “activar o desactivar las características de Windows” y oprimimos la tecla [Entrar]. Esto debe abrir la ventana “Características de Windows”.

2. En la ventana “Características de Windows” buscamos la carpeta llamada “Compatibilidad con el protocolo para compartir archivos SMB 1.0/CIFS” y marcamos o seleccionamos el cuadro de selección que se encuentra al lado izquierdo de dicha carpeta dando un clic sobre él.

3. Una vez activada la opción oprimimos el botón “Aceptar”. Aparecerá una ventana donde mostrará el progreso de los cambios. Si todo salió bien en dicha ventana aparecerá el mensaje de que es necesario reiniciar nuestra computadora. Oprima el botón “Reiniciar ahora”.

Una vez que se reinicie la computadora, intente nuevamente conectarse a su viejo disco en red. Ya debe de poder ver dicho disco y sus carpetas compartidas.

Si no es así, puede ser otra la causa del problema.

Espero y les sirva esta entrada. ¡Hasta pronto!

KUP-11011: the following file is not valid for this load operation

Al tratar de recuperar un archivo de respaldo de múltiples archivos de oracle con el comando impdp este marcaba error y no recuperaba el respaldo.

Dentro de los errores que me aparecían estaban los siguientes:

KUP-11011: the following file is not valid for this load operation
KUP-11014: internal metadata in file /data/backups/respaldo_03.dmp is not valid

Al parecer es un bug de Oracle en la versión 12.1.0.2.0. Para que funcionara correctamente la importación tuve que agregar el parámetro

ACCESS_METHOD=DIRECT_PATH

A los parámetros del comando impdp quedando de esta forma la llamada:

impdp system/******* remap_schema=ESQUEMA1:ESQUEMA2 tables=ESQUEMA1.TABLA directory=RESPALDOS parallel=5 dumpfile=respaldo_%U.dmp logfile=respaldo.log full=N TABLE_EXISTS_ACTION=REPLACE ACCESS_METHOD=DIRECT_PATH

De esta forma la importación de la tabla dejó de marcar el error descrito arriba.

Espero les sea útil. ¡Hasta pronto!