Oracle Standby File Management

Transcripción

1 Newsletter Agosto 2012 Contenido Oracle Standby File Management Página: 1 Oracle Standby File Management 3 Instalación de forms y Reports Builder Parte 1 10 Mover tablas de 5a. Ave. auditoría 5-55 Zona14,Edificio a otro Tablespace Euro Plaza Torre II, Nivel 12 Editores Generales Pagina 1/10 Por: Ing. Manuel Carrillo mcarrillo@datum.com.gt Daniel Cacía Gerber Bautista Debbie Moran Francisco Barrundia Autores Contribuyentes Manuel Carrillo Daniel Cacía Francisco Barrundia Los sitios de contingencia o Standby Databases, como todos sabemos, son réplicas exactas de los ambientes de producción para poder estar protegidos de alguna falla existente ya sea en el hardware o software de los sistemas principales. Mucha de la administración de estos sitios de contingencia se realiza de una manera mucho más sencilla mediante el uso de Data Guard Broker. Sin embargo, parte de dicha administración también depende de varios parámetros de la base de datos primaria o principal y parámetros de la base de datos Standby. En el presente artículo veremos el impacto del parámetro standby_file_management. El parámetro standby_file_management controla la agregación o eliminación de archivos de datos automáticamente del sitio de contingencia en función de su agregación o eliminación en el sitio primario. Por ejemplo, si el parámetro está en MANUAL y un archivo de datos es agregado en el sitio primario nos encontraremos con el siguiente mensaje en el alert.log del sitio Standby: info@datum.com.gt Página 1

2 Wed Jul 11 15:22: Errors in file /oracle/fpr/saptrace/background/fpr_mrp0_8413.trc: ORA-01111: name for data file 55 is unknown - rename to correct file ORA-01110: data file 55: '/oracle/fpr/102_64/dbs/unnamed00055' ORA-01157: cannot identify/lock data file 55 - see DBWR trace file ORA-01111: name for data file 55 is unknown - rename to correct file ORA-01110: data file 55: '/oracle/fpr/102_64/dbs/unnamed00055' Como se observa en la imagen anterior, el proceso de recuperación mrp0 no puede aplicar cambios debido a que el archivo de datos sr3.data28 no puede crearse. Posteriormente se observa el siguiente mensaje en el alert.log del sitio Standby. A continuación se detallan los pasos necesarios para poder corregir el error sin necesidad de recrear la base de datos Standby. Primer paso: Revisar el nombre del archivo de datos que está causando el problema tanto en el sitio primario como en el sitio standby. En el alert.log del sitio standby, como se vio anteriormente, se encuentra el identificador (id) del archivo de datos faltante, con dicho identificador buscamos el nombre mediante la siguiente consulta: select file#, name from v$datafile where file# = 55; Realizamos la misma operación en el sitio primario. Segundo Paso: En el sitio Standby se configura la administración de archivos de manera automática mediante la siguiente instrucción: alter system set standby_file_management='auto' scope=both; Tercer Paso: Se renombra el archive de datos perdido, en el sitio Standby colocamos el nombre que debería tener. alter database create datafile '/oracle/fpr/102_64/dbs/unnamed00055' as '/oracle/fpr/sapdata2/sr3_28/sr3.data28'; Cuarto Paso: Podemos forzar la aplicación de cambios o recuperación del sitio Standby mediante la siguiente instrucción: alter database recover managed standby database disconnect; Recomendación del consultor: Utilizar la opción AUTO para el parámetro standby_file_management por defecto a menos que se realice una tarea de mantenimiento que requiera el nombrado manual de archivos de datos. Página 2

3 Instalación De Forms Y Reports Builder 11g Release 1 (32 Bits) Parte 1 Por: Ing. Daniel Caciá dcacia@datum.com.gt Hasta el momento Oracle no ha ofrecido un instalador stand-alone de Forms y Reports Builder 11g, por lo anterior, la instalación de estos productos en las máquinas de los desarrolladores conlleva cierto nivel de complejidad, sobre todo debido a que hay que correr tres instaladores y luego un asistente de configuración. Esta guía pretenden indicar de manera sencilla los pasos necesarios para instalar la versión de Forms y Reports Builder en las máquina de desarrollo de su empresa. Cabe indicar que esta guía de instalación aplica para cualquier versión x en máquinas de 32 bits, tomando en cuenta que weblogic y el parche deben coincidir. Para 64 bits o 11gR2 los pasos son distintos. Prerrequisitos: Instaladores de Weblogic Instaladores de Oracle Portal, Forms, Reports, Discoverer 11gR1 ( ) Parche Oracle Portal, Forms, Reports, Discoverer 11gR1 ( ) Pasos para la instalación: 1. Instalar Weblogic corriendo wls1036_win32.exe Tip técnico del día: Recuperar espacio con Shrink Space: Para utilizarlo: ALTER TABLE schema.nombre_tabla enable row movement; ALTER TABLE schema.nombre_tabla SHRINK SPACE; ALTER TABLE schema.nombre_tabla disable row movement; Síguenos en Facebook: SA/ Y Twitter: Página 3

4 2. La primera pantalla es una pantalla de bienvenida, aquí podemos presionar siguiente: 3. En la siguiente pantalla se pide crear un nuevo directorio raíz de Middleware, aquí es donde debemos indicar el directorio donde queremos que quede instalado el producto 4. En la siguiente pantalla se nos pide indicar un correo para recibir notificaciones, para simplificar la instalación indicamos que no queremos recibirlas. Página 4

5 5. Para ahorrar un poco despacio, en la siguiente pantalla se selecciona el tipo de instalación personalizada. 6. En esta pantalla se deselecciona Evaluation Database y Oracle Coherence Página 5

6 7. En esta pantalla dejamos los valores ya seleccionados 8. Se confirma el directorio de instalación 9. Para simplificar la instalación seleccionamos NO instalar el Gestor de Nodos o Node Manager Página 6

7 10. De preferencia indicar que la instalación se hará para "Todos los Usuarios" 11. Confirmar los productos que se instalaran y dar siguiente para que comience la instalación. 12. Al finalizar la instalación de weblogic, se mostrará la siguiente pantalla, en esta deseleccionar "Ejecutar Quickstart" y presionar siguiente Página 7

8 13. Luego de instalar Weblogic , debemos correr el instalador de Oracle Portal, Forms, Reports y Discoverer , en la pantalla de bienvenida dar siguiente 14. En la siguiente pantalla seleccionar "Instalar Software: No configurar" ya que vamos a configurar hasta que apliquemos el parche. 15. En la siguiente pantalla se comprueban los requisitos de instalación, cuando finalice la comprobación, presione siguiente. Página 8

9 16. En la siguiente pantalla seleccionar la ubicación donde se instaló weblogic (seleccionada por defecto) 17. En la siguiente pantalla indicar que no se desean recibir notificaciones Continuara en la parte 2 Página 9

10 Mover Tablas De Auditoria A Otro Tablespace Por Lic. Francisco Barrundia fbarrundia@datum.com.gt OBJETIVO Mover las tablas de auditoría de base de datos a otro tablespace mediante el paquete AUDIT_MGMT.SET_AUDIT_TRAIL_LOCATION INTRODUCCIÓN Recordamos que el movimiento de las tablas de auditoría de oracle no fue una tarea sencilla y solía dar problemas. En oracle 9 no estaba soportada y para realizarlo en oracle 10 se necesitaba crear una tabla intermedia. Oracle 11R2 nos proporciona el paquete AUDIT_MGMT.SET_AUDIT_TRAIL_LOCATION para poder llevar a cabo esta tarea. COMPROBACION DEL TABLESPACE ACTUAL DE AUDITORIA Para saber en que tablespace se encuentran actualmente los registros guardados de auditoría realizamos la siguiente consulta select owner, segment_name, tablespace_name from dba_segments where segment_name like '%AUD$' or segment_name like '%FGA_LOG%' OWNER.; SEGMENT_NAME; TABLESPACE_NAME SYS ; AUD$ ; SYSTEM SYS ; AUD$ ; SYSTEM NUEVO TABLESPACE PARA AUDITORIA Si no tenemos creado el tablespace para mover la auditoría lo creamos. create tablespace auditoria datafile '/home/oracle/databases/ora11g/audit01.dbf' size100m autoextend on maxsize 2G; Una vez creado el nuevo tablespace ya podemos moverlo. En este caso lo movemos del tablepsace SYSTEM al tablespace AUDITORIA Página 10

11 exec DBMS_AUDIT_MGMT.SET_AUDIT_TRAIL_LOCATION (audit_trail_type => DBMS_AUDIT_MGMT.AUDIT_TRAIL_DB_STD,audit_trail_location_value => 'AUDITORIA'); audit_trail_type indicamos el tipo de auditoría que vamos a querer mover. En este caso hemos movido la información que se guarda en la tabla de base de datos sys.aud$ y fga_log$ (dbms_audit_mgmt.audit_trail_db_std) Otros posibles valores para audit_trail_type los recogemos a continuación: AUDIT_TRAIL_AUD_STD --> Auditoría estándar de base de datos que se registra en la tabla SYS.AUD$ AUDIT_TRAIL_FGA_STD --> Registros que se almacenan en las tablas SYS.FGA_LOG$ AUDIT_TRAIL_DB_STD --> Auditoria de SYS.AUD$ y SYS.FGA_LOG$ AUDIT_TRAIL_FILES --> Auditoría relativa a los archivos de sistema operativos y registros almacenados xml AUDIT_TRAIL_OS --> Auditoría que almacena la información relativa a los registros almacenados en el sistema operativo AUDIT_TRAIL_XML --> Auditoría que almacena la información relativa a los registros almacenados en XML audit_trail_location_value indica el nuevo tablespace donde queremos almacenar esa información. COMPROBAR QUE SE HA REALIZADO EL CAMBIO CORRECTAMENTE Para ver que se ha realizado correctamente el cambio, podemos realizar de nuevo la consulta y ver que se ha modificado el tablespace. El único inconveniente que podemos encontrar es que al mover algún componente se pueden invalidar alguno de los otros objetos relacionados con la auditoría y hay que volverlos a compilar. Los objetos inválidos podemos verlos con la siguiente consulta. select owner, object_name from dba_objects where status <> 'VALID' and object_name like '%AUDIT%'; OWNER, SYS, PUBLIC, SYS, PUBLIC, OBJECT_NAME DBA_FGA_AUDIT_TRAIL DBA_FGA_AUDIT_TRAIL DBA_COMMON_AUDIT_TRAIL DBA_COMMON_AUDIT_TRAIL Nota: En el caso de los objetos que pertenecen a sys simplemente hay que compilarlos de nuevo y aquellos que pertenecen a public, en este caso sinónimos públicos bastaría con recrear el sinónimo de esas tablas. Página 11