Instalación de Oracle. Guía de requisitos. El presente documento es una guía de requisitos para la instalación de Oracle sobre la plataforma de GDE.

Transcripción

1 Instalación de Oracle Guía de requisitos El presente documento es una guía de requisitos para la instalación de Oracle sobre la plataforma de GDE. Dpto.de Sistemas y Metodología VCR Ing. De Software S.L. 15/12/2008

2 TABLA DE CONTENIDOS Introducción...2 Almacenamiento...3 Grupos y Usuarios...10 Entorno de trabajo...11 Control de cumplimiento...12 Gestión del documento...15 Parámetros del Kernel...8 Red...5 Requerimientos Software...7 Dto. de Sistemas y Metodología VCR Pág. 2

3 INTRODUCCIÓN El presente documento recoge el catálogo de requisitos que debe cumplir los sistemas alojados por Arconet antes de proceder a la instalación de Oracle. Cada requisito aparece numerado para facilitar la verificación y control de cumplimiento. Se ha creado un apartado especial para registrar los resultados de los sucesivos seguimientos que se efectúen sobre el catálogo de requisitos. Aunque inicialmente la numeración de requisitos es secuencial, puede ocurrir que se intercalen entre los ya existentes nuevos requisitos, que continuarán la numeración global. Esto permitirá no alterar la numeración original de los requisitos preexistentes garantizando la trazabilidad a lo largo de la vida del documento. En la versión 1.0 del documento se ha dado por supuesto que se configurarán dos nodos de base de datos. La versión 1.0 es la recopilación de una serie de documentos de trabajo ya intercambiados con Arconet y que recogen el catálogo de requisitos inicial. A efectos de control de cambios, los documentos de trabajo iniciales conformaron la versión 0.2. En cualquier caso el control de cumplimiento y verificación se efectuará en base a la última versión del presente documento. En el recuadro Control de Cambios del apartado Gestión del documento, se recogen las posibles alteraciones que pueda sufrir el catálogo de requisitos a lo largo de la vida del documento. Por la naturaleza del documento, los cambios serán revisados y aprobados por el Departamento de Sistemas y Metodología de VCR. Dto. de Sistemas y Metodología VCR Pág. 3

4 BASE DE DATOS 1/ALMACENAMIENTO -Rq 1- Para el almacenamiento de la base de datos serán necesarios los siguientes discos, que serán presentados por la EVA a ambos nodos del sistema: online1: Disco Virtual 400Gb online2: Disco Virtual 400Gb offline1: Disco Virtual 500Gb offline1: Disco Virtual 500Gb offline1: Disco Virtual 500Gb ocr: Disco Virtual 1Gb voting: Disco Virtual 1Gb Rq 2- El componente ASM de Oracle no hará labores de Mirroring. La labores de mirroring se configurarán y gestionarán por parte de Arconet. Rq 3- En ambos nodos deben crearse ficheros de dispositivo de forma que un mismo dispositivo de almacenamiento se vea con el mismo nombre en cada servidor. Estos nuevos ficheros de dispositivos deben crearse usando el nombre Persistent DSF de los dispositivos de almacenamiento. -Rq 4- La siguiente tabla muestra los nombres de los ficheros de dispositivo asociados a cada disco virtual requerido: Dispositivo requerido Nombre del fichero de dispositivo Online1 Online2 Offline1 Offline2 Offline3 Ocr Voting /dev/rdisk/ora_online1 /dev/rdisk/ora_online2 /dev/rdisk/ora_offline1 /dev/rdisk/ora_offline2 /dev/rdisk/ora_offline3 /dev/rdisk/ora_ocr /dev/rdis/ora_voting ALMACENAMIENTO PARA INSTALACIÓN Y ADMINISTRACIÓN Dto. de Sistemas y Metodología VCR Pág. 4

5 -Rq 5- En cada nodo es necesario contar con un punto de montaje para un volumen lógico con 250 Gb. Dado que estos directorios albergarán datos temporales por parte de VCR no es necesario ningún nivel de redundancia (RAID 0 es suficiente). -Rq 6- El punto de montaje del volumen lógico requerido en el requisito nº 5, se denominará /oratmp1 en el nodo 1. -Rq 7- El punto de montaje del volumen lógico requerido en el requisito nº 5, se denominará /oratmp2 en el nodo 2. -Rq 8- Cada nodo debe ver su propio directorio y el directorio del otro nodo (podría usarse NFS para ello). Es decir, el Nodo 1 contiene /oratmp1 y ve /oratmp2 del nodo 2; análogamente el nodo 2: contiene /oratmp2 y ve /oratmp1 del nodo 1. ESPACIO DE SWAP -Rq 9- En cada nodo, el espacio de swap debe ser al menos el 75% del total de RAM del nodo. ALMACENAMIENTO PARA LOS BINARIOS DE ORACLE -Rq 10- Cada nodo debe contar con un volumen lógico de 15 Gb montado sobre /u01. DIRECTORIO /TMP -Rq 11- El directorio /tmp debe contar con al menos con 2 Gb. Dto. de Sistemas y Metodología VCR Pág. 5

6 2/RED ÁREAS DE RED -Rq 12- Se defininará un área de red, que denominaremos pública para la intercomunicación entre los nodos servidores de base de datos y los clientes. En esta red cada nodo contará con una IP Pública. -Rq 13- Se definirá un área red, que denominaremos privada, de uso exclusivo para el componente Clusterware de Oracle. En esta red cada nodo contará con una IP Privada. -Rq 14- La red privada debe estar separada físicamente del resto de redes. -Rq 15- De la red privada sólo formarán parte los nodos de base de datos. -Rq 16- Se definirá un área de red, que denominaremos de administración, que debe ser alcanzable por los administradores de la base de datos. En esta red cada nodo contará con una IP de Administración. -Rq 17- Se definirá un área de red, que denominaremos de dataguard, que será usada para el tráfico necesario para la replicación. Cada nodo debe contar con una IP de dataguard. -Rq 18- Para cada área de red los nodos contarán con al menos un adaptador físico de red. FICHERO /ETC/HOSTS -Rq 19- Registrar en el fichero hosts de cada nodo la dirección IP Pública asignando la siguiente denominación: nombre_del_nodo. Ejemplo: xxx.xxx.xxx.xxx nodo1. -Rq 20- Registrar en el fichero hosts de cada nodo la dirección IP Privada asignando la siguiente denominación: nombre_del_nodo-priv. Ejemplo: xxx.xxx.xxx.xxx nodo1-priv. -Rq 21- Registrar en el fichero hosts de cada nodo la dirección IP de Administración asignando la siguiente denominación: nombre_del_nodo-dba. Ejemplo: xxx.xxx.xxx.xxx nodo1-dba. -Rq 22- Registrar en el fichero hosts de cada nodo la dirección IP de dataguard asignando la siguiente denominación: nombre_del_nodo-dtg. Ejemplo: xxx.xxx.xxx.xxx nodo1-dtg. -Rq 23- Registrar en el fichero hosts de cada nodo una dirección IP Virtual asignando la siguiente denominación: nombre_del_nodo-vip. Ejemplo: xxx.xxx.xxx.xxx nodo1-vip. Esta dirección IP Virtual debe pertenecer al área de red Pública. PUERTA DE ENLANCE -Rq 24- Cada nodo debe conocer su puerta de enlace por defecto, que debe pertener al área de red Pública. OTRAS CONSIDERACIONES -Rq 25- Todos los nombres de los nodos deben cumplir con el estándar RFC 952. Dto. de Sistemas y Metodología VCR Pág. 6

7 -Rq 26- La sincronización de los relojes de los nodos se debe garantizar mediante NTP. -Rq 27- En el fichero /etc/nsswitch.conf deben aparecer todas las direcciones IP configuradas. -Rq 28- En el fichero /etc/nsswitch.conf, todas las entradas deben ser precedidas por files. -Rq 29- En el área de red Privada no se debe usar ningún tipo de cortafuegos. Dto. de Sistemas y Metodología VCR Pág. 7

8 3/REQUERIMIENTOS SOFTWARE Se necesita contar con los siguientes elementos de software instalados en el sistema. Id. De Requisitos Elementos requeridos -Rq 30- Operating system HP-UX 11i Version 3 (11.31) with March 2007 Patch bundle for HP-UX (11iV2- B ) -Rq 31- HP-UX packages and bundles PHKL_35900 (operating system patch) PHKL_35936 (operating system patch) PHKL_36248 (operating system patch) PHKL_36249 (operating system patch) -Rq 32- Oracle JDBC/OCI Drivers Java SDK 5.0 -Rq 33- Oracle Spatial Note: HP JDK is installed with this release. HP-UX Developer's Toolkit - X11 and Imake. -Rq 34- Pro*COBOL complier Micro Focus Server Express 5.0 -Rq 35- Pro*Fortran compiler -Rq 36- Pro*C/C++, Oracle Call Interface, Oracle C++ Call Interface, Oracle XML Developer's Kit (XDK) HP FORTRAN/90 - Feb release A (September 2007 Application Release CD, swlist bundle C ) -Rq 37- Oracle Clusterware PHKL_34941 (Improves Oracle Clusterware restart and diagnosis) No additional requirements for Oracle Clusterware. -Rq 38- Es necesario alguna herramienta que permita descomprimir ficheros ZIP. Dto. de Sistemas y Metodología VCR Pág. 8

9 A continuación se detalla la parametrización del kernel del SO requerida. 4/PARÁMETROS DEL KERNEL Req. Parametro Fórmula o Valor Mínimo Requerido -Rq 39- ksi_alloc_max (nproc*8) -Rq 40- executable_stack 0 -Rq 41- max_thread_proc Rq 42- Maxdsiz (1 GB) -Rq 43- maxdsiz_64bit (2 GB) -Rq 44- Maxssiz (128 MB) -Rq 45- maxssiz_64bit (1 GB) -Rq 46- maxuprc ((nproc*9)/10) -Rq 47- maxfile_lim Rq 48- Msgmni (nproc) -Rq 49- Msgseg Rq 50- Msgtql (nproc) -Rq 51- Ncsize (ninode+1024) -Rq 52- Nfile (15*nproc+2048) -Rq 53- Nflocks (nproc) -Rq 54- Ninode (8*nproc+2048) -Rq 55- nkthread (((nproc*7)/4)+16) -Rq 56- Nproc Rq 57- Semmni (nproc) -Rq 58- Semmns (semmni*2) -Rq 59- Semmnu (nproc-4) -Rq 60- Semvmx Rq 61- Shmmax The size of physical memory or (0X ), whichever is greater. Note: To avoid performance degradation, the value should be greater than or equal to the size of the SGA. Dto. de Sistemas y Metodología VCR Pág. 9

10 Req. Parametro Fórmula o Valor Mínimo Requerido -Rq 62- Shmmni Rq 63- Shmseg 512 -Rq 64- vps_ceiling 64 Dto. de Sistemas y Metodología VCR Pág. 10

11 GRUPOS -Rq 65- En cada nodo crear el grupo oinstall con ID de grupo Rq 66- En cada nodo crear el grupo dba con ID de grupo /GRUPOS Y USUARIOS USUARIOS -Rq 67- En cada nodo debe existir el usuario nobody y estar habilitado. -Rq 68- En cada nodo crear el usuario oracle con ID Rq 79- En cada nodo el grupo principal del usuario oracle debe ser oinstall. -Rq 70- En cada nodo el usuario oracle pertencer al grupo dba. PERMISOS Y PRIVILEGIOS -Rq 71- En cada nodo el grupo oinstall debe tener privilegios de RTPRIO, MLOCK, y RTSCHED. En la siguiente tabla se muestra la relación de directorios/ficheros requeridos y los permisos de accesos y owner (para cada nodo): Req. Directorio/Fichero Permisos de acceso Owner -Rq 72- /u Root -Rq 73- /u01/app 775 Oracle:oinstall -Rq 74- /u01/app/oracle 775 Oracle:oinstall -Rq 75- /tmp 777 Root -Rq 76- /oratmp 777 Root -Rq 77- /dev/rdisk/ora_online1 660 Oracle:dba -Rq 78- /dev/rdisk/ora_online2 660 Oracle:dba -Rq 79- /dev/rdisk/ora_offline1 660 Oracle:dba -Rq 80- /dev/rdisk/ora_offline2 660 Oracle:dba -Rq 81- /dev/rdisk/ora_offline3 660 Oracle:dba -Rq 82- /dev/rdisk/ora_voting 660 Oracle:dba -Rq 83- /dev/rdisk/ora_ocr 640 Root:oinstall Dto. de Sistemas y Metodología VCR Pág. 11

12 6/ENTORNO DE TRABAJO -Rq 84- En cada nodo se necesita que para el usuario oracle se pueda usar Xwindows contra un servidor X instalado en VCR. -Rq 85- Cada nodo debe poder acceder al otro nodo con remsh (remote shell). -Rq 86- Cada nodo debe poder usar rcp (remote copy) para copiar ficheros al otro nodo. -Rq 87- Cada nodo debe poder acceder al otro nodo con ssh. -Rq 88- Cada nodo de poer usar scp (secure copy) para copiar ficheros al otro nodo. -Rq 89- Se debe habilitar la equivalencia de usuarios en los dos nodos para el usuario oracle de manera que se pueda usar scp y ssh sin necesidad de login. -Rq 90- Es necesario crear links simbólicos para los binarios scp y ssh en los siguientes directorios: /usr/bin y /usr/local/bin. -Rq 91- Se deben establecer los siguientes links siempre y cuando no esté instalado el paquete Motif 2.1 Development Environment (X11MotifDevKit.MOTIF21-PRG): cd /usr/lib ln -s libx11.3 libx11.sl ln -s libxie.2 libxie.sl ln -s libxext.3 libxext.sl ln -s libxhp11.3 libxhp11.sl ln -s libxi.3 libxi.sl ln -s libxm.4 libxm.sl ln -s libxp.2 libxp.sl ln -s libxt.3 libxt.sl ln -s libxtst.2 libxtst.sl Dto. de Sistemas y Metodología VCR Pág. 12

13 7/CONTROL DE CUMPLIMIENTO En la siguiente tabla se recogen las revisiones efectuadas sobre cada requisito: Req Fecha de Revisión Participantes Cumplido Sí/No Observaciones Dto. de Sistemas y Metodología VCR Pág. 13

14 Dto. de Sistemas y Metodología VCR Pág. 14

15 Dto. de Sistemas y Metodología VCR Pág. 15

16 CONTROL DE DIFUSIÓN 8/GESTIÓN DEL DOCUMENTO El presente documento, generado por el Departamento de Sistemas y Metodología de VCR Ingeniería de Software S.L., se hace llegar a Arconet y a la Dirección Técnica del Cliente (GDE). CONTROL DE CAMBIOS Ver. Fecha Autor Motivo del cambio Rev. Aprob /12/2008 Dpto. Sist/Met VCR. Emisión inicial Sí Sí /12/2008 Dpto. Sist/Met VCR. Unificación y revisión Sí general. Sí Dto. de Sistemas y Metodología VCR Pág. 16