ASM parameters

INSTANCE_TYPE
should be set to ASM for ASM instances. This is the only parameter
that must be defined. For database instances, this is set to the value RDBMS.

ASM_POWER_LIMIT controls the speed for a rebalance operation. Values range from 1 through 11, with 11 being the fastest. If omitted, this value defaults to 1.

ASM_DISKSTRING is an operating system–dependent value used by ASM to limit the set of disks considered for discovery. The default value is the null string, and this will be sufficient in most cases. A more restrictive value as shown above may reduce the time
required for ASM to perform discovery, and thus improve disk group mount times.

ASM_PREFERRED_READ_FAILURE_GROUPS specifies the failure groups that contain preferred read disk. This is useful in extended or stretched cluster databases that have
mirrored copies of data with one of the copies in close proximity to the server.

DIAGNOSTIC_DEST specifies the location of the Automatic Diagnostic Repository (ADR) home. Trace files, alert logs, core files, and incident files can be found under this
directory. The default value of this parameter is derived from the value of ORACLE_BASE.

ASM_DISKGROUPS is the list of names of disk groups to be mounted by an ASM instance at startup, or when the ALTER DISKGROUP ALL MOUNT command is used. Oracle Restart can mount disk groups if they are listed as dependencies even if they are not listed with the ASM_DISKGROUPS parameter. This parameter has no default value.

LARGE_POOL_SIZE specifies (in bytes) the size of the large pool allocation heap. The large pool allocation heap is used in shared server systems for session memory, by parallel execution for message buffers, and by backup processes for disk I/O buffers. The ASM instance makes use of automatic memory management, so this parameter serves as a minimum size that the large pool can be lowered to.

REMOTE_LOGIN_PASSWORDFILE specifies whether the Oracle software checks for a password file. The default value is EXCLUSIVE.

Automatic memory management is enabled by default on ASM instances,
event when the that MEMORY_TARGET parameter is not explicitly set. This is the only parameter you need to set for complete ASM memory management. Oracle Corporation strongly lrecommends that you use automatic memory management for ASM

SQL STATEMENTS

ASM_DISKSTRING

 ASM_DISKSTRING
El parametro ASM_DISKSTRING especifica los discos que la instancia ASM debe descubrir y usar para guardar los archivos

Archivelog mode

ARCHIVELOG mode

The mode of the database in which log transport services archives filled online redo logs to disk. Specify the mode at database creation or by using the SQL ALTER DATABASE ARCHIVELOG statement. You can enable automatic archiving either dynamically using the SQL ALTER SYSTEM ARCHIVE LOG START statement or by setting the initialization parameter LOG_ARCHIVE_START to true.

Running your database in ARCHIVELOG mode has several advantages over NOARCHIVELOG mode. You can:

• Back up your database while it is open and being accessed by users
• Recover your database to any desired point in time

To protect your database that is in ARCHIVELOG mode in case of failure, back up your archived logs.

See also archived redo log, NOARCHIVELOG mode, and redo log

 

 

archiver process (ARCn)

 On the primary database site, the process (or a SQL session performing an archival operation) that creates a copy of the online redo logs, either locally or remotely, for standby databases. On the standby database site, the ARCn process archives the standby redo logs to be applied by the managed recovery process (MRP). 

ARCH

Setting this attribute on the LOG_ARCHIVE_DEST_n initialization parameter indicates that the archiver process (ARCn) will create archived redo logs on the primary database and also transmit redo logs for archival at specified destinations. 

To see process

select *

from

   v$session

where

   type ='BACKGROUND';

Servicios Oracle

Servicios de bases de datos (servicios) son abstracciones lógicas para la gestión de cargas de trabajo de base de datos Oracle. Los servicios dividen las cargas de trabajo en grupos mutuamente disjuntos. Cada servicio representa una carga de trabajo con atributos comunes, los umbrales de nivel de servicio, y las prioridades. La agrupación se basa en los atributos de trabajo que podrían incluir la función de aplicación que se utilizará, la prioridad de la ejecución de la función de aplicación, la clase de trabajo que se logró, o el rango de datos utilizados en la función de aplicación o tipo de trabajo. Por ejemplo, la suite Oracle E-Business define un servicio para cada responsabilidad, tales como contabilidad general, cuentas por cobrar, la entrada de pedidos, y así sucesivamente. Cada servicio de base de datos tiene un nombre único.

PGA , SGA y Automatic Memory Management

The Program Global Area (PGA) is a memory buffer that contains data and control information for a server process. A PGA is created by Oracle when a server process is started.

When Automatic Memory Management is enabled, the database will automatically set the optimal distribution of memory. The distribution of memory will change from time to time to accomodate changes in the workload.

The System Global Area (SGA) is a group of shared memory structures that contains data and control information for one Oracle database. The SGA is allocated in memory when an Oracle database instance is starte

 emca -config dbcontrol db

Respaldos continuación

¿Cuál de los siguientes tipos de espacios de tabla guarda información sobre los extents usados y libres de una base de datos?
Dictionary managed tablespace.
¿Como es conocido el catalogo central de recuperación?
Base recovery catalog.

Enable flashback database

SHUTDOWN immediate
STARTUP mount
ALTER DATABASE FLASHBACK ON
ALTER DATABASE OPEN READ WRITE

The startup command will use a temporary file as pfile with the following init.ora parameters:

spfile='+DATA/orcl/spfileorcl.ora'

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.