Respaldos

• Puedes utilizar los siguientes métodos para habilitar copias duplicadas en los repaldos de RMAN. Utilizar la opción BACKUP COPIES en el comando RMAN CONFIGURE.                            Utilizar la opción BACKUP COPIES en el comando ALLOCATE CHANNEL
• Cuando se utiliza la característica OMF (Oracle-managed Files), ¿cuál de los siguientes parámetros de inicialización especifica la ubicación estándar donde Oracle crea los archivos de datos? DB_CREATE_FILE_DEST
• 1 a 64 Megabytes es un rango valido para especificar el tamaño de unidades de asignación ASM.

• Cuando la característica (Oracle-Managed Files) es usada, ¿Cuál de los siguientes parámetros de inicialización especifica la ubicación estándar donde Oracle crea los los archivos de redo y de control DB_CREATE_ONLINE_LOG_DEST_n
• El procedimiento CREATE_SIMPLE_PLAN del paquete DBMS_RESOURCE_MANAGER crea en un paso un plan de recursos de nivel único que contiene hasta 8 grupos de consumo.
• Cuál de los siguientes procesos de segundo plano utiliza el algoritmo LRU(Least Recentrly Used) DBWn (Database writer process). 
  
  
  
  
  Tipos de prácticas de respaldo y recuperación
  1.       Los tipos de respaldo y recuperación de bases de datos son:
  i)        Admistrados por el usuario: No se utiliza RMAN.
  1.1.1.1.             Utiliza los comandos del sistema operátivo para mover los archivos
  1.1.1.2.             Requiere que el DBA mantenga registros manuales de la actividad)    
  ii)       Administrados por el servidor: Se utiliza RMAN
  
   Realizando un respaldo administrado por el usuario
  
  
  
  
  

  

  
  
  
  

         
  
  
  

        Se puede respaldar la base de datos utilizando comandos del sistema operativo para hacer las copias de los archivos de datos. Esta acción depende si la base de datos esta en modo de ARCHIVELOG o no. Si esta en modo archivelog  entonces se puede mantener la base de datos abierta y disponible poniendo cada tablespace en modo de respaldo antes de copiar sus archivos de datos. De otra manera se tiene que apagar la base de datos antes de copiar los archivos de datos.

  
  

  
  

  Respaldando manualmente una base de datos en modo

  NOARCHIVELOG respaldo consistente.

        Puedes hacer un respaldo consistente completo de una base de datos en modo NOARCHIVELOG apagando la base de datos y copiando todos los archivos de datos y archivos de control a un directorio de respaldo. Debido a que la acción de copiar los archivos es realizada usando comandos del Sistema Operativo  (en este caso el comando Linux cp), la base de datos debe apagarse primero. Esto la pone en un estado consistente. Sí tu base de datos esta siendo usada en modo NOARCHIVELOG, esta es la opción. De otra manera , puedes hacer respaldos inconsistentes, lo que te permite dejar la base de datos corriendo mientras tomas el respaldo.

  
  Respaldando manualmente una base de datos en modo
  ARCHIVELOG respaldo inconsistente.
  
  Si la base de datos esta en modo ARCHIVELOG, entonces no necesariamente necesitas apagar la base de datos antes de copiar sus archivos de datos, Tu terminas con un respaldo inconsistente., pero los datos de los redos de la aplicación la recuperan a un estado  consistente.
  
  

Flashback transaction backout

Para flashback transaction do the following
ALTER DATABASE ADD SUPPLEMENTAL LOG DATA; 

ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY) COLUMNS; 

GRANT EXECUTE ON dbms_flashback to ftb; 

GRANT select any transaction TO ftb; and the following is also important.

Recycle Bin oracle

Para ver el contenido de la papelera de reciclaje se puede consultar la papelera de reciclaje SELECT * FROM RECYCLEBIN; SELECT * FROM USER_RECYCLEBIN; PURGE TABLE a; Elimina la tabla a de la papelara de reciclaje si existen dos tablas a, entonces elimina la tabla mas antigua. Tambien se puede utilizar el nombre de la tabla en la papelera de reciclaje. PURGE TABLE RB$$33750$TABLE$0; Revisar flashbackup steps even roll. in the videos.


Lo tipos de indices más comunes en Oracle son los B-Tree indexes (indices de árboles B) que se utilizan mucho en los sistemas OLTP e indices Bitmap (mapa de bits) que tienden a usarse en data warehouses.

Caracteristicas de los indices de mapa de bits.
Para columnas con muy pocos valores únicos (Baja cardinalidad)
Las columas que tienen baja cardinalidad son buenos candidatos
(Sí la cardinalidad de una columna es <=0.1% la conluman es una candidata ideal, considera tamien 0.2%-1%)
Las tablas que no tienen o tienen pocas inserciones y actualizaciones son buenas candidatas (datos estaticos en un
datawarehouse).

Example of init.ora Number of open cursors. # # $Header: rdbms/admin/init.ora /main/23 2009/05/15 13:35:38 ysarig Exp $ # # Copyright (c) 1991, 1997, 1998 by Oracle Corporation # NAME # init.ora # FUNCTION # NOTES # MODIFIED # ysarig 05/14/09 - Updating compatible to 11.2 # ysarig 08/13/07 - Fixing the sample for 11g # atsukerm 08/06/98 - fix for 8.1. # hpiao 06/05/97 - fix for 803 # glavash 05/12/97 - add oracle_trace_enable comment # hpiao 04/22/97 - remove ifile=, events=, etc. # alingelb 09/19/94 - remove vms-specific stuff # dpawson 07/07/93 - add more comments regarded archive start # maporter 10/29/92 - Add vms_sga_use_gblpagfile=TRUE # jloaiza 03/07/92 - change ALPHA to BETA # danderso 02/26/92 - change db_block_cache_protect to _db_block_cache_p # ghallmar 02/03/92 - db_directory -> db_domain # maporter 01/12/92 - merge changes from branch 1.8.308.1 # maporter 12/21/91 - bug 76493: Add control_files parameter # wbridge 12/03/91 - use of %c in archive format is discouraged # ghallmar 12/02/91 - add global_names=true, db_directory=us.acme.com # thayes 11/27/91 - Change default for cache_clone # jloaiza 08/13/91 - merge changes from branch 1.7.100.1 # jloaiza 07/31/91 - add debug stuff # rlim 04/29/91 - removal of char_is_varchar2 # Bridge 03/12/91 - log_allocation no longer exists # Wijaya 02/05/91 - remove obsolete parameters # ############################################################################## # Example INIT.ORA file # # This file is provided by Oracle Corporation to help you start by providing # a starting point to customize your RDBMS installation for your site. # # NOTE: The values that are used in this file are only intended to be used # as a starting point. You may want to adjust/tune those values to your # specific hardware and needs. You may also consider using Database # Configuration Assistant tool (DBCA) to create INIT file and to size your # initial set of tablespaces based on the user input. ############################################################################### # Change '' to point to the oracle base (the one you specify at # install time) db_name='ORCL' memory_target=1G processes = 150 audit_file_dest='/admin/orcl/adump' audit_trail ='db' db_block_size=8192 db_domain='' db_recovery_file_dest='/flash_recovery_area' db_recovery_file_dest_size=2G diagnostic_dest='' dispatchers='(PROTOCOL=TCP) (SERVICE=ORCLXDB)' open_cursors=300 remote_login_passwordfile='EXCLUSIVE' undo_tablespace='UNDOTBS1' # You may want to ensure that control files are created on separate physical # devices control_files = (ora_control1, ora_control2) compatible ='11.2.0'

Monitoreando RMAN JOBS

 backup device type sbt database;  
 --monitor rman job  
 SELECT 'Detail Progress Information (per file)'"Detail Data" from dual;  
 SELECT SID, START_TIME, ELAPSED_SECONDS, TIME_REMAINING  
 FROM  V$SESSION_LONGOPS  
 WHERE OPNAME LIKE 'RMAN%'  
 AND  OPNAME NOT LIKE '%aggregate%'  
 AND  TOTALWORK != 0  
 AND  SOFAR <> TOTALWORK;  
 SELECT 'Aggregate Progress Information' "Aggregate Data" from dual;  
 SELECT SID, SERIAL#, CONTEXT, SOFAR, TOTALWORK,  
     ROUND(SOFAR/TOTALWORK*100,2) "%_COMPLETE"  
 FROM  V$SESSION_LONGOPS  
 WHERE OPNAME LIKE 'RMAN%'  
 AND  OPNAME LIKE '%aggregate%'  
 AND  TOTALWORK != 0  
 AND  SOFAR <> TOTALWORK;