Archivo

Entradas Etiquetadas ‘Oracle’

Algunas rutas importantes en mi vijae

Domingo, 16 de agosto de 2009 Sin comentarios

Acá una de las rutas que si o si debo hacer en el viaje a San Francisco al Open World:

1.- Oracel Headquarters, o mejor ORACLE HQ o el cuartel general de oracle, simplemente esa”#$%& es fabuloza..


Ver Oracle Headquarters en un mapa ampliado

2.- Google Inc. creo que el lugar que cualquier adicto a google le gustaría visitar


Ver mapa más grande

Categories: OpenWorld Tags: , ,

NORMALIZAR LA CREACION DE DATAFILES EN DATAGUARD POR PROBLEMAS DE BALANCEO DE DISKGROUP ASM

Domingo, 2 de agosto de 2009 Sin comentarios

Aca un problema que pasó en una plataforma con Oracle RAC y replicada con un StandBy. Por un trabajo de carga masiva de datos, en el RAC de producción se debió aumentar en un datafile a un tablespace, sin embargo, al aplicar esta transacción en el Dataguard, no se logró crear dicho archivo y el proceso MRP0 se cayó. Aca van los antecedentes del problema:

 

En un RAC de producción, se genera un nuevo datafiles por problemas de espacio en tablespaces asociados. (FILE_ID = 133)

 

ORA-1653: unable to extend table ESQUEMA.TABLA by 12800 in tablespace TBS_TABLESPACE

Sat Aug  1 02:30:40 2009

/* OracleOEM */ ALTER TABLESPACE “TBS_TABLESPACE” ADD DATAFILE ‘+DATOS/prod/TBS_DATAFILE_15.dbf’ SIZE 32740M

Sat Aug  1 02:36:16 2009

Completed: /* OracleOEM */ ALTER TABLESPACE “TBS_TABLESPACE” ADD DATAFILE ‘+DATOS/prod/TBS_DATAFILE_15.dbf’ SIZE 32740M

 

 

En dataguard, aparece un error de creación de datafiles indicando que NO hay espacio suficiente para poder generar dicho archivo, y se genera un archivo temporal (Ver mensajes de error en AlertLog de instancia PROD)

 

Sat Aug  1 02:45:05 2009

Media Recovery Log +PROD_ARC/archivelog/2_19733_647723542.dbf

WARNING: File being created with same name as in Primary

Existing file may be overwritten

File #133 added to control file as ‘UNNAMED00133’.

Originally created as:

‘+DATOS/prod/TBS_DATAFILE_15.dbf’

Recovery was unable to create the file as:

‘+DATOS/prod/TBS_DATAFILE_15.dbf’

Errors with log +PROD_ARC/archivelog/2_19733_647723542.dbf

MRP0: Background Media Recovery terminated with error 1119

Sat Aug  1 02:45:14 2009

Errors in file /oracle/Ora_Home/admin/PROD/bdump/PROD_mrp0_196642.trc:

ORA-01119: error in creating database file ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

ORA-17502: ksfdcre:4 Failed to create file +DATOS/prod/TBS_DATAFILE_15.dbf

ORA-15041: diskgroup space exhausted

Sat Aug  1 02:45:16 2009

Some recovered datafiles maybe left media fuzzy

Media recovery may continue but open resetlogs may fail

Sat Aug  1 02:45:17 2009

Errors in file /oracle/Ora_Home/admin/PROD/bdump/PROD_mrp0_196642.trc:

ORA-01119: error in creating database file ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

ORA-17502: ksfdcre:4 Failed to create file +DATOS/prod/TBS_DATAFILE_15.dbf

ORA-15041: diskgroup space exhausted

Sat Aug  1 02:45:17 2009

MRP0: Background Media Recovery process shutdown (PROD)

Sat Aug  1 02:45:18 2009

 

Al revisar el proceso de sincronización, se aprecia que el proceso de aplicación de archivelogs en Dataguard MRP0 no existe como proceso activo

 

PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS

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

ARCH      CLOSING               2      19739      20481        869

ARCH      CLOSING               1      29407    1972225       1267

ARCH      CLOSING               2      19738    1509377        247

ARCH      CLOSING               1      29404    2091009       1931

ARCH      CLOSING               1      29405    2060289        729

ARCH      CLOSING               1      29406    1896449        302

RFS       IDLE                  0          0          0          0

RFS       IDLE                  0          0          0          0

RFS       IDLE                  0          0          0          0

RFS       IDLE                  0          0          0          0

RFS       IDLE                  1      29408     868483         34

 

En alert Log de instancia +ASM, aparece un warning indicando que hay problemas con un disco de un diskgroup del ASM.

 

 

Sat Aug  1 02:45:13 2009

WARNING: allocation failure on disk PROD_DATOS_0000 for file 267 xnum 17367

WARNING: allocation failure on disk PROD_DATOS_0000 for file 267 xnum 17366

 

 

Al realizar un backup del controlfile de Datagurd, se aprecia que se generó un archivo en el HOME_ORACLE/dbs y este archivo NO existe fisicamente (ALTER DATABASE BACKUP CONTTOL FILE TO TRACE)

 

DATAFILE

  ‘+DATOS/PROD/system01.dbf’,

  ‘+DATOS/PROD/tbs_data1_1g09.dbf’,

.

.

.

  ‘+PROD_INDICES/PROD/tbs_ind_100m15.dbf’,

  ‘/oracle/Ora_Home/dbs/UNNAMED00133’

 

Al revisar el espacio disponible en el diskgroup del nuevo datafile creado en producción, se observa que hay espacio físico disponible

 

SQL>

GROUP_NUMBER NAME                           GB_TOTALES  GB_LIBRES

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

           1 PROD_ARC                           350      209,7

           2 PROD_DATOS                        1936     386,49

           3 PROD_INDICES                      1113     220,86

 

 

 

CAUSA DEL PROBLEMA:

 

El diskgroup del DATAGUARD no está correctamente balanceado, por esta razón desde el asmcmd (comando lsdg), se observa que hay espacio suficiente para poder crear el datafile.

 

ACCIONES A SEGUIR:

 

Desactivar la replicación desde el RAC de producción.

  

SQL> sho parameter log_archive_dest_state_2;
 

NAME                                 TYPE                             VALUE

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

log_archive_dest_state_2             string                           enable

 

SQL> alter system set log_archive_dest_state_2=’defer’ scope=both sid=’*’;

 

System altered.

 

SQL> sho parameter log_archive_dest_state_2

 

NAME                                 TYPE                             VALUE

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

log_archive_dest_state_2             string                           defer

 

 

 Realizar un balanceo del diskgroup con problemas, en este caso como es un dataguard, se recomienda realizarlo en nivel 11, en caso de un diskgroup de producción se recomienda utilizar nivel 5 o 6 como máximo, ya que afectará el performance de la plataforma, y se percibirá una degradación en el servicio. 

 

En StandBy:
$ export ORACLE_SID=+ASM

$ sqlplus “/as sysdba”

 

SQL> alter diskgroup PROD_DATOS rebalance power 11;

 

Diskgroup altered

 

SQL> select * from v$asm_operation;

 

GROUP_NUMBER OPERA STAT      POWER     ACTUAL      SOFAR   EST_WORK   EST_RATE EST_MINUTES

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

           2 REBAL RUN          11         11         21     286069       3491          81

 

Una vez que el balanceo finalizó, se debe reiniciar la instancia dataguard, desactivar el standby_file_management y realizar la creación del datafile en el Dataguard.

 

 

 

En StandBy:

SQL> select * from v$asm_operation;

     

No rows selected.

 

SQL> alter database recover managed standby database cancel;

 

Database altered.

 

SQL> shutdown immediate;

ORA-01109: database not open

 

 

Database dismounted.

ORACLE instance shut down.

 

SQL> startup nomount

ORACLE instance started.

 

Total System Global Area 1,5032E+10 bytes

Fixed Size                  2098928 bytes

Variable Size             939526416 bytes

Database Buffers         1,3942E+10 bytes

Redo Buffers              148893696 bytes


SQL> alter database mount standby database;

 

Database altered.

 

SQL> sho parameter standby_file_management

 

NAME                                 TYPE                             VALUE

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

standby_file_management              string                           AUTO

 

 

SQL> alter system set STANDBY_FILE_MANAGEMENT=’MANUAL’ scope=memory;

 

System altered.
 

SQL> show parameter STANDBY_FILE_MANAGEMENT

 

NAME                                 TYPE                             VALUE

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

standby_file_management              string                           MANUAL


SQL> alter database create datafile ‘/oracle/Ora_Home/dbs/UNNAMED00133’ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’;

 

Database altered.

Validar en el AlertLog de Dataguard

 

Sat Aug  1 19:00:02 2009

alter database create datafile ‘/oracle/Ora_Home/dbs/UNNAMED00133’ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

Sat Aug  1 19:56:05 2009

Completed: alter database create datafile ‘/oracle/Ora_Home/dbs/UNNAMED00133’ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

 

SQL> sho parameter standby_file_management

 

NAME                                 TYPE                             VALUE

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

standby_file_management              string                           MANUAL

SQL> alter system set STANDBY_FILE_MANAGEMENT=auto;

 

System altered.

 

SQL> sho parameter standby_file_management

 

NAME                                 TYPE                             VALUE

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

standby_file_management              string                           AUTO

 

SQL> alter database recover managed standby database disconnect from session;

 

Database altered.

 

En produccion activar la replicación de archivelogs hacia el dataguard

SQL> sho parameter log_archive_dest_state_2;

 

NAME                                 TYPE                             VALUE

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

log_archive_dest_state_2             string                           defer

 

SQL> alter system set log_archive_dest_state_2=’enable’ scope=both sid=’*’;

 

Sistema modificado.

 

SQL> sho parameter log_archive_dest_state_2

 

NAME                                 TYPE                             VALUE

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

log_archive_dest_state_2             string                           enable

 

SQL> alter system switch logfile;

 

System altered.


Finalmente validar que se están reciviendo y aplicando las secuencias en el dataguard.-

 

SQL> select process,status,thread#,sequence#,block#,blocks from v$managed_standby

 

PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS

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

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

MRP0      APPLYING_LOG          2      19737     861348     875275

RFS       IDLE                  1      29435      61441      20480

RFS       RECEIVING             0          0          0          0

RFS       IDLE                  2      19755      42875        465

RFS       IDLE                  2      19754     245761      20480

RFS       IDLE                  1      29434     102401      20480

RFS       IDLE                  1      29433      61441      20480

 

 

NOTAS METALINK RELACIONADAS:452897.1

 

431143.1

Bug No. 4380450

 

PROCEDIMIENTO REDUCIDO:

 

En produccion:

1,. Conectarse a la base orac con sqlplus “/ as sysdba”
2.- alter system set log_archive_dest_state_2=’defer’ scope=both;
3.- exit;

 

Standby:

1.- alter database recover managed standby database cancel;
2.- shutdown;
3.- startup nomount;
4.- alter database mount standby database;
5.- alter system set STANDBY_FILE_MANAGEMENT=manual;
6.- alter database create datafile
‘/oracle/Ora_Home/dbs/UNNAMED00133’ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’;
7.- alter system set STANDBY_FILE_MANAGEMENT=auto;
8.- alter datbase recover managed standby database disconnect from session;

 

En produccion:
1,. Conectarse a la base orac con sqlplus “/ as sysdba”
2.- alter system set log_archive_dest_state_2=’enable’ scope=both;
3.- alter system switch logfile;
3.- exit;

 

Saludos y espero que les sirva.

 

Juanjo

 

PROCEDIMIENTO PARA LEVANTAR DATAGUARD EN CASO DE CAIDAS

Domingo, 2 de agosto de 2009 Sin comentarios

Me paso que tuvé que dejar disponible un dataguard que se había reiniciado, y bueno googleando y buscando por metalink pille algunas cosillas interesantes y aca dejo un procedimiento para poder dejar disponible un datagurd, en la practica no es complicado, sólo que hay que tener claro como se debe subir para que quede aplicando las secuencias de la BD primaria.-

 

 

1.- Verificar AlertLog de ambas instancias
2.- Levantar en modo “mount” el ASM [STANDBY]

 

 

 

bash-3.00$ echo $ORACLE_SID

+ASM

bash-3.00$ sqlplus “/as sysdba”

 

SQL*Plus: Release 10.2.0.3.0 – Production on Dom Jul 19 10:48:03 2009

 

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

 

Connected to an idle instance.

 

SQL> startup mount

ASM instance started

 

Total System Global Area 130023424 bytes

Fixed Size 2071104 bytes

Variable Size 102786496 bytes

ASM Cache 25165824 bytes

ASM diskgroups mounted

SQL> exit

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – 64bit Production

With the Partitioning, OLAP and Data Mining options

bash-3.00$ echo $ORACLE_SID

+ASM

 

3.- Levantar en modo “nomount” la instancia PROD [STANDBY]

 

bash-3.00$ export ORACLE_SID=PROD

bash-3.00$ echo $ORACLE_SID

PROD

bash-3.00$ sqlplus “/as sysdba”

 

SQL*Plus: Release 10.2.0.3.0 – Production on Dom Jul 19 10:50:26 2009

 

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

 

Connected to an idle instance.

 

SQL> startup nomount

ORACLE instance started.

 

Total System Global Area 1,5032E+10 bytes

Fixed Size 2098928 bytes

Variable Size 939526416 bytes

Database Buffers 1,3942E+10 bytes

Redo Buffers 148893696 bytes

 

4.- Cambiar a modo “mount standby” la instancia PROD [STANDBY]

 

SQL> alter database mount standby database;

 

Database altered.

 


5.- Activar el proceso de recuperación y replicación de archivelogs [STANDBY]

 

SQL> alter database recover managed standby database disconnect from session;

 

Database altered.

 

6.- Verificar si los procesos MRP0 y RFS se encuentran activos [STANDBY]

 

bash-3.00$ cd /home/oracle

bash-3.00$ sqlplus “/as sysdba”

 

SQL*Plus: Release 10.2.0.3.0 – Production on Dom Jul 19 10:53:05 2009

 

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

 

 

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – 64bit Production

With the Partitioning, OLAP and Data Mining options

 

SQL> @status

 

PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS

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

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

MRP0 WAIT_FOR_LOG 1 28806 0 0

 

7 rows selected.

 

NOTA: Proceso RFS, no se encuentra arriba, se debe verificar el listener y la comunicación entre PRODUCCION y DATAGUARD

 

7.- Verificar y Levantar listener [STANDBY]

 

 

SQL> exit

Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – 64bit Production

With the Partitioning, OLAP and Data Mining options

bash-3.00$ lsnrctl status

 

LSNRCTL for IBM/AIX RISC System/6000: Version 10.2.0.3.0 – Production on 19-JUL-2009 10:54:01

 

Copyright (c) 1991, 2006, Oracle. All rights reserved.

 

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))

TNS-12541: TNS:no listener

TNS-12560: TNS:protocol adapter error

TNS-00511: No listener

IBM/AIX RISC System/6000 Error: 79: Connection refused


bash-3.00$ lsnrctl start

 

LSNRCTL for IBM/AIX RISC System/6000: Version 10.2.0.3.0 – Production on 19-JUL-2009 10:54:05

 

Copyright (c) 1991, 2006, Oracle. All rights reserved.

 

Starting /oracle/OraHomeDb/bin/tnslsnr: please wait…

 

TNSLSNR for IBM/AIX RISC System/6000: Version 10.2.0.3.0 – Production

System parameter file is /oracle/HomeDb/network/admin/listener.ora

Log messages written to /oracle/HomeDb/network/log/listener.log

Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=dataguard)(PORT=1721)))

 

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1721))

STATUS of the LISTENER

————————

Alias LISTENER

Version TNSLSNR for IBM/AIX RISC System/6000: Version 10.2.0.3.0 – Production

Start Date 19-JUL-2009 10:54:06

Uptime 0 days 0 hr. 0 min. 1 sec

Trace Level off

Security ON: Local OS Authentication

SNMP ON

Listener Parameter File /oracle/HomeDb/network/admin/listener.ora

Listener Log File /oracle/HomeDb/network/log/listener.log

Listening Endpoints Summary…

(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=dataguard)(PORT=1721)))

The listener supports no services

The command completed successfully

 

8.- Verificar sincronización en Dataguard [STANDBY]

 

bash-3.00$ sqlplus “/as sysdba”

 

SQL*Plus: Release 10.2.0.3.0 – Production on Dom Jul 19 10:54:25 2009

 

Copyright (c) 1982, 2006, Oracle. All Rights Reserved.

 

 

Connected to:

Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 – 64bit Production

With the Partitioning, OLAP and Data Mining options

 

SQL> @status

 

PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS

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

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

MRP0 WAIT_FOR_LOG 1 28806 0 0

 

7 rows selected.

 

NOTA: Se debe validar que el proceso RFS se encuentre disponible.-

 

SQL> /

 

PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS

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

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

MRP0 WAIT_FOR_GAP 1 28806 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

RFS IDLE 1 28806 1 20480

RFS IDLE 2 19225 0 0

RFS IDLE 2 19224 0 0

 

13 rows selected.

 

SQL> /

 

PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS

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

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

ARCH CONNECTED 0 0 0 0

MRP0 WAIT_FOR_LOG 1 28808 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

RFS IDLE 0 0 0 0

 

13 rows selected.

 

 

Se valida que los procesos RFS y MRP0 se encuentran disponibles y aplicando archivelogs.-

 

Saludos

 

Juanjo

Categories: Oracle Tags: , ,

RMAN NO SE CONECTA POR PRIVILEGIOS INSUFICIENTES

Martes, 21 de abril de 2009 Sin comentarios

En mas de una oportunidad cuado es necesario configurar por primera vez Rman en una instancia, al intentar ingresar a RMAN se cae… Uno revisa los privilegios y no hay problema …

server orcl $ cat backup_BD_sin_delete.rmn
connect target rman/rman@orcl;
run {
crosscheck archivelog all;
allocate channel t1 type ‘SBT_TAPE’;
allocate channel t2 type ‘SBT_TAPE’;
send ‘NSR_ENV=(NSR_CLIENT=SERVER,
NSR_SERVER=SERVER_RESPALDO)’ ;
backup filesperset 2 database plus archivelog;
sql ‘alter system archive log current’;
release channel t1;
release channel t2;
}

SERVER ORCL $ rman target rman/rman@ORCL;

Recovery Manager: Release 10.2.0.4.0 – Production on Sat Apr 18 19:04:25 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00554: initialization of internal recovery manager package failed
RMAN-04005: error from target database:
ORA-01031: insufficient privileges

Recuerden que para que un respaldo RMAN se ejecute es necesario que la cuenta de BD tenga privilegios de SYSDBA, para esto es necesario

SERVER ORCL $ export ORACLE_SID=ORCL
SERVER ORCL $ sqlplus “/as sysdba”

SQL*Plus: Release 10.2.0.4.0 – Production on Sat Apr 18 19:05:18 2009

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 – 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select * from v$pwfile_users;

USERNAME                       SYSDB SYSOP
—————————— —– —–
SYS                            TRUE  TRUE

SQL> grant sysdba to RMAN;

Grant succeeded.

Revisemos si la cuenta RMAN ahora tiene privilegios de SYSDBA…

SQL> select * from v$pwfile_users;

USERNAME                       SYSDB SYSOP
—————————— —– —–
SYS                            TRUE  TRUE
RMAN                           TRUE  FALSE

SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 – 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

Finalmente es necesario verificar si es posible realizar la conexión …

SERVER ORCL $ rman target rman/rman@ORCL;

Recovery Manager: Release 10.2.0.4.0 – Production on Sat Apr 18 19:08:02 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: ORCL (DBID=31134823333)

Excelente … conectividad a RMAN lista !!!

Seminarios presenciales de Oracle en Santiago

Lunes, 20 de abril de 2009 Sin comentarios

En el mes de Abril hay 2 eventos de tecnología Oracle que se realizaran en el Hotel Ritz Carton, (El alcande 15, El Golf, a 1 cuadra del metro El Golf)

Seminario Business Intelligence – Oracle

Oracle es su Mejor Socio Estratégico:Posee el Conjunto Más Completo de Aplicaciones para la Inteligencia de Negocios para todas las áreas e integrantes de su organización.

En tiempos de incertidumbre financiera, la toma de decisiones es crucial y debe estar basada en la información organizacional.

Empresas de todas las industrias dependen de la información para tomar sus decisiones. A menudo, la información que necesitan es difícil de obtener dado que no reside en sus sistemas departamentales o simplemente está fragmentada en diferentes aplicaciones.

A pesar de que las funciones de la empresa como ventas, marketing, operaciones, finanzas y recursos humanos están interconectadas, los datos que producen y almacenan no lo están.

Para que una empresa alcance un desempeño óptimo, la información debe fluir a través de sus fronteras funcionales. Por ejemplo, los profesionales de ventas, marketing y servicios necesitan información de los departamentos de finanzas, recursos humanos y producción para ayudarles a realizar una mejor gestión con sus clientes.

Controle la información y procesos en forma segura y fiable, adopte decisiones asertivas y ágiles en forma oportuna. Mejore con Oracle sus procesos, rendición de cuentas, transparencia, capacidad de predicción de ingresos y costos, flexibilidad y la escalabilidad.

* ¿Cómo utilizar alertas e inteligencia anticipadas, informes empresariales, Inteligencia productiva en tiempo real y análisis portátil?

Oracle Chile lo invita a conocer la respuesta a muchas de sus interrogantes.

Mas información en:

http://www.oracle.com/webapps/events/EventsDetail.jsp?p_eventId=91059&src=6646152&src=6646152&Act=17

Fusion Middleware Seminar – Oracle 2009

La agenda definitiva será informada a la brevedad.

Esta actividad esta orientada a:

  • Ejecutivos : CIO´s, CEO´s, CFO’s, CMO’s.
  • Directores y Gerentes de TI / IS. Gerentes de Infraestructura, de Proyecto y Business Planners. Jefes, de Proyectos, Operaciones, Analistas de negocios, Arquitectos, Desarrolladores.

Profesionales responsables de Unidades funcionales como finanzas, marketing, Diseño, Publicidad y ventas.

Temas a tratar:

  • Casos de referencia y experiencias de clientes.
  • WebLogic, BPM , SOA, BPM, portales, etc.

Mas información en:

http://www.oracle.com/webapps/events/EventsDetail.jsp?p_eventId=91041&src=6646366&src=6646366&Act=17

Fuente:

http://events.oracle.com

Oracle compra Sun Microsystem

Lunes, 20 de abril de 2009 Sin comentarios

Asi como lo leen desde ambos portales web http://www.oracle.com y http://www.sun.com la noticia se anuncia, hoy se dió a la luz la compra de la compañia de sistemas operativos y java por parte del lider de las bases de datos.

El comunicado indica que se podría realizar la compra por casi U$ 10 dolares por acción, por un total no menor de U$ 7.4 billones.

De llegar a buen puerto, con esta fusión será posible tener un abanico no menor de tecnologías integradas en un único proveedor. Habrá que tener cuidado con el monopolio comercial. Ahora se podrá tener Storage, servidores, Solaris/Linux, BD, Fusión Middleware, Java y aplicaciones de desarrollo, Fusión applications, Enterprise Manager.-

Mas información en:

http://www.oracle.com/sun/index.html

http://www.sun.com/aboutsun/media/presskits/2009-0420/index.jsp

Mas detalles:

http://www.oracle.com/sun/sun-general-presentation.pdf

Webcast con el comunicado:

http://phx.corporate-ir.net/playerlink.zhtml?c=67786&s=wm&e=2180970

Fuentes: www.oracle.com – www.sun.com

Soon … Oracle OpenWorld 2009 11-15 Oct Moscone Center Sn Fco.

Sábado, 18 de abril de 2009 Sin comentarios

Open World… Es “EL” evento de clase mundial de Oracle, en donde facilmente podemos entrarnos con importantes personajes del mundo Oracle. El Open World 2009 se realizará en 3 partes del mundo:

  1. Sao Paulo – BRASIL, Transamerica Expo Center 10-12 de Marzo 09 [WEB OFICIAL]
  2. Tokyo – JAPON, Tokyo Internacional Forum 22-24 de Abril 09 [WEB OFICIAL]
  3. San Francisco – USA, Moscone Center 11-15 de Octubre 09 [WEB OFICIAL]

Aca dejo algunos links importantes sobre el evento en San Francisco, al cual me gustaría asisitr…

  • Si quieres seguir el evento por twitter, PINCHA ACA
  • Si quieres ver los detalles del registro PINCHA ACA
  • Si quieres ver información sobre hoteles PINCHA ACA y si quieres ver que tan cerca estan los hoteles PINCHA ACA

Cuentas con password por defecto

Martes, 17 de febrero de 2009 Sin comentarios

Este script te permite saber que cuentas tienen password por defecto y se pueden utilizar.-

set feed off pages 0 head off

select ‘*** User ‘||USER||’ uses default password on database ‘||
GLOBAL_NAME||’ ***’
from global_name
— The next line must be left blank!!!

conn sys/change_on_install
/
conn system/manager
/
conn hr/hr
/
conn oe/oe
/
conn sh/sh
/
conn scott/tiger
/
conn adams/wood
/
conn jones/steel
/
conn clark/cloth
/
conn blake/paper
/
conn outln/outln
/
conn ctxsys/ctxsys
/
conn tracesvr/trace
/
conn dbsnmp/dbsnmp
/
conn ordplugins/ordplugins
/
conn ordsys/ordsys
/
conn mdsys/mdsys
/
conn dssys/dssys
/
conn perfstat/perfstat
/
conn csmig/csmig
/

Categories: Bases de Datos, Oracle Tags:

Mover índices a otro tablespace

Lunes, 29 de septiembre de 2008 Sin comentarios

Muchas veces para disminuir la contención de disco por I/O es necesario tener los objetos en tablespaces diferentes ya sea para data y para indices, para esto primero que todo deben existir estos tablespaces (se crean con la sentencia CREATE TABLESPACE).

Para el ejemplo los tablespaces ya existen

Tablespaces para Tabla y para Indices

Para mover objetos que no correspondan al tipo de datos que se almacena en cada tablespace, por ejemplo hay tablas que están almacenadas en tablespaces de índices y viceversa se debe determinar primero que todo identificar estos objetos, y para esto podemos usar el script

select owner, tablespace_name,segment_type, count(segment_type)
from dba_segments
group by tablespace_name,owner,segment_type
order by 1 asc

Tabla de objetos
Tabla de Objetos

Si nos fijamos bien en la tabla anterior, podemos ver que hay índices que estan en el tablespace “DATOS“, “LABORATO_DATA” y “USERS” en donde se registran 2, 11 y 31 índices respectivamente.

Ahora bien estos índices encontrados anteriormente son candidatos para que sean movidos a su ubicación correcta, es decir al tablespaces de índices “LABORATO_INDEX

Para mover estos índices a otro tablespaces se deben identificar, se puede usar la siguiente query:

select owner, tablespace_name,index_name from dba_indexes
where owner='LABORATO'
and tablespace_name in ('DATOS', 'USERS','LABORATO_DATA')
order by 2,3 asc

OBS: Aca usé el nombre del Owner y los tablespaces que había determinado anteriormente, aca dependerá de cada instancia

El resultado de los índices es el siguiente:

Indices que deben ser movidos

Una vez que ya tenemos estos indices identificados, procedemos a generar la consulta que los va a mover.

Para mover un índice de un tablespace a otro se usa la siguiente consulta:

Alter index NOMBRE_INDICE rebuild tablespace TBS_DESTINO;

OBS: El movimiento de índices (sin mover tablas) se usa para mover estos objetos de ubicación. Si uno quiere mover tablas de un tablespace a otro, necesariamente deberá mover y recrear los indices asociados a las tablas, ya que sino estos índices quedaran en estado invalido

Privilegios de usuarios de BD

Martes, 9 de septiembre de 2008 Sin comentarios

Este script te permite saber que permisos tienen los usuarios de BD. Es bastante util porque indica los privilegios “poderosos” que por motivos de seguridad NO deberían ser otorgados

select grantee, privilege, admin_option
from sys.dba_sys_privs
where (privilege like '% ANY %'
or privilege in ('BECOME USER', 'UNLIMITED TABLESPACE')
or admin_option = 'YES')
and grantee not in ('SYS', 'SYSTEM', 'OUTLN', 'AQ_ADMINISTRATOR_ROLE',
'DBA', 'EXP_FULL_DATABASE', 'IMP_FULL_DATABASE',
'OEM_MONITOR', 'CTXSYS', 'DBSNMP', 'IFSSYS',
'IFSSYS$CM', 'MDSYS', 'ORDPLUGINS', 'ORDSYS',
'TIMESERIES_DBA')
/