Categories: Base de datos, Oracle 10g, Oracle 11g, Oracle11gR2, Oracle 12g

Oracle Universal Installer (OUI) Instalación Silenciosa (Silent Installations)



Un gran problema que aparece siempre al momento de instalar un motor Oracle, es que no poseemos una interfaz gráfica adecuada, que no existe el protocolo X11 o cuanta cosa demoníaca se nos cruce por delante, resultado final.. no levanta la interfaz gráfica y nos negamos a instalar nuestro motor.

Pues en la siguiente nota , explicaremos como realizar una instalación silenciosa, o sea, no utilizando una interfaz gráfica



El siguiente ejemplo está dado para instalar un motor Oracle Enterprise Edition versión 10.2.0.1

1.- Primero vemos los parámetros para la instalación silenciosa, o mejor dicho en modo texto.

Para ver los parámetros ejecutamos el instalador con el parámetro help

$ ./runInstaller -help

Y en la ayuda , aparecerán los parámetros que necesitamos

-responseFile -Path-
Specifies the response file and path to use.

-silent
For silent mode operations, the inputs can be a response file or a list of command line variable value pairs.



2.- El archivo response es el archivo que contendrá los parámetros para que el OUI en modo texto pueda llevar a cabo la instalación , no es necesario crear un response file desde cero, podemos ocupar un response file que trae como ejemplo el software para instalar el motor, este archivo se llama

database/response/enterprise.rsp



3.- El archivo de ejemplo trae muchos parámetros, no sólo para instalar , sino que para desinstalar también , los parámetros que nos interesa setear y con lo cual se realizará la instalación del motor son los siguientes parámetros

UNIX_GROUP_NAME="dba"
En este parámetro debemos ingresar el grupo primario del usuario que será dueño del motor, o sea, para el caso nuestro dba

ORACLE_HOME="/oracle/FPR/102_64"
La ruta donde quedará el motor instalado

ORACLE_HOSTNAME="server1"
Nombre del host donde quedará instalado el motor

SELECTED_LANGUAGES={"en"}
Seleccionamos el lenguaje para verificar nuestra instalación

COMPONENT_LANGUAGES={"en"}
Seleccionamos el lenguaje con el cual quedará instalado nuestro motor

INSTALL_TYPE="EE"
Para instalar la versión Enterprise del motor Oracle

s_nameForOPERGrp=dba
Nombre del grupo para los operadores

s_nameForDBAGrp=dba
Nombre del grupo para los DBAs

ORACLE_HOME_NAME="Ora10gr2Home"
Nombre del Oracle Home, esto es muy importante para el paso posterior de parchar el motor

Obs : Cuando hablo de que nos sirven, quiero decir que el archivo de response debe contener estos parámetros, si hay alguno que no exista, con confianza lo pueden ingresar



4.- Pues bien , comenzamos con la instalación :)

./runInstaller -ignoreSysPrereqs -silent -responseFile /oracle/stage/enterprise.rsp





5.- Con lo anterior aparecen mensajes de la instalación y status del progreso de la instalación
No se copia el texto completo, sino que algunas partes importantes

Starting Oracle Universal Installer...

Checking installer requirements...

Checking operating system version: must be B.11.23. Actual B.11.31
Failed <<<<

>>> Ignoring required pre-requisite failures. Continuing...

Preparing to launch Oracle Universal Installer from /tmp/OraInstall2012-01-05_07-56-42PM. Please wait ...$ Oracle Universal Installer, Version 10.2.0.1.0 Production
Copyright (C) 1999, 2005, Oracle. All rights reserved.

You can find a log of this install session at:
/oracle/FPR/oraInventory/logs/installActions2012-01-05_07-56-42PM.log
.................................................................................................... 100% Done.

Loading Product Information
.................................................................................................................... 100% Done.

Analyzing dependencies
..........................................................................
Starting execution of Prerequisites...
Total No of checks: 7

Check complete: Passed
=======================================================================
PrereqChecks complete

.......................................... 100% Done.

-----------------------------------------------------------------------------
Summary
Global Settings
Source: /oracle/stage/database/stage/products.xml
Oracle Home: /oracle/FPR/102_64 (Ora10gr2Home)
Installation Type: Enterprise Edition
Product Languages
English
Space Requirements
/oracle/FPR/ Required 3.22GB : Available 7.42GB
/tmp/ Required 240MB (only as temporary space) : Available 3.67GB
New Installations (108 products)
Oracle Database 10g 10.2.0.1.0
Enterprise Edition Options 10.2.0.1.0
Oracle Partitioning 10.2.0.1.0
.
.
.
.
Installer SDK Component 10.2.0.1.0
Java Runtime Environment 1.4.2.7.0
oracle.jdk 1.4.2.0.7
Sun JDK extensions 9.2.0.1.0
-----------------------------------------------------------------------------

Installation in progress (Thu Jan 05 19:57:08 GMT-05:00 2012)
............................................................... 5% Done.
............................................................... 11% Done.
............................................................... 17% Done.
............................................................... 23% Done.
............................................................... 29% Done.
............................................................... 35% Done.
............................................................... 41% Done.
............................................................... 47% Done.
............................................................... 53% Done.
............................................................... 58% Done.
............................................... 63% Done.
Install successful

Linking in progress (Thu Jan 05 19:59:30 GMT-05:00 2012)
... 63% Done.
Link successful

Setup in progress (Thu Jan 05 20:04:41 GMT-05:00 2012)
......................................... 100% Done.
Setup successful

--------------------------------------
WARNING:A new inventory has been created in this session. However, it has not yet been registered as the central inventory of this system.
To register the new inventory please run the script '/oracle/FPR/oraInventory/orainstRoot.sh' with root privileges.
If you do not register the inventory, you may not be able to update or patch the products you installed.

The following configuration scripts
/oracle/FPR/102_64/root.sh
need to be executed as root for configuring the system. If you skip the execution of the configuration tools, the configuration will not be complete and the product wont function properly. In order to get the product to function properly, you will be required to execute the scripts and the configuration tools after exiting the OUI.

The installation of Oracle Database 10g was successful, but some optional configuration assistants failed, were cancelled or skipped.
Please check '/oracle/FPR/oraInventory/logs/silentInstall2012-01-05_07-56-42PM.log' for more details.



6.- Aparece un warning de la instalación, pero más que error es simplemente el aviso de que se deben ejecutar 2 scripts con el usuario root, de la siguiente forma

server1# /oracle/FPR/oraInventory/orainstRoot.sh

y

server1# /oracle/FPR/102_64/root.sh
Running Oracle10 root.sh script...

The following environment variables are set as:
ORACLE_OWNER= orafpr
ORACLE_HOME= /oracle/FPR/102_64

Enter the full pathname of the local bin directory: [/usr/local/bin]:
Copying dbhome to /usr/local/bin ...
Copying oraenv to /usr/local/bin ...
Copying coraenv to /usr/local/bin ...

Creating /etc/oratab file...
Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
server1#



7.- Y ya con eso, motor habemus...para verificarlo simplemente ejecutamos sqlplus , obviamente seteando las variables de ambiente ORACLE_BASE , ORACLE_HOME y PATH

$ cd $ORACLE_HOME
$ cd bin
$ ./sqlplus /nolog

SQL*Plus: Release 10.2.0.1.0 - Production on Thu Jan 5 21:49:54 2012

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




Próximamente viene el parchado del motor , instalado en formato silencioso ;)

Espero les sirva...


by Ligarius
05.01.12. 22:03:18. 1009 words, 1001 views. Categories: Base de datos, Instalación , 1 comment »Send a trackback »

No es mi año.... 1z0-536 failed... Mas lectura de exadata



Bueno, no ha sido mi año , he fallado en el RAC 11gr2 y ahora :(

Fallé en el exámen Oracle Exadata 1z0-536 , estaba raro el exámen, no lo encontré tan complicado, de hecho estudie bastantes cosas relacionadas, pero falto... más estudio :)

El resultado



Y como siempre, pues.. sólo queda estudiar y reagendarlo


by Ligarius
26.12.11. 13:13:28. 57 words, 489 views. Categories: Base de datos, Oracle Exadata , Leave a comment »Send a trackback »

Poster de Oracle 11g



Este post es para los más viciosos... ;)

Un pequeño poster de Oracle 11g con las estructuras de memoria, su interacción con archivos Oracle y los procesos Background, sólo haz click en la imagen



O click acá

Espero les sirva





by Ligarius
24.11.11. 03:54:11. 43 words, 1696 views. Categories: Base de datos, Oracle11gR2 , 1 comment »Send a trackback »

¿Qué son los StandBy de Redologs?



Una muy buena pregunta, que no todos somos capaces de responder :)



Los StandBy Redo, son estructuras creadas en una instancia StandBy , que tienen el mismo tamaño que los redo de la primaria y que sirven para recibir las transacciones desde el ambiente productivo, esto hace que ante un Crash de la base productiva, se pierdan menos datos, dado que la primera estructura donde llegan las transacciones son estos StandBy de redo, más que aplicación directa de los archives sobre los datafiles, como suele ocurrir en las bases de datos Standby

Con la característica de Real-Time Apply el redo de la primaria es aplicado a la Standby a través de los StandBy Redo Logs (SRL), esto hace que no tengamos que esperar a que el archive este realmente generado para su posterior aplicación, o sea, beneficios por todos lados

Para poder generar los Standby Redo Logs (SRL) se ejecuta este simple comando

alter database add standby logfile '+DiskGroup o ruta física' size XXM;



Un dato que puede servirnos, el proceso RFS que se ejecuta en nuestro ambiente Standby y que podemos ver algo así

Tue Nov 1 13:50:51 2011
RFS[1]: Successfully opened standby log 4: '+DGDATA/nliqstb/onlinelog/group_4.293.766066871'



Este proceso RFS es el encargado en la base de datos StandBy de recibir los datos desde la primaria y escribirlos a disco generando los archivelogs o la información de los standby de redo .El encargado de aplicar las transacciones que se encuentran en esos StandBy de Redo o en los archives que se encuentran en la StandBy es el proceso llamado MRP (Managed Recovery Process)

Siempre es beneficioso usar SRL , dado que cuando se produce un switch en la primaria, también se produce en la StandBy , lo que implica que también en nuestra base de datos StandBy se generan archives



A modo de resumen de los StandBy Redo Logs (SRL)

Son requeridos cuando :

  • Se ocupa el modo de máxima protección y máxima disponibilidad
  • Cuando se requiere ocupar REAL-TIME APPLY
  • Cuando se ocupan cascadas de Standby, o sea, desde una primaria, debemos generar 2 StandBy, pero para no sobrecargar la primaria, se envian la información de redo desde la primera StandBy hacía la segunda StandBy

    Algo así : Primaria ------(Txs)----> Standby#1 ------(Txs)----> Standby#2



    Sus ventajas :

  • Los StandBy Redo logs, pueden estar en Raw Devices, ASM o File Systems
  • Pueden ser multiplexados
  • Ante un crash y posteriorfailover, se puede aplicar más data desde los SRL que desde los mismos archives de ambiente productivo



    Se puede consultar los StandBy de redo logs generados en una standby

    SQL> SELECT GROUP#,THREAD#,SEQUENCE#,ARCHIVED,STATUS FROM V$STANDBY_LOG;
    
        GROUP#    THREAD#  SEQUENCE# ARC STATUS
    ---------- ---------- ---------- --- ----------
             4          1          0 NO  UNASSIGNED
             5          1          0 NO  UNASSIGNED
             6          0          0 YES UNASSIGNED
            10          0          0 YES UNASSIGNED
            11          0          0 YES UNASSIGNED
            12          0          0 YES UNASSIGNED
    
    6 rows selected

    .



    Explicación de los modos

    Documentación Oficial
    Creando StandBy Físicas
    Sobre Standby



  • by Ligarius
    01.11.11. 16:20:04. 488 words, 878 views. Categories: Base de datos, StandBy - Data Guard , Leave a comment »Send a trackback »

    Comando DROP DATABASE



    Hoy tenía que llevar a cabo el borrado de una base de datos , que se encuentra en ASM , pensé en tablespaces por tablespaces, pero como era muchos, lo encontré algo tedioso , tampoco podía borrar los Raw Devices, pues no quería recrearlos nuevamente (en realidad no lo hago yo, lo hace gente de Unix) entonces allí me acordé del comando DROP DATABASE



    Su funcionamiento es muy sencillo y sólo hay que llevar a cabo los siguientes pasos
    export ORACLE_SID=nliq2
    
    sqlplus /nolog
    
    SQL> conn / as sysdba
    Connected.
    
    SQL> shutdown abort
    ORACLE instance shut down.
    
    SQL> startup mount exclusive restrict;
    ORACLE instance started.
    
    Total System Global Area 2147483648 bytes
    Fixed Size                  2085424 bytes
    Variable Size             402656720 bytes
    Database Buffers         1728053248 bytes
    Redo Buffers               14688256 bytes
    Database mounted.



    Obs : Deben verificar que sea la instancia correcta la que van a eliminar :)

    select * from v$instance;



    Verificamos los datos dentro de ASM para visualizar el antes y después

    [/home/ora10rac] asmcmd
    ASMCMD> lsdg
    State       Type    Rebal  Unbal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Name
    DISMOUNTED          N      N         512   4096  1048576         0        0                0               0              0  DATA/
    MOUNTED     EXTERN  N      N         512   4096  1048576    552960    74173                0           74173              0  DGDATA/
    MOUNTED     EXTERN  N      N         512   4096  1048576    184320    91422                0           91422              0  DGFRA/
    DISMOUNTED          N      N         512   4096  1048576         0        0                0               0              0  FRA/
    ASMCMD> cd DGDATA
    
    ASMCMD> ls
    NLIQ/
    NLIQ2/
    
    ASMCMD> cd NLIQ2
    
    ASMCMD> ls
    CONTROLFILE/
    DATAFILE/
    ONLINELOG/
    PARAMETERFILE/
    TEMPFILE/
    spfilenliq2.ora
    
    ASMCMD> cd DATAFILE
    ASMCMD> ls -ltr
    
    Type      Redund  Striped  Time             Sys  Name
    DATAFILE  UNPROT  COARSE   OCT 25 03:00:00  Y    NUEVA_LIQ_INDEX.315.765431891
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    ADMININD.325.765432841
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    BASE_R.326.765432845
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    CDA_DATA.327.765432847
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    CDA_INDEX.328.765432865
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    MANT_PROTX_TAB.329.765432883
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    NUEVA_LIQ_DATA.320.765432319
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    NUEVA_LIQ_DATA.321.765432389
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    NUEVA_LIQ_INDEX.316.765431993
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    NUEVA_LIQ_INDEX.317.765432063
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    NUEVA_LIQ_INDEX.318.765432133
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    NUEVA_LIQ_INDEX.319.765432201
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    PERFILADOR_DATA.323.765432815
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    PERFILADOR_INDEX.324.765432819
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    PRUEBA.322.765432733
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    TBKSDV_DATA.330.765432941
    DATAFILE  UNPROT  COARSE   OCT 25 04:00:00  Y    TBKSDV_IND.331.765432951
    DATAFILE  UNPROT  COARSE   OCT 25 05:00:00  Y    UNDOTBS1.307.765430439
    DATAFILE  UNPROT  COARSE   OCT 25 05:00:00  Y    USERS.308.765430439
    DATAFILE  UNPROT  COARSE   OCT 25 22:00:00  Y    SYSTEM.305.765430439
    DATAFILE  UNPROT  COARSE   OCT 26 00:00:00  Y    SYSAUX.306.765430439
    ASMCMD>



    Ejecutamos el comando drop database

    SQL> drop database;
    
    Database dropped.
    
    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
    SQL>



    Y cuando verificamos el espacio disponible en mi storage de ASM, vemos se ha liberado , de una forma muy rápida

    ASMCMD>
    ASMCMD> lsdg
    State       Type    Rebal  Unbal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Name
    DISMOUNTED          N      N         512   4096  1048576         0        0                0               0              0  DATA/
    MOUNTED     EXTERN  N      N         512   4096  1048576    552960   247858                0          247858              0  DGDATA/
    MOUNTED     EXTERN  N      N         512   4096  1048576    184320   169430                0          169430              0  DGFRA/
    DISMOUNTED          N      N         512   4096  1048576         0        0                0               0              0  FRA/
    ASMCMD>



    La instancia es bajada

    [/oracle10/product/10.2.0/db10g/dbs] ps -fea | grep pmon
    ora10rac 10027222 1 0 Oct 25 - 0:08 asm_pmon_+ASM
    ora10rac 21692626 7798942 0 22:39:42 pts/9 0:00 grep pmon
    [/oracle10/product/10.2.0/db10g/dbs]



    El archivo de inicialización es eliminado

    [/oracle10/product/10.2.0/db10g/dbs] ls -ltr
    total 26176
    -rw-r----- 1 ora10rac oinstall 8385 Sep 11 1998 init.ora
    -rw-r--r-- 1 ora10rac oinstall 12920 May 03 2001 initdw.ora
    -rw-r----- 1 ora10rac oinstall 1536 Oct 25 01:54 orapw+ASM
    -rw-rw---- 1 ora10rac oinstall 24 Oct 25 01:54 lk+ASM
    -rw-r----- 1 ora10rac oinstall 1536 Oct 25 01:55 spfile+ASM.ora
    -rw-rw---- 1 ora10rac oinstall 24 Oct 25 02:03 lkNLIQ
    -rw-rw---- 1 ora10rac oinstall 24 Oct 25 03:33 lkNLIQ2
    -rw-r----- 1 ora10rac oinstall 39 Oct 25 03:35 initnliq2.ora
    -rw-r----- 1 ora10rac oinstall 1536 Oct 25 04:54 orapwnliq2
    -rw-rw---- 1 ora10rac oinstall 1544 Oct 26 22:28 hc_+ASM.dat
    -rw-rw---- 1 ora10rac oinstall 563 Oct 26 22:34 ab_+ASM.dat
    -rw-rw---- 1 ora10rac oinstall 1544 Oct 26 22:39 hc_nliq2.dat



    Y el controlfile, permanece, aunque en la documentación diga que se elimina

    ASMCMD> cd DGDATA
    ASMCMD> ls
    NLIQ2/
    ASMCMD> cd NLIQ2
    ASMCMD> ls
    CONTROLFILE/
    ASMCMD> cd CONTROLFILE
    ASMCMD> ls
    Current.309.765430489
    ASMCMD>



    Hay que tener en cuenta lo siguiente

  • Un comando drop database es irreversible
  • El comando drop database no elimina los RAW devices para bases en ASM
  • Los archivelogs y backupset tampoco son eliminados

    La documentación de DROP DATABASE para versión 10gr2

  • by Ligarius
    28.10.11. 07:11:03. 683 words, 773 views. Categories: Base de datos, Oracle 10g, ASM (Automatic Storage Management) , Leave a comment »Send a trackback »

    1 2 3 4 5 6 7 8 9 10 11 ... 15 >>