El blog de ael

Colegios Profesionales de Ingeniería en Informática

28 Mayo 2009 by haelsite

Todos los Grupos Parlamentarios han votado a favor de la Toma en Consideración de las Proposiciones de Ley para la creación del Consejo General de Colegios de Ingenieros en Informática.

Aprobada por Unanimidad la Toma en Consideración de las Proposiciones de Ley de Creación del Consejo General de Colegios Profesionales de Ingeniería en Informática
El Consejo de Colegios está más cerca. Ayer, en el Pleno del Congreso, todos los Grupos Parlamentarios consideraron oportuno valorar las Proposiciones de Ley para la creación del Consejo.

El Comité para la Creación del Consejo General de Colegios Profesionales de Ingenieros en Informática (CCII) y los Colegios que lo constituyen se felicitan por la toma en consideración de las proposiciones de Ley de Creación del Consejo General objeto de su constitución, lo que se traduce en el comienzo del trámite parlamentario.

Los diferentes Colegios Profesionales de ámbito autonómico, al tiempo que agradecen a los distintos grupos parlamentarios su apoyo y compromiso inequívocos, quieren significar el carácter unánime de la citada toma en consideración, lo que ratifica la especial importancia de la Ingeniería Informática en la sociedad actual, y su consideración como profesión estratégica para el desarrollo del nuevo modelo económico basado en el conocimiento, medida ésta diseñada por el Gobierno para atajar la difícil coyuntura económica actual,.

Desde estos momentos, tanto el CCII como los colegios profesionales a quienes representa desean ratificar la colaboración que han venido ofreciendo a lo largo de los últimos meses en la elaboración de las diferentes propuestas, y no dudan que la definitiva aprobación de esta Ley, así como la creación del Consejo y con ello la participación de los profesionales de la Ingeniería Informática en los ámbitos nacional e internacional ayudarán a situar al país en las posiciones de cabeza en términos de desarrollo de la sociedad de la información y el conocimiento.

Escrito en Internet | Deja un Comentario »

Colegio de Ingenieros Informáticos

28 Mayo 2009 by haelsite

Por ADN.

Un ley creará el consejo de colegios de ingeniería en informática

El pleno del Congreso aceptará hoy que se tramiten sendas proposiciones parecidas de los grupos socialista y popular para crear por ley el consejo general de colegios de ingeniería en informática.

La propuesta del PP plantea, además, que se garantice una “presencia justa y ecuánime” de los colegios de ingeniería en informática en el Consejo Asesor de las Telecomunicaciones y de la Sociedad de la Información.

El consejo general de colegios “oficiales”, según propone el PSOE, o “profesionales”, según el PP, se constituirá como corporación de derecho público con plena capacidad para el cumplimiento de sus fines con arreglo a la Ley.

El consejo se relacionará con la administración general del Estado a través del Ministerio de Industria, Turismo y Comercio, “sin perjuicio de otro departamento ministerial en razón de la materia que se trate”.

Tanto la portavoz socialista, Lourdes Muñoz, como el popular, Adolfo González, han anunciado que votarían a favor de una y otra proposición, y también lo harán CiU, PNV, BNG y ERC-IU-IC.

Durante el debate se ha reconocido la aportación de los ingenieros en informática a la sociedad de la información y se ha aludido a la necesidad de regular las competencias profesionales del sector.

Muñoz ha justificado la constitución del consejo general para cumplir los “compromisos” con estos ingenieros, dada la existencia de colegios en varias comunidades, y para que tengan una representación adecuada en órganos de ingeniería españoles y europeos; y ha anunciado que próximamente se debatirá una propuesta similar en relación con la ingeniería técnica en informática.

Ha señalado que los socialistas no tenían claro si la ley debía recoger cómo se articulará la presencia de los consejos de ingenieros informáticos en el Consejo Asesor de Telecomunicaciones o hacerse por otra vía.

González Rodríguez ha asegurado que no entiende por qué el PSOE no había incluido este punto en su proposición y lo ha acusado de actuar de forma “contradictoria, a veces esquizofrénica, oportunista o celosa”, en el sentido de ir a remolque de las iniciativas del PP en esta legislatura, a pesar que el sector pidió un consejo general de colegios ya en 2005.

Escrito en Internet | Deja un Comentario »

Telemadrid cuenta lo que quiere y como le da la gana.

19 Mayo 2009 by haelsite

En el día en que se condena al General Navarro a 3 años de carcel y más y más por su (supuesta) implicación en la trama para ocultar los errores en las identificaciones de los cadáveres del Yak-42, (los verdaderos culpables están sentados en el banquillo del congreso – según algunos).

El día en que testifica en el Tribunal Superior de Valencia el Pepero Costa….

TELEMADRID

decide que es más importante la imagen de la nueva estación de cercanías en Sol y los toros que las noticias sobre el yak42 y la supuesta trama del pp en valencia que está investigando la fiscalía.

1º Según telemadrid la nueva estación de cercanías no pega con el ambiente arquitectónico de la plaza de sol
, puede ser verdad, pero hasta que no esté terminada no se puede decir nada.

2º Según telemadrid, fomento tapa la obra para que no se vea, Pero yo digo, ¿no es cierto que se tapan todas la obras con una valla?. Si la entrada a la nueva estación de cercanías tiene una altura de unos 4 o 5 metros por mucha valla de 2 metros que se ponga, no se puede ocultar, con lo que si telemadrid dice que fomento quiere ocultar lo obra, será para los miopes porque de la valla sobresalen unos 3 metros de estructura.

Es decir telemadrid vuelve a decir lo que le da la gana para no herir a su amigos. Lo que realmente es importante para las familiar de los militares, para ellos es secundario.

Menos mal que los fachas van cayendo uno a uno, pues eso no le interesa contarlo ya que va contra quien le da de comer.

Que asco la manipulación, aahhh os recuerdo que por manipular la verdad fue destituido un tal Urdaci que ahora se pasea por la POPULAR TV, la casa donde va toda la caca que no quiere nadie, en algún sitio había que ponerlo ya que dio la cara por los peperos y de algún modo se lo tendrán que pagar, supongo que cuando vuelva al gobierno los pepitos, pondrán a la misma escoria que tenían antes, así que prepararos para otro 11m, otro yak42, otro pacto en azores, otra guerra de irak, … que más decir.

Como se suele decir, no es ciego el que no ve, sino el que no quiere ver.

Escrito en Internet | Deja un Comentario »

Mostrar usuarios y sus permisos

27 Abril 2009 by haelsite

col BBDD format a15;
col Usuario format a20;
col account_status format a20;
col GRANTED_ROLE format a25;

set pagesize 999;
set linesize 200;

select p.value “BBDD”,
r.grantee “Usuario”,
r.ADMIN_OPTION,
r.GRANTED_ROLE,
u.account_status,
u.lock_date,
u.expiry_date,
u.created
from dba_role_privs r,
v$parameter p,
dba_users u
where p.name = ‘db_name’
and u.username = r.grantee
order by
r.grantee;

El resultado debe ser algo asi:

BBDD Usuario ADM GRANTED_ROLE ACCOUNT_STATUS LOCK_DAT EXPIRY_D CREATED
————— ——————– — ————————- ——————– ——– ——– ——–
apolo SCOTT NO RESOURCE EXPIRED & LOCKED 11/03/09 11/03/09 17/02/08
apolo SCOTT NO CONNECT EXPIRED & LOCKED 11/03/09 11/03/09 17/02/08

Escrito en Oracle | Deja un Comentario »

Ver una sesión y matarla

27 Abril 2009 by haelsite

Aquí os mando como ver que hace una session y como matarla que me ha enseñado Agustín:

Sacamos todas la sessiones del usuario en cuestión , por ejemplo ADMINISTRADOR

select * from v$session where username = ‘ADMINISTRADOR’ AND STATUS = ‘ACTIVE’
——————————————————————————————

El hash value identifica la sessión del usuario, por ejemplo la 4060028766, mediante esta SQL vemos que es lo que hace (SQL que está en ejecucción):

select * from v$sql where hash_value = ‘4060028766′

——————————————————————————————

Si está bloqueada o la queremos matar obtenemos la sentencia SQL automaticamente de esta forma, para obtener el identificador

select ‘ alter system kill SESSION ”’ ||sid||’,'||serial#||”’;’ from v$session where sid = 138

Salu2

Etiquetas: oracle sesion kill select
Escrito en Oracle | Deja un Comentario »

Activar modo archivelog Oracle

23 Marzo 2009 by haelsite

Pasar a modo ArchiveLog la BD

Pasar a modo ArchiveLog la BD NEPTUNO

Accedemos a HORACLEDB con “oracle”
y “oracle” como login y password. Accedemos a SQLPLUS.

0.- Accedemos a sqlplus y
comprobamos el modo

SQL> archive log list;

Modo log de la base de
datos Modo de No Archivado

Archivado automatico
Desactivado

Destino del archivo
USE_DB_RECOVERY_FILE_DEST

Secuencia de log en linea mas
antigua 66

Secuencia de log actual
68

Vemos que está en modo NO ARCHIVE
LOG. Para saber que contienen los parámetros LOG_ARCHIV*:

SQL> show
parameter ARCHIV

NAME
TYPE VALUE

————————————
———– ——————————

archive_lag_target
integer 0

log_archive_config
string

log_archive_dest
string

log_archive_dest_state_1
string enable

log_archive_dest_state_10
string enable

log_archive_dest_state_2
string enable

log_archive_dest_state_3
string enable

log_archive_dest_state_4
string enable

log_archive_dest_state_5
string enable

log_archive_dest_state_6
string enable

log_archive_dest_state_7
string enable

NAME
TYPE VALUE

————————————
———– ——————————

log_archive_dest_state_8
string enable

log_archive_dest_state_9
string enable

log_archive_dest_1
string

log_archive_dest_10
string

log_archive_dest_2
string

log_archive_dest_3
string

log_archive_dest_4
string

log_archive_dest_5
string

log_archive_dest_6
string

log_archive_dest_7
string

log_archive_dest_8
string

NAME
TYPE VALUE

————————————
———– ——————————

log_archive_dest_9
string

log_archive_duplex_dest
string

log_archive_format
string %t_%s_%r.dbf

log_archive_local_first
boolean TRUE

log_archive_max_processes
integer 4

log_archive_min_succeed_dest
integer 1

log_archive_start
boolean FALSE

log_archive_trace
integer 0

standby_archive_dest
string ?/dbs/arch

SQL>

Nos mostrará que no contienen
nada.

1.- Exportamos el pfile al
sistema de ficheros

SQL>
CREATE PFILE=’/CIBELES/orasw/11.1.0/dbs/pfile_ARCHIVELOG.ora’ FROM SPFILE;

Archivo creado.

2.- Salimos de sqlplus y editamos
el pfile, para añadir los destinos de los logs. (/CIBELES/orasw/11.1.0/dbs/pfile_ARCHIVELOG.ora’)

[oracle@neptuno
orasw]$ cat /CIBELES/orasw/11.1.0/dbs/pfile_ARCHIVELOG.ora

cibeles.__db_cache_size=234881024

cibeles.__java_pool_size=12582912

cibeles.__large_pool_size=4194304

cibeles.__oracle_base=’/CIBELES/orasw’#ORACLE_BASE
set from environment

cibeles.__pga_aggregate_target=209715200

cibeles.__sga_target=641728512

cibeles.__shared_io_pool_size=0

cibeles.__shared_pool_size=381681664

cibeles.__streams_pool_size=0

*.audit_file_dest=’/CIBELES/orasw/admin/cibeles/adump’

*.audit_trail=’db’

*.compatible=’11.1.0.0.0′

*.control_files=’/CIBELES/orasw/oradata/CIBELES/controlfile/o1_mf_4t52hcb1_.ctl’,'/CIBELES/orasw/flash_recovery_area/CIBELES/controlfile/o1_mf_4t52hcll_.ctl’

*.db_block_size=8192

*.db_create_file_dest=’/CIBELES/orasw/oradata’

*.db_domain=”

*.db_name=’cibeles’

*.db_recovery_file_dest=’/CIBELES/orasw/flash_recovery_area’

*.db_recovery_file_dest_size=2147483648

*.diagnostic_dest=’/CIBELES/orasw’

*.dispatchers=’(PROTOCOL=TCP)
(SERVICE=cibelesXDB)’

*.java_pool_size=0

*.large_pool_size=0

*.memory_target=848297984

*.nls_language=’SPANISH’

*.nls_territory=’SPAIN’

*.open_cursors=300

*.processes=150

*.remote_login_passwordfile=’EXCLUSIVE’

*.sga_target=239075328

*.shared_pool_size=0

*.undo_tablespace=’UNDOTBS1′

[oracle@neptuno
orasw]$

LOG_ARCHIVE_DEST_1 =
"LOCATION=/CIBELES/orasw/flash_recovery_area/CIBELES/redolog/"

log_archive_format=’cibeles_%t_%s_%r.arc’

Añadimos las rutas de los LOGs.

3.- Paramos la máquina

SHUTDOWN IMMEDIATE;

Tipos de parada:

Consistente: Ha
habido un checkpoint previo a la BD. Sirve para hacer copias de seguridad.

SHUTDOWN:
Espera a que se desconecte todo el mundo.

SHUTDOWN
TRANSATIONAL: Cuando un usuario confirma una transacción con un commit o con un
rollback ya no le deja hacer nada.

SHUTDOWN
IMMEDIATE: Hace rollback a todo el mundo y cierra la BD.

Inconsistente: No
se ha hecho un checkpoint y no se podráhaber hecho correctamente una copia de
seguridad.

SHUTDOWN
ABORT: Se para la base de datos inmediatamen al siguiente arranque siempre hay
un a recuperación de instancia.

Base de datos cerrada.

Base de datos desmontada.

Instancia ORACLE cerrada.

4.- Arrancamos la máquina con el
Nuevo pfile. Pero lo hacemos en modo MOUNT.

startup mount pfile=’/CIBELES/orasw/11.1.0/dbs/pfile_ARCHIVELOG.ora’;

Instancia ORACLE
iniciada.

Total System
Global Area 849530880 bytes

Fixed
Size 1303216 bytes

Variable
Size 608177488 bytes

Database
Buffers 234881024 bytes

Redo Buffers 5169152
bytes

Base de datos montada.

5.- Como la BD está en modo NO ARCHIVE LOG, modificamos su estado.

SQL> alter
database archivelog;

Database
altered.

6.- Abrimos la BD

SQL> alter
database open;

Database
altered.

7.- Arrancamos el modo ARCHIVE
LOG.

SQL> alter
system archive log start;

System altered.

8.- Vemos los
resultados

SQL>
archive log list;

SQL> archive log list;

Modo log de la base de
datos Modo de Archivado

Archivado automatico
Activado

Destino del archivo
/CIBELES/orasw/flash_recovery_area/CIBELES/redolog/

Secuencia de log en linea mas
antigua 66

Siguiente secuencia de log para
archivar 68

Secuencia de log actual
68

Ahora ya hay archive logs y
podemos ver que número de secuencia llevan.

Escrito en Internet | 1 comentario

BACKUP de RMAN

23 Marzo 2009 by haelsite

BACKUP DE RMAN

Hacer el Backup de RMAN en CIBELES – (neptuno 10.52.128.176)

Tenemos 2 bases de datos:

·
CIBELES 11.1.0

·
ATENEA 10.1.0

En este caso para hacer backup de
CIBELES necesitamos donde guardar el CATALOGO.

En nuestro caso guardaremos el
catálogo de RMAN de CIBELES en la BD ATENEA y el catálogo de RMAN de ATENEA en
la BD de CIBELES. Aunque esto no da mucha seguridad, así podemos practicar para
hacer backups sin problemas.

Primero debemos crear un usuario
de RMAN en la Base de Datos repositorio, como este usuario se creará con un
tablespaces, antes creamos su tablespaces.

SQL> conn / as sysdba;

Connected.

SQL>
CREATE SMALLFILE TABLESPACE rcat_ts DATAFILE
‘/ATENEA/orasw/oradata/ATENEA/datafile/rcat_ts_1.dbf’ SIZE 200M REUSE NOLOGGING
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 512K SEGMENT SPACE MANAGEMENT AUTO;

Tablespace created.

Ahora creo el usuario:

SQL>
CREATE USER rman_user IDENTIFIED BY rman_user TEMPORARY TABLESPACE temp DEFAULT
TABLESPACE rcat_ts QUOTA UNLIMITED ON rcat_ts;

CREATE USER
rman_user IDENTIFIED BY rman_user TEMPORARY TABLESPACE temp DEFAULT TABLESPACE
rcat_ts QUOTA UNLIMITED ON rcat_ts

ERROR at line 1:

ORA-01031: insufficient privileges

Nos da
error porque nos hemos conectado como system y al tener el database vault
instalado, no disponemos de privilegios debemos conectarnos como dbv_gestor,
que es quien tiene privilegios para hacerlo.

SQL> conn
dbv_gestor/dbv_gestor1;

Connected.

SQL>
CREATE USER rman_user IDENTIFIED BY rman_user TEMPORARY TABLESPACE temp DEFAULT
TABLESPACE rcat_ts QUOTA UNLIMITED ON rcat_ts;

User created.

Ahora doy permisos:

SQL> GRANT
RECOVERY_CATALOG_OWNER TO rman_user;

GRANT
RECOVERY_CATALOG_OWNER TO rman_user

ERROR at line 1:

ORA-00604: error occurred at recursive SQL level 1

ORA-47401: Realm violation for grant role privilege on
RECOVERY_CATALOG_OWNER.

ORA-06512: at "DVSYS.AUTHORIZE_EVENT", line 55

ORA-06512: at line 31

Sigo sin tener permisos, debo
conectarme como system.

SQL> conn
/ as sysdba;

Connected.

SQL> GRANT
RECOVERY_CATALOG_OWNER TO rman_user;

Grant succeeded.

SQL> GRANT
RESOURCE TO rman_user;

Grant succeeded.

El rol de
connect se debe dar con el usuario dbv_gestor de database_vault.

SQL> conn
dbv_gestor/dbv_gestor1;

Connected.

SQL> GRANT
CONNECT TO rman_user;

Grant succeeded.

Compruebo que CIBELES puede ver a
ATENEA para conectarse al catálogo, ya que hemos colocado el catálogo de RMAN
en ATENEA.

SQL> !cat
/CIBELES/orasw/11.1.0/network/admin/tnsnames.ora

# tnsnames.ora
Network Configuration File: /CIBELES/orasw/11.1.0/network/admin/tnsnames.ora

# Generated by
Oracle configuration tools.

CIBELES =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 10.52.128.176)(PORT
= 2000))

)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = cibeles)

)

ATENEA =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 10.52.128.176)(PORT
= 3000))

)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = atenea)

)

Creo el directorio en donde se
guardará el backup: (los backups de CIBELES se guardarán en los subdirectorios
de ATENEA).

[oracle@neptuno
(atenea)
orasw]$mkdir backups_cibeles

[oracle@neptuno (atenea) orasw]$chmod 0750 backups_cibeles/

[oracle@neptuno (atenea)
orasw]$ls -l

total 24

drwxr-x— 57
oracle oinstall 4096 mar 2 11:11 10.2.0

drwxr-x— 3
oracle oinstall 4096 feb 25 17:30 admin

drwxr-x— 2 oracle oinstall 4096 mar 5 08:47
backups_cibeles

drwxr-x— 3
oracle oinstall 4096 mar 2 12:03 flash_recovery_area

drwxr-x— 3 oracle oinstall
4096 feb 25 17:30 oradata

drwxrwx— 6 oracle oinstall
4096 feb 25 17:56 oraInventory

[oracle@neptuno (cibeles) ~]$rman
catalog rman_user/rman_user@atenea

Recovery
Manager: Release 11.1.0.6.0 – Production on Thu Mar 5 08:41:17 2009

connected to
recovery catalog database

RMAN> CREATE
CATALOG TABLESPACE rcat_ts;

recovery catalog
created

RMAN> exit

Ahora entro en RMAN en CIBELES:

Recovery Manager
complete.

[oracle@neptuno
(cibeles) ~]$rman target sys/bicho catalog
rman_user/rman_user@atenea;

Recovery
Manager: Release 11.1.0.6.0 – Production on Thu Mar 5 08:43:10 2009

connected to
target database: CIBELES (DBID=3870170939)

connected to recovery catalog
database

RMAN> exit

Recovery Manager
complete.

[oracle@neptuno
(cibeles) ~]$rman target / catalog
rman_user/rman_user@atenea;

Recovery
Manager: Release 11.1.0.6.0 – Production on Thu Mar 5 08:43:21 2009

connected to
target database: CIBELES (DBID=3870170939)

connected to
recovery catalog database

RMAN> exit

POR
AHORA NO HAY DIFERENCIA ENTRE CONECTARSE COMO TARGET / O COMO TARGET SYS/BICHO

Registro la Base de Datos:

Recovery Manager
complete.

[oracle@neptuno
(cibeles) ~]$rman target sys/bicho catalog
rman_user/rman_user@atenea;

Recovery
Manager: Release 11.1.0.6.0 – Production on Thu Mar 5 08:43:32 2009

connected to
target database: CIBELES (DBID=3870170939)

connected to
recovery catalog database

RMAN>
REGISTER DATABASE;

database
registered in recovery catalog

starting full
resync of recovery catalog

full resync complete

Cambio algo de configuración:

RMAN> show
all;

RMAN
configuration parameters for database with db_unique_name CIBELES are:

CONFIGURE
RETENTION POLICY TO REDUNDANCY 1; # default

CONFIGURE BACKUP
OPTIMIZATION OFF; # default

CONFIGURE
DEFAULT DEVICE TYPE TO DISK; # default

CONFIGURE
CONTROLFILE AUTOBACKUP OFF; # default

CONFIGURE
CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’; # default

CONFIGURE DEVICE
TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

CONFIGURE
DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE
ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

CONFIGURE
MAXSETSIZE TO UNLIMITED; # default

CONFIGURE
ENCRYPTION FOR DATABASE OFF; # default

CONFIGURE
ENCRYPTION ALGORITHM ‘AES128′; # default

CONFIGURE
COMPRESSION ALGORITHM ‘BZIP2′; # default

CONFIGURE
ARCHIVELOG DELETION POLICY TO NONE; # default

CONFIGURE
SNAPSHOT CONTROLFILE NAME TO ‘/CIBELES/orasw/11.1.0/dbs/snapcf_cibeles.f’; #
default

RMAN>
CONFIGURE CONTROLFILE AUTOBACKUP On;

new RMAN
configuration parameters:

CONFIGURE
CONTROLFILE AUTOBACKUP ON;

new RMAN
configuration parameters are successfully stored

starting full
resync of recovery catalog

full resync
complete

RMAN>
CONFIGURE ENCRYPTION FOR DATABASE on;

new RMAN configuration
parameters:

CONFIGURE
ENCRYPTION FOR DATABASE ON;

new RMAN
configuration parameters are successfully stored

starting full
resync of recovery catalog

full resync
complete

Los backups de CIBELES estarán en
la ruta de ATENEA.

RMAN>
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT ‘/ATENEA/orasw/backups_cibeles/ora_df%t_s%s_s%p’;

new RMAN
configuration parameters:

CONFIGURE
CHANNEL DEVICE TYPE DISK FORMAT
‘/ATENEA/orasw/backups_cibeles/ora_df%t_s%s_s%p’;

new RMAN
configuration parameters are successfully stored

starting full
resync of recovery catalog

full resync
complete

Escrito en Internet | Deja un Comentario »

ORA-19809 – ORA-19809: limit exceeded for recovery files

23 Marzo 2009 by haelsite

ORA-19809 – ORA-19809: limit exceeded
for recovery files

El otro día trasteando, Oracle dio el siguiente error al
entrar en la Base de Datos.

ORA-16038: log 1 sequence# 11 cannot be
archived

ORA-19809: limit exceeded for recovery
files

ORA-00312: online log 1 thread 1:
‘/AV_SERVER/orasw/oradata/av2/redo01.log’

Este error es porque se ha excedido el tamaño que tenemos
establecido en el parámetro:

db_recovery_file_dest_size

Para solucionarlo:

Vemos la estimación de espacio:

set lines 100

col name format a60

select name

, floor(space_limit / 1024 / 1024) “Size MB”

, ceil(space_used / 1024 / 1024) “Used MB”

from v$recovery_file_dest

order by name

NAME Size MB Used MB

———————————————————— ———-
———-

/AV_SERVER/orasw/flash_recovery_area
2048 1953

Vemos que tiene un tamaño de 2G y que está ocupado a 1,9G.

La solución es:

Aumentar el parámetro o borrar los archivelog (pero esto no
se debe hacer si la BD es crítica).

Caso1: Aumento del tamaño del parámetro.

alter system set db_recovery_file_dest_size
= 4G scope=both;

select name

, floor(space_limit / 1024 / 1024) “Size MB”

, ceil(space_used / 1024 / 1024) “Used MB”

from v$recovery_file_dest

order by name

NAME Size MB Used MB

———————————————————— ———-
———-

/AV_SERVER/orasw/flash_recovery_area
4096 1953

Caso2: Borrado de los ficheros.

Borramos los ficheros a pelo, por lo que habrá una
incoherencia en los que tiene la BD como archivado y lo que realmente habrá en
el HDD.

0.- Error inicial

ORA-16038: log 1 sequence# 11 cannot be
archived

ORA-19809: limit
exceeded for recovery files

ORA-00312: online log 1 thread 1:
‘/AV_SERVER/orasw/oradata/av2/redo01.log’

1.- Borrado de fichero físicos.

Nos vamos a la ruta que indica donde están los redolog y los
borramos. (Pero ojo los redolog NO los onlinelog).

SQL> show parameter recovery;

NAME
TYPE VALUE

————————————
———– ——————————

db_recovery_file_dest
string /AV_SERVER/orasw/flash_recover

y_area

db_recovery_file_dest_size
big integer 4G

recovery_parallelism
integer 0

2.- Arrancar la BD

SQL> startup;

ORACLE instance started.

Total System Global Area 608174080
bytes

Fixed Size 1263200
bytes

Variable Size 390072736
bytes

Database Buffers 209715200
bytes

Redo Buffers 7122944
bytes

Database mounted.

ORA-16038: log 1 sequence# 11 cannot be
archived

ORA-19809: limit
exceeded for recovery files

ORA-00312: online log 1 thread 1:
‘/AV_SERVER/orasw/oradata/av2/redo01.log’

Vemos que a pesar de que se han borrado el no nos permite
arrancar. La Base de Datos se ha quedado en estado montada. Podemos obtener
alguna información de ella.

SQL> select status from v$instance;

STATUS

————

MOUNTED

3.- Comprobamos el tamaño ocupado en archive log (según
la BD).

SQL> set lines 100

SQL> col name format a60

select name

, floor(space_limit / 1024 / 1024)
"Size MB"

, ceil(space_used / 1024 / 1024)
"Used MB"

from v$recovery_file_dest

order by name

NAME
Size MB Used MB

————————————————————
———- ———-

/AV_SERVER/orasw/flash_recovery_area
2048 1953

SQL> show parameter
db_recovery_file_dest_size

NAME
TYPE VALUE

————————————
———– ——————————

db_recovery_file_dest_size
big integer 2G

4.- Para salir del paso y que nos deje entrar ponemos la BD
en noarchivelog.

SQL> alter database noarchivelog;

Database altered.

5.- Arrancamos

SQL> startup;

ORACLE instance started.

Total System Global Area
608174080 bytes

Fixed
Size 1263200 bytes

Variable Size
427821472 bytes

Database Buffers
171966464 bytes

Redo
Buffers 7122944 bytes

Database mounted.

Database opened.

Ya tenemos la BD abierta.

6.- Ponemos modod archivelog.

SQL> alter database archivelog;

Database altered.

7.- Paramos y arrancamos.

SQL> shutdown immediate

Database dismounted.

ORACLE instance shut down.

SQL> startup nomount

ORACLE instance started.

Total System Global Area 608174080 bytes

Fixed Size 1263200 bytes

Variable Size 436210080 bytes

Database Buffers 163577856 bytes

Redo Buffers 7122944 bytes

SQL> alter database mount;

Database altered.

SQL> alter database open;

Database altered.

SQL> alter system switch logfile;

System altered.

SQL> r

1* alter system switch logfile

System altered.

SQL> r

1* alter system switch logfile

System altered.

SQL> 1* alter system switch logfile

System altered.

SQL> 1* alter system switch logfile

Ya hemos creado unos cuantos redologs.

8.- Vemos que a pesar de haber borrado no se actualiza en
BD.

select * from v$recovery_file_dest;

NAME SPACE_LIMIT
SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES

/…/flash_recovery_area 2147483648
2051294720 0 24

Vemos que existen 24 ficheros
de redolog. ¿pero donde están?, esta información la guarda la BD pero no es
real, con lo que debemos modificarla y actualizarla.

SQL> select * from
V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED
PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

———— ——————
————————- —————

CONTROLFILE 0 0
0

ONLINELOG
0 0 0

ARCHIVELOG
95.52 0 24

BACKUPPIECE
0 0 0

IMAGECOPY
0 0 0

FLASHBACKLOG 0
0 0

6 rows selected.

Si ampliamos el tamaño del parámetro:

SQL> alter system set
db_recovery_file_dest_size = 4G scope=BOTH;

SQL> select * from
V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED
PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

———— ——————
————————- —————

CONTROLFILE
0 0 0

ONLINELOG
0 0 0

ARCHIVELOG
47.76 0 24

BACKUPPIECE
0 0 0

IMAGECOPY
0 0 0

FLASHBACKLOG
0 0 0

6 rows selected.

Vemos que ha bajado el porcentaje de ocupación pero no el
número de ficheros.

SQL> set lines 100

col name format a60

select name

, floor(space_limit / 1024 / 1024)
"Size MB"

, ceil(space_used / 1024 / 1024)
"Used MB"

from v$recovery_file_dest

order by name

NAME
Size MB Used MB

————————————————————
———- ———-

/AV_SERVER/orasw/flash_recovery_area
4096 1957

SQL> archive log list;

Database log
mode Archive Mode

Automatic archival
Enabled

Archive
destination USE_DB_RECOVERY_FILE_DEST

Oldest online log
sequence 26

Next log sequence to
archive 28

Current log sequence 28

Para solucionar esto debemos acceder a RMAN:

RMAN> rman / nocatalog;

Como se que la secuencia actual es la 28 debo borrar
hasta la 25 por lo menos.

RMAN> DELETE NOPROMPT ARCHIVELOG
UNTIL SEQUENCE 25;

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=178 devtype=DISK

List of Archived Log Copies

Key Thrd Seq S Low Time Name

——- —- ——- – ——— —-

********** DESPUES DE BORRAR LOS QUE HA PODIDO DA EL
SIGUIENTE ERROR ****

RMAN-06207: WARNING: 10
objects could not be deleted for DISK channel(s) due

RMAN-06208: to
mismatched status. Use CROSSCHECK command to fix status

RMAN-06210: List of
Mismatched objects

RMAN-06211: ==========================

RMAN-06212: Object Type Filename/Handle

RMAN-06213: —————
—————————————————

RMAN-06214: Archivelog
archivelog/2009_03_12/o1_mf_1_1_4vm1kzx2_.arc

RMAN-06214: Archivelog
archivelog/2009_03_14/o1_mf_1_2_4vpoj9q0_.arc

RMAN-06214: Archivelog
archivelog/2009_03_16/o1_mf_1_3_4vv72ybr_.arc

RMAN-06214: Archivelog
archivelog/2009_03_16/o1_mf_1_4_4vxm5s63_.arc

RMAN-06214: Archivelog
archivelog/2009_03_17/o1_mf_1_5_4vyync39_.arc

RMAN-06214: Archivelog
archivelog/2009_03_17/o1_mf_1_6_4vzsk3rw_.arc

RMAN-06214: Archivelog
archivelog/2009_03_18/o1_mf_1_7_4w0ofsx9_.arc

RMAN-06214: Archivelog
archivelog/2009_03_18/o1_mf_1_8_4w2c7td3_.arc

RMAN-06214: Archivelog
archivelog/2009_03_19/o1_mf_1_9_4w3fvt5r_.arc

RMAN-06214: Archivelog
archivelog/2009_03_19/o1_mf_1_10_4w4vkzg3_.arc

Que son los ficheros que no encuentra y que hemos borrado a
mano.

SQL> select * from
V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED
PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

———— ——————
————————- —————

CONTROLFILE 0 0
0

ONLINELOG
0 0 0

ARCHIVELOG
47.66 0 12

BACKUPPIECE
0 0 0

IMAGECOPY
0 0 0

FLASHBACKLOG 0
0 0

6 rows selected.

Ahora ya quedan menos pero hay 12 que son lo que hemos
borrado a mano y no los encuentra.

RMAN> list copy;

List of Archived Log Copies

Key Thrd Seq S Low Time Name

——- —- ——- – ——— —-

1 1 1 A 12-MAR-09
archivelog/2009_03_12/o1_mf_1_1_4vm1kzx2_.arc

2 1 2 A 12-MAR-09
archivelog/2009_03_14/o1_mf_1_2_4vpoj9q0_.arc

3 1 3 A 14-MAR-09
archivelog/2009_03_16/o1_mf_1_3_4vv72ybr_.arc

4 1 4 A 16-MAR-09
archivelog/2009_03_16/o1_mf_1_4_4vxm5s63_.arc

5 1 5 A 16-MAR-09
archivelog/2009_03_17/o1_mf_1_5_4vyync39_.arc

6 1 6 A 17-MAR-09
archivelog/2009_03_17/o1_mf_1_6_4vzsk3rw_.arc

7 1 7 A 17-MAR-09
archivelog/2009_03_18/o1_mf_1_7_4w0ofsx9_.arc

8 1 8 A 18-MAR-09
archivelog/2009_03_18/o1_mf_1_8_4w2c7td3_.arc

9 1 9 A 18-MAR-09
archivelog/2009_03_19/o1_mf_1_9_4w3fvt5r_.arc

10 1 10 A 19-MAR-09
archivelog/2009_03_19/o1_mf_1_10_4w4vkzg3_.arc

23 1 26 A 23-MAR-09
archivelog/2009_03_23/o1_mf_1_26_4wgsnbn4_.arc

24 1 27 A 23-MAR-09
archivelog/2009_03_23/o1_mf_1_27_4wgsnbpv_.arc

Estos son los 12 que hemos borrado a pelo.

Comprobamos la consistencia de los backups:

RMAN> CHANGE ARCHIVELOG ALL
CROSSCHECK;

released channel: ORA_DISK_1

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=177 devtype=DISK

validation failed for archived log

archive log
filename=2009_03_12/o1_mf_1_1_4vm1kzx2_.arc recid=1 stamp=681346958