Archivo de la categoría: 11g

Catalogos privados virtuales en rman

Posted on por

 

Una de las mejoras que ha imlementado Oracle en la gestión del catálogo es la cracion de catalogos privados virtuales . Esta funcionalidad prermite tener en la misma instancia de catálogo (normalment rcat) los catalogos de distintos entornos de manera totalmente estanca.

Para hacer este tipo de catálogo es necesario:

  1. Desde sqlplus crear un esquema en rcat para cada catalogo  (usuario virtual)
  2. Desde sqlplus damos permisos RECOVERY_CATALOG_OWNER al usuario virtual
  3. Desde el RMAN en el catalogo general y sin conectarse al target damos los permisos «GRANT REGISTER DATABASE TO» al usuario virtual
  4. Desde RMAN conectamos con el usuario virutal y ejecutamos «create virtual catalog;»
  5. Desde RMAN registramos la base de datos.

Los catálogos privados virtuales es una funcionalidad de la 11g, así pues, si quieres registrar una base de datos anterior a la 11g el paso 4 deberá de cambiarse por

SQL> CONNECT usuario_virtual/pass@rcat
SQL> exec owner_general.dbms_rcvcat.create_virtual_catalog;

Como evitar los .aud

Posted on por

Hoy tenemos uno de los parámetros mas sencillos de modificar y que nos evitaran quebraderos de cabeza.

Muchas veces   a la hora de revisar el filesysten encuentras muchisimos ficheros .aud , estos ficheros con poca utilidad real en el día a día pueden llegar a generar verdaderos problemas de rendimiento en las operaciones con los directorios que los continen.

¿Que hacemos con estos ficheros?

La respuesta es facil, si no los vas a usar,deshabilitalos.

Solo has de cambiar el parámetro  audit_sys_operations=FALSE

 

Otra opcion es rotarlos y/o borrarlos, la manera de saber donde van parar y rotarlos, para ello puedes consultar lel parámetro   audit_file_dest

 

QL> show parameter audit_file_dest

NAME                                 TYPE        VALUE
———————————— ———– ——————————
audit_file_dest                      string      /opt/oracle/app/product/11.2.0/grid/rdbms/audit

Que version tengo de oracle ?

Posted on por

Hoy vamos a añadir una nueva entrada «para dummies».

La respuesta a la pregunta del título es muy facil, podemos obtenerla de la  tabla PRODUCT_COMPONENT_VERSION , o bien mirando simplemente la vista dinámica v$version .

Si quremos mirar la primera desde sqlplus, lo mejor será el dar formato previamente a las columnas,  la consulta sería algo similar a .

set linesize 120;
column PRODUCT format a60;
column VERSION format a20;
column STATUS format a20;
select * from product_component_version;

También podemos obtener información de que hay instalado y la version con


set linesize 120;
column comp_name format a60;
column VERSION format a20;
column STATUS format a20;
SELECT comp_name, version, status
FROm dba_registry
ORDER BY 1;

Si con esto no estais satisfechos, podeis  hurgar en el inventory de Oracle y ver con mas detalle que se ha puesto, especialmente los parches instalados .

Esto puedes hacerlo con

$ORACLE_HOME/OPatch/opatch lsinventory

 

Hay un caso en el que  esto no puede servirnos, y es cuando tenemos una 10g,11g que no ha sido creado desde el DBCA, en ese caso puede que el banner de la version de oracle no nos indique si es una version Estandard o Enterprise.

Para averiguarlo en ese caso modemos mirarlo en el fichero

$ORACLE_HOME/inventory/Components21/oracle.server/*/context.xml

En este fichero xml podemos mirar la propiedad s_serverInstallType donde nos dira si es estandard (SE) o Enterprise (EE).

En la version 11g el fichero a buscar es el
$ORACLE_HOME/inventory/globalvariables/oracle.server/globalvariables.xml
y tenemos que buscar la variable oracle_install_db_InstallType

Contraseñas case sensitive y Oracle 11g

Posted on por

Hoy vamos a abordar una de las cosas mas sencillas y desesperantes de la 11g, las nuevas medidas de seguridad y las contraseñas CASE SENSITIVE.

Si. En la 11g Oracle ya distingue entre mayusculas y minusculas, lo que puede hacer que  algún software de conexión antiguo envíe las contraseñas y usuarios en mayusculas y todo deje de funcinar sin que encuentres el motivo.

¿Como deshabilitar esta feature?

Si el equipo de desarrollo/soporte de la aplicacion no es capaz de actualizar el cliente, no te quedará mas remedio que :

 ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE;

Pero eso no es todo, entre las directivas de seguridad, tambien está la de cambio de contraseña.

Desafortunadamente, muchos  desarrollos no están preparados para algo tan sencillo como un cambio de contraseñas, y no nos pueden asegurar que el password no esté hardcoreado «por ahi», o indicarnos al 100% donde están las cadenas de conexion, así que,  es posible que tengamos  que deshabilitar tambien esta medida de seguridad, esto lo haremos mediante

  ALTER PROFILE DEFAULT limit PASSWORD_LIFE_TIME UNLIMITED;
  ALTER PROFILE DEFAULT limit  PASSWORD_GRACE_TIME UNLIMITED;

 

Como recordatorio final, si decidimos poner a CASE INSENSITIVE las contraseñas de usuario, tambien podemos hacerlo con las del fichero de passwd rehaciendolo con el comando

 orapwd file=orapwSID  entries=5 force=y nosysdba=n ignorecase=y

 

 
English version in case sensitive passwords and Oracle 11g