Oracle Standby File Management - Newsletter

Transcripción

Newsletter – Agosto 2012
Oracle Standby File
Management
Contenido
Página:
1
Oracle
Standby
File
Management
3 Instalación de forms y
Reports Builder Parte 1
10
Mover
tablas
de
auditoría
a otro Tablespace
5a. Ave.
5-55 Zona14,Edificio
Euro Plaza Torre II, Nivel 12
Teléfono: (502)2364-5300Fax: (502)2364-5311
Editores Generales
[email protected]
Daniel Cacía
Por: Ing. Manuel Carrillo
[email protected]
Pagina 1/10
Gerber Bautista
Debbie Moran
Francisco Barrundia
Autores
Contribuyentes
Manuel Carrillo
Daniel Cacía
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.
Francisco Barrundia
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:
5a. Ave. 5-55 Zona14, Edificio Euro Plaza Torre II, Nivel 12
Teléfono: (502)2364-5300Fax: (502)2364-5311
Email:[email protected]
Página 1
Wed Jul 11 15:22:33 2012
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.
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 2
Instalación De Forms Y Reports Builder 11g
Release 1 (32 Bits) Parte 1
Por: Ing. Daniel Caciá
[email protected]|
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 11.1.1.6 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 11.1.1.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 10.3.6
Instaladores de Oracle Portal, Forms,
Reports, Discoverer 11gR1 (11.1.1.2)
Parche Oracle Portal, Forms, Reports,
Discoverer 11gR1 (11.1.1.6)
Pasos para la instalación:
1. Instalar Weblogic 10.3.6 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:
https://www.facebook.com/pages/DatumSA/269377659745551
Y Twitter:
https://twitter.com/#!/DatumGT
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 3
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.
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 4
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
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 5
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
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 6
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
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 7
13. Luego de instalar Weblogic 10.3.6, debemos correr el instalador de Oracle Portal, Forms,
Reports y Discoverer 11.1.1.2, 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.
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 8
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…
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 9
Mover Tablas De Auditoria A Otro Tablespace
Por Lic. Francisco Barrundia
[email protected]
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
SYS
; AUD$
; AUD$
; SYSTEM
; 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
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 10
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,
OBJECT_NAME
DBA_FGA_AUDIT_TRAIL
PUBLIC,
SYS,
DBA_FGA_AUDIT_TRAIL
DBA_COMMON_AUDIT_TRAIL
PUBLIC,
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.
Teléfono: (502)2364-5300Fax: (502)2364-5311
[email protected]
Página 11

Oracle Standby File Management - Newsletter

Transcripción

Documentos relacionados

Características Features Opciones Options Incluido de serie

Ficha producto BICI MTB 29" CANNONDALE TRAIL 4 TALLA S WHT

amparo alba pardo