Proceso de instalación LMS para Estudio de Licenciamiento

LICENSE MANAGEMENT SERVICES
E.E.UU.A /EUROPA /LATINOAMÉRICA
Proceso de instalación LMS
para Estudio de Licenciamiento
Documento explicativo sobre instalación de la herramienta de
monitoreo del uso de las bases de datos Oracle y tablas FND de
Oracle Applications
ÎPROPIEDAD
EXCLUSIVA DE
-1-
ORACLE CORPORATION
Í
Propósito
Como parte de un estudio global de los productos ORACLE
instalados, se analizan las bases de datos instaladas de los clientes
que utilizan Oracle.
La metodología para el estudio de aplicaciones que trabajan con
Base de Datos consiste en la instalación de unos scripts de SQL que
toman instantáneas de algunas tablas del diccionario de datos de
cada instancia. La herramienta de monitoreo (Le Menu) no
representa carga extra para el servidor ni la red, y solo requiere de la
creación de un usuario a nivel de las bases de datos que se va a
encargar de la toma de estadísticas por un periodo de tiempo dos
semanas.
Cuando se analizan Oracle Applications (Oracle General Ledger,
Oracle Payables, Oracle Inventory, etc.), las mismas aplicaciones
tienen predefinidas tablas que permiten analizar su utilización
(tablas FND), y se hace uso adicional de un par de querys.
Es importante mencionar que cuando se utilizan ambientes
multicapa, multiplexores, servidores de web y similares, se pide
adicionalmente información proveniente de estas fuentes con la
finalidad de tener un análisis más preciso de los productos Oracle
Instalados.
-2-
Acuerdo de
Confidencialidad
Tanto la herramienta de monitoreo Le Menu como las tablas FND
de Oracle Applications no acceden información confidencial de la
base de datos. LMS no accede, ni procura, acceso a la información
de ninguna de las líneas de negocios del cliente, ni información a
nivel de aplicaciones. La información levantada es de uso
exclusivo del grupo LMS de Oracle Corporación y solamente es
analizada por LMS y el cliente. De ser necesario emitir un informe
de uso, se emiten recomendaciones y se entregan copias a la
subsidiara y al cliente. Sin embargo, ni la subsidiara ni nungún otro
organismo extenerno tiene acceso a la información de monitoreo, ni
participa en el proceso del estudio de uso.
Sobre desempeño
de la red y de
aplicaciones
Las herramientas de monitoreo no representan carga extra para la
red, no obstruye ni interviene en ninguno de los procesos de
producción y no requiere de manipuleo de ninguna de las instancias
de producción ni es necesario dar de baja ningún servicio. Las
herramientas no causan problemas de desempeño en la red, ni
alteran los tiempos de respuesta de las instancias. Este script es el
utilizado a nivel mundial y no se ha registrado problema alguno con
los clientes. Sin embargo, en caso de tener algún problema en la
red, autorizamos la detención de la herramienta de inmediato, lo
cual se hace bajando el cron en Unix (scheduler en NT) levantado
para correr los procesos. Por experiencia previa, exhortamos al
cliente a investigar las razones del problema, ya que las verdaderas
razones pueden quedar enmascaradas al responsabilizar los scripts.
Qué se mira y como
se mira?
Los guiones que miden las bases de datos ORACLE (Le Menu)
toman instantáneas de las tablas V$ por un período consecutivo de
-3-
dos semanas. La tablas y la información que se compila son del
tenor siguiente:
V$SESSION
Sesiones Concurrentes/ Dispositivos Concurrentes
V$LICENSE
Información concurrente histórica por base de datos
V$OPTION
Información sobre opciones instaladas
V$VERSION
Información sobre la versión de la base de datos
DBA.USERS
Userids, o información de cuentas de usuarios. No se
acceden passwords.
Para el caso de Oracle Applications, se solicitan las siguientes
tablas:
fnd_logins
fnd_login_responsibilities
fnd_user
fnd_user_responsibility ó fnd user_resp_groups
fnd_application
fnd_application_tl (sólo release rel11)
-4-
Instalación
Menu
Le
1. El proceso de instalación es conducido por personal de LMS y
llevado a cabo directamente por su administrador de sistemas o
DBA, con la finalidad de que el cliente se sienta más seguro del
proceso que se está llevando a cabo y de esta manera garantizar
la realización exclusiva de la instalación de los scripts de LMS.
Los pasos para la realización de la instalación, previa revisión por
parte del cliente del apartado ‘Requerimientos para Instalación’
son los siguientes:
x Envio por FTP al servidor designado como ‘repositorio
local’ el archivo LMS_UX55.TAR (o la versión
disponible al momento de instalación)
x Descomprimir el archivo para que sea generado un
directorio LMS y subdirectorios adicionales
x Utilizar el ejecutable menu.sh para realizar la instalación
de los scripts.1
x Agregar 2 líneas en el CRONTAB2 para la ejecución del
script coshell.sh cada hora y del script nashell.sh una vez
por semana.
El tiempo requerido para la instalación varía de acuerdo al
número de servidores. Si se utiliza un solo ‘repositorio local’
como se muestra en el diagrama anexo, y se cuenta con los
requisitos previos de instalación completos, podría llevarse a cabo
en aproximadamente 1.5 horas considerando al menos 8
servidores.
Asismos, algunas consideraciones y comentarios sobre los scripts:
x Es mejor utilizar el usuario ‘oracle’ de Unix para llevar a cabo
la instalación, ya que el mismo tiene acceso a todos los
privilegios necesarios.
x Hay que tener a mano las contraseñas de los usuarios ‘SYS’ y
‘SYSTEM’ de cada instancia.
x El proceso de instalación hará uso de espacio (tablespace) real
en una sola de las instancias, la cual fungirá como ‘repositorio
de información’.
1
Creación de usuarios, asignación y/o creación de tablespace para usuario en ‘repositorio local’ , creación de dblinks,
creación de shells para ejecutar los scripts, entre otros.
2
O alguna herramienta similar que permita la calendarización de actividades. Ej. Ezscheduler (NT)
-5-
x La información será recopilada de las tablas V$ de cada
servidor, por medio del acceso de solo lectura de los usuarios
que se hayan creado en cada instancia y a través de DBLINKS
ejecutados a partir de la base de datos donde está el
‘repositorio’ .
x El proceso se dispara cada hora por medio de CRONTAB o
algun software similar de calendarización de tareas. Si hay algún
problema al accesar a las instancias, el proceso lo ignora,
continua y se termina.
A continuación se muestra un diagrama sobre el proceso de
monitoreo que utiliza los scripts de LMS:
Requerimientos
para instalación
†Inventario de servidores y bases de datos ORACLE de toda la red
(hoja de excel adjunta para ese propósito)
†Contraseñas de los usuarios SYS y SYSTEM de TODAS las
instancias a conectar
-6-
†Contraseña oracle (sistema operativo) del servidor donde se va a
crear el repositorio de datos y con privilegios para usar crontab
†Configuración de los listeners de todas las instancias, y servicio
funcionando
†Archivo tnsnames.ora de la instancia que se va a usar como
repositorio está configurado con la información correcta de las
demás instancias
†Contar con la información del archivo de Host que tiene los
alias de los servidores y las direcciones de IP correspondientes
correctas, por si se requiere utilizar.
†Solo para Oracle Applications: Bandera sign-on -audit function
a nivel responsibility ó Form (en español se llama '
Conexión:
Nivel de auditoria'
.)
License Management Services - Latin America
£
ORACLE Corp.
6505 Blue Lagoon Drive, Suite 400
M iami, FL 33126
Phone: (305) 260-7314
Fax: (305) 265-9434
-7-