Administración de la base de datos

Administración de la base de datos Dataprix 8 Septiembre, 2009 - 09:46

AWR Formatter para DBA's de Oracle

AWR Formatter para DBA's de Oracle Oscar_paredes 2 May, 2011 - 20:09

Todo aquel, especialmente DBA's de Oracle, que suele mirar informes de rendimiento AWR en Oracle para analizar problemas de rendimiento, suele tener su propio procedimiento de lectura y aproximación a todos los datos que nos muestra este informe, pero como DBA siempre he echado en falta alguna herramienta que te facilite la lectura de todos los datos.

La he encontrado! “AWR Formatter” desarrollado por el Oracle DBA Tyler Muth permite facilitar esta lectura. Fantástico, debéis probarlo.

AWR Formatter es una extensión de Chrome (fichero con extensión .crx) gratuita que una vez instalado en el navegador, cada vez que visualizas un report AWR en html, te ofrece la posibilidad de formatearlo para ayudarte a ver toda su información.

Una vez formateado el texto, el HTML se ve en el navegador en distintas pestañas. Destaco las siguientes funcionalidades que te ofrece el formato añadido:

  • Posibilidad de realizar dinámicamente conversiones de KB/MB/GB/TB en los distintos indicadores
  • Posibilidad de consultar el significado de un determinado evento de espera, parámetro, etc… (esto es realmente útil)
  • Tablas formateadas ordenables, casi como un Excel…
  • Posibilidad de ver el texto de los comandos SQL’s…

AWR Formatter - Oracle DBA 

 

Total, nada que ver con el mega fichero html estándar… una maravilla. Os lo podéis bajar gratuitamente del siguiente link:

http://dl.dropbox.com/u/4131944/AWR-Format/AWR-Format.crx

 

Una de las pestañas llamada “Observations”, pretende dar indicaciones de la lectura del report, pero es una primera aproximación, y por supuesto, cada Oracle DBA debe seguirlo según su responsabilidad.

 

Espero que lo disfrutéis,

 

Oscar Paredes

IT Manager
Oracle DBA

oscar.paredes@dataprix.com

 

Hola que tal, oye la extensión no la permite crome. Dice que no está en su web store. No hay otra manera de poder utilizarla?

Gracias!

Acceso remoto mediante DBLink de Oracle

Acceso remoto mediante DBLink de Oracle Carlos 12 Marzo, 2007 - 23:18

Para acceder desde una base de datos Oracle a objetos de otra base de datos Oracle la manera más sencilla es utilizar un DBLink (que sea la más sencilla no significa que siempre sea la más aconsejable, el abuso de los dblinks puede generar muchos problemas, tanto de rendimiento como de seguridad)

Vistas materializadas en Oracle Enterprise Manager

Para ello es necesario, con un usuario que posea el privilegio CREATE DATABASE LINK, crear el DBLINK en la base de datos Oracle origen (A) mediante una sencilla sentencia como la siguiente:

SQL> Create database link LNK_DE_A_a_B connect to USUARIO identified by CONTRASEÑA USING 'B'; 

'LNK_DE_A_a_B' es el nombre del link, 'USUARIO' y 'CONTRASEÑA' son los identificadores del usuario que utilizará el database link para conectarse, los permisos del cual heredarán todos los accesos a través del db link, y B es el nombre de la instancia de la base de datos.

A través del dblink se puede conectar con los objetos de la base de datos remota con los permisos que tenga el usuario que se ha proporcionado en la sentencia de creación.

 

Para referenciar un objeto de la base de datos remota se ha de indicar el nombre del objeto, concatenado con el carácter '@' y el nombre que se le ha dado al DBLINK.

Ejemplo de consulta de select sobre una tabla a través de una database link:

SQL> select * from TABLA@LNK_DE_A_a_B 

 

Para ampliar información sobre la creación y utilización de database links se puede consultar la documentación de Oracle que se proporciona online en documentacion oracle create database.

Si lo que se quiere es acceder a una base de datos de otro fabricante, se puede crear el DBLink utilizando Heterogeneous Services. Se puede consultar cómo hacerlo con SQLServer en el artículo Heterogeneous services: Conexión desde Oracle a SQLServer

 


Libros de Administración Oracle (DBA) y PL/SQL

¿Quieres profundizar más en PL/SQL de Oracle o en administración de bases de datos Oracle? Puedes hacerlo consultando alguno de estos libros de Oracle.


 

Cuestiones sobre los dblinks de Oracle

Cuestiones sobre los dblinks de Oracle Carlos 19 Octubre, 2009 - 16:08

Abro este tema a partir del artículo Acceso remoto mediante DBLink de Oracle para que podamos comentar dudas y experiencias sobre la creación y utilización de database links de Oracle.

En respuesta a por Carlos

Estimados, soy nuevo en oracle y estoy haciendo una conexión entre dos servidores pero al momento de compilar mis paquetes me da el error ORA-04052.

Variables:

DBLINKS

Variable Global_name = FALSE;

Tengo el sinonimo:

CREATE SYNONYM  r_csh_ppm
    FOR awunadm.csh_ppm@toawas

create database link TOAWAS
connect to awunadm identified by awunadm123 using
'  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST =  172.20.130.2)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = ASYWDB)
      (SERVER = DEDICATED)
      (GLOBAL_NAME = ASYWDB.UNCTAD.ORG)
    )
  )
'

EL paquete hace un

select * from r_csh_ppm

 

Al compilar devuelve el error ORA-04052, me pueden ayudar con esto?

Gracias de antemano

 

En respuesta a por Anonimo (no verificado)

Entiendo que desde SQLPlus la SELECT sobre el sinónimo te funciona correctamente, y el problema lo tienes al intentar utilizar este sinónimo dentro de un PROCEDURE.

Supongo que has escrito global_name (sin la 's') por error. De todas maneras en Oracle global_names puedes encontrar una explicación sobre los GLOBAL_NAMES(S) y el DB_DOMAIN.

  • Por si acaso asegúrate de que el parámetro GLOBAL_NAMES está a FALSE en ambas bases de datos.
     
  • Supongo que el error te habrá devuelto el texto:
ORA-04052 error occurred when looking up remote object %s%s%s%s%s
Cause:
An error has occurred when trying to look up a remote object.
Action:
Fix the error. Make sure the remote database system has run KGLR.SQL to create necessary views used for querying/looking up objects stored in the database.

En las versiones actuales de BD, este script ya no se llama KGLR.SQL. Si no encuentras este fichero busca catlog.sql y catproc.sql. Aunque en teoría se ejecutan al instalar la base de datos, puedes probar a ejecutarlos en las dos bases de datos, y puede que así se resuelva el problema
 

En respuesta a por Carlos

Hola se que usted es esperto en Oracle tengo la siguiente duda:

mi trabajo o tarea es hacer un replica de una base de datos en oracle 10g express y para ello necesito hacer un database link pero antes

necesito modificar los archivos de la siguiente ruta:

C:\oraclexe\app\oracle\product\10.2.0\server\NETWORK\ADMIN dentro de esta direccion esta el archivo tnsnames.ORA

y la verdad no se cual de estos codigos voy a mo dificar (osea si voy a modificar o agregar nuevas lineas) ALUMNO-PC3 es el nombre de mi maquina y ALUMNO-PC4 EL de la otra maquina.  estos son los codigos que hay dentro de este archivo:

XE =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = ALUMNO-PC3)(PORT = 1521))                  // en la otra maquina aparece ALUMNO-PC4
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = XE)
    )
  )

EXTPROC_CONNECTION_DATA =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
    )
    (CONNECT_DATA =
      (SID = PLSExtProc)
      (PRESENTATION = RO)
    )
  )

ORACLR_CONNECTION_DATA =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
    )
    (CONNECT_DATA =
      (SID = CLRExtProc)
      (PRESENTATION = RO)
    )
  )

LO MISMO TIENEN LAS DOS MAQUINAS dime por favor como quedaria modificado este archivo en ALUMNO-PC3 Y ALUMNO-PC4.

tambien lei que el archivo listener pero no se si tambien se va a modificar y que parte se modificara. este es el codigo:

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = C:\oraclexe\app\oracle\product\10.2.0\server)
      (PROGRAM = extproc)
    )
    (SID_DESC =
      (SID_NAME = CLRExtProc)
      (ORACLE_HOME = C:\oraclexe\app\oracle\product\10.2.0\server)
      (PROGRAM = extproc)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
      (ADDRESS = (PROTOCOL = TCP)(HOST = ALUMNO-PC3)(PORT = 1521))
    )
  )

DEFAULT_SERVICE_LISTENER = (XE)
 

Y me gustaria como quedaria creado el dblink  que necesito

ambas maquinas tienen instalado el oracle 10g y los usuarios son para ALUMNO-PC3 es HR y contraseña: QWERTY.  y para ALUMNO-PC4 es ALUMNOS Y HR y la contraseña para ambos es recursos. y como hacer una consulta una vez creado el database link.

OJALA Y ME RESPONDAS CLARO Y CONCISO YO SOY NOBATO EN ESTO GRACIASSSSSSSS

ANDRES.....

En respuesta a por ADRES (no verificado)

En el TNSNAMES se agregan las 'referencias' a los servidores de bases de datos con los que se quiera conectar desde la máquina. Como en tu caso quieres hacer un DBLINK desde ALUMNO-PC3 hasta ALUMNO-PC4 tendrías que modificar el TNSNAMES de ALUMNO-PC3 con los datos de conexión a la BD de ALUMNO-PC4:

XE =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = ALUMNO-PC4)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = XE)
    )
  )

 

En principio, si vas a hacer un dblink entre dos BBDD Oracle no tienes porqué modificar la configuración del listener.

 

Tal como comento en el post Acceso remoto mediante DBLINK de Oracle, para crear después el database link en la BD origen (la de ALUMNO-PC3), deberías ejecutar con un usuario con suficientes privilegios una sentencia como la siguiente:

create database link LINK_de_PC3_a_PC4 connect to ALUMNOS identified by recursos;

Y para hacer desde la BD de ALUMNO-PC3 una select sobre una tabla de la BD de ALUMNO-PC4:

select * from TABLA_DE_PC4@LINK_de_PC3_a_PC4;

 

 

En respuesta a por Carlos

 Carlos espero pueda ayudarme con este problemita:

 

estoy ejecutando el siguiente código desde una BD Oracle 9i para consultar datos de una base de datos en 10g mediante un debelink llamado suiscen:

 

begin

 

select *

from persona@suiscen;

 

end;

 

pero me genera el siguiente error:

 

ORA-06550: line 4, column 6:

PL/SQL: ORA-04052: error occurred when looking up remote object SERECE.PERSONA@SUISCEN

ORA-00604: error occurred at recursive SQL level 1

ORA-06502: PL/SQL: numeric or value error

ORA-06512: at line 64

ORA-24757: duplicate transaction identifier

ORA-02063: preceding 4 lines from SUISCEN

ORA-06550: line 3, column 1:

 

este error solo se presenta cuando esta entre el BEGIN y el END 

he investigado y al parecer es un bug y me indican debo migra mi BD que esta en 9i a 10G sera que existe otra salida?

 

Carlos de antemano mil gracias en lo que me pueda asesorar.

 

 

En respuesta a por kmilo666 (no verificado)

Seguro que es un bug? Si quieres puedes enlazar el lugar donde comentan lo del bug y le echamos un vistazo. Ahora no tengo disponible una BD 9i para probarlo, pero es la primera noticia que tengo de que exista este problema entre versiones.

A mi lo que me parece más indicativo es el error ORA-24757: duplicate transaction identifier. Podría ser que según cómo estén configuradas las BBDD te diera problemas utilizar a la vez el DBLINK desde varios lugares. Asegúrate de que no tengas abierta ninguna otra conexión que utilice el link y vuelve a probar con el Procedure. Para la prueba utiliza el mismo procedure que indicas, no sea que sea el mismo procedure el que abra demasiados enlaces.

Las dos bases de datos están en el mismo servidor? Eso también podría darte algún problema de identificadores.

En respuesta a por Carlos

Carlos gracias por la pronta respuesta....bueno lo del enlace fue tanto lo que busque que no guarde dichos enlaces pero los buscare nuevamente...

 

las bases de datos están en distintos servidores y lo que me faltó comentar es que el servidor donde esta la BD en 10g esta en modo RAC (Real Apliccation Server) .

Es decir el codigo o procedure funciona correctamente hacia los servidores con Oracle 9i normal y  el error me aparece con los dblinks que apuntan hacia las BD que están en RAC.

En respuesta a por kmilo666 (no verificado)

Lo de RAC es un detalle importante, esas cosas se dicen antes ;)

Si no lo has hecho ya deberías comprobar los valores de los parámetros OPEN_LINKS y OPEN_LINKS_PER_INSTANCE de la BD que está en RAC para saber cuántos dblinks pueden abrirse como máximo en una sesión o una instancia de esta base de datos.

El problema podría ser simplemente que superaras este límite al utilizar el DBLINK desde el procedure.

En respuesta a por Carlos

Hola Carlos... te saluda Ivan, tengo una consulta:

Estoy tratando de crear una conexion DBLINK desde Oracle 11g para conectarme a SQL Server 2008.

Para hacer la conexion utilizo un Driver ODBC 11 de oracle... y la conexion se hace con éxito.

Pero al momento de hacer una consulta (SELECT, INSERT, UPDATE), me sale el siguiente error:

ORA-00942: la tabla o vista no existe
[Microsoft][ODBC SQL Server Driver][SQL Server]El nombre de objeto 'TM0000000001.AREA' no es válido. {42S02,NativeErr = 208}[Microsoft][ODBC SQL Server Driver][SQL Server]No se puede preparar la instrucción o instrucciones. {42000,NativeErr = 8180}
ORA-02063: 2 lines precediendo a SASERVER_LINK
00942. 00000 -  "table or view does not exist"

 

Favor ayudarme para solucionar este problema y poder hacer mis consultar respectivas... gracias

En respuesta a por Ivan (no verificado)

Hola Iván

Parece sólo que no te reconoce el nombre de la tabla. ¿Puede ser que te falte el propietario de la tabla de SQL Server? Si la base de datos es TM0000000001 el nombre completo sería 'TM0000000001.dbo.AREA', o 'TM0000000001.ivan.AREA' si fuera del usuario ivan.

Saludos,

En respuesta a por Carlos

Carlos ya hice todo lo que me indicaste y el databaselink  si lo crea pero al querer consultar manda el siguiente error:

ORA-02019: no se ha encontrado la descripción de la conexión para la base de datos remota

y e buscado este error pero no encuentro la solucion y lo hice tal como me dijistes.

 

contesta porfa. de ante mano Gracias...   ATTE Andres...

 

En respuesta a por ANDRES (no verificado)

Puede que la base de datos tenga el global_names activado, y al utilizar el dblink necesites especificar el nombre del dominio. El tema de los global names lo explico un poco en esta entrada del foro.

Comprueba cuál es el DB_DOMAIN de la base de datos y agrégalo al nombre del DBLINK al utilizarlo. Si utilizas una herramienta visual como SQLDeveloper, por ejemplo, seguramente en el nombre del dblink ya te indicará el nombre completo que tienes que utilizar.

Prueba a hacer esto:

 SQL> select * from global_name; 
 GLOBAL_NAME -------------------
 XE.MIDOMINIO.COM 

Lo que te ponga en lugar de MIDOMINIO.COM agregalo en la SELECT del database link:

 select * from TABLA_DE_PC4@LINK_de_PC3_a_PC4.MIDOMINIO.COM;

Suerte!!

En respuesta a por Carlos

Hola, ya hice lo del dominio, como dominio me aparecia solo XE despues de eso yo cambie el dominio a mibd.dominio.com de la sig manera

-------------------------------------

SQL> alter database rename GLOBAL_NAME to MIBD.DATAPRIX.COM;
Database altered.

-------------------------------------

ya que no me regreso algun domino la primer parte, use lo sig.

------------------------------------

select * from Datos_Personales@LINK_de_pc-3_a_pc-4.MIBD.DOMINO.COM;

y me mando el mismo error (ora-0219) la verdad me gustaria que nos siguieras orientando por que hasta ahora tu apoyo ha sido de mucha ayuda.clarificamos muchas dudas que teniamos probando todo lo que nos has enviado y leyendo los foros que tienes en tu pagina(www.dataprix.com) sin mas que decir me despido deseandole una muy buena tarde.

En respuesta a por Jonathan (no verificado)

Si has hecho el alter database como comentas, el dominio que le has asignado a la BD es DATAPRIX.COM

Entonces la select te quedaría:

SELECT * FROM Datos_Personales@LINK_de_pc-3_a_pc-4.DATAPRIX.COM

Recuerda que al link sólo le has de agregar el dominio, el nombre de la base de datos no lo tienes que incluir.

Venga, que ya falta menos!!

En respuesta a por ANDRES (no verificado)

No lo hemos especificado, pero entiendo que el alter database para modificar el dominio lo has hecho en la base de datos remota (PC4). Otra cosa que habría que hacer es modificar el TNSNAMES de la BD local (la de PC3) teniendo en cuenta el nuevo dominio:

XE.DATAPRIX.COM =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = ALUMNO-PC4)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = XE)
    )
  )

Y después recrea de nuevo el dblink, incluyendo también el dominio:

SQL> dropdatabase link LINK_de_PC3_a_PC4;
SQL> create database link LINK_de_PC3_a_PC4.DATAPRIX.COM connect to ALUMNOS identified by recursos;
SQL> select * from TABLA_DE_PC4@LINK_de_PC3_a_PC4.DATAPRIX.COM;

Enlazo otro post donde también comento cosas sobre los Global Names, por si sirve de ayuda.
Espero que ahora salga todo bien..

Tengo dos bases de datos distintas A y B. Tengo un DBLink DBL_BA creado en B que apunta a las tablas creadas en A.

Funciona sin problemas, accedo a los datos de las tablas de A y creo vistas materializadas con esos datos. Mi problema

es que intento que dichas vistas sean de tipo FAST, es decir, que su refresco sea de tipo incremental, pues el volumen de

datos que tengo que manejar es muy grande.

 

Para ello creo LOGS en las tablas de A:

 

CREATE MATERIALIZED VIEW LOG ON esquemaA.tabla1
  WITH ROWID;
 
CREATE MATERIALIZED VIEW LOG ON esquemaA.tabla2 
WITH ROWID;

 

Ahora creo la vista materializada tipo FAST a través del dblink en mi base de datos B:

 

CREATE MATERIALIZED VIEW esquemaB.vmtablas   
PARALLEL BUILD IMMEDIATE
       REFRESH FAST
       AS
       SELECT T1.ROWID "CN_ID_1", T2.ROWID "CN_ID_2", T1.DC_NOMBRE, T2.DC_NOMBRE
       FROM tabla1@DBL_BA T1, tabla2@DBL_BA T2
       WHERE  T1.CN_ID = T2.CN_ID;

Obteniendo el siguiente error:

ORA-12015: no se puede crear una vista materializada de refrescamiento rápido a partir de una consulta compleja
 

Tengo todos los permisos necesarios, he probado a crear sinónimos de las tablas de A, pero sigo obteniendo el mismo

resultado...

 

Sin embargo, si creo la vista materializada sin utilizar el dblink, es decir, sobre la propia base de datos A,

me la crea sin problemas.

 

CREATE MATERIALIZED VIEW esquemaA.vmtablas   
PARALLEL BUILD IMMEDIATE
       REFRESH FAST
       AS
       SELECT T1.ROWID "CN_ID_1", T2.ROWID "CN_ID_2", T1.DC_NOMBRE, T2.DC_NOMBRE
       FROM tabla1 T1, tabla2 T2
       WHERE  T1.CN_ID = T2.CN_ID;

 

Espero puedan ayudarme :). Gracias por adelantado

En respuesta a por Elena (no verificado)

La creación de vistas materializadas con el método de refresco FAST tiene bastantes restricciones, y el error ORA-12015 que te devuelve parece referirse precisamente a eso.

En el artículo Vistas materializadas de Oracle para optimizar un Datawarehouse incluyo un enlace a la documentación de Oracle donde habla de las restricciones para el método FAST. Si no lo has hecho ya, échale un vistazo. De todas maneras copio las restricciones generales que documenta Oracle:

General Restrictions on Fast Refresh

The defining query of the materialized view is restricted as follows:

  • The materialized view must not contain references to non-repeating expressions like SYSDATE and ROWNUM.

  • The materialized view must not contain references to RAW or LONG RAW data types.

  • It cannot contain a SELECT list subquery.

  • It cannot contain analytical functions (for example, RANK) in the SELECT clause.

  • It cannot contain a MODEL clause.

  • It cannot contain a HAVING clause with a subquery.

  • It cannot contain nested queries that have ANY, ALL, or NOT EXISTS.

  • It cannot contain a [START WITH ...] CONNECT BY clause.

  • It cannot contain multiple detail tables at different sites.

  • On-commit materialized view cannot have remote detail tables.

  • Nested materialized views must have a join or aggregate.

Como puedes ver parece que con el tipo de refresco FAST y la opción ON-COMMIT no se pueden utilizar tablas remotas en la vista. Pueba a definir la vista forzando la opción de refresco ON-DEMAND, y yo creo que te funcionará.

Ya nos contarás..

En respuesta a por Carlos

Efectivamente, la opción ON-COMMIT me daba problemas, la cambié a ON-DEMAND, pero el error persistía :(

Me dijeron que podía ser un problema con la versión de oracle y haciendo pruebas descubrí que así era. Ejecutando las Vistas Materializadas en una versión 11g no daba problemas (yo estaba usando la 9i para hacer las pruebas).

Muchas gracias por la ayuda :)

Estimado Carlos:

Yo podria atrapar un error de conexion utilizando dblink  entre una base de datos y otra  para luego indicarle a esa conexion que internte conectarse de nuevo. Lo que deseo es que si un hay un problema conectandome a la base de datos utiliwando dblink el procedo de reconexion se haga automaticamente en un intervalo de tiempo para garantizar que la extraccion de datos se haga siepre.

 

En respuesta a por Damian (no verificado)

 Te entiendo, yo he tenido problemas al utilizar un dblink para conectar con un MySQL y cargar datos en el Data Warehouse corporativo. Funcionaba, pero también fallaba demasiado a menudo, y además cuando fallaba se quedaba frito y ya había manera de hacer nada.

En aquel momento no encontré ninguna manera de reconectar automáticamente el link, por lo que no puedo darte una solución en este sentido, no sé si se puede llegar a hacer. Cuando pueda investigaré un poco, o a ver si alguien más nos ayuda.

Lo que sí te puedo contar es que para que el error de conexión no me dejara vacías las tablas destino, lo que hice fue utilizar vistas materializadas en la stage area del DWH, así si la conexión fallaba simplemente la tabla no actualizaba los datos de ese día y no me paraba la carga. Después tenía un control adicional que me informaba si el día se había cargado o no. Supongo que tú lo solucionas tratando el error directamente en la ETL.

Bueno, ya nos contarás si averiguas algo tú antes, el tema es interesante..

Hola,

 

mi pregunta es sencilla. He leído que cuando se hace una select remota a una tabla mediante dblink, internamente

se inicia una trasacción distribuida.

Uso vistas que realizan select remota a otra/s tablas mediante dblink, ¿es necesario poner COMMIT

después del select para cerrar esta trasacción o todo esto lo hace Oracle internamente?.

 

 

Gracias

 

En respuesta a por Jose (no verificado)

Para hacer una select no es necesario hacer un commit. Independientemente de si se utilizan database links o no, si no modificas datos de ninguna tabla no hay ninguna razón para hacer un commit.

Si Oracle internamente inicia una transacción distribuída, también la cerrará internamente, no tienes que preocuparte por eso.

 

En respuesta a por Carlos

Hola Carlos.

 

En mi caso tambien utilizo dblinks para en una sola vista integrar datos de clietnes de dos servidores distintos.

 

He notado que cuando consulto datos de esa vista, despues de obtener los datos,

La BD mantiene la transaccion de  esa consulta como bloqueada, y tengo que darle commit;

 

Es normal esto o como puedo configurar la vista para que en cuanto termine de usarse se cierre su transaccion?

 

Gracias!

 

En respuesta a por arzamm@yahoo.com

Buenas.

El bloqueo que tienes al utilizar dblinks es normal, ya que en Oracle cuando se utiliza un database link se genera un bloqueo de transacción, aunque sólo se relicen sentencias de SELECT.

Yo ya veo bien lo que estás haciendo, enviar un commit para finalizar la transacción o, si no se va a seguir utilizando el dblink en esa sesión, cerrar explícitamente el dblink para liberar los recursos:

ALTER SESSION CLOSE DATABASE LINK mi_dblink;

Según lo que tus procesos tengan que hacer después puedes plantearte también cerrar directamente la sesión y asegurarte así de liberar todos los recursos.

Saludos,

Carlos:

Tenemos una aplicación Cliente Servidor desarrollada en VB6, la cual desde su BD en Oracle 10g accede, a través de un dblink, a otras tablas (también en Oracle 10g), se nos están quedando estas sesiones "colgadas" en el servidor remoto, por lo que tenemos que ejecutar la instrucción "alter session close data base link" al salir del cliente o inmediatamente después de hacer el query, es posible configurar esta instrucción en el servidor  para que al hacer el logoff se ejecute o en el servidor remoto.

Gracias

 

En respuesta a por poncho

Si las sesiones se quedan colgadas es porque hay algún problema, no? En teoría al cerrar la sesión que abre el database link, éste se tiene que cerrar también.
Si no se cierra puede ser porque en la sesión se haya quedado alguna transacción sin terminar. Asegúrate de hacer un commit de todo lo que haya pendiente antes de que se cierre la sesión.
Comprueba también que no llegues al número máximo de cursores, aunque supongo que en ese caso ya habrías mencionado el error ORA-02020: too many database links in use.

Sobre si se puede hacer algo desde el servidor, yo creo que no, ya que como te digo, el comportamiento normal es que al cerrarse la sesión ya se cierre también el dblink.

Carlos:

Las sesiones que se quedan "colgadas" son el servidor remoto, al cual es un repositorio de catálogos, es decir sólo se hacen querys no se inserta ni actualiza ningún tipo de información. Al salir del cliente si cerramos nuestra sesión, pero la que se levantó a través de la liga en el servidor remoto es la que se nos queda "colgada" y eso, segun el DBA, afecta el performance del servdidor remoto. Por eso pensaba que tal vez una configuración ya sea en el servidor de mi aplicación o en el remoto podría ayudar.

 

Gracias

En respuesta a por poncho

Vale, si he entendido bien tienes la base de datos de la aplicación, que podríamos llamar local, que abre un dblink para comunicarse con la base de datos servidora, el repositorio de catálogos.

Me reafirmo en que el comportamiento normal debería ser que al cerrar la sesión de la BD local también se cerrara el dblink, y si se queda la sesión colgada en la base de datos servidora es que existe algún problema, o que se está produciendo alguna espera.

Si me dices que todas las sentencias son de selección, podría ser que el problema estuviera justo en lo contrario de lo que te decía antes. Puede ser que se estén colando commits junto con las selects? La utilización de commits innecesarios a través de dblinks puede provocar problemas de rendimiento en la base de datos remota. Échale un vistazo a este post del blog Desempeño en Oracle, a ver si puede ser este tu caso.

Si no lo fuera lo que te recomiendo es que analicéis a fondo las sesiones abiertas en la base de datos remota, y busquéis indicadores de rendimiento anormal, como tiempos de espera demasiado elevados, que os puedan guiar para detectar el problema.

Hola Carlos,  tengo la siguiente consulta, debo hacer un Dblink entre dos diferentes versiones de bases de datos entre la 7 y la 10, ¿es posible realizar esto?

 gracias

Jorge

En respuesta a por Jorge

Directamente no podrás hacerlo, ya que Oracle no soporta la conexión por DBLink entre Oracle 7 y cualquier versión de base de datos superior a la 9.2.

Tendrías que subir de versión la base de datos hasta una 8 o una 9i como mínimo.
Si no te puedes plantear el upgrade, puedes intentar hacer un enlace 'puente' desde un cliente de Oracle 8, ya que esta versión puede comunicarse remotamente tanto con la versión 7 como con la 9i, y creo que también con la 10g.

Hola.

 

Tengo un error extraño de bbdd que no se como encajar:

 

Tengo un package compilado en un oracle 8i, lo llamo desde una app deployada en un jboss 4.5 y el 90% de las veces funciona OK. De vez en cuando falla devolviendo: "ORA-01007: la variable no se encuentra en la lista de selección"... Al entrar en el package y compilar de nuevo funciona OK...  no le veo explicación.. salvo que el package utiliza un DBLink que de vez en cuando falla, pero NO en ese procedure !

 

ALguna explicación ? Muchas gracias.

En respuesta a por Juan (no verificado)

Hola Juan

No creo que sea un problema del dblink. Primero porque lo que tú mismo dices de que el database link está en otro procedure, y segundo porque si fallara te devolvería otro tipo de error, más de comunicaciones, conexiones, servidores remotos y esas cosas.

Revisa el procedure y las SELECTS que haces en el mismo. Si te falla sólo a veces tiene que ser que a veces la sentencia devuelve algo que no esperas, o no devuelve nada..

 

ORA-01007 variable not in select list

Cause: A reference was made to a variable not listed in the SELECT clause.

In OCI, this can occur if the number passed for the position parameter is less than one or greater than the number of variables in the SELECT clause in any of the following calls: DESCRIBE, NAME, or DEFINE.

In SQL*Forms or SQL*Report, specifying more variables in an INTO clause than in the SELECT clause also causes this error.

Action: Determine which of the problems listed caused the problem and take appropriate action.

 

 Hola 

 

bueno tengo montado oracle 10g sobre centos 5.5 ... configure el freedts y unixODBC  en las pruebas de conexión que hago 

puedo conectarme a la bd haciendo un llamado directo a la bd sql server (sin dblink), esto lo hago con las herramientas 

tsql y isql  

 

las consultas funcionan perfectamente, sin embargo cuando creo el dblink  y hago la prueba de conexión de este me aparece el siguente error: 

 

tambien haciendo pruebas con telnet al puerto 1433 se obtiene respuesta. 

 

*********************************************************************
Link  : "abc.xxx.COM"
Error : ORA-28545: error diagnosed by Net8 when connecting to an agent
Unable to retrieve text of NETWORK/NCR message 65535
ORA-02063: preceding 2 lines from abc
*********************************************************************
 
si tienen alguna sugerencia para resolver este error se los agradezco. 
 
 
saludos.

En respuesta a por oscarw

[quote=oscarw]

 Hola 

 

bueno tengo montado oracle 10g sobre centos 5.5 ... configure el freedts y unixODBC  en las pruebas de conexión que hago 

puedo conectarme a la bd haciendo un llamado directo a la bd sql server (sin dblink), esto lo hago con las herramientas 

tsql y isql  

 

las consultas funcionan perfectamente, sin embargo cuando creo el dblink  y hago la prueba de conexión de este me aparece el siguente error: 

 

tambien haciendo pruebas con telnet al puerto 1433 se obtiene respuesta. 

 

 

*********************************************************************
Link  : "abc.xxx.COM"
Error : ORA-28545: error diagnosed by Net8 when connecting to an agent
Unable to retrieve text of NETWORK/NCR message 65535
ORA-02063: preceding 2 lines from abc
*********************************************************************
 
si tienen alguna sugerencia para resolver este error se los agradezco. 
 
 
saludos.

 

[/quote]

 

un poco mas de información revisando el log que se genera para el listener, cuando se hace la prueba del dblink aparecen los siguientes errores: 

 

23-JUN-2010 13:04:39 *

(CONNECT_DATA=(SERVICE_NAME=abc)(CID=(PROGRAM=)(HOST=zzz)(USER=userabc))) * (ADDRESS=(PROTOCOL=tcp)(HOST=xxx.xx.xx.xx)(PORT=55782)) * establish * abc* 12518

TNS-12518: TNS:listener could not hand off client connection

 TNS-12547: TNS:lost contact

  TNS-12560: TNS:protocol adapter error

   TNS-00517: Lost contact

    Linux Error: 32: Broken pipe

 

 

 

En respuesta a por oscarw

A primera vista lo que me sorprende es el número de puerto que tienes en el log, 55782, y más si dices que la prueba de telnet la haces con el 1433. Asegúrate de que la conectividad, y sobrodo los puertos que tiene que utilizar la conexión están abiertos.

Lo mejor para validar conexiones de Oracle, después de haber comprobado el ping, es utilizar un TNSPING:

> tnsping nombre_del_servicio

o también

> tnsping ‘(ADDRESS=(PROTOCOL=tcp)(HOST=nombre_servidor_o_ip)(PORT=1575))’  

En respuesta a por Carlos

 Hola 

 

las opciones que comentas del ping y el tnsping las use y siempre funcionaron de forma satisfactoria. Pero igual el problema  seguía presentandose. 

 

 

bueno finalmente ... luego de muchos cambios y pruebas infructuosas, encontré una referencia que el error tns-12518 se solucionaba parchando la bd 10.2.0.1 a 10.2.0.3. Pues bueno me he decidido hacerlo y enhorabuena que ha funcionado. 

 

Carlos agradezco tus aportes. 

 

 

bueno espero que si alguien tiene este inconveniente .. pues buen aquí esta la solución que me ha sacado de este rollo.

 

 

saludos.  

 

 

 

 

 

 

 

Hola!
Tengo dos bases de datos en Oracle, una base esta de forma local con 10g y la otra está en otro servidor de Oracle 9 tengo ambas conexiones con ODBC, mismas q funcionan perfectamente.

Como puedo realizar un query anidado de ambas bases de datos? pero sin cambiar el tsnames-- y si es necesario cambiarlo como hacer el query anidado de ambas dases de datos.

 

He leido que puedo hacerlo con un bdlink, pero ¿es necesario crear el bdlink? o ¿puedo hacerlo de otra forma?
pueden parecer tontas mis preguntas, pero de verdad que necesito un poco de ayuda.

100 gracias.

En respuesta a por glicea17

Pues si quieres crear una query que referencie a las dos bases de datos por lo menos en una tienes que crear el dblink. Si el problema que tienes es que no puedes acceder al TNSNAMES para modificarlo, puedes definir el DBLINK con toda la cadena que incluirías en el TNSNAMES.

Si no utilizas un dblink también podrías abrir un cursor para cada BD con cualquier lenguaje de desarrollo que te permita conectar por ODBC con BBDD Oracle, pero tendrás que anidar los cursores, no podrás crear una sentencia SQL que combine las dos bases de datos.

Estimado,
enhorabuena y gracias por el temita.
También tengo una consulta: tengo una aplicación Oracle y me piden un acceso via dblink desde una BD Adabas ¿es posible? ¿cómo?

gracias mil, y salud a porrillo.

En respuesta a por Jorge L.

Si se puede acceder a Adabas por ODBC, puedes crear el Database Link de Oracle utilizando Heterogeneous Services. 

Échale un vistazo al artículo Heterogeneous Services: Conexión desde Oracle a SQLServer.

Se pone como ejemplo cómo se hace con SQLServer, pero puedes hacerlo de la misma manera con otras bases de datos.

Hola Carlos,

Estoy trabajando por primer vez con los dblinks en Oracle On Demand y tengo algunas dudas:

1.- Es necesario que las BD que quiera conectar tengan la misma versión??
2.- Tienen que estar en el mismo servidor las bases que quiera conectar??

Gracias por tu ayuda

En respuesta a por Laila (no verificado)

[quote=Laila] Estoy trabajando por primer vez con los dblinks en Oracle On Demand y tengo algunas dudas: 1.- Es necesario que las BD que quiera conectar tengan la misma versión?? 2.- Tienen que estar en el mismo servidor las bases que quiera conectar?? [/quote]

Las bases de datos pueden tener versiones diferentes, pero dentro de unos límites, en este comentario ya surgió esta cuestión. En principio no deberías tener problemas entre bases de datos Oracle de versiones 8i, 9i, 10g y 11g.

Sobre los servidores, te confirmo que las bases de datos pueden estar en diferentes servidores.

 

Hola Carlos, tengo un problema, estoy trabajando con un dblink el cual es ejecutado dentro de un procedure. Cuando ejecuto el procedure directamente del plsql no es mucho el tiempo de respuesta pero sin embargo cuando lo ejecuto desde un form demora demasiado o a veces no responde.
Que puede ser y que podría hacer para optimizarlo?

Hola podría ayudarme con una consulta que tengo sobre los dblink

Tengo un paquete Cl_pruebas1 el cual llama aun procedimiento pt_pruebas.
En el procedimiento pt_pruebas realizo varios select e insert a unas tablas que estan en una base ppt

Select *
From tabla1@ppt.dd.com
Where Customer_Id = Cn_Customerid ;

Insert Into tabla1@ppt.dd.com

En este procedimiento pt_pruebas cierro los dblink y luego en el paquete principal Cl_pruebas1 realizo un commit a todo, pero el problema es que no se estan actualizando las tablas (tabla1@ppt.dd.com) que estan en la base ppt, solo se actualizan para la otra base qppt, no entiendo cual podría ser el problema.

En respuesta a por myf

La verdad es que yo siempre lo he hecho al revés, siempre intento utilizar los dblinks para hacer selecciones de datos, y las inserciones hacerlas 'en local', es la manera más segura, no tienes problemas adicionales con los permisos y te ahorras estos problemas.

Si puedes haz el INSERT desde la BD 'ppt' utilizando un dblink para seleccionar los datos de la BD donde tienes el procedimiento pt_pruebas.

Puede que te vaya bien echarle un vistazo al tema Insert entre bases de datos remotas enlazadas por dblink

Y si al final descubres algo más, porqué no se puede hacer, u otra manera de hacerlo, no te olvides de explicárnoslo..

 

 

En respuesta a por myf

Hola

 

podes revisar estas opciones creo que te pueden servir para lo que necesitas, haciendo uso de los dblinks

 

cursor integer

devuelve binary_integer

--esto para una db en sql server

 ejecutar:= "exec insert .... commit"

cursor  := DBMS_HS_PASSTHROUGH.OPEN_CURSOR@dblink

DBMS_HS_PASSTHROUGH.PARSE(cursor, ejecutar);

devuelve := DBMS_HS_PASSTHROUGH.EXECUTE_NON_QUERY@dblink(cursor);

--cerrar

DBMS_HS_PASSTHROUGH.CLOSE_CURSOR@dblink(cursor);

 

bueno espero te sirva, nos cuentas como  te fue.

 

saludos.

 

tengo el siguiente codigo

Imports System.Data.OracleClient

Public Class Form1

Private Sub btnbuscar_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles btnbuscar.Click

Dim cadenaDeConexion As String
Dim conexion As OracleConnection
Dim dsdataset As New DataSet

cadenaDeConexion = " Data source=ORCL; persist security info=false; User ID= SCOTT; password= scott;"
conexion = New OracleConnection(cadenaDeConexion)

conexion.Open()

Dim query As String
query = "select scott.emp.ename , scott.emp.deptno, scott.dept.loc from" & _
" scott.emp inner join scott.dept on scott.emp.deptno = scott.dept.deptno " & _
" where ename like '%" & UCase(Me.txtnombre.Text.Trim) & "%'"

Dim MiAdaptador As New OracleDataAdapter(query, conexion)
Try
MiAdaptador.Fill(dsdataset)
Me.DataGridView1.DataSource = dsdataset.Tables(0)
Catch ex As Exception

End Try
End Sub

lo que busco es llenar un datagrid con la informacion, pero al darle click al boton me aparece el siguiente error ORA-00604: error ocurred at recursive SQL level 1 ORA 06502 PL/SQL numeric or value error: character string buffer to small ORA 06512: at line 10..
que puedo hacer?? no e encontrado la solucion a este problema!! le agradeceria que me ayudara.. muchas gracias

Hola,
Tengo un servidor en Windows con 10gR2 con un dblink definido a un servidor Solaris con 10gR2 también.

Resulta que migre el servidor Windows a un Solaris con 11gR2 pero ahora los queries que usan el dblink al Solaris 10gR2 tienen un mal rendimiento.

Por ejemplo desde el servidor de Windows duran 20 segundos pero desde el nuevo servidor Solaris duran 157 segundos.

Alguna idea de que pueda ser?

Saludos,

Alberto

En respuesta a por Alberto (no verificado)

Así a primera vista parece un problema de comunicaciones más que de versiones de BBDD o de SO, y más si son versiones 10g y 11g.
Yo revisaría que todas las comunicaciones entre los servidores estén funcionando al 100% y no haya nada que las esté ralentizando

Estimado Carlos, estoy creando el siguiente trigger:

create or replace trigger trg_autonumero
before insert on t_personas_atendidas
for each row
begin
if :new.codPer is null then
select personas_id.NextVal into :new.codPer from dual;
end if;
end;

y me da error de que "el identificador new.CodPer no se ha declarado", a que se debe.

hola! tengo un problema con un BDlink y espero me pudieras ayudar. tengo dos bases remotas con oracle 8, creo mi bdlink para conectarme a la otra BD y al probar el bdlink me dice que el enlace no esta activo y al hacer un select o una vista materializada a la BD donde me quiero conectar con el bdlink me dice que TNS:COULD NOT RESOLVE SERVICE NAME.

tengo otro enlace a otra BD remota y ese si funciona sin problemas, todos son oracle 8; no se si falte algo de configuracion en la bd a donde no puedo entrar.
gracias por la ayuda

Hola Carlos, quería ver si me puedes ayudar...

Necesito crear un sinónimo con db link para llamar a procedimiento de un paquete que está en otra base de datos pero no me funciona.
Es en Oracle.
Le pongo create public synonym xxx for paquete.procedimiento@dblink
y si lo crea pero cuando hago el llamado del sinónimo para ejecutarlo da error de que no reconoce el sinónimo.
Lo intenté hacer solo con el paquete pero igual cuando llamo al sinónimo como? le especifico cual procedimiento del paquete necesito?.

Si lo hago con un procedimiento solito si me funciona... es con paquete que no.

Si me puedes dar un pista!!.. please!. A ver si me dí a entender!.

Saludos Carlos.

Mi problema es el siguiente, tal vez me puedas ayudar !!

Tengo un problema con un DBLink al tratar de ejecutar un procedimiento dentro de un paquete

de la siguiente manera.

Por ejemplo: nombre_paquete.nombre_procedimiento@nombre_dblink(<parámetros>)

La situación es que se realizó una migración y en el servidor anterior todo funciona correctamente

pero en el nuevo servidor esto da problemas. Me han dicho que hay posibilidad de que dé problema

la ejecución de un procedimiento dentro de un paquete haciendo uso de dblinks. He llegado a

pensar que el problema puede ser de configuración del archivo de parámetros; sin embargo;

reviso el archivo y están prácticamente iguales. Las bases de datos tienen nombres distintos.

Básicamente al ejecutarlo obtengo los siguientes errores:

 

Gracias !!

En respuesta a por tavo.montero

La nueva base de datos tiene exactamente la misma versión que la antigua?

Buscando por el error he encontrado más de una referencia a un bug de la versión 10g, que se soluciona con un parche. También podría ser la misma versión y que a la nueva le falte aplicar el pachset, echa un vistazo por si acaso fuera eso..

 

This error is an interoperability error due to the bug 4511371, which is fixed by applying the 10.1.0.5.0 patchset for 10gR1 and 10.2.0.2.0 patchset for 10gR2.

Ref. Metalink note 4511371.8

Fuente: Oracle by Madrid

En respuesta a por Carlos

Saludos Carlos !!

Muchas gracias por tu pronta respuesta !!

 

En el ambiente anterior las dos bases de datos eran Oracle 10g Release 2 de 32 bits

En el nuevo ambiente una base de datos es Oracle 10g Release 2 de 32 bits y la otra

es Oracle 11g de 64 bits.

Menciono que en el ambiente anterior todo funcionaba perfectamente, leyendo tus comentarios

he visto que el problema se solucionaba con la Oracle 10g R 2, por lo que me extraña mucho

que en Oracle 11g 64 bits esté danto este problema.

Afectará mucho el manejo de los bits? Esto porque una es de 32 y la otra es de 64?

 

Muchas gracias Carlos !!

 

 

 

En respuesta a por tavo.montero

 El tema 32/64 bits siempre puede dar alguna sorpresa, pero yo antes me aseguraría de que la nueva 10g R2 tiene aplicado el patch. Aunque las dos BBDD tengan la misma versión puede que en la anterior estuviera aplicado y en la nueva no.

Busca más información en el metalink para asegurarte antes de hacer nada.

 Una pregunta estimados amigos

instale BD Oracle 10G sobre windows7 y a diferencia del xp o vista no veo

en el regedit las variables de Oracle que antes se creabam en HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE

Quiero configurar la variable ui_icon para ver los iconos en el forms.

Por favor gracias anticipadas!

 

Hola, tengo una BD en Oracle 9 que deseo migrar a Oracle10, quisiera saber qué diferencias en cuanto a DBlinks, vistas, sinónimos, etc o algun otro topic que debería considerar a la hora de la migración.

 

Muchas gracias.

En respuesta a por pablolivaxxi@h…

Hola 

 

verificaste que los servicios heterogeneos estan bien configurados ? 

 

como estas haciendo la consulta con el dblink ? 

 

1. primero asegurarse que la conexion con la bd funciona para los servicios heterogeneos, se puede

usar el comando: isql -V bdconfigurada user pass si te da conexion no hay problema lo servicios estan bien configurados.

De lo contrario el dblink nunca te va funcionar.

 

 

[quote=carlos]

Abro este tema a partir del artículo Acceso remoto mediante DBLink de Oracle para que podamos comentar dudas y experiencias sobre la creación y utilización de database links de Oracle.

[/quote]

Hola Carlos, mi consulta es la siguiente: estoy utilizando oracle10g XE y tengo
creadas 15 bdlinks, el problema es que quiero unir los datos de las diferentes
tablas creando una vista utilizando un union all ya que las tablas a las que
quiero acceder tienen la misma estructura pero solo me permite crear la vista
con solo 4 dblinks, cuando quiero agregar uno más me dice
‘ORA-02020 demasiados enlaces de base datos en uso.’

Espero me puedas ayudar,
Saludos, Javier.

A parte de lo que me pueda parecer tú query... la solución podria ser aumentar el parámetro open_links y open_links_per_instance. Ambos parámetros tiene el valor por defecto 4. El primero de ellos es el número máximo de dblinks abiertos por una sesión. El segundo, como su nombre indica, por toda la instancia. De todas maneras, lo que te comentaba, si el valor por defecto es 4, por algo será... has pensado en formas alternativas de ejecutar dicha query? Saludos, Oscar Paredes - oscar.paredes@dataprix.com

Buenas, tengo una pregunta.

 

He creado algunos dblink, conectando un oracle 10g con un sql server 2005  (usando el oracle gateway).

Hasta ahi todo va bien, porque puedo hacer select, insert, update, delete.

Bueno el siguiente paso fue utilizar un sp del sql server, desde el oracle. Para ello cree un procedimiento dentro de un paquete, a fin de poder llamar al procedimiento del sql, desde el oracle, de tal forma que tengo algo asi.

 

 

Procedimiento SQL
-----------------------------

create PROCEDURE [dbo].[TempSQLSP]
@inParam varchar(11),
@outParam int OUTPUT
AS
BEGIN
select @outParam = fkDepeCod from alumno where alumCod=@inParam
END

 

Procedimiento Oracle

----------------------------------

FUNCTION TEMP_ORACLE_FUNCTION ( inParam IN  varchar2 )
RETURN NUMBER;

---------------


FUNCTION TEMP_ORACLE_FUNCTION ( inParam IN  varchar2 )
RETURN NUMBER
IS
       outParam  NUMBER;
BEGIN
      "dbo"."TempSQLSP"@Sqlserver (inParam, outParam);

      
       commit;
    RETURN 0;
   
END TEMP_ORACLE_FUNCTION;

 

Al ejecutar me sale un error,


Compilation errors for PACKAGE BODY TD.P_TEMP

Error: PLS-00306: número o tipos de argumentos erróneos al llamar a 'TempSQLSP'
Line: 486
Text: "dbo"."TempSQLSP"@Sqlserver (inParam, outParam);

Error: PL/SQL: Statement ignored
Line: 486
Text: "dbo"."TempSQLSP"@Sqlserver  (inParam, outParam);

 

Gracias.

Hola comunidad, tengo un problema al tratar de cerrar un database link desde APEX

actualmente desarrollo una aplicación q obtiene la mayor parte de la informacion de otra base de datos (ACSEL)

para lo cual utilizo database link para las consultas y llamados a procedimientos

cada vez q se solicita una consulta un nuevo hilo de conexion database link es creado, necesito llevar el control de los hilos de conexion se que para cerrar una database link utilizamos el comando ALTER SESSION CLOSE DATABASE LINK nombredeldblink;

mas no consigo ejecutar esta sentencia dentro de APEX, alguna sugerencia??

de antemano gracias.

 

En respuesta a por Ludin

Pero cuál es el problema que tienes al ejecutar el comando? Si te devuelve un error dinos cuál es.

Igualmente, si no consigues cerrar el dblink directamente, aunque seguro que no es la opción más eficiente, puedes probar a cerrar la sesión, ya que el cierre de la sesión debería hacer que la conexión del dblink también se libere.

 

Hola, mi pregunta es si puedo crear una tabla en mi base de datos a partir de otra tabla de otra base de datos usando dblink y si esto afecta el rendimiento de la aplicación. Muchas Gracias

En respuesta a por yajaira Pardo (no verificado)

Sí, sin problemas, con Oracle SQL puedes crear una tabla a partir de otra con una sentencia CTAS:

CREATE AS SELECT ... FROM otra_tabla@dblink

Si no son muchos datos y la red va bien no deberías tener problemas de rendimiento. Si hablamos de millones de registros para arriba, y la red que conecta las dos bases de datos no va sobrada, tendrías que plantearte opciones de exportación e importación.

 

Buenas tardes Carlos, En el momento tengo dos bases de datos una 10g y la otra 11g, y estoy intentando actualizar una tabla en 10g que tiene un trigger el cual inserta datos en una tabla de 11g, pero me sale el siguiente error ORA-02070: database does not support in this context. Si ejecuto el insert de la tabla 11g directamente en el usuario 10g, me funciona sin problemas. Me puedes orientar porque desde el trigger no funciona, sera falta de alguna configuracion? Muchas Gracias.

 

alguien me puede ayudar con esto

Tengo un procedimiento en una base de datos A que necesita ejecutar un procedimiento en una base de datos B, ya tengo el dblink entre las dos bases dedatos y puedo invocar tablas y llamar procedimientos, el problema esque el procedimiento B recibe como parametro un type table que esta definido en esa base de datos, yo creo el type el la base de datos origen(A) y lo lleno con datos y se lo envio como parametro, pero me sale un error que puedo hacer

 

declare

  varnum   number;

  equipo   number:=11127;

  operacion number:=68;

  impresora  varchar2(100);

  mensaje  varchar2(100);

  tDetalleV    PRUEBA_TAB_TYPE := PRUEBA_TAB_TYPE();

  rtDetalleV   PRUEBA_TYPE := PRUEBA_TYPE(0,'',0,0);

  n_registros NUMBER := 0;

  nusuarioventa number;

            

begin

        tDetalleV.extend;

n_registros:=n_registros+1;

rtdetallev.ide_producto:=1;

rtDetalleV.descripcion:='hola';

rtDetalleV.vlr_unitario:=10;

rtdetallev.cantidad:=1;

        tDetalleV(n_registros):=rtDetalleV;

 

ganasw.facturacion.facturar_productos_prueba@DIVEDLLO_A_GANADLLO(tDetalleV,mensaje);

 

dbms_output.put_line(mensaje);

end;

 

Informe de error:

ORA-06550: línea 38, columna 1:

PLS-00306: wrong number or types of arguments in call to 'FACTURAR_PRODUCTOS_PRUEBA'

ORA-06550: línea 38, columna 1:

PL/SQL: Statement ignored

06550. 00000 -  "line %s, column %s:\n%s"

*cause:    usually a pl/sql compilation error.

 

Hola, estoy intentando ejecutar un sp desde un oracle 11g standar one a un oracle xe 10g por medio de un dblink, cuando lo ejecuto me sale el siguiente error: ORA-04052: se ha producido un error al consultar el objeto remoto FLYPASS.PCKFPS_PURGAR_COLAS@XEPUERTO.WORLD ORA-00604: se ha producido un error a nivel 1 de SQL recursivo ORA-06544: PL/SQL: error interno, argumentos: [55916], [], [], [], [], [], [], [] ORA-06553: PLS-801: error interno [55916] ORA-02063: 2 lines precediendo a XEPUERTO.WORLD 04052. 00000 - "error occurred when looking up remote object %s%s%s%s%s" *Cause: An error has occurred when trying to look up a remote object. *Action: Fix the error. Make sure the remote database system has run KGLR.SQL to create necessary views used for querying/looking up objects stored in the database. se que el dblink esta bien por que cuando consulto una tabla remota funciona pero con el sp no Gracias

Estimado, Estoy Trabajando En Apex Que Esta En Un Servidor Con Oracle Xe Y Conectandome A Un Servidor Remoto Para Sacar Los Datos De Produccion Lo Que Es Bastante Lento Y Tengo Dos Dudas Espero Me Pueda Ayudar:

1.- Mi Conexion Es A Traves De Dblink Me Comentaron Que De Esta Forma Es Lenta De Que Forma Me Puedo Conectar En Forma Mas Eficiente Manteniendo Mi Servidor Con Apex Y Mi Servidor De Produccion.

2.- Cuando Ejecuto Un Sql En "Sql Comand" De Apex, El Resultado Es Relativamente Rapido, Pero Al Correr Ese Mismo Sql En Una Pagina Este Se Hace Extremadamente Lento. Porque??? Que Pone Mi Pagina Tan Lenta Cuando Debe Mostrar Los Datos. No Estoy Paginando Las Paginas.

Muchas Gracias

hola amigos, tengo el siguiente problema al tratar de hacer un insert vía un dblink

ORA-01652: unable to extend temp segment by 128 in tablespace TEMP
ORA-02063: preceding line from LNK_HIST_SI

lo que hago es un
Insert into tabla@dblink
select from tabla
where condiciones
y excluyendo lo que ya este con un not exists tabla@dblink;

espero haber sido claro

si ejecuto el solo select no me da ningun problema pero cuando pongo el insert me da el error del tablespace TEMP
en ese tablespace tengo 5 GB y estoy tratando de insertar solo 5 registros.

gracias por los comentarios

Muy buenas tardes, una pregunta
Resulta que de sql server 2008 r2 hice un linked server a oracle 9i pero cuando consulto y traigo datos de una tabla de oracle a una en sql server me tarda demasiado tiempo en ejecutar.
No se si es normal porque en la tabla de oracle hay miles de registros, pero los registros los estoy filtrando por fecha no se donde estar el error o si es normal

gracias de antemano

Buenas noches, quería consultarte sobre un error que me está apareciendo en un aplicativo que usa un dblink desde Oracle a MySQL (un esquema de Oracle consume información de una base de datos Mysql), el dblink lo he hecho mediante el Oracle Gateway ODBC que viene con el Oracle, y el error es el siguiente:

java.sql.SQLException: Violación de protocolo
at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:450)
at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:186)
at oracle.jdbc.driver.T4C7Ocommoncall.doOLOGOFF(T4C7Ocommoncall.java:61)
at oracle.jdbc.driver.T4CConnection.logoff(T4CConnection.java:491)
at oracle.jdbc.driver.PhysicalConnection.close(PhysicalConnection.java:3754)
at pe.gob.servir.cat.connection.factory.ConnectionFactory.CloseConexion(ConnectionFactory.java:73)
at pe.gob.servir.cat.persistencia.jdbc.MovimientoActivoDAO.getDatosActivosRemotosComplemento(MovimientoActivoDAO.java:218)
at pe.gob.servir.cat.persistencia.jdbc.MovimientoActivoDAO.main(MovimientoActivoDAO.java:384)

Exception in thread "main" java.lang.NegativeArraySizeException
at oracle.jdbc.driver.T4CMAREngine.unmarshalDALC(T4CMAREngine.java:2341)
at oracle.jdbc.driver.T4C8TTIuds.unmarshal(T4C8TTIuds.java:146)
at oracle.jdbc.driver.T4CTTIdcb.receiveCommon(T4CTTIdcb.java:200)
at oracle.jdbc.driver.T4CTTIdcb.receive(T4CTTIdcb.java:144)
at oracle.jdbc.driver.T4C8Oall.readDCB(T4C8Oall.java:771)
at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:346)
at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:186)
at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:521)
at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:205)
at oracle.jdbc.driver.T4CPreparedStatement.executeForDescribe(T4CPreparedStatement.java:861)
at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1145)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1267)
at oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePreparedStatement.java:3449)
at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3493)
at oracle.jdbc.driver.OraclePreparedStatementWrapper.executeQuery(OraclePreparedStatementWrapper.java:1491)
at pe.gob.servir.cat.persistencia.jdbc.MovimientoActivoDAO.getDatosActivosRemotosComplemento(MovimientoActivoDAO.java:198)

Por favor si tuviera alguna idea de a que se puede deber el error, le estaré agradecido me pueda ayudar

Buenas tardes, 

 

   Tengo creado un DB_Link de Sql Server 2012 a Oracle 11g, puedo hacer consultas a las bd que asigne. Pero me da un error al momento de realizar un update desde Oracle, para que me realice el cambio en la Bd Sql Server. el error es el siguiente:  ORA-02070 database does not support update in this context.

 

Por favor si me pueden ayudar se los agradeceria.

 

Saludos,

Tengo un procedimiento X creado en oracle 12c, en oracle 11g se creo un dblink para ejecutar ese procedimiento X, pero en ocasiones genera los siguientes errores:

ORA-04052: se ha producido un error al consultar el objeto remoto SYSTEM.PK_COR@ADMIN.xxx.com.co
ORA-00604: se ha producido un error a nivel 1 de SQL recursivo
ORA-12154: TNS:no se ha podido resolver el identificador de conexión especificado
04052. 00000 -  "error occurred when looking up remote object %s%s%s%s%s"
*Cause:    An error has occurred when trying to look up a remote object.
*Action:   Fix the error.  Make sure the remote database system has run
           KGLR.SQL to create necessary views used for querying/looking up
           objects stored in the database.

 

Carlos, no soy el dba, y no se como ayudar a corregir este error.  

 

gracias

hola carlos disculpa el abuso soy de venezuela y vi en un foro que tu respondes cosas de oracle o si otra persona me puede ayudar le agradezco. bueno te cuento lo que me sucede:

   tengo mi BD en oracle 10g y en otro servidor que no es de nosotros también tiene oracle no recuerdo si es la 10g o la 11g 

bueno el problema es el siguiente tengo una vista de mi servidor al otro servidor a través de un enlace de base de datos y chevere hago la consulta y funciona pero resulta que si por ejemplo:

tengo mi pantalla donde pido una cédula la consulto en la vista que es del otro servidor y trae el nombre y apellido todo bien hasta aquí, termino de llenar los datos ya de mi tabla que esta servidor y bien al momento de guardar revienta dice error de comunicación me di cuenta que es la vista remota hacia el otro servidor, ya que me cree una pantalla mas sencilla sin hacer la consultar hacia esa vista remota y ahi si guarda pero si pongo algo que consulte a esa vista y guardo en mi tabla sale ese error

 

PD no recuerdo si siempre pasa o es a ratos ese error el detalle es que sucede es al consultar una vista remota

 

gracias a todos

Tengo un problema. conectando entre un IBM i V7R1 , mediante DBLink a una DB Oracle me da un error de formato de de fecha.

 

  ORA-28500: la conexión de ORACLE a un sistema no Oracle ha devuelto este mensaje: [Oracle][ODBC DB2 Wire Protocol driver][UDB DB2 for iSeries and AS/400] STRING REPRESENTATION OF DATETIME VALUE HAS INVALID SYNTAX.  16 *N {HY000,NativeErr = -180} ORA-02063: 2 lines precediendo a DBL_PHIDRDA ORA-06512: en "DA_ABA.ABA_SOLICITUD", línea 547 ORA-06512: en línea 38   Alguien le paso esto?   Saludos y gracias por la ayuda

Buenas tarde disculpe las molestias pero estoy necesitando ayuda de un experto como usted. Al instalar Oracle11g Me da a elegir en una opcion si queremos instalar en forma de Escritorio o Servidor .. En cual de esos dos modos instalo para poder crear una DBlink?

En respuesta a por JonathanBlackgg (no verificado)

Hola Jonathan

En principio no te va a influir en la posibilidad de crear DBLinks si haces la instalación en modo Desktop o en modo Server, ya que en ambos casos vas a instalar el mismo motor, solo que en el modo Server el instalador crea opciones de configuración más avanzadas.

Saludos,

Buenos dias, talvez ustedes me pueden ayudar. 

 

Necesito conectarme de un dblink de mi base en mi maquina a otro dblink creado en otra maquina.

 

 En pocas palabras la maquina A tiene un dblink para conectarse consultar tablas de la maquina B. pero la maquina B tiene un dblink para conectarse a una maquina C. 

 

quiero consultar tablas de la maquina C usando el dblink de la maquina B pero de la maquina A

Carlos, buenas tardes. le comento que he instalado dos base de datos Oracle 11g Express XE, y quiero generar un db link entre las dos base de datos. La verdad es que he buscado por todos lados, como hacer la conexion de estas dos base de datos, pero no puedo conectarme. me da error de time out cuando creo el db link. Dichas bases de datos, estan en diferentes servidores fisicos, las dos base de datos se llaman XE dado a que es la unica forma que se instala el 11g express. hay alguna limitante para generar db link entre dos base de datos express? que cosas puedo controlar o hacer, para generar dichas conexion. Desde ya muchas gracias y disculpa las molestias. César.

En respuesta a por César Heredia (no verificado)

Que yo sepa Oracle XE no tiene ninguna limitación en cuanto a la creación de database links. Si lo que obtienes es un error de timeout puede que sea un problema de comunicaciones entre las dos bases de datos. Si están en diferentes servidores o máquinas puede que algún firewall o alguna regla impida que se comuniquen entre sí. Revisa sobretodo que los puertos que tengas configurados en las bases de datos, que estén abiertos.

Por defecto la base de datos utiliza el 1521, y para conexiones http el 8080. Si quieres consultar la configuración de los puertos puedes ejecutar desde linea de comandos con el usuario de sistema con que has hecho la instalación en windows, o un user que pertenezca al grupo de Oracle en Linux/Unix:

> lsnrctl status

Antes de nada recuerda también hacer un tnsping para validar que hay comunicación entre las dos bases de datos

Dejar el puerto 8080 por defecto para las comunicaciones por http de BBDD Oracle puede crearte problemas si ya utilizas este puerto para otras aplicaciones, que es algo bastante habitual.

Te muestro cómo consultar por SQL qué puerto tienes configurado en la base de datos, y cómo cambiarlo por otro, el 8089 por ejemplo:

SQL> select dbms_xdb.gethttpport from dual;
--------
    8080
SQL> exec dbms_xdb.sethttpport(8089);

 

Carlos buenas tardes. Mira tengo este problema con un DBLINK que en su momento funciona, actualmente me manda este error, de favor tus comentarios por donde puedo buscar o ver que es lo que esta pasando, el DBLINK existe. Me conecto a la base del DBLINK y sin problemas. Al utilizar el DBLINK y nada. 09:34:20 Error: ORA-03113: end-of-file on communication channel SALUDOS

Buen dia,

Sabes que ejecute un procedimiento que usaba dblink varias veces por error en la programación.

Ahora tengo el error presente y no puedo acceder a la aplicación.

El error:

ORA-04052: se ha producido un error al consultar el objeto remoto CLIENTEVIR.ANDES@WEB

ORA-00604: se ha producido un error a nivel 2 de SQL recursivo

ORA-02046: ya ha empezado la transacción distribuida

ORA-02063: line precediendo a WEB

He intentado varias cosas de las que refieres aqui y nada.

He probado: reiniciar el servidor, matar todas las sesiones y lo del dblink.

Alguna idea?????

Gracias,

Amigosm estoy haciendo un DBlink de oracle a mysql y en la configuración inicial que es configurar la ODBC.ini y el listener me arroja error por el SID. me podría ayudar a como realizar este procedimiento.

Backups de bases de datos Oracle

Backups de bases de datos Oracle Dataprix 7 May, 2010 - 19:25

Abro este tema a proposito de una consulta de Monica sobre Backups de BBDD Oracle.

Como la creación y gestión de copias de seguridad es un tema muy amplio y puede dar para muchas aportaciones y discusiones mejor dedicarle un tema específico de este foro de BBDD Oracle. 

El tema de los backups de BBDD es demasiado amplio, y la utilización de un método u otro depende mucho de tus necesidades. Seguramente estaría bien escribir un artículo sólo sobre backups de BBDD Oracle, pero ahora mismo no creo que tenga tiempo de hacerlo.

Comentarte sólo que a partir de la versión 10g de Oracle la consola de administración web (Oracle Enterprise Manager) facilita mucho las tareas de backup, y es relativamente fácil preparar un sistema de backup  sencillo ayudándote del asistente.

Trabajar con RMAN, por ejemplo, requiere mucho más conocimiento.

Eso sí, te recomiendo que antes hagas pruebas en un entorno de desarrollo, con los backups no cuesta mucho acabar consumiendo todo el espacio disponible, o saturando los recursos del server de BBDD.

Te indico también algunos enlaces que he encontrado 'googleando', y pienso que te pueden ser útiles para empezar:

http://www.databasedesign-resource.com/oracle-backup.html

http://systemadmin.es/2009/10/realizar-un-export-backup-de-oracle-mediante-exp

 

Otra opción es utilizar Oracle Secure Backup para gestionar los backups de BBDD Oracle. Como mínimo tendrás una documentación muy completa en la web de Oracle sobre cómo utilizar este producto y establecer tus políticas de backups para bases de datos Oracle.

 

En respuesta a por Carlos

Segun mi propia experiencia, trabajar con RMAN no me parece tan complejo una vez profundizamos un poco. La copia es rápida y autocomprimida ocupa poco espacio.

Las copias desde Enterprise Manager son más sencillas pero a mi personalmente todo lo que se puede hacer desde la consola lo acabo haciendo desde linea de comandos... Es bonita pero no es muy de mi agrado para cualquier cosa que no sea detectar picos de uso en la base de datos.

Por cierto, si dispones de suficiente espacio y ventana horaria no está mal acompañar las copias de rman con un export (copia lógica) de la base de datos como apunta Carlos en su segundo enlace.

En respuesta a por Carlos

 Hola Carlos,

Tus notas son interesantes. Te cuento que tengo un problema, actualmente uso rman, antes todo funcionaba bien porque mis backups salian a disco y todos felices el catalogo no requeria mucho mantenimento. hace dos meses compraron la solucion del tivoli y ahora los backups salen directo a cinta. Los problemas que tengo son los siguientes:

- Mi escenario es que algunos backups estan en modo expired y otros en modo available.

- Necesito que los backups que estan en modo expired, pasen a modo available.

- Se requiere que se borre solo los backups, de hace un mes, los anteriores no se deben eliminar, es decir quiero que sigan en el catalogo como available. solo se requiere elimnar los del 14 de mayo de este año hasta el 14 de junio de este año.

Se requiere esto, porque tivoli dice que si los borro de mi catalogo, tivoli los borra de cinta.

Lo de borrar por fechas es posible?

He probado los siguientes comandos.

*delete backup tag='numero de tag del backup', pero no lo borra por lo menos en el catalogo sigue apareciendo.

*no quiero hacer delete expired backup, porque va a borrar los del año pasado, y eso aun los necesitamos, dado que ahi esta en backup anual, porque cuando me piden restaurar la data, yo hago un duplicate con rman, y si ese backup se elimina del catalogo, ya no voy a poder hacer el duplicate o si?

Espero me puedas ayudar. Gracias 

Saludos,

Hola me podrian ayudar a como escojer un esquema e impórtelo en otra

base de datos, teniendo en cuenta de solo subir la data y teniendo en

cuenta que el esquema pre existe,

debe subirse la información correspondiente a los

backups del 06 junio 2009, 15 agosto 2009, 01 enero 2010 en un tablespace 

les agradezco mucho el favor su pagina es muy buena

En respuesta a por monicamaria

Para hacer una exportación/importación de sólo uno o dos esquemas quizás lo más sencillo sea utilizar la utilidad imp/exp de Oracle.

No se la versión de BD que tienes, pero a partir de la versión 10g también se puede usar Oracle Data Pump, que dicen que es más eficiente, pero imp/exp también debería funcionarte bien.

Te pongo un ejemplo de algo parecido a lo que haría yo, pero busca documentación sobre las opciones, haz alguna prueba y adáptalo a tu caso.

 

Desde linea de comandos, y utilizando el usuario propietario de la instalación de Oracle, o uno que pueda ejecutar las utilidades de Oracle, puedes utilizar el comando exp para crear un fichero de exportación con los objetos de los dos esquemas.

1. Exportación de los dos objetos de los dos esquemas en el fichero dosesquemas.dmp

> exp system/password@basededatos file=dosesquemas.dmp full=n
      OWNER=(USER1, USER2) GRANTS=y COMPRESS=y
      log=dosesquemas_exp.log

2. Copia del fichero de exportación al servidor donde se hará la importación

> scp dosesquemas.* oracleuser@servidor:/directorio

3. Abriendo una sesión de terminal en el servidor de la base de datos destino, importación de los esquemas

> imp system/password@basededatos2 file=/directorio/dosesquemas.dmp
      FROMUSER=USER1,USER2 TOUSER=USER1,USER2
      log=dosesquemas_imp.log ignore=yes

 

 
Enlazo algunos sitios donde he encontrado información que te puede ser de utilidad:
 
Manual de Backup y Recuperación con Oracle, Universidad de Valladolid
Import Export FAQ, Orafaq
Oracle export Utility y Oracle Import Burleson consulting

 

En respuesta a por monica (no verificado)

No se si te entiendo bien, pero el backup no se suele hacer por fechas. Hay muchas maneras de hacerlo, pero básicamente consiste en que cada cierto tiempo la base de datos guarda una copia completa de su estado actual, o va haciendo copias incrementales de los cambios.

Si tienes un backup de una copia completa podrás recuperar lo que había el dia que hiciste la copia, y si te interesan sólo registros creados o modificados entre dos fechas, tendrás que crear un campo adicional para almacenar esa fecha, y después discriminar por fecha en la recuperación, pero ya te digo que no se suele hacer así.

Con backups incrementales, después de activar en la base de datos el modo de Archivado (Archive Log), lo que sí puedes hacer es recuperar la base de datos tal como estaba en un momento o fecha determinada, que también podría ser lo que estás preguntando. Pero piensa que tampoco es sencillo, la operación tiene su miga, y tienes que crear una política de backups con todos los valores bien ajustados para no consumir demasiado espacio en el servidor, ni reducir demasiado el rendimiento de la BD.

Por eso te recomiendo que consultes bien la documentación para encontrar lo que necesitas. Para empezar a hacerte una idea general de cómo funcionan los backups de Oracle yo comenzaría por el Manual de Backup y Recuperación con Oracle.

En respuesta a por Carlos

HOLA 

carlos  seria posible tua ayuda?

 

en mi caso replique el servidor de produccion para generar un servidor de pruebas,  las bases de datos son identicas, hace poco hice un backup en frio que quedo bn de igual manera genere un expotr completo antes del backup : expdp

 ahora solo quiero exportar los datos que se generaron despues de la exportacion a la fecha actual he tratado con el parametro  inctype=cumulative pero me genera error : parametro desconocido , ya valide el  expdp help = y no esta 

 

seria posible de su ayuda para generar el export acumulativo y tambien el import

el servidor es win2003 con oracle 10g

 

gracias 


expdp  system/12345 full=y inctype=cumulative constraints=Y dumpfile=EXP_DIC_15.dmp logfile=log_exprt_DIC_15.log full=y directory=export_1  

Hola,

He encontrado este comando que logra solo correr el crosscheck para ciertas fechas:

 ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE sbt;

CROSSCHECK BACKUP 

  COMPLETED BETWEEN '14-May-10' AND '14-Jun-10';

- Pero ahora tengo el problema, que hay otros backups que estan en estado expirados, hay alguna manera que vuelvan a estar en modo available? Espero que si

Saludos,

Elizabeth

 

 

Hola carlos, la cuestion es esta

 

Soy algo nuevo con esto de las bases de datos, cuando yo tome el rol de DBA estaban las estructuras, usuarios, etc. ya creados y he dado una revisada y mantenimiento a esto en primera instancia, ahora queiro establecer un esquema de respaldos, actualmente solamente se hacen respaldos logicos de manera full diaria con el export, pero no se hacen respaldos fisicos de los ficheros de datos, control file, etc. pienso comenzar a hacer los respaldos en frio de la DB ya que esta en modo NOARCHIVELOG, alguna recomendacion que tengas para hacer este tipo de respaldo o algún sitio donde pueda tener mayor referencia tanto a respaldos en caliente y respaldos en frio,

 

saludos

Hola .. tengo un problema ...

en la universidad me mandaron hacer un proyecto de BDD

Oracle esta instalado en una mquina virtual  y la interfaz esta hecha  en una maquina fisica necesito sacar un respaldo de la base pero no se como hacerlo desde la maquina fisica a la virtual..

podrias ayudarme por favor

Checklist de Seguridad en Oracle

Checklist de Seguridad en Oracle drakon 24 Octubre, 2006 - 21:42

Oracle normalmente no lo acostumbraremos a encontrar en Pymes sino más bien en empresas grandes. Esto hace que nos tengamos que poner las pilas en términos de seguridad, no aplicar una simple configuración sino, como buenos DBA's, realizar un buen y detallado estudio.

Qué mejor que ayudarnos de un checklist de seguridad para poder aplicar una buena configuración y que no se nos pase absolutamente nada.

Es por ello que adjunto uno en formato pdf y que básicamente se divide en cuatro apartados:

  • Reforzamiento
  • Actualizaciones de Seguridad
  • Contraseñas por defecto
  • Puertos por defecto utilizados por Oracle.

Descarga el Checklist de Seguridad en Oracle adjunto.

 

Espero que os guste..

Adjunto Size
Oracle_Database_Checklist.pdf 162 bytes

Como obtener la lista de tablas con más movimiento (insert,update) en Oracle

Como obtener la lista de tablas con más movimiento (insert,update) en Oracle il_masacratore 14 Agosto, 2009 - 13:46

A fin de obtener una lista aproximada de las tablas con más movimientos de la base de datos podemos consultar el contenido de la tabla dba_tables y cruzarlo con el estado actual de cada tabla en la bbdd. Esto puede tener sentido cuando queremos confeccionar una lista de tablas a las que se debe actualizar estadísticas periódicamente o queremos controlar la cantidad de información que genera alguna aplicación en concreto. Los datos que obtenemos por cada tabla son siempre respecto al último analisis de la misma.

La siguiente forma de hacerlo es un poco "rupestre" pero útil a la vez:

  1. Nos conectamos a la base de datos como system y ejecutamos la siguiente consulta que nos devolvera una lista de selects con todas las tablas de la base de datos (es mejor filtrar para no incluir las tablas de sistema o incluir solo las de un usuario en concreto). En el ejemplo obtendremos solo las de un usuario en concreto:

    select 'select ''' || table_name || ''' as TABLA, ''' || sysdate ||
           ''' as FECHA_ACTUAL, ''' || last_analyzed ||
           ''' as ULTIMO_ANALISIS, count(*) as RECUENTO,' || num_rows ||
           ' as RECUENTO_ANALISIS ,  to_date(''' || sysdate ||
           ''', ''DD/MM/YYYY'') - to_date(''' || last_analyzed ||
           ''',''DD/MM/YYYY'') as DIAS_DESDE_ANALISIS , count(*) - ' || num_rows ||
           ' as DIFERENCIA_RECUENTO, (count(*) - ' ||
           num_rows || ')/(to_date(''' || sysdate ||
           ''', ''DD/MM/YYYY'') - to_date(''' || last_analyzed ||
           ''',''DD/MM/YYYY'')) as INCREMENTO_DIARIO   from ' || owner || '.' ||
           table_name || ' union '
      from dba_Tables
    where owner = 'USUARIO'


    Ejemplo del resultado con plsql:

     

  2. Copiamos toda la columna en el portapapeles y quitamos el último union. Obtendremos el siguiente resultado:

    Podemos ver la tabla con los datos del último analisis de la tabla respecto a los actuales y la variación con su media diaria en número de registros (teniendo en cuenta que un insert(1row) + delete(1row) = 0movimientos )
     

Si a esto le sumamos otros datos como tamaños de fila, si la tabla tiene índices y lo que se nos ocurra podemos hacer otros "trabajos manuales" como acumular esos resultados en una tabla para ver que se cuece en nuestra base de datos.  Eso sí, cada uno puede adaptar esta técnica a su gusto para cubrir sus necesidades

Como recuperar la contraseña del usuario sys y system (Oracle 9i)

Como recuperar la contraseña del usuario sys y system (Oracle 9i) il_masacratore 17 Julio, 2009 - 13:15

Si pasais a ocupar el puesto de DBA o administrador de Oracle y la persona saliente no os deja anotadas las contraseñas de los usuarios sys y system de la base de datos se puede proceder de la siguiente manera para intentar recuperarlas. Si tenemos el usuario root, podemos cambiar la contraseña de sys y system de Oracle.

Primero debemos conectarnos con SQLPlus al servidor Oracle con el usuario en el que corre la base de datos o root (conectar as sysdba).

A continuación cambiaremos la contraseña del usuario sys de Oracle:

$ sqlplus "/ as sysdba"
SQL*Plus: Release 9.2.0.1.0 - Production on Mon Apr 5 15:32:09 2004
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

SQL> show user
USER is "SYS"

SQL> passw system
Changing password for system
New password:
Retype new password:
Password changed
SQL> quit

 

Luego cambiaremos la contraseña del usuario system de Oracle: 

$ sqlplus "/ as system"

SQL*Plus: Release 9.2.0.1.0 - Production on Mon Apr 5 15:36:45 2004
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

SP2-0306: Invalid option.
Usage: CONN[ECT] [logon] [AS {SYSDBA|SYSOPER}]
where <logon>  ::= <username>[/<password>][@<connect_string>] | /
 Enter user-name: system
Enter password:
Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production

SQL> passw sys

Changing password for sys
New password:
Retype new password:
Password changed

SQL> quit

Ahora ya deberíamos poder conectarnos a nuestra base de datos Oracle como usuario sys y system, utilizando los nuevos passwords que hemos introducido desde SQLPlus.

 


Libros de Administración Oracle (DBA) y PL/SQL

¿Quieres profundizar más en PL/SQL de Oracle o en administración de bases de datos Oracle? Puedes hacerlo consultando alguno de estos libros de Oracle.


 

Como saber que bases estan corriendo dentro de un Servidor Windows???

Como saber que bases estan corriendo dentro de un Servidor Windows??? solena 30 Junio, 2010 - 19:55

Como están gente del Foro, les comento que es la primera vez que entro a un foro... me gusto mucho la pronta respuesta del Director...
Tengo el siguiente problema: Estoy en un server Windows, como puedo ver que bases estan corriendo ?
ademas de fijarme por el task manager, en los servicios que estan corriendo.hay alguna consulta SQL? o duda como se si se esta usando RMAN para backupear una base....??? Mil gracias...

El Enterprise Manager te dice qué bases de datos están activas. Una consulta SQL no te servirá porque la consulta la haces desde dentro de una BD, tienes que buscar algo externo a los motores de BBDD, y lo más fiable son los servicios que hay levantados.

Creo que también existen herrramientas específicas (aparte de TOAD y similares) que analizan el servidor y te muestran las BBDD que tienes funcionando, pero ahora no recuerdo ninguna, si encuentro tiempo ya buscaré mejor.

Con respecto a RMAN creo que en windows también tiene su propio servicio RMAN, si no está levantado seguro que no estará haciendo las copias.

En respuesta a por Nadia Soledad (no verificado)

Podrías consultar el estado del listener desde linea de comandos con el usuario con el que se ha hecho la instalación de Oracle:

> lsnrctl status

Fíjate en las instancias con status READY

 

También te puede ayudar consultar el contenido del fichero 'listener.ora', aquí encontrarás relacionado el nombre de la instancia con el directorio de instalación.

Cómo crear un nuevo esquema en Oracle paso a paso

Cómo crear un nuevo esquema en Oracle paso a paso cfb 22 Octubre, 2006 - 21:44

Vamos a ver en tres sencillos pasos cómo crear un esquema de Oracle. Para poder crear un nuevo esquema de Oracle siguiendo estos pasos es necesario iniciar la sesión en la base de datos con un usuario con permisos de administración. Lo más sencillo es utilizar directamente el usuario SYSTEM:

  • Creación de un tablespace para datos y otro para índices. Estos tablespaces son la ubicación donde se almacenarán los objetos del esquema de Oracle que vamos a crear.

Tablespace para datos, con tamaño inicial de 1024 Mb, y auto extensible

CREATE TABLESPACE "APPDAT" LOGGING
DATAFILE '/export/home/oracle/oradata/datafiles/APPDAT.dbf' SIZE 1024M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO

Tablespace para índices, con tamaño inicial de 512 Mb, y auto extensible

CREATE TABLESPACE "APPIDX" LOGGING
DATAFILE '/export/home/oracle/oradata/datafiles/APPIDX.dbf' SIZE 512M
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO

La creación de estos tablespaces no es obligatoria, pero sí recomendable, así cada usuario de la BD tendrá su propio espacio de datos.

  • Creación del usuario que va a trabajar sobre estos tablespaces, y que será el propietario de los objetos que se se creen en ellos
CREATE USER "APP" PROFILE "DEFAULT" IDENTIFIED BY "APPPWD"
DEFAULT TABLESPACE "APPDAT" TEMPORARY TABLESPACE "TEMP" ACCOUNT UNLOCK;

Si no se especifica un tablespace, la BD le asignará el tablespace USERS, que es el tablespace que se utiliza por defecto para los nuevos usuarios.
Se puede apreciar también que no hay ninguna referencia al tablespace de índices APPIDX que hemos creado. Si queremos mantener datos e índices separados habrá que acordarse de especificar este tablespace en las sentencias de creación de índices de este usuario, si no se hace éstos se crearán en APPDAT:

CREATE INDEX mi_indice ON mi_tabla(mi_campo)
TABLESPACE APPIDX;
  • Sólo falta asignarle los permisos necesarios para trabajar. Si se le asignan los roles 'Connect' y 'Resource' ya tiene los permisos mínimos, podrá conectarse a la base de datos y realizar las operaciones más habituales de consulta, modificación y creación de objetos en su propio esquema.
GRANT "CONNECT" TO "APP";
GRANT "RESOURCE" TO "APP";

Completamos la asignación de permisos con privilegios específicos sobre objetos del esquema Oracle para asegurarnos de que el usuario pueda realizar todas las operaciones que creamos necesarias

GRANT ALTER ANY INDEX TO "APP";
GRANT ALTER ANY SEQUENCE TO "APP";
GRANT ALTER ANY TABLE TO "APP";
GRANT ALTER ANY TRIGGER TO "APP";
GRANT CREATE ANY INDEX TO "APP";
GRANT CREATE ANY SEQUENCE TO "APP";
GRANT CREATE ANY SYNONYM TO "APP";
GRANT CREATE ANY TABLE TO "APP";
GRANT CREATE ANY TRIGGER TO "APP";
GRANT CREATE ANY VIEW TO "APP";
GRANT CREATE PROCEDURE TO "APP";
GRANT CREATE PUBLIC SYNONYM TO "APP";
GRANT CREATE TRIGGER TO "APP";
GRANT CREATE VIEW TO "APP";
GRANT DELETE ANY TABLE TO "APP";
GRANT DROP ANY INDEX TO "APP";
GRANT DROP ANY SEQUENCE TO "APP";
GRANT DROP ANY TABLE TO "APP";
GRANT DROP ANY TRIGGER TO "APP";
GRANT DROP ANY VIEW TO "APP";
GRANT INSERT ANY TABLE TO "APP";
GRANT QUERY REWRITE TO "APP";
GRANT SELECT ANY TABLE TO "APP";
GRANT UNLIMITED TABLESPACE TO "APP";

Ahora el usuario ya puede conectarse a la base de datos y comenzar a trabajar sobre su nuevo esquema Oracle.


Entrar en SQLPlus como dba sin introducir password

Entrar en SQLPlus como dba sin introducir password Carlos 31 Marzo, 2008 - 23:09

Si tienes el usuario de sistema con el que se ha instalado la base de datos Oracle puedes entrar en SQL plus como usuario DBA y sin introducir ninguna contraseña de la siguiente manera:

  1. Entra en el sistema con este usuario.
  2. Desde la linea de comandos, entra en SQLplus poniendo:
> sqlplus "/as sysdba"

 

Si has necesitado entrar así porque no recordabas la contraseña de algún usuario, ya puedes modificarla/s para poder utilizarlo/s después:

SQL> alter user nombre_usuario identified by nuevo_password;

 

Te puede pasar que haya más de una Base de datos Oracle instalada en el servidor, por lo que tendrás que asegurarte de que las variables de entorno del usuario de Oracle están apuntando a la base de datos que te interesa.

Para comprobar que has entrado en la base de datos correcta antes de tocar nada puedes ejecutar esta sentencia SQL:

SQL> select name from v$database;

 


Libros de Administración Oracle (DBA) y PL/SQL

¿Quieres profundizar más en PL/SQL de Oracle o en administración de bases de datos Oracle? Puedes hacerlo consultando alguno de estos libros de Oracle.


En respuesta a por helar (no verificado)

No sé si te entiendo bien, no debería haber diferencia por ser CentOS, sólo tienes que abrir la consola de comandos y ejecutar SQLPlus, que lo tendrás disponible si tienes instalada la BD en esa máquina. Dentro de SQLPlus los comandos son SQL de Oracle, independientes del sistema operativo.

Saludos,

En respuesta a por Carlos

ok gracias lo pruebo,no conozco el tema en linux y necesito ingresar a la base oracle10g, pero desgraciadamente quien estaba encargado tuvo un accidente y no tengo ningun usuario ni contraseña de la base.
gracias por contestarme si tienes alguna sugerencia de como acceder a ella a parte de la que ya mensionaste me serviria de mucha ayuda.

En respuesta a por Anonimo (no verificado)

Es muy sencillo entra al sistem operativo con Root que el usuario dueño con todos los previlegios en Linux, luego lo que tienes que hacer es subleval con el usuario que instalo la aplicacion oracle en linux, por ejemplo: "su oracle" y como eres root no te pide clave , ya estando con el usuario oracle, ejecutas esto: sqlplus '/ as sysdba' y ya estas dentro del manejador de base de datos oracle y ahi cambias el password de system y sys, los dos usuarios mas poderoso de base de datos y listo, puedes conectarte via grafico con cualquier herramientas.

Hola que tal

Trato de conectarme como indicas pero me marca el siguiente error, ya busque y no puedo encontrar por que es:

C:\oracle2\product\10.2.0\db_2\BIN>sqlplus "/as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on MiÚ Nov 24 10:45:39 2010

Copyright (c) 1982, 2005, Oracle. All rights reserved.

ERROR:
ORA-12560: TNS:protocol adapter error

Enter user-name:
ERROR:
ORA-12560: TNS:protocol adapter error

Enter user-name:
ERROR:
ORA-12560: TNS:protocol adapter error

SP2-0157: unable to CONNECT to ORACLE after 3 attempts, exiting SQL*Plus

C:\oracle2\product\10.2.0\db_2\BIN>

Espero me puedas ayudar

Mil gracias

En respuesta a por Anele (no verificado)

Puede ser porque las variables de entorno no estén bien definidas. Estás utilizando el mismo usuario de Windows con el que se hizo la instalación de Oracle? Con ese no te debería fallar.

Si has de utilizar otro tendrás que definir las variables de entorno para él. Si, por ejemplo, no puedes ejecutar SQLPLUS desde fuera del mismo directorio 'BIN' es que el usuario no las tiene definidas.

También puedes comprobar directamente si existe la variable de entorno ORACLE_SID, que debería contener el valor de la instancia local de Oracle.

Alguien sabe como evitar ese procedimiento de ingreso con el sqlplus.

 

Me explico, como podria hacer para que al momento que se ingrese:

 

>> conn /as sysdba;

 

me pida la contraseña del usuario sys  , si  o si para poder conectarme.

 

 

En respuesta a por gonware

Buena pregunta. A mi no me suena que se pueda forzar la petición de contraseña a todos los usuarios.

He buscado un poco y creo que directamente no se puede, aunque siempre tienes la opción de dejar sin ningún usuario el grupo Oracle DBA. Si ningún usuario del sistema pertenece a este grupo, nadie tendrá el privilegio de entrar "/as sysdba" sin introducir un password.

Enlazo el foro donde he encontrado el 'tip', con algunas indicaciones para hacerlo en Windows y Unix

 ORA-12560: TNS:protocol adapter error: controlar variables de entorno, los parametros del tnsnames.ora y el listener.ora

En linux: 

             export ORACLE_SID=nombre_SID (nombre de sid de la base de datos)

             lsntcrl (nombre del listener)

          

             Conectar sin saber usuario ni contraseña

 

             usuario :~$ sqlplus /nolog

             sqlplus> conn / as sysdba

 

Espero que les sirva. Saludos

hola!

ante todo saludar a todos ya que soy nuevo en este foro

y nuevo en el tema de bases de datos.

Mi pregunta es: Acabo de llegar al puesto en el que estoy trabajando y ando un poco perdido.

La persona que estaba an el puesto anterior se fue y no dejo la password de acceso mediante toad a una base de datos.

Hay alguna manera de poder "encontrar" esa password para poder entrar? necesito los datos de las tablas, procedimientos y funciones para trabajar.

gracias de antemano y saludos a todos.

Buen dia a todos! Buscamos perfiles ETL-IPC para trabajar en una compañía estadounidense de renombre internacional (Base en el DF.). Si cubres con el perfil y eres bilingüe envianos mensaje privado o envia tu CV a maricruz.martinez@estrategiasdetalentohumano.com  O si conoces de alguien que pueda estar interesado. Asi como este perfil, también tenemos más vacantes en el área de TI. Gracias!!
 

Hola. Necesito su ayuda con el procedirmiento para lo que comenta Carlos mas arriba: "Si has de utilizar otro tendrás que definir las variables de entorno para él. Si, por ejemplo, no puedes ejecutar SQLPLUS desde fuera del mismo directorio 'BIN' es que el usuario no las tiene definidas". Precisamente necesito ejecutar "sqlplus /no log " con un usuario diferente al de instalación. Tampoco es el root. Que debería configurar en el usuario para que pueda ejecutar esto? Muchas gracias

 

Esocola

Me gustaria saber si alguien me puede hechar una manito, tengo en mi pc

Toad for Oracle 9 y oracle 8i, cargo una base de datos automáticas todos los días por la mañana, pero necesito que una query con la cual hago el filtro de esta carga se ejecute de forma automática y no manual como lo hago todos los días. Se que por medio de un bach, una llamada a sql plus, este bach o bat lo invoco con un scheduler de windows y podria funcionar... el tema es como hago el llamado a SQL PLUS con un bat.

Saludos y muchas gracias

Alejandro

En respuesta a por Alejandro Escobar Q. (no verificado)

Alejandro, te has planteado hacerlo con un job de Oracle? Si tienes permisos para crear jobs y procedimientos almacenados puedes programar con un job la ejecución de un procedure que contenga la query de la carga, y lo haces todo desde la misma base de datos.

ayuda instale 2motores de BD,

oracle express edition 11g y ahora
oracle enterprise 11g

y trato de conectarme a oracle por sqlplus

pero tngo el siguiente error

ORA-12560:TNS: error del adaptador del protocolo

que puedo hacer para que se levante oracle
cuando tenia solo express edition no habia problema

saludos Andrés J

Buenos dias Carlos,

soy Fans de DATAPRIX y me gusta todo el conocimiento que aquí exponen.
Carlos la pregunta es la siguiente:

Tengo instalado en estos momentos en el servidor de producción Oracle Database 10g
Release 10.2.0.4.0 - 64bit Production

vamos a actualizar a la versión Oracle Database 11g Release 11.2.0.1.0 - 64bit Production

cual es la mejor forma de actualizar mi Oracle ? algunos me han dicho que instale Oracle 11g en el servidor y que cambie las variables de ambiente y despues apague mi ORacle 10g que actualmente es produccion ?

Tu cual me recomendaría teniendo en cuenta que la compañia solo da una espera de 1 dia para esta labor?

Gracias y felicitaciones por sus aportes a esta comunidad.

En respuesta a por guillermohaad (no verificado)

Hola Guillermo

Hay varios métodos para hacer un upgrade de Oracle, y la utilización de cada uno depende de muchos factores, entre los que se incluye la experiencia que tengas como DBA, o las herramientas de Oracle que domines mejor.

Lo de cambiar las variables de entorno, puede que se pueda hacer en algún caso, pero me parece algo arriesgado, y seguramente tengas que 'toquetear' alguna cosa más. El factor más importante es el tiempo que puedas tener la base de datos parada, si puedes. Si ese día que comentas la base de datos puede estar parada, para mí el método más seguro es hacer un export en frío de la base de datos de producción, y un import sobre la instalación nueva de la 11g.

Si quieres plantearte otras opciones, he encontrado este artículo de la OTN de Oracle que plantea diferentes escenarios, y aconseja qué hacer en cada uno, tiene hasta un diagrama para ayudarte a tomar la decisión.

El método de utilizar el DBUA (Database Upgrade Assistant) de Oracle, que el artículo explica al final con mucho detalle, creo que también podría servir para el entorno que planteas.

Saludos,

En referencia a si se puede forzar la petición de contraseña a todos los usuarios.....

Podeis hacer....

Editar el sqlnet.ora
y poner
SQLNET.authentication_sevices=none

Entonces no podréis conectar directamente desde sqlplus con connect /as sysdba

dará el error ORA-01031: insufficient privileges

Saludos,
Francisco García Colacios
www.colacios.es

Hola a todos,
Me gustaría saber si alguine tiene conocimiento de algun metodo de poder detectar bloqueos en una BD oracle 10g y un comando para liberarlas. es decir existen nuevos comandos 10g a la fecha que hagan este trabajo.

Gracias
Cristian Ampuero

Buenas Tardes, necesito ejecutar varios comandos desde la consola para dar permisios a un rol para gestionar objetos tipo JOBS, ejecuto el primer comando SQLPLUS "SYS/PASSWORD@INSTANCIA AS SYSDBA" pero no me logra abrir el sqlplus, alguien podria ayudarme

#te validas como root su - #cambias a usuario oracle su - oracle #validas que la variable de entorno este bien y corresponda a tu BD. echo $ORACLE_SID sqlplus /nolog conn / as sysdba alter user sys identified by "nuevo_password";

buen dia, trato de conectarme a sqlplus con un usuario distinto a oracle, ya le defini las variables de entorno a el y me sale un error en el momento de coneccion "ora 12547 tns: lost contact

En respuesta a por yenifer (no verificado)

Entiendo que te refieres igualmente a una conexión "sqlplus / as sysdba".

Yo no me encontrado nunca el error "ORA-12547 TNS: Lost Contact" que comentas al conectar con SQLPlus, así que te referencio un par de posts de otros sitios con posibles causas y soluciones para solventar este error de conexión de Oracle:

En Oracle DBA Blog mencionan 5 posibles causas para el error de Oracle ORA12457, y 5 posibles soluciones, basándose en el documento de soporte de Oracle 422173.1

En el blog Oracle en Español explican cómo utilizar la utilidad 'sysresv' para consultar los segmentos de memoria compartida y los semáforos que utiliza una instancia de Oracle:

> $ORACLE_HOME/bin/sysresv

En su caso, eliminando con el comando ipcrm los semáforos y la memoria compartida que le devolvía el comando sysresv, pudieron volver a entrar con SQLPlus /as sysdba sin encontrarse el error ora 12547:

> ipcrm -m [shared_memory_ID]
> ipcrm -s [semaphore_ID]

 

Espero que alguna de estas referencias te ayude a solucionar el error

Hola tengo una duda, resulta que en oracle 11g 2 tengo la siguiente contraseña "pass"(con todo y dobles comillas) al querer conectarme con sqlplus

con el siguiente comando sqlplys usr/"pass"/BD@10.10.10.10/ORACLE, me conecto sin problemas por medio de un .BAT, el problema es que si en ese mismo .BAT agrego lo siguiente no se conecta, no se conecta a la base de datos y por ende no hace la carga del archivo .CTL

 

sqlplus usr/"pass"/BD@10.10.10.10/ORACLE control = C:\Users\xxxx\Documents\Compartida\carga\archivocarga.ctl

 

yo creo que es por la contraseña con esos caracteres, sin embargo alguien sabe como escapar esos carcteres?

En respuesta a por Anonimo (no verificado)

Prueba a escapar las comillas, para que Oracle no las interprete, con una contrabarra. Sería algo así:

sqlplus usr/\"pass\"/BD@10.10.10.10/ORACLE control = C:\Users\xxxx\Documents\Compartida\carga\archivocarga.ctl

 

Necesito una manito please, quiero pasar una consulta ya terminada en Oracle Report 6i a Oracle 11i, pero este me desconfigura el layout y no lo puedo arreglar, ademas no me deja modificar los width y sale todo amontonado.  

 

Saludos Carlos!

 

Te escribo de México, tengo un ERP montado en Oracle 11g y al parecer mi base de datos tuvo un problema, tengo 3 ambientes (test, productivo y practicas) pero solamente mi ambiente productivo esta fuera, las personas que estan revisando el caso me dicen que pueden ver la BD pero no logram ingresar a ella, la pregunta es si se puede ver la BD aun hay posibilidades de ingresar a ella? Tenemos un respaldo, pero es de hace un mes, por consiguiente nos interesa rescatar l aBD actual para no perder informacion.

 

saludos!

En respuesta a por Anonimo (no verificado)

Lo normal es que al menos con SQLPlus desde el servidor local, y con el usuario administrador puedas entrar en la base de datos y revisar los errores que pueda tener si no se levanta. No te puedo decir mucho más, porque eso de que 'se vea' (entiendo que desde otro servidor) no me parece lo más relevante, me parece más importante revisar bien los logs y los errores que te devuelva la BD al intentar levantarla.

 

hola carlos disculpa una consulta me sale un error que no se ha podido realizar la conexion con el servidor verifique la conexion error n.--2147217843 Descripcion Ora-01017 nombre usuario/contraseña no validos conexion denegada.

me puede ayudar ya le cambie la contraseña como dices en e primer comentario pero me sigue saliendo el error alguna solucion. 

Gracias

Buen dia. Como puedo ejecutar un script desde SQLPlus con un usuario X de la Base de datos en un esquema Y. Es decir quiero que el usuario de la BD llamado "Carlos" ejecute un script de un paquete pero este quede en el esquema de Pedro, sin necesidad de cambiar la creación del paquete ni digitar la clave de "Pedro"

GRANT WITH GRANT OPTION: La propiedad transitiva en la concesión de permisos de Oracle

GRANT WITH GRANT OPTION: La propiedad transitiva en la concesión de permisos de Oracle Carlos 23 Junio, 2007 - 13:40

La instrucción grant se utiliza para conceder determinados permisos genéricos o bien permisos sobre objetos a usuarios de bases de datos Oracle.

La sintaxis de GRANT para conceder permisos genéricos es la siguiente:

GRANT [privilegios_de_sistema | roles] 
TO [usuarios | roles |PUBLIC] {WITH GRANT OPTION } 

La sintaxis de GRANT para conceder  premisos sobre objetos es la siguiente:

GRANT [ALL {PRIVILEGES} | SELECT | INSERT | UPDATE | DELETE] ON objeto 
TO [usuario | rol | PUBLIC] {WITH GRANT OPTION} 

 

La sintaxis de GRANT es muy sencilla, y los privilegios los puede conceder el usuario propietario de los objetos, o un usuario con privilegios de concesión de permisos sobre objetos que no son suyos (DBA's).

Lo que quería comentar es la utilización de la opción de grant WITH GRANT OPTION, que permite que el usuario al que le han concedido permisos pueda a su vez concederlos a otros usuarios.

 

Ejemplo de GRANT WITH GRANT OPTION

Mostraré la utilidad de esta opción con un ejemplo:

Imaginemos que tenemos un usuario 'U_VISTA', que crea una vista con una consulta que consulta información de un objeto de otro usuario 'U_DATOS'. Hasta aquí es sencillo, ya que con un GRANT del usuario 'U_DATOS' al usuario 'U_VISTA' sobre esos objetos el tema está solucionado. U_DATOS:

SQL> GRANT SELECT ON TABLA TO U_VISTA;

El problema vendría si tenemos un tercer usuario 'U_CONSULTA', que tiene que utilizar esta vista. Se podría pensar que con dar permisos de acceso a este usuario a la consulta por parte de 'U_VISTA', y permisos de acceso a los objetos que consulta la vista por parte de 'U_DATOS' ya estaría todo bien: U_VISTA:

SQL> GRANT SELECT ON VISTA TO U_CONSULTA;

U_DATOS:

SQL> GRANT SELECT ON TABLA TO U_CONSULTA;

Pues no, no es suficiente porque para acceder a estos datos a través de la vista ha de ser el propio propietario de la vista quien conceda los permisos a un tercero. Digamos que para la concesión de privilegios no se cumple la propiedad transitiva.

Para que 'U_CONSULTA' pueda trabajar sobre la VISTA sin que la base de datos le devuelva un error ORA-00942, el propietario de los objetos (o un usuario DBA) ha de conceder privilegios sobre esos objetos al otro usuario, pero con permisos para que este pueda a su vez concederlos a otros usuarios (grant with grant option):

U_DATOS:

SQL> GRANT SELECT ON TABLA TO U_VISTA WITH GRANT OPTION;

U_VISTA:

SQL> GRANT SELECT ON U_DATOS.TABLA TO U_CONSULTA;
SQL> GRANT SELECT ON VISTA TO U_CONSULTA;

U_CONSULTA:

SQL> SELECT * FROM VISTA;

 

Y eso es todo, U_CONSULTA ya puede consultar los datos de la vista gracias a la opción WITH GRANT OPTION del GRANT.

Coméntalo en el foro

 


Libros de Administración Oracle (DBA) y PL/SQL

¿Quieres profundizar más en PL/SQL de Oracle o en administración de bases de datos Oracle? Puedes hacerlo consultando alguno de estos libros de Oracle.


Heterogeneous Services: Conexión desde Oracle a SQLServer - DBA Oracle

Heterogeneous Services: Conexión desde Oracle a SQLServer - DBA Oracle Oscar_paredes 30 Diciembre, 2006 - 10:42

Este artículo para DBA's de Oracle explica como configurar los servicios de conexión heterogeneous de Oracle para poder visualizar bases de datos SQL Server desde un esquema Oracle, como si fueran objetos propios de Oracle.

En versiones antiguas de Oracle, esta conectividad se podía realizar a través de “Gateways” que se licenciaban de manera independiente del servidor Oracle, pero la posibilidad de realizar lo mismo en sentido contrario a través de SQL Server, posibilitó la aparición de los “Heterogeneous Services” de manera gratuita en Oracle.

Para poder realizar la configuración es necesario contar con los objetos necesarios del catálogo. Por defecto están instalados, pero en determinadas instalaciones puede ser necesario realizarlo manualmente. Para ello, ejecutar como SYS el fichero caths.sql del directorio %ORACLE_HOME%/rdbms/admin. Después, el DBA de Oracle sólo ha de seguir los siguientes pasos:

  • Crear un conector ODBC de SQL Server (System DSN) en el administrador de ODBC de Microsoft (por ejemplo, “sqlcon”)
     
  • Ajuste del fichero de inicialización de Heterogeneous Services
    Este fichero reside en ORACLE_HOME/HS/ADMIN, y su nombre depende del SID que se asigne al servicio. El nombre usado tipicamente es: hsodbc, de manera que el fichero se llamaría: inithsodbc.ora. Este fichero debe contener como mínimo los siguientes parámetros:

# Nombre de la conexión ODBC
HS_FDS_CONNECT_INFO = sqlmis
HS_FDS_TRACE_LEVEL = 0
HS_OPEN_CURSORS = 300

  • Configuración del fichero TNSNAMES.ORA
    Se debe añadir la siguiente entrada:

hsodbc =
    (DESCRIPTION =
       (ADDRESS_LIST =
       (ADDRESS = (PROTOCOL = TCP)(HOST = <IP_SERVIDOR> ) (PORT = 1521))
    )
    (CONNECT_DATA = (SID = hsodbc))
    (HS=OK)
    )

  • Configuración del fichero del Listener
    LISTENER.ORA: Se debe añadir a la SID_List el siguiente descriptor:

(SID_DESC =
    (SID_NAME = hsodbc)
    (ORACLE_HOME = C:\oracle\ora92)    # el ORACLE_HOME correspondiente
    (PROGRAM = hsodbc )
)

  • Reinicio del listener
    En los servicios del servidor reiniciar el servicio del listener.
     
  • Conectarse con un SQL*Plus a la instancia ORACLE, y crear un database link contra el SQL Server a través de HS:

SQL> create database link hsodbc connect to "usuario" identified by "password" using 'hsodbc'

El usuario y el password deben ser los usuarios de conexión a la BBDD de SQL Server. 
Por ejemplo, si el usuario es el “sa” los objetos a los que se llegará serán los objetos de la BBDD de sistema “master”.

 

Una vez configurado se puede acceder desde un esquema ORACLE a las tablas (objetos en general) de una BBDD SQL Server.
A modo de ejemplo, la sintaxis necesaria para realizar una simple join entre 2 tablas una Oracle y la otra SQL Server sería:

SELECT e.name, d.dept
FROM emp e, dept@hsodbc d
where e.id_dept=d.id_dept;

 

 

Oscar Paredes

IT Manager
Oracle DBA

oscar.paredes@dataprix.com

 

 

Adjunto Size
XDAT012006.pdf 162 bytes

En respuesta a por Antonio (no verificado)

Se puede conectar con el mismo sistema un Mysql a una base de datos Oracle.

Como ves el procedimiento sólo utiliza una conexión ODBC, que podría ser hacia SQL Server o hacia MySQL.

Un saludo,

En respuesta a por oscapt (no verificado)

Realizando la conexión a MaxDB fu exitosa, se realizó siguiendo uno manuales publicados que encontre partiendo de este foro, lo que no he podido es conectarme a varias bases de datos, es decir, se configuran los archivos, pero como hace uno para habilitar un ODBC diferente. Me quiero conectar a una base de datos MaxDB y a otra SQLserver de manera simultánea. Gracias

En respuesta a por ricardo (no verificado)

Entiendo que quieres leer o escribir datos desde un SQL Server hacia un oracle.

En primer lugar debes tener el cliente de oracle en la maquina que va ha realizar el enlace. Puede que te sirva el conector OLEDB de SQL Server aunque no puedo asegurarlo puesto que en mi caso tengo las 2 bbdd en la misma máquina.

El nombre de servidor oracle debe ser: nombre_servidor_oracle/SID_oracle (no sirve nombre_servidor_oracle@sid)

usuario y password del schema a usar.

Con esto la conexión desde SQL Server a Oracle funciona perfectamente.

 

Saludos,

 

Sirve este sistema también para SQL Server 2005??

En respuesta a por Anonimo (no verificado)

El hecho de utilizar un ODBC para el enlace con la base de datos destino hace que el sistema sirva para prácticamente cualquier base de datos.

Si en el servidor de la base de datos Oracle puedes configurar un ODBC que se conecte correctamente a otra base de datos, tienes que poder utilizar Heterogeneous Services para definir un enlace de Oracle a esta base de datos.

Con MySQL funciona, lo he podido comprobar personalmente, con SQLServer 2005 aún lo tendrás más fácil para definir el ODBC.

Carlos Fernández

Analista de sistemas

En respuesta a por Carlos

HOLA

 

sobre............"ejecutar como SYS el fichero caths.sql del directorio %ORACLE_HOME%/rdbms/admin." debo decir que uso el pl/sql ejecute el archivo como usuario sys y funciona mas o menos hasta la mitad del archivo y luego me sale error de sintaxis que no reconoce el comando SQL. como lo soluciono. SE QUE HA PASADO MUCHO TIEMPO DESDE QUE SALIO ESTE TUTORIAL PERO SI ALGUIEN VE ESTO POR FAVOR AYUDAAAAAA!!!!

En respuesta a por Percy (no verificado)

PL/SQL? Lo haces desde una herramienta gráfica? Puede que ese sea el problema. Deberías ejecutarlo con SQLPlus, y dentro de una sesión del servidor donde está instalada la base de datos.

Si estás en linea de comandos con el usuario con el que se ha instalado la base de datos puedes hacer:

>sqlplus "/as sysdba"

Una vez dentro de SQLPLUS ejecutas el script con @ más el camino completo:

SQL>@oracle_home/rdbms/admin/caths

Si lo haces así no te debería fallar.

 Hola muy buena la respuesta de conexion conSqlServer... 

tengo un problema con la conexion Oracle_Access tengo mi base Oracle en Linux y una Base Acces en Windows con una aplicacion.... entonces quisiera saber como hacer la conxion de mi base oracle en Linux hacia la base Access en Windows

 

Gracias

Attm

Roger Reyes 

Buen post, aunque me llevó tiempo resolver un pequeño error.

se trata de la linea del TNSNAMES.ORA siguiente

(CONNECT_DATA = (SID = hsodbc))

que debería ser

(CONNECT_DATA = (SERVICE_NAME = hsodbc))

En respuesta a por luigi (no verificado)

Creo que no es un error. El post se escribió hace tiempo, cuando se trabajaba normalmente con la versión 9i, y hasta esta versión todo funciona correctamente.

Si no me equivoco debes tener una 10g u 11g, y entonces la cadena sí que ha de ser la que indicas.
Resumiendo:

Para versiones <= 9i:
(CONNECT_DATA = (SID = hsodbc))

Para versiones posteriores a 9i:
(CONNECT_DATA = (SERVICE_NAME = hsodbc))

Gracias por la observación, luigi

Saludos

queria preguntar por un problema que me surge, se trata que ya me conecto a MySQL 4.1,
pero el problema es que no me despliega las columnas varchar de MySQL y solo me muestra el primer registro y las dos primeras columnas que son numéricas, la tabla tiene 4 columnas
Id tipo int
sucursal tipo double
nombre tipo text
cedula tipo text
, hago select * from facturas@mysql pero solo muestra Id y sucursal del primer registro,
incluso si hago select "nombre" from facturas@mysql me dice que no se conoce la columna
esta con minusculas igual que el MySQL, talvez saben que me falta configurar?

he hecho agregando la clausula WHERE funciona pero siempre me muestra un registro y no reconoce las columnas text, si por ahi tienen alguna pista les agradezco mucho de antemano

En respuesta a por Anonim. (no verificado)

Me imagino que esto ya se resolvio esto hace mucho tiempo, pero para los que lleguen a leer, a mi me paso lo mismo y era la version del Odbc, utilice el 3.51.27 y listo.

 Hola.

Tengo el servidor sqlserver 2008 en windows 7 y el servidor oracle XE 10gen ubuntu linux 10.10

Mi pregunta es:Si quiero obtener datos de sqlserver desde oracle,A la hora de configurar el fichero  tnsnames.ora.

en el apartado (HOST=SERVER_IP) debo copiar la direccion ip del servidor oracle o la del sql server ya que los tengo en distintas maquinas, siendo el uno o el otro tambien influye en el (PORT:)por que el oracle escucha en el 1521, y el

 sql server en el 1433.

 

Gracias

Saludos.

Hola. En mi caso, requiero pasar los datos desde una base de datos MySQL ubicados en un servidor a una base de datos Oracle ubicados en otro servidor diferente o que por el contrario la base de datos Oracle vaya y consulte los datos de MySQL y los inserte en oracle. Qué necesitaría en este caso? es posible? Gracias de antemano.

Saludos,
Estoy realizando una consulta desde oracle a una tabla que esta en sql server, pero mi problema es que me dice en oracle que el tamaño de logitud del nombre de la tabla es muy largo, hay manera de solucionar este problema sin que tenga que tener que cambiar el nombre de la tabla que se encuentra en sql server?

Ejemplo:

SELECT e.name, d.dept
FROM emp e, a1235456789012345678901234567899@hsodbc d
where e.id_dept=d.id_dept;

ORA-00972: identifier is too long

En respuesta a por Anonimo (no verificado)

Has probado a crear una vista en SQL Server con el nombre de tabla 'corto' y llamarla desde HS?

create view v_a12354567890 as select * from a1235456789012345678901234567899

Puede que también te dé el error, pero la prueba es muy rápida.

Si esto no te sirve, una opción desde Oracle es utilizar el package de PL/SQL DBMS_HS_PASSTHROUGH, que te permite ejecutar sentencias en otras bases de datos y recibir los resultados sin que Oracle interprete nada.

No me preguntes cómo funciona porque no lo he utilizado aún, pero te enlazo la documentación del paquete por si te sirve de ayuda.

Quisiera saber si con solo poner el ORACLE_HOME funciona o si debo tener alguna libreria en especial. mi BD es ORACLE 11g y la necesito establecer la conexion con un windows server 2008 R2...

gracias

En respuesta a por Inquietud (no verificado)

En principio no hace falta ninguna librería especial para utilizar Oracle heterogeneous services, sólo que existan los objetos del catálogo que dice el post, y seguir todos los pasos de configuración para que puedas utilizar un ODBC para conectar con SQL Server.

Buenas Tardes hay alguna forma de realizar una conexión desde Oracle a sqlserver sin licenciamiento de Oracle Gateway, o los diferentes driver ODBC licenciados que existen? mi caso es entre una bd Oracle 11.2.0.4 en AIX y una bd sqlserver 2008 r2, los 2 sistemas a 64bits

Hola Buenas Tardes Tengo una conexión de oracle a firebird ,pero al realizar un select * from all_tables@DBLINK, no reconoce algunas tablas de firebird ,las cuales las necesito para hacer algunos cruces. Estoy utilizando oracle 10,centos 6. Utilizando oracle 11 en windows funciona correctamente. Gracias

Indices invisibles en Oracle 11g

Indices invisibles en Oracle 11g Oscar_paredes 13 Septiembre, 2010 - 20:04

A partir de la versión 11g Oracle permite la creación de índices llamados invisibles que permiten llevar realizar cosas realmente interesantes.

Esta invisibilidad se refiere a que el optimizador no tiene en cuenta la existencia de estos índices para la generación de los planes de ejecución.

Esto puede resultar muy interesante en bases de datos en Producción por ejemplo para:

  • En el caso de probar nuevos índices sin afectar a las sentencias SQL de las aplicaciones que atacan a la base de datos, puesto que se pueden activar/desactivar de manera muy rápida.
  • En el caso de querer probar ciertas sentencias SQL de aplicaciones sin índice sin tener que borrar el índice y perder tiempo recreándolo..

A partir de la versión 11g Oracle permite la creación de índices llamados invisibles que permiten llevar realizar cosas realmente interesantes.

Esta invisibilidad se refiere a que el optimizador no tiene en cuenta la existencia de estos índices para la generación de los planes de ejecución.

Esto puede resultar muy interesante en bases de datos en Producción por ejemplo para:

  • En el caso de probar nuevos índices sin afectar a las sentencias SQL de las aplicaciones que atacan a la base de datos, puesto que se pueden activar/desactivar de manera muy rápida.
  • En el caso de querer probar ciertas sentencias SQL de aplicaciones sin índice sin tener que borrar el índice y perder tiempo recreandolo.

Mientras un índice permanece invisible se va actualizando con las sentencias DDL (insert, update, ...), de manera que, los hace perfectos para este tipo de pruebas.

Un índice invisible se puede crear invisible o se puede alterar para que sea visible o invisible. Se puede consultar en que estado está un índice mediante la columna "visibility" de la vista DBA_INDEXES.

Un nuevo parámetro de inicialización controla la visibilidad o no de los índices invisibles "optimizer_use_invisible_indexes". Es decir, que aunque un índice sea invisible, si esta parámetro tiene el valor TRUE, el optimizador los ve y los puede usar sin problemas. Por lo que, recomiendo dejarlo siempre con el valor por defecto FALSE.
 

Ejemplo:

1) Verificamos el valor del parámetro que controla la visibilidad de los índices invisibles:

SQL> show parameter optimizer_use_invisible_indexes

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
optimizer_use_invisible_indexes boolean FALSE

2) Creamos una tabla de ejemplo con un indice visible:

SQL> create table prueba as select * from dba_tables;

SQL> create index i_prueba on prueba (table_name);

3) Consultamos su visibilidad

SQL> select index_name , visibility from dba_indexes where index_name = 'I_PRUEBA';

INDEX_NAME VISIBILITY
------------------------------ ------------------------------ ---------
I_PRUEBA VISIBLE

4) Consultamos su plan de ejecución forzando el uso del índice: Al ser visible el índice lo usará sin problemas.

SQL> explain plan
2> select /*+ index(prueba i_prueba) */ * from t where table_name

Explained.

SQL> select * from table(DBMS_XPLAN.DISPLAY);
Plan hash value: 2609566873

----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 18 | 1 (0)| 00:00:02 |
|* 1 | INDEX UNIQUE SCAN |I_PRUEBA | 1 | 18 | 1 (0)| 00:00:02 |
----------------------------------------------------------------------------------------

5) Hacemos invisible el índice

SQL> alter index I_PRUEBA invisible;

6) Consultamos su plan de ejecución forzando el uso del índice con un HINT: El optimizador no tiene en cuenta el índice invisible.

----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 93 | 1008 | 31 (0)| 00:00:20 |
|* 1 | TABLE ACCESS FULL | T | 93 | 1008 | 31 (0)| 00:00:20 |
----------------------------------------------------------------------------------------

 

 

Oscar Paredes

IT Manager
Oracle DBA

oscar.paredes@dataprix.com

 

 

Limitar número de conexiones por usuario

Limitar número de conexiones por usuario cfb 23 Noviembre, 2007 - 10:34

Alguien sabe si en bases de datos Oracle hay alguna manera de limitar el número de conexiones por usuario, o el número de cursores abiertos por conexión de un usuario?

El número de sesiones se puede limitar con los profiles. Basta con añadir el número máximo de sesiones en el profile (sea el de por defecto u otro) y asignar al usuario en concreto.

En respuesta a por Oscar_paredes

Y para ampliar el número de sesiones abiertas en la base de datos?
He probado con la sentencia 'alter system set processes=150 scope=both' con el usuario de sistema, pero la BD me responde que no se puede:
ORA-02095: el parámetro de inicialización especificado no se puede modificar

También he probado a modificar directamente el parámetro en el spfileexe.ora del directorio dbs, pero este parámetro no aparece en el fichero.

Alguien podría decirme lo que puede estar pasando?
La base de datos sobre la que estoy trabajando es una OracleXE (Oracle Database 10g Express Edition Release 10.2.0.1.0)

En respuesta a por il_masacratore

Contrariamente a lo que me habían explicado se hace de la siguiente manera:
Ejecutamos:
SQL>ALTER SYSTEM SET PROCESSES=150 SCOPE=SPFILE;
y reiniciamos la base de datos.

Parece ser que al ser un parámetro estático y al poner BOTH para cambiarlo como si fuera dinámico falla. Para los estáticos se utiliza SPFILE.

Hasta los programadores de .NET sabemos de oracle!!

Ora10g: Creación de tablas e indices con la cláusula logging / nologging

Ora10g: Creación de tablas e indices con la cláusula logging / nologging il_masacratore 21 Septiembre, 2010 - 15:30

 

La cláusula loggin/nologging añadida cuando creamos una tabla, índice, tablespace... determina si se crea registro de la sentencia en los redo log y su correcta restauración desde backup. Tiene guasa porque si creamos una tabla con opción nologging efectivamente no se crea registro pero de alguna manera esta si se tiene en cuenta en el diccionario de datos.

Ejemplo cronológico con malas consecuencias:
06:00 Hacemos backup con rman
09:00 Creamos tabla XXX (nologging)
09:45 Se pierde el datafile de la tabla
09:53 Recuperamos la base de datos (desde la copia, o desde la copia y archive)

Al terminar la recuperación los bloques correspondientes a la tabla/índice son marcados como corruptos y cuando intentemos acceder obtendremos un error como el siguiente:
ORA-01578: bloque de datos ORACLE corrupto (archivo número 43, bloque número 222806)
ORA-01110: archivo de datos 43: '/db/PROD/idatafiles/INDX3_20.dbf'
ORA-26040: Se ha cargado el bloque de datos utilizando la opción NOLOGGING

Casos como el anterior dan que pensar y debemos recapitular para tener más claro cuando hacerlo y cuando no. Debemos tener en cuenta:

  • Recuperación/Standby
    -Si la base de datos trabaja en modo archivelog. Si no es el caso tiene menos sentido usar la opción logging y por temas de rendimiento o volumen nos conviene más "probar suerte" y hacerlo con nologging.
    -Si las copias las hacemos con rman. Si trabajamos en modo archivelog y usarmos rman para hacer backups lo más lógico sería hacerlo todo con la opción logging para reducir la perdida de datos al mínimo.
    -Si tenemos una base de datos standby sincronizada mediante aplicación de archive logs. Es un caso como el anterior pero con más razón. Lo más lógico será hacer logging para que los objetos también se creen en el servidor en standby, tenemos que pensar que aquí podemos partir de una copia rman específica de hace tiempo y seguramente no estamos restaurandola cada semana ni cada mes.
    -Velocidad de recuperación. En la creación de índices podemos precindir del logging pero debemos considerar que luego puede tocar recrearlos en la base de datos restaurada.
     
  • Rendimiento
    -El tiempo necesario para la creación de la tabla/índice. Obviamente si no dejamos log ganamos en velocidad pero aumentamos el riesgo.
    -Lo asumible que es la pérdida de esa tabla índice mientras no sea recuperable. Si es una tabla que puede sobrar o prescindible (tabla de traza de cualquier aplicación) pues no pasa nada.

Con todo lo anterior y alguna cosa más que se queda en el tintero puede que nos decidamos a forzar el logging y quitarle ese poder de decisión al que ejecuta la sentencia de creación del objeto (más vale prevenir que curar, que luego vienen los llantos...). Aunque quizás no esté en sus manos, puede usar un ERP que es el intermediario en la creación de objetos de la base de datos y se los crea sin poder cambiar esa opción.

Mucho cuidado!! No vaya a ser que montemos una base de datos en standby y en el momento de la verdad cuando la vayamos a usar no tenga la mitad de las tablas.

Ora10g: ORA-00060 Deadlock detected (II)

Ora10g: ORA-00060 Deadlock detected (II) il_masacratore 21 Abril, 2011 - 17:03

Siguiendo con el post anterior creo necesario comentar que existen otros tipos de bloqueo que se producen por un diseño conflictivo que se une a las peculiaridades de oracle.

Dejo primero la traza de ejemplo:

*** ACTION NAME:() 2011-04-21 14:08:01.227
*** MODULE NAME:(MiPrograma.exe) 2011-04-21 14:08:01.227
*** SERVICE NAME:(SYS$USERS) 2011-04-21 14:08:01.227
*** CLIENT ID:() 2011-04-21 14:08:01.227
*** SESSION ID:(1636.58026) 2011-04-21 14:08:01.227
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TM-0001f1b8-00000000        99    1636    SX   SSX       92    1461    SX   SSX
TM-0001f1b8-00000000        92    1461    SX   SSX       99    1636    SX   SSX
session 1636: DID 0001-0063-0003159E    session 1461: DID 0001-005C-000375B1
session 1461: DID 0001-005C-000375B1    session 1636: DID 0001-0063-0003159E
Rows waited on:
Session 1461: no row
Session 1636: no row

 

Aquí lo que primero nos llama la atención es que ya tenemos registros bloqueados como se ve abajo. Además el tipo de bloqueo es distinto (antes X o modo exclusivo, ahora SX o exclusivo compartido?). En la documentación podemos ver más de los tipos.

Aquí el tema está en que deadlocks con bloqueo tipo SX se producen al manipular tablas con claves foraneas donde el campo no está indexado (en la fk, no la pk de la tabla primaria) y estamos intendo hacer update/delete sobre la tabla principal. Por decirlo de alguna manera oracle necesita mantener la integridad referencial y consulta la hija para que se siga cumpliendo.

Solución en este caso? Crear siempre la clave primaria en la tabla principal, un indice y una foregin key en la tabla secundaria. Nada más...

Ora10g: ORA-00060 Deadlock detected

Ora10g: ORA-00060 Deadlock detected il_masacratore 27 Enero, 2011 - 12:02

De vez en cuando puede pasar que dos sesiones que se pisen se bloqueen al intentar hacer cambios en los mismos datos (a nivel de registro o a nivel de tabla). En sistemas no concurrentes y/o bien diseñados no tiene por que pasar ya que las aplicaciones suelen estar mínimamente pensadas para evitarlo; o en todo caso en pruebas pre-producción ya se detecta y se corrige. El caso es que incluso aunque se planee evitarlos se pueden producir. En la mayoría de casos se resuelven solitos al acabar de realizar los cambios la sesión bloqueante, incluso ni nos daremos cuenta. En otros casos más infrecuentes se producen bloqueos circulares irresolubles, “deadlocks”, donde se acaba haciendo rollback de una transacción y se genera una entrada en el fichero de alerta:

ORA-00060: Deadlock detected. More info in file /opt/oracle/admin/XXX/udump/XXX_ora_28205.trc

Si consultamos el fichero de traza encontraremos información más detallada: sesiones involucradas, objeto, registro, consulta que lo provoca, etc... Aquí incluyo algunas partes de un fichero de ejemplo. En la primera parte del fichero vemos que sesión sufrirá el rollback(marcada en negrita) y más abajo vemos el bloqueo circular (donde la 1706 espera a la 1693 y viceversa):

...
*** ACTION NAME:() 2011-01-27 08:07:36.110
*** MODULE NAME:(Servicio.exe) 2011-01-27 08:07:36.110
*** SERVICE NAME:(SYS$USERS) 2011-01-27 08:07:36.110
*** SESSION ID:(1693.30703) 2011-01-27 08:07:36.110
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-00090022-00173f07        82    1693     X             21    1706           X
TX-00030014-0013a2dd        21    1706     X             82    1693           X
Rows waited on:
Session 1706: obj - rowid = 0000CF1C - AAAM8cAA5AAACX+AAF
  (dictionary objn - 53020, file - 57, block - 9726, slot - 5)
Session 1693: obj - rowid = 0000CF1C - AAAM8cAA5AAACX+AAI
  (dictionary objn - 53020, file - 57, block - 9726, slot - 8)
…

Con esta información también podemos saber exactamente que objetos y registro/s es el origen de la disputa. Si es algo que se repite de forma cíclica podemos ayudar al responsable de la aplicación dandole más datos (además de las consultas) para que lo resuelva. Para saber que registro de que tabla:

  1. Convertimos a decimal el obj que se indica al final en hex (0000CF1C->53020)
  2. Obtenemos el nombre del objeto del diccionario de datos:
         SELECT owner, object_name, object_type FROM dba_objects WHERE object_id = 53020;
  3. Consultamos la tabla obtenida buscando el registro por el rowid:
        SELECT * FROM tabla WHERE rowid=’AAAM8cAA5AAACX+AAF’’

Un poco más abajo del fichero también se puede ver que consultas han provocado el deadlock y otra información como la cantidad de “waits” de la session en cuestión etc...

Todo esto me hace gracia comentarlo porque a veces desarrolladores mal acostumbrados nos piden que comprobemos si existen bloqueos entre usuarios porque tienen algo que no va tan rápido como siempre. En contraposición también tenemos a usuarios muy impacientes, que cierran a saco sus aplicaciones... Si a ti te pillan en horario, te vienen a preguntar, lo miras sin renegar, miras si existe y si la sessión bloqueante sigue trabajando... Si es el caso y hay que esperar, ¿que le dices? La primera vez le explicas de que va el tema, la segunda vez se lo recuerdas y la tercera que se vaya a tomar un café...

Saludos Cordiales,

Quisera saber si tiene información para los Deadlock en 9i, tengo los siguientes errores y quisiera saber si es por falta de un COMMIT, trato de mandar por aca el error pero no lo permite

Gracias de antemano...

Oracle 10g: Buscando actividad "extra-ordinaria" en nuestra base de datos

Oracle 10g: Buscando actividad "extra-ordinaria" en nuestra base de datos il_masacratore 5 Julio, 2010 - 12:11

 

Al administrar nuestra base de datos tenemos que lidiar a veces con aplicaciones de terceros(ERPs, etc...) o desarrolladas dentro de la empresa que a veces pueden tener mal planteados algunos procesos o por el motivo que sea traten la base de datos como si fuera exclusivamente suya. Voy a mostraros un ejemplo:

Entorno:
-servidor con dos puntos de montaje. El del sistema operativo donde también residen los archivos de datos de la base de datos y un disco secundario donde tenemos los archivos de copia rman más los archivelogs.
-base de datos Oracle10g funcionando en modo archivelog.
-política de retención de copias de 3 días y 60 archive logs al día de media.

Sintoma:
-Nos quedamos sin espacio donde metemos los backups de la base de datos debido al crecimiento de la generación de más archivelogs de la cuenta.

Detectar la causa:
Si tenemos bien dimensionada la política de retención de backups pero de repente en nuestra base de datos se estan generando más archivelogs de la cuenta puede ser debido a una acividad "extra-ordinaria" en la base de datos. Para detectarla primero podemos consultar el número de ficheros que se generan por hora consultando la tabla v$log_history:

select to_char(FIRST_TIME,'DY, DD-MON-YYYY') day,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'00',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'00',1,0))) d_0,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'01',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'01',1,0))) d_1,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'02',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'02',1,0))) d_2,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'03',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'03',1,0))) d_3,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'04',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'04',1,0))) d_4,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'05',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'05',1,0))) d_5,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'06',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'06',1,0))) d_6,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'07',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'07',1,0))) d_7,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'08',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'08',1,0))) d_5,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'09',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'09',1,0))) d_9,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'10',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'10',1,0))) d_10,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'11',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'11',1,0))) d_11,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'12',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'12',1,0))) d_12,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'13',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'13',1,0))) d_13,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'14',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'14',1,0))) d_14,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'15',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'15',1,0))) d_15,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'16',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'16',1,0))) d_16,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'17',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'17',1,0))) d_17,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'18',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'18',1,0))) d_18,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'19',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'19',1,0))) d_19,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'20',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'20',1,0))) d_20,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'21',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'21',1,0))) d_21,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'22',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'22',1,0))) d_22,
       decode(sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'23',1,0)),0,'-',sum(decode(substr(to_char(FIRST_TIME,'HH24'),1,2),'23',1,0))) d_23,
       count(trunc(FIRST_TIME)) Total
 from v$log_history
 group by to_char(FIRST_TIME,'DY, DD-MON-YYYY')
 order by to_date(substr(to_char(FIRST_TIME,'DY, DD-MON-YYYY'),5,15) )

 

(RESULTADO DE EJEMPLO)

Con esto ya vemos que hay un pico el lunes 1 de julio desde horas "intempestivas" hasta las 10:00 de la mañana. Si queremos informarnos más antes de hablar con los responsables podemos consultar la v$sqlarea para detectar consultar repetitivas y pesadas para conocer el sql, número de ejecucuciones, coste , etc... Una consulta ejemplo seria la siguiente:

SELECT sql_text "Sql",
         executions "Ejecuciones",       
         ceil(cpu_time/greatest(executions,1)) "Avg Cpu",
         ceil(elapsed_time/greatest(executions,1)) "Avg Disk",
         ceil(elapsed_time/greatest(executions,1)) "Avg Time"
  FROM v$sqlarea
  ORDER BY ceil(elapsed_time/greatest(executions,1)) desc,
           ceil(cpu_time/greatest(executions,1)) desc,
           ceil(disk_reads/greatest(executions,1)) desc;

De esta manera conoces la tabla que se está "populando" de forma masiva y puedes preguntar al desarrollador cubriendote la espalda de antemano ya que no siempre le conocemos, le tenemos confianza o simplemente sabemos que nos acabará ocultando lo que ha hecho... o peor aún NO SABE LO QUE ESTÁ HACIENDO!!
 

Oracle 10g: Estadísticas artesanales de nuestra base de datos en el tiempo

Oracle 10g: Estadísticas artesanales de nuestra base de datos en el tiempo il_masacratore 10 Febrero, 2010 - 12:20

Normalmente para analizar lo que pasa unas horas antes bastaría con consultar los datos históricos del Enterprise Manager pero no tenemos datos como el detalle de sesiones activas (si la cantidad total) o el estado o programa de cada una de ellas. También consultar las instantáneas en la consola web pero el problema sigue siendo el mismo, la falta de detalle. Pero no todo es insalvable y podemos en tres pasos completar esta información con algo más de detalle.

 

Paso 1: Crear una tabla con los datos que necesitaremos con un campo fecha.

Paso 2: Crear un procedimiento para alimentar la tabla con datos.

Paso 3: Crear un job con el usuario indicado para acumular datos.

 

Esta técnica puede ser “cutre” pero muchas veces sirve para analizar con más detalle y a nuestro gusto ciertas estadísticas que son visibles mediante vistas v$ que muestran el estado actual de la base de datos y que directamente no muestran un estado anterior en el tiempo.

 

Ejemplo para ver que está pasando con la apertura de conexiones y quién las hace:

Os podéis encontrar que en vuestra base de datos que tengáis problemas causados por la mala gestión de conexiones o choque entre aplicaciones que derivan en miles de conexiones abiertas. A esto se le puede sumar que esto ocurre fuera de horario y cuando sucede estamos normalmente en casa, sentados en el sofá viendo la tele.

 

Creación de la tabla:

create table AUDITORIA_SESIONES AS

(

select s.USERNAME, s.MACHINE, s.STATUS, count(*) as SESIONES, sysdate as FECHA
 from v$session s
group by s.USERNAME, s.MACHINE, s.STATUS

);

 

Creación del procedimiento:

create or replace procedure AUDITAR_SESIONES AS

begin

insert into AUDITORIA_SESIONES

(

select s.USERNAME, s.MACHINE, s.STATUS, count(*) as SESIONES, sysdate as FECHA
 from v$session s
group by s.USERNAME, s.MACHINE, s.STATUS

)

commit;

end;

 

En este caso se debe tener en cuenta que solo puede hacerse con el usuario sys y programar el job con su usuario. Ahora ya solo falta crear el job y consultar los datos cuando los necesitemos.

Ahora, ya depende de cada uno el uso que se le quiera dar. Esta manera de proceder nos puede sacar de un apurillo pero no es cuestión de llenar de basurilla la base de datos.

 

Oracle 10g: OPEN_CURSORS y SHARED_OPEN_CURSORS

Oracle 10g: OPEN_CURSORS y SHARED_OPEN_CURSORS il_masacratore 29 Enero, 2010 - 16:21

Pasos que sigue Oracle para procesar una consulta:

1) Validación Sintáctica
2) Validación Semántica
3) Optimización
4) Generación del QEP (Query Execution Plan)
5) Ejecución del QEP (Query Execution Plan)

En algunos entornos nos podemos encontrar con aplicaciones que realizan ciertas consultas (y digo consultas) de forma muy reetiva de forma continua. Cuando el catálogo es muy amplio, continuo e inevitable debemos tener en cuenta dos parámetros de inicialización de la base de datos: open_cursors y session_cached_cursors.

Open_cursors nos permite establecer el límite de cursores por sesión y su seteo es muy directo. Si se necesitan 1000 y no hay nada que optimizar pues 1000 pondremos. En cambio Session_cached_cursors es algo más complejo y requiere analizarse en base al número máximo de cursores (open_cursors) y la cantidad actual de cursores que se mantienen en "cache" actualmente.

Consulta:

select
'session_cached_cursors'  parameter,
lpad(value, 5)  value,
decode(value, 0, '  n/a', to_char(100 * used / value, '990') || '%')  usage
from
( select
    max(s.value)  used
  from
    sys.v_$statname  n,
    sys.v_$sesstat  s
  where
    n.name = 'session cursor cache count' and
    s.statistic# = n.statistic#
),
( select
    value
  from
    sys.v_$parameter
  where
    name = 'session_cached_cursors'
)
union all
select
'open_cursors',
lpad(value, 5),
to_char(100 * used / value,  '990') || '%'
from
( select
    max(sum(s.value))  used
  from
    sys.v_$statname  n,
    sys.v_$sesstat  s
  where
    n.name in ('opened cursors current', 'session cursor cache count') and
    s.statistic# = n.statistic#
  group by
    s.sid
),
( select
    value
  from
    sys.v_$parameter
  where
    name = 'open_cursors'
) ;

Ejemplo:
PARAMETER              VALUE           USAGE
---------------------- --------------- -----
session_cached_cursors   100            100%
open_cursors             300             57%

Si con el valor actual observamos que el uso es del 100% podemos incrementar de forma moderada el parámetro session_cached_cursors y observar el resultado. Siempre que este por debajo estamos reutilizando todos los que son posibles y estamos optimizando al evitar el "hard parse" de la consulta reduciendo el uso de cpu. Pero cuidado, tampoco vale igualar este parámetro al número máximo de cursores ya que no es oro todo lo que reluce y cuanto más grande sea este valor mayor memoria estamos consumiendo y en servidores cortitos de harware puede pasar factura por otro sitio.

Oracle 10g: Resumir tablespaces transportando tablas e indices

Oracle 10g: Resumir tablespaces transportando tablas e indices il_masacratore 24 Febrero, 2010 - 16:21

Por el motivo que sea nos podemos encontrar que en nuestra base de datos Oracle tenemos muchos tablespace y para hacer un poquito de limpieza decidamos resumir los que estén duplicados. Entoces nos dirigimos a OEM y vemos una maravillosa liista de 50 tablespace con nombres sin sentido, algunos vacíos y otros por triplicado por que han llegado al tamaño que consideran máximo (en lugar de tres datafiles) etc etc... Llega el momento de ponerse manos a la obra.

Recordar que para ver el contenido de un tablespace nos podemos dirigir a Oracle Enterprise Manager y en la sección Administración>tablespaces marcar el que queramos, seleccionar en el desplegable Mostrar Dependencias y luego pulsando Ir. Luego veremos una segunda pestaña Dependientes. Ahí se muestran todos los objetos dependientes del tablespace (contenidos, vamos).

 

Ejemplo a) Solo índices

Nos encontramos que tenemos tres tablespaces IDX1, IDX2 e IDX3 que contiene índices creados por el mismo usuario APL y que son de la misma aplicación; lo que queremos hacer es resumirlos en un único tablespace IDX1. Para hacerlo podemos:

a)Hacer un export/import
b)Modificar indice por índice con la siguiente sql:
ALTER INDEX [indice] REBUILD TABLESPACE [nuevo tablespace]

La opción b) es una buena manera de hacerlo ya que aunque se tarde más el usuario seguro que no se dá ni cuenta.

 

Ejemplo b) Tablas e índices

Tenemos dos tablespace DAT1 y DAT2, y queremos mover las tablas de DAT2 a DAT1. Opciones:

a)Hacer un export/import
b)Modificar tabla por tabla (más sus índices*).
ALTER TABLE [tabla] MOVE TABLESPACE [nuevo tbspace];
ALTER INDEX [indice] REBUILD;

*En el caso de las tablas, al moverlas de un tablespace a otro hay que reconstruir los índices ya que quedan en estado “unusable”. Cualquier inserción posterior al traslado de tablespace sin la reconstrucción del indice producirá un error ORA.

 

Pues sí, con este método se puede hacer limpieza y organizar los tablespaces, y también ayuda a mejorar el rendimiento, ya que la reconstrucción de los mismos elimina la fragmentación de datos que puediera existir.

Oracle global_names

Oracle global_names il_masacratore 2 Julio, 2009 - 13:26

Hola!

Puede alguien explicarme brevemente la utilidad de los global_names? Por lo que he visto existe un parámetro para activar o desactivar su uso. También existe una variable donde se guarda el nombre global de la base de datos actual.

¿Que se puede ver afectado si los desactivas?

¿Que puede verse afectado si cambias el nombre actual?

 

Buenas,

El nombre global de la base de datos se encuentra en la vista GLOBAL_NAME y está compuesto por el nombre de la base de datos (DB_NAME) más el nombre del dominio (DB_DOMAIN). La utilidad que tiene componerlo con un nombre de dominio es que permite distinguir o referenciar dos bases de datos que se llamen igual, pero que se encuentren en diferentes dominios.

Se me ocurre que yo podría tener, por ejemplo, una base de datos en el servidor de Dataprix, y un réplica de desarrollo en un PC de mi casa, y las distinguiría así:


SQL&gt; select * from global_name;
GLOBAL_NAME
------------------------------------------------------------
MIBD.DATAPRIX.COM

SQL&gt; select * from global_name;
GLOBAL_NAME
------------------------------------------------------------
MIBD.MICASA.COM

 

Si yo definiera un DBLINK a cada una desde una tercera BD, el dominio me permitiría distinguirlas.

Comentar también que a nivel de parámetros, el global database name se almacena en el parámetro SERVICE_NAMES del fichero de parámetros de inicialización.

 

Si cambias el nombre actual, si no estás en el caso que en tu sistema se acceda a dos bases de datos con el mismo nombre y diferentes dominios lo que deberías revisar sobretodo son los DBLINKS que haya definidos contra la BD, y teniendo en cuenta si el parámetro global_names (que no es lo mismo que la vista o sinónimo GLOBAL_NAME que acabamos de ver) está a TRUE o FALSE.

Si está a TRUE, este parámetro obliga a que los database links que se definan contra la base de datos utilicen como nombre el GLOBAL_NAME de la misma, por lo que en este caso, si cambias el GLOBAL_NAME, las sentencias que utilicen los DBLINKS devolverían un error ORA-02085 hasta que redefinieras el DBLINK, o modificaras el valor del parámetro global_names a FALSE.

Si global_names está a FALSE, la BD ya no obliga a que el DBLINK utilice el mismo nombre global que la BD que enlaza, pero el nombre global sigue siendo el mismo.

Si la BD arranca con spfile, para desactivar este chequeo a nivel de sistema basta con ejecutar: 


SQL&gt; ALTER SYSTEM SET global_names=FALSE;

Para evitar problemas, a menos que sea necesario hacerlo de otra manera por las razones que ya hemos comentado, yo suelo poner el parámetro global_names a FALSE, y el valor de GLOBAL_NAME con el mismo dominio que el de mi sistema (cuando creas la BD se suele quedar con el impresionante DB_DOMAIN de Oracle REGRESS.RDBMS.DEV.US.ORACLE.COM, que es fácil que nos de algún problema por su longitud). Modificarlo es tan fácil como:


SQL&gt; alter database rename GLOBAL_NAME to MIBD.DATAPRIX.COM;
Database altered.

 

 

Oracle10g: Cambiar el juego de carácteres de la base de datos

Oracle10g: Cambiar el juego de carácteres de la base de datos il_masacratore 9 Marzo, 2010 - 12:24

Puede suceder que después de instalar Oracle o configurar una nueva base de datos nos demos cuenta de que el juego de carácteres elegido durante la instalación no es el correcto. Lo que se nos puede ocurrir en casos como este es borrar la base de datos y reconfigurarla o cosas peores... Pero no hace falta. Podemos cambiar el juego de carácteres parando la base de datos, levantandola de forma restrictiva, cambiando la configuración y reiniciado la base de datos.  Howto:

--Primero nos conectamos con la base de datos
$ sqlplus sys/pwd@prod as sysdba

--Paramos la base de datos
SQL>SHUTDOWN IMMEDIATE;

--Levantamos de forma restrictiva*
SQL>STARTUP MOUNT;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER DATABASE OPEN;

--Cambiamos el mapa de carácteres
SQL>ALTER DATABASE CHARACTER SET <nuevo mapa de carácteres>;

--Reiniciamos la base de datos y yata
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP;

Para comprobar que los cambios han surtido efecto podemos consultar la vista v$nls_parameters y comprobar el valor de nls_characterset. Debemos saber que según el cambio de codificación que hagamos podemos perder datos (si es que los hay)  dependiendo del cambio.

*También es útil saber que levantar la base de datos en modo restrictivo es muy útil para realizar tareas de mantenimiento de la base de datos que se pueden hacer más rápido cuando no hay actividad de usuario (como puede ser reconstrucción de índices, reducción de segmentos, etc).

Oracle10g: Manual standby database (planteamiento inicial)

Oracle10g: Manual standby database (planteamiento inicial) il_masacratore 16 Marzo, 2010 - 11:43

Una base de datos Oracle en Standby es una copia exacta de una base de datos operativa en un servidor remoto, usada como backup, como copia para consulta, recuperación de desastres, etc.

Una base de datos en modo Standby es algo más que un backup normal ya que se puede poner en producción en caso de desastre en un tiempo menor que si tuvieramos que restaurar una copia (ya sea desde rman o un simple export).

Restaurar una copia desde fichero tarda tiempo, y durante este periodo el sistema no está disponible. Con una base de datos adicional en modo standby no hay nada (o casi nada que restaurar) en caso de desastre. En cuestión de minutos se hace el cambio permitiendo continuidad en el servicio. No nos ofrece las ventajas de rendimiento de un cluster o la seguridad del espejo pero la relación de costes de tiempo y licencia versus ventajas me parece correcta.

Desde un punto de vista global:

  • Disponemos de una copia de la base de datos de forma remota, que podemos contabilizar como segundo juego de copias.
  • A diferencia de un simple backup, la copia se mantiene viva y los datos son actualizados con mayor frecuencia.
  • En caso de desastre la podemos usar en cuestión de minutos sin esperar a restaurar un backup entero, ya sea lógico(export) o físico(rman).
  • Sirve como entorno de pruebas más real para la prueba de parches y estimación de tiempos. El volumen de datos es idéntico.
  • Tengo entendido que una base de datos en standby se puede usar hasta 10 dias al año sin coste de licencia (aunque mira por donde Microsoft te deja 30 dias... )

Desde un punto de vista técnico:

  • Los cambios en la base de datos principal se captura en los archivos de redo log.
  • Los archivos de redo no son permanentes, son sobreescritos de forma rotativa (en este estado aún no se copia al segundo servidor).
  • Se hace una copia del redo log. La copia permanente se llama archive log.
  • Los archive logs(copias de redo log) se transfieren al servidor en standby. En sistemas linux por ejemplo podemos hacerlo mediante rsync.
  • Se aplican los archive logs transferidos a la base de datos en standby quedando actualizada.

A nivel global los pasos a seguir para montar el chiringuito pueden ser los siguientes:

  1. Configurar la base de datos principal para que funcione en modo archivelog.
  2. Preparar un script para hacer una copia en caliente (usando rman).
  3. Crear un fichero de control standby (control file) en la base de datos principal.
  4. Copiarlo todo (fichero de configuración, de control y copia rman) en el segundo servidor (donde montamos la base de datos en standby).
  5. Reconfigurar rutas (usando DB_FILE_NAME_CONVERT en init.ora o a manita).
  6. Iniciar la segunda base de datos en modo mount standby database.
  7. Restaurar datos (recover database).
  8. Sincronizar de forma periódica(cron) transportando (rsync?) y aplicando los archive logs.

 

En otro post intentaré entrar en más detalle con un ejemplo... y las utilidades que le podemos dar.

 

Sólo comentar que también es conveniente planificar como último paso la vuelta atrás a la base de datos de producción original en caso de que se tenga que utilizar la base de datos en Standby.

En un tiempo aceptable habrá que volver a recrear o actualizar la BD de producción inicial, pero incluyendo los cambios que se produzcan en el tiempo que esté activa la BD en Standby, y eso puede llegar a ser bastante complicado según las condiciones del entorno..

Tengo una duda, despes del paso 7, como rediriges todo el trafico que iva a la instancia X que estaba en el servidor N, hacia la nueva instancia X (deduzco que el nombre de la instancia es el mismo) que esta en el servidor M?

Lo digo por que en algun momento diras a todas las aplicaciones que va al servidor N a buscar la instancia X que ahora deben ir al servidor M a buscar la instancia X, no?

X.N >>> X.M

No se si me explico.

 

Gracias.

En respuesta a por unsigned

Buenas,

Para redirigir el tráfico hay distintas maneras (manuales y automáticas) pero la manera más simple es apagar/desconectar el servidor original y ponerle la misma direcció n IP al servidor M. De esta manera tan "manual" solo haces un cambio en lugar de cambiar las 50 aplicaciones que usaban el servidor N.

Saludos,

Hola,

 

Respecto al punto de:

  • Tengo entendido que una base de datos en standby se puede usar hasta 10 dias al año sin coste de licencia (aunque mira por donde Microsoft te deja 30 dias... )

En un ambiente de recuperación ante desastres con un server en Standby, Oracle le requerirá licenciar la Base de Datos en standby en misma métrica y cantidad de licencia que la Base de Datos en producción. (asociada a ella).

 

Para más detalle acceder a: http://www.oracle.com/us/corporate/pricing/sig-070616.pdf

 

Saludos,

En respuesta a por Mario G (no verificado)

Hola Mario

Lo que yo recuerdo de hace tiempo es que si se monta un RAC en modo activo, es decir, con los servidores Oracle que conforman el cluster funcionando al 100% para dar servicio a las instancias, tienes que licenciar todos los servidores de base de datos que tengas funcionando, pero si se monta en modo Activo/pasivo, con un server activo funcionando en producción, y otro (el pasivo) en standby, con la licencia del activo es suficiente para poder mantener este interesante sistema de recuperación, que ante cualquier problema en el server activo permite tomar el control temporalmente al pasivo.

Eso sí, el pasivo sólo ha de estar activo el tiempo necesario para resolver el problema en el server activo, después el servidor licenciado ha de volver a tomar el control, y el otro volver al modo standby, por eso la licencia sólo permite la utilización del server en Standby como activo durante 10 días.

En el documento de Oracle que mencionas, en la página 18, se enlaza otro documento que aclara el licenciamiento de los entornos de recuperación:

Backup/Failover/Standby/Remote Mirroring – Please see the Licensing Data Recovery Environments document: http://www.oracle.com/us/corporate/pricing/data-recovery-licensing-0705… for more information.

Consultando el otro documento, veo que este método se incluye dentro de Data Recovery using Clustered Environments (Failover), y este párrafo creo que es bastante aclaratorio:

The failover data recovery method is an example of a clustered deployment; where multiple nodes/servers have access to one Single Storage/SAN. In such cases your license for the programs listed on the US Oracle Technology Price, includes the right to run the licensed program(s) on an unlicensed spare computer in a failover environment for up to a total of ten separate days in any given calendar year..

Y, sin embargo, el standby lo menciona dentro del apartado 'Data Recovery Environments using Copying, Synchronizing or Mirroring':

Standby and Remote Mirroring are commonly used terms to describe these methods of deploying Data Recovery environments. In these Data Recovery deployments, the data, and optionally the Oracle binaries, are copied to another storage device..

Yo entiendo entonces que no son necesarias licencias extra siempre que se utilice el método de failover para dos servidores que compartan la unidad de almacenamiento.

 

Oracle10g: Poner la base de datos en modo archivelog y hacer backups con rman

Oracle10g: Poner la base de datos en modo archivelog y hacer backups con rman il_masacratore 17 Junio, 2010 - 12:05

El modo archivelog de una base de datos Oracle protege contra la pérdida de datos cuando se produce un fallo en el medio físico y es el primer paso para poder hacer copias de seguridad(en caliente!!) con rman. Para poner la base de datos en modo archivelog (sin usar la flash recovery area) debemos hacer básicamente dos cosas, añadir dos parámetros nuevos al fichero de configuración, reiniciar la base de datos y cambiar el modo trabajo a archivelog.

Como poner la base de datos Oracle 10g en modo archivelog

  1. Editamos el init.ora para añadir los siguientes parámetros
    *.log_archive_dest='/ejemplo/backup/'
    *.log_archive_format='SID_%r_%t_%s'
     
  2. Reiniciamos la base de datos para que coja los cambios y nos aseguramos.
    SQL> shutdown immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup mount pfile='/ejemplo/pfile/init.ora
    ORACLE instance started.
     
    Total System Global Area  272629760 bytes
    Fixed Size                   788472 bytes
    Variable Size             103806984 bytes
    Database Buffers          167772160 bytes
    Redo Buffers                 262144 bytes
    Database mounted.
    SQL> alter database archivelog;
    Database altered.
    SQL> alter database open;
    Database altered.
    SQL> create spfile;
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup

Backups con RMAN
 
Una vez tenemos la base de datos funcionando en modo archivelog ya podemos plantearnos hacer los backups con rman. Para hacerlos basta con editar un script donde básicamnte hacemos la copia y mantenemos archives en base a cuantos copias queremos mantener y cada cuando ejecutaremos el script. Solo debemos tener cuidado y dimensionar correctamente el número de copias y archivelog que mantemos en base al espacio disponible en el disco. Para saber cuanto espacio necesitaremos podemos aplicar la siguiente formula, suponiendo que la copia sea diaria:

Espacio necesario = (num_backups_rman_mantenidos*tamanyo_backups_rman)+(media_num_redos_al_dia)*(dias_mantenidos).
 

Pasos para empezar a hacer backups:

  1. Editamos el script de sistema para el lanzamiento (/ejemplo/scripts/rman.sh) :
    #!/bin/bash
    export ORACLE_HOME=/opt/oracle/product/10.2/db_1/
    export ORACLE_SID=SID
    /opt/oracle/product/10.2/db_1/bin/rman @/ejemplo/scripts/rman.sql > /backup/scripts/rman.log
     
  2. Script sql que lanzaremos con el sh anterior (/ejemplo/scripts/rman.sql). No hace falta comentarlo porque es muy fácil leer lo que está haciendo en cada paso. Vereis también donde se indica la caducidad de los backups y los archives.

    connect target root/password@SID
    run {
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 3 DAYS;

    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/ejemplo/backup/%F';

    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/ejemplo/backup/%d_%Y%M%D%U';
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO COMPRESSED BACKUPSET;
    CONFIGURE MAXSETSIZE TO 8000M;

            backup database
            include current controlfile
            plus archivelog;

    CROSSCHECK BACKUP completed before 'sysdate - 4';       
    DELETE NOPROMPT OBSOLETE;                               
    DELETE NOPROMPT ARCHIVELOG UNTIL TIME "SYSDATE - 4";
    delete noprompt expired backup;
    delete noprompt expired archivelog all;
    report schema;
    }
    exit;
     

  3. Programamos la tarea (crontab?) y listo!!
     

Para más información sobre los archive redo logs aquí.

Reducción de Segmentos en Oracle 10g: Shrink Table

Reducción de Segmentos en Oracle 10g: Shrink Table Oscar_paredes 19 Febrero, 2007 - 19:41

En Oracle 10g existe una nueva funcionalidad para DBA's de Oracle para a la recuperación del espacio ocupado por una tabla sin necesidad de recrearla: SHRINK TABLE

Es habitual en versiones anteriores a la versión 10g el problema generado por el borrado de registros de una tabla y la generación de “huecos” a nivel de los bloques que componen esa tabla. A modo de ejemplo: es habitual para un DBA de Oracle la duda tras el borrado masivo de muchos registros de una tabla (o de todos) y la comprobación tras la eliminación de los registros de que la tabla ocupa exactamente lo mismo (misma HWM – High Water Mark).

Esta situación también se da en sistemas OLTP donde con el tiempo, y con las inserciones/borrados de registros en determinadas tablas, se van generando espacio no reutilizables por las nuevas inserciones por falta de espacio en los bloques incompletos, y a la larga caídas de rendimiento en los sistemas.

El método tradicional para recuperar este espacio consistía en realizar periódicamente export/import de la tabla en cuestión o recreación de la misma. Eso conllevaba una serie de problemas en la práctica como invalidación de índices, vistas, procedimientos…

En Oracle 10g surge la funcionalidad shrink table, que no sólo permite la recuperación de este espacio y recuperación del acceso óptimo a la misma, sino que permite realizarlo en 2 fases diferenciadas disminuyendo el tiempo de afectación a los usuarios.

Para que el DBA lleve a cabo esta recuperación de espacio puede seguir los siguientes pasos:

  • Habilitación de movimientos de filas:
SQL&gt; ALTER TABLE tabla ENABLE ROW MOVEMENT; 
  • Movimiento de las filas:
SQL&gt; ALTER TABLE tabla SHRINK SPACE COMPACT; 
  • Reseteo HWM
SQL&gt; ALTER TABLE tabla SHRINK SPACE; 

Tan solo durante el último punto del procedimiento existe bloqueo de tabla, pero sin duda el punto 2 es el más costoso en tiempo y se puede hacer totalmente online.

  

Oscar Paredes

IT Manager
Oracle DBA

oscar.paredes@dataprix.com

 

hola que tal es recomendable si se ha realizado un delete con una gran cantidad de registros... le afecta al performance de la base de datos?

Seguridad en Oracle

Seguridad en Oracle drakon 30 Enero, 2007 - 22:15

En éste post os adjunto varios documentos PDF relacionados con la seguridad y administración de Oracle. Por una parte, sabiendo que incluso el sistema de contraseñas en Oracle 11g es débil, os linko un documento PDF publicado por NGSSoftware y que trata de ayudar a proteger Oracle bajo los ataques de fuerza bruta contra las contraseñas y además donde presenta la herramienta de fuerza bruta: OraBrute.

Por otra parte os linko otro documento PDF dónde explica cómo proteger Oracle en tan sólo 20 minutos que, aunque no es un sistema para proteger completamente la base de datos, sirve como mínimo para tapar aquellos agujeros más evidentes.

Finalmente una pequeña herramienta para aquellos técnicos que viajan de empresa en empresa y puedan aprovecharla. Se llama WinSID y es un sencillo descubridor de instancias de Oracle pero que para su ejecución no es necesario tener el cliente de Oracle instalado. Permite determinar si un servidor remoto tiene una base de datos Oracle y, en caso de encontrarla, obtiene información de servicios, el SID, estadísticas del listener, conexiones establecidas... y además genera un TSNNAMES.ORA para la conexión encontrada. ¿Qué os parece?

por un lado hablas de la base de datos (Oracle 10g) y por otro de Oracle Applications (Oracle Applications 11i).

Acabo de probar el WinSID, y la encuentro fácil de utilizar y bastante útil, hasta me ha devuelto una instancia de Oracle que yo desconocía en el servidor de desarrollo donde lo he probado!

Tablespaces Encriptados en Oracle 11g - Oracle DBA

Tablespaces Encriptados en Oracle 11g - Oracle DBA Oscar_paredes 4 Abril, 2011 - 14:40

A partir de la release 1 de Oracle 11g, Oracle ofrece a los DBA's la posibilidad de encriptar los tablespaces al completo, para proteger datos sensibles en su interior y accesibles desde Sistema Operativo. Es decir, el objetivo de esta nueva funcionalidad no es proteger datos sensibles de usuarios de la Base de Datos, sino de proteger la información de los datafiles de tablespaces.

 

Para explicar la utilidad de esta funcionalidad, lo mejor es explicar situaciones en las que sin esta funcionalidad nuestros datos serian vulnerables. Por ejemplo, en el caso de que el fichero de un backup físico de un tablespace de base de datos llegase a manos no deseadas, podría ver algunos datos “en claro” sin problemas. A modo de ejemplo, una simple edición del tablespace (o un simple “cat”) que contuviera la tabla empleados, nos mostraría los campos varchar2 en claro, pudiendo extraer datos sensibles (no os lo creéis, probadlo!).

Para esta funcionalidad, Oracle utiliza el TDE – Transparent Data Encryption, mediante la creación de una Oracle Wallet que se almacena en disco. Por defecto, en la localización $ORACLE_BASE/admin/$ORACLE_SID/wallet, pero es recomendable cambiar su localización mediante el uso del parámetro ENCRYPTION_WALLET_LOCATION en el sqlnet.ora.

 

Para la creación de esta Wallet:

ALTER SYSTEM SET ENCRYPTION KEY AUTHENTICATED BY "myPassword";

 

El tablespace encriptado se puede crear de la siguiente manera:

CREATE TABLESPACE seguro_tbs 
DATAFILE '/oradata/seguro_ts01.dbf.dbf' SIZE 1M
ENCRYPTION USING 'AES256'
DEFAULT STORAGE(ENCRYPT);

 

Si no se indica lo contrario, el algoritmo de encriptación usado es el AES256 (Advanced Encryption Standard), pero los siguientes algoritmos también están permitidos:

AES256, AES192, AES128 y 3DES168 

 

Al reiniciar la base de datos, deberemos abrir la wallet para poder consultar los datos de los tablespaces encriptados:

ALTER SYSTEM SET WALLET OPEN IDENTIFIED BY "myPassword";

 

También podemos cerrarla en cualquier momento:

 ALTER SYSTEM SET WALLET CLOSE;

 

Si no abrimos una wallet, el resultado de cualquier query sobre alguna tabla de dicho tablespace es el error ORA-28365 “wallet is not open”.

 

La consulta de si un tablespace está encriptado o no, se puede realizar desde la misma vista dba_tablespaces:

SQL> SELECT tablespace_name, encrypted FROM dba_tablespaces;
 TABLESPACE_NAME                ENCRYPTED
------------------------------ ---------
SYSTEM                         NO
SYSAUX                         NO
UNDOTBS1                       NO
TEMP                           NO
SEGURO_TBS                     YES

 

Espero que os sea útil.

 

 

Oscar Paredes

IT Manager
Oracle DBA

oscar.paredes@dataprix.com

 

como puedo hacer esa encriptacion del tablespace en Oracle Express, ya que asi como tu lo has hecho yo tambien pero sobre la version Enterprise y requiero hacerlo sobre la version Express 11g

Por favor si tienen una función o procedimiento que me permita encriptar en una instancia de Base de Datos Oracle 11G determinados campos de una tabla de forma encriptada pero que los pueda abrir desde mi sistema con otra función o procedimiento les agradecería. La intención es guardar datos encriptados en la Instancia de Base de Datos por seguridad pero que con el sistema el usuario pueda agregar, leer o modificar datos sin ningún problema. En todo caso agradeceré sus sugerencias. Muchas gracias

Utilización de sinónimos para compartir objetos

Utilización de sinónimos para compartir objetos Carlos 25 Noviembre, 2006 - 00:23

Cómo utilizar los sinónimos de Oracle para que un usuario pueda ver/utilizar objetos de un esquema que pertenezca a otro usuario.
Es algo muy sencillo y realmente útil. Lo único que hay que hacer es crear un sinónimo para cada objeto que queramos 'compartir', y después asignar los permisos que interese al esquema que quiere acceder al objeto.

-- Creación del sinónimo
CREATE  PUBLIC SYNONYM "MI_TABLA"
    FOR "YO"."MI_TABLA";

Utilizamos un sinónimo público para compartirlo para diferentes esquemas. La asignación de permisos sí que es específica para cada esquema que tenga que acceder al objeto

-- Asignación de permisos para el usuario EL
GRANT SELECT ON  "YO"."MI_TABLA" TO "EL";
GRANT UPDATE ON  "YO"."MI_TABLA" TO "EL";
GRANT INSERT ON  "YO"."MI_TABLA" TO "EL";
GRANT DELETE ON  "YO"."MI_TABLA" TO "EL";
-- Si se quiere dar acceso sólo de consulta a esta misma tabla para otro usuario, bastaría con hacer
GRANT SELECT ON  "YO"."MI_TABLA" TO "ELLA";

Ahora "EL" y "ELLA" ya pueden trabajar sobre "MI_TABLA" cada uno con los permisos que el propietario de la tabla ha decidido

problemas con OEM basicamente con el rol de dba como puedo regenerarlo o reconstruirlo

problemas con OEM basicamente con el rol de dba como puedo regenerarlo o reconstruirlo jimyman 19 Marzo, 2010 - 22:31

hola a todos

 

el problema que tengo con el OEM es que no me guarda las bases de datos conectadas o dadas de alta en el tnsname.ora y al conectarme con mi usuario que tiene privilegios de DBA me  manda select any dictionary que me faltan esos permisos para poderme logear con mi usuario, como puedo eliminar este problema

 

gracias por su atencion

Tienes opción de entrar con el usuario SYS o SYSTEM, o decirle a quien los controle que lo haga? Estos tienen definidos los roles de DBA por defecto y, si no se han modificado te tienen que funcionar perfectamente.
Después puedes utilizarlos para revisar los permisos de tu usuario y encontrar lo que le falte.