Está en la página 1de 16

MANUAL DE NORMAS Y PROCEDIMIENTOS

PROCEDIMIENTO ADMINISTRACIÓN DE BASE DE


DATOS

Agosto/ 2009
MANU AL NORMAS Y P ROCEDIMIENT OS

ÍNDICE

HOJA DE APROBACIÓN ................................ ...... ¡ERROR! MARCADOR NO DEFINIDO.

HOJA DE REVISIÓN ................................ ............. ¡ERROR! MARCADOR NO DEFINIDO.

INTRODUCCIÓN ................................ ................................ ................................ ............... 3

NORMAS ................................ ................................ ................................ ........................... 4

DEFINICIÓN DE TERMIN OS ................................ ................................ ............................. 5

MONITOREO DE BASES D E DATOS ................................ ................................ ............... 7

RE SPONSABIL IDA DES: ................................ ................................ ................................ 7

CAMBIOS EN LA ESTRUCTURA FISICA DE LA BASE DE DATOS. .............................. 8

CAMBIOS DE PASSWORD DE LAS BASES DE DATO S DEL BANCO CARONI. ........ 10

RE SPONSABIL IDA DES: ................................ ................................ .............................. 10

ACTUALIZACIÓN MANTEN IMIENTO DE SOFTWARE. ................................ ................. 11

RE SPONSABIL IDA DES: ................................ ................................ .............................. 11

CREACIÓN Y CONFIGURA CIÓN DE BASE DE DATO S DE BANCO CARONI. ............ 12

RESPALDO DE LAS BASE S DE DATOS DEL BANCO CARONI. ................................ . 13

RESTAURACI ÓN DE LAS BASES DE D ATOS ORACLE DEL BANC O CARONI. ........ 15

RE SPONSABIL IDA DES: ................................ ................................ .............................. 15

ANEXO ................................ ................................ .. ¡ERROR! MARCADOR NO DEFINIDO.

SOLICITUD DE ACTUALI ZACIÓN DE OBJETOS. ¡ERROR! MARCADOR NO DEFINIDO.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 2
MANU AL NORMAS Y P ROCEDIMIENT OS

INTRODUCCIÓN

Una base de datos es un conjunto exhaustivo no redundante de los datos


estructurados organizados independientemente de su utilización y su
implementación en máquina accesibles en tiempo real y compatibles con usuarios
concurrentes con necesidad de información diferente ; estos datos son
almacenados por diferentes aplicaciones en estos repositorios y es el Especialista
de Base de Datos o (DBA) la perso na encargada de definir y controlar las bases
de datos corporativas, además proporciona asesoría a los desarrolladores,
usuarios y ejecutivos que la requieran.

Por lo antes expuesto el siguiente ma nual de normas y procedimientos, esta


elaborado con la fin alidad de establecer el procedimiento a seguir por el
Administrador de Base de Datos de la Vicepresidencia de Tecnología de
Información, al momento de realizar sus actividades diarias .

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 3
MANU AL NORMAS Y P ROCEDIMIENT OS

NO RM AS

1) Para la primera semana de cada mes, se realiza el proceso de cambio de


password para los usuarios SYS/SYSTEM en todas las bases de datos de
Producción.

2) La actualización de los parches de Base de Datos se realiza una vez que el


proveedor del software (ORACLE , SQL SERVER o MYSQL ), envía al
Banco Caroni, C.A – Banco Universal la notificación.

3) El proceso de respaldo de bases de datos se realiza con una periodicidad


diaria y se aplica a c ada una base de datos, que esta instalada tanto en el
Servidor de desarrollo .

4) El proceso de restauración se realiza diaria en funció n a los siguientes


eventos.

a. Un servidor o su motor de base de datos haya sufrido daños. Acción:


reinstalar el mismo, luego se res taura con el export.
b. Solicitud por escrito de un Departamento o Vicepresidencia. Acción:
instalar desde cero un motor de base de datos y se restaura con el
export.
c. Pruebas en un servidor de laboratorio debito a un control de cambio.
d. Contingencia de algún servidor.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 4
MANU AL NORMAS Y P ROCEDIMIENT OS

DEFINICIÓN DE TE RMINOS

El área de base de datos típicamente realiza cuatro grandes bloques de funciones


que requieren documentación, estos son:

CL AVE: La clave primaria se utiliza para identificar en forma única cada línea en la
tabla. Puede ser parte de un registro real, o puede ser un campo artificial (uno que
no tiene nada que ver con el registro real). Una clav e primaria puede consistir en
uno o más campos en una tabla. Cuando se utilizan múltiples campos como clave
primaria, se los denomina claves compuestas .

Una clave externa es un campo (o campos) que señala la clave primaria de otra
tabla. El propósito de l a clave externa es asegurar la integridad referencial de los
datos. En otras palabras, sólo se permiten los valores que se esperan que
aparezcan en la base de datos .

CONT ROL DE ACCESO BASE DE DATOS: abarca la creación de usuarios,


definición de controles para acceso a los datos de la base de datos por otras
aplicaciones, definición de controles de integridad y seguridad .

DBA: se le conoce así al Administrador de Base de Datos, que se encuentra en el


departamento de tecnología de cualquier organización.

DBLINKs (Database Link / Enlaces d e bases de datos): es un tipo de objeto


que permite realizar una conexión desde una base de dato s a otra. Su principal
objetivo es ocultar el detalle de los parámetros de conexión necesarios, facilitando
un sencillo acceso a los recursos disponibles en otras bases de datos,
independientemente de que estas se encuentren instaladas en el mismo servidor o
no.

E SQUEMA DE LA BASE DE DATOS: Es una colección de objetos de una base


de datos, que incluye estructuras ló gicas como ta blas, secuencias, p rocedimientos
almacenados (stored procedures), sinónimos (synonyms), índices (indexes), y
enlaces de bases de datos (dblinks). Un esquema tiene el nombre del usuario que
controla sus objetos.

F UNCIONES : es un subprograma que devuelve un valor.

INDICES: Es un instrumento que aumenta la velocidad de respuesta de la


consulta, mejorando su rendimiento y optimizando su resultado. El manejo de los
índices en ORACLE se realiza de forma inteligente, donde el programador sólo
crea los índices si n tener que especificar, explícitamente, cuál es el índice que va
a usar.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 5
MANU AL NORMAS Y P ROCEDIMIENT OS

MONITOREO Y MANTE NIMIENTO DE LA BASE DE DATOS: abarca el


monitoreo diario de la base de datos, mantenimiento y ajustes en función de los
pases a producción que se realicen por ajust es a los sistemas; backup y restore.

OBJETOS DE BASE DE DATOS: Son los tipos definidos por el us uario que
permiten modelar entidades del mundo real, tales como clientes y órdenes de
compra.

P ACKAGE (PAQUETE): Es un objeto del esquema que agrupa de forma lógica


elementos PL/SQL relacionados, tales como tipos de datos, funciones,
procedimientos y cursores .

P LANIF ICACIÓN DE CAPACIDAD: Organizar y ajustar el sistema, para obtener


el máximo rendimiento , planificar capacidad de almacenamiento .

P ROCEDIMIENTOS AL MACENADOS: es un subprograma que ejecuta una


acción específica y que no devuelve ningún valor; este procedimiento tiene un
nombre, un conjunto de parámetros (opcional) y un bloque de código .

S ECUENCIA: Proporciona los objetos de secuencia para la genera ción de códigos


numéricos automáticos .

V ISTAS: Es una tabla lógica, que muestra una parte de la base de datos. Las
vistas permiten "almacenar" de manera lógica los resultados de las consultas .

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 6
MANU AL NORMAS Y P ROCEDIMIENT OS

Área: Vicepresidencia de Tecnología de Información


Procedimiento: Monitoreo de Base de Datos

MONITOREO DE BASES DE DATOS

RE SPONSABILIDADES:

GERENCIA DE TECNOLOGIA
Especialista de Base de Datos
1. Ejecutar programa de monitoreo , a través de herramientas de diagnósticos y
monitoreo tales como:
a. Oracle Enterprise Manager Basic Packs.
b. Oracle Enterprise Manager Turing y Diagnostic Pack.
c. Scripts de Búsqueda de Información v ía SQL.
d. Estadísticas de STACKPACK.
e. TKPROF
f. Scripts de Monitoreo.
g. Oracle Expert.
2. Elaborar informe de correctivos a realizar en la base de datos .
3. Reportar a la Gerencia de Sistemas alguna eventualidad con las aplicaciones
que se encuentran en Ambiente de Producción.
4. Planificar control de cambio cuando se apliquen correctivos a la base de datos.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 7
MANU AL NORMAS Y P ROCEDIMIENT OS

Área: Vicepresidencia de Tecnología de Información


Procedimiento: Cambios en la estructura física de la Base de Datos.

CAMBIOS EN LA E STRUCTURA FISICA DE LA BASE DE DATOS.

Gerencia de Sistemas Gerencia de Soporte y Gerencia de Procesos


Operaciones
Analista de Desarrollo Especialista de base de Analista de procesos
datos
1. Solicita a través de un
Correo Electrónico a
Especialista de base de
datos lista de objetos que
requiere modificar y la
dirección en ambiente de
desarrollo donde serán 2. Recibe Correo
ubicados. Electrónico con solicitud
de objetos.
3. Copia en ambiente de
desarrollo en área
especificada por Analista
de desarrollo los objetos
solicitados.
4. Informa a través de e -
mail la copia de los
objetos en ambiente de
5. Recibe Correo Electrónico desarrollo.
de Especialista de base de
datos, donde se informa
de la ubicación de los
objetos en ambiente de
desarrollo.
6. Realiza ajustes a
estructuras de: Tablas,
índices, claves,
secuencias, vistas,
packages, procedimientos,
funciones, etc; y/o
cualquier otro tipo de
estructura relacionada con
la Base de datos.
7. Envía Correo Electrónico a
la Gerencia de Procesos la
realización de las pruebas
de certificación del
programa o sistema.
8. Registra en el sistema de
control de cambios, la
solicitud de pase a 9. Recibe Correo Electrónico
producción. con solicitud de realización
de pruebas.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 8
MANU AL NORMAS Y P ROCEDIMIENT OS

Gerencia de Sistemas Gerencia de Soporte y Gerencia de Procesos


Operaciones
Analista de Desarrollo Especialista de base de Analista de procesos
datos
10. Realiza pruebas.
12. Recibe informe. 11. Emite informe y entrega el
a. Si hay ajuste , procede mismo a la Gerencia de
a realizarlo y regresa Sistema.
paso 2.
b. En caso contrario ir al
paso 13.
13. Se convoca a una reunión
en la que se establecerán
las actividades para la
puesta en producción del
programa o sistema.
14. Recibe solicitud de pase a
producción. Form ato
FBD_001.
15. Se asigna un Especialista
de base de datos que
llevará a cabo esta
actividad.
16. Verifica en el sistema de
control de cambio la
aprobación.
17. Ejecuta pase a ambiente
de producción una vez
que no haya operaciones
en el Banco,

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 9
MANU AL NORMAS Y P ROCEDIMIENT OS

CAMBIOS DE PASSW ORD DE LAS BASES DE DATOS DEL BANCO CARONI.

RE SPONSABILIDADES:

Gerencia Soporte y Operaciones/ Especialista de Base de Datos

1. Entre los DBA se elige la nueva contraseña para las Bases de Datos .
2. Se divide el trabajo del cambio de contraseñas de la siguiente forma: Del
total de las bases de datos, se dividen en dos grupos .

3. Cada DBA, se encargara de un grupo para realizar los cambios de


contraseñas.

4. Cada DBA, ejecutará un script escrito en archivo BA TCH. Éste llamara por
lotes, a una rutina (escrita en PL/SQL) que se conectará a las Bases de
Datos de Producción asignadas.

5. Una vez culminado la ejecución del script para el cambio de contraseñas.


Se procederá a verificar el acceso de las bases de dato s con los nuevos
mediante los nuevos password.

6. Si ha fallado la conexión. Se procede a verificar, cuál BD no ha permitido el


cambio de contraseña y repetir el paso (4). Seguidamente volver a verificar
el acceso a la BD con la nueva contraseña. Hasta que todas las BD tengan
cambiadas las claves.

7. Luego, se procederá a escribir e imprimir un reporte con las Base de datos


y sus nuevas contraseñas. Se entregará formalmente a un supervisor del
departamento de Operaciones para su resguardo en bóveda. Finalment e, el
DBA recibirá un acuse de recibo con la firma y sello del Supervisor de
operaciones.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 10
MANU AL NORMAS Y P ROCEDIMIENT OS

ACTUALIZACIÓN MANTENIMIENTO DE SOF TWARE.

RE SPONSABILIDADES:

GERENCIA DE SOPORTE Y OPERACIONES


Especialista de base de datos
1. Entrar todas las mañana a Internet y acceder a las paginas de: ORACLE,
SQL Server, MySQL, Foros, FAQ`s Blogs para verificar la existencia de
nuevas versiones y/o parches.

2. Si existen, verifica el impacto y la necesidad de nueva versión y/o parche.

3. Si la versión y/o parche aplica

a. Respalda la BD en Servidor de desarrollo.


b. Actualiza ORACLE , SQL Server, MySQL .

4. Si existe algún problema con la versión y/o parche.


a. Recupera el respaldo.
b. Contacta con ORACLE para reportar el problema.

5. Si no existe algún problema con la versión y/o parche


a. Notifica si es necesario de los cambios realizados a la VP de
Tecnología de la Información.
b. Cheque el LOG de base de datos.
c. Si hay errores, lo chequea y bu sca incidencia anterior.
d. Verifica si existen registros de solución en carpeta de ORACLE, SQL
Server, MySQL .
i. Si hay, aplica la solución documentada.
ii. Si no hay, verifica documentación en Internet y
documentación de ORACLE, SQL Server, MySQL .
iii. Aplica solución
iv. Si ocurre algún problema, contacta a soporte de ORACLE,
SQL Server, MySQL .
v. Coordina con ORACLE, SQL Server, MySQL para aplicar la
solución.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 11
MANU AL NORMAS Y P ROCEDIMIENT OS

CREACIÓN Y CONFIGURACIÓN DE BASE DE DAT OS DE BANCO CARONI

Gerencia de Sistemas Gerencia de Soporte y Operaciones


Jefe de Departamento Especialista de base de datos
1) Envía notificación vía correo electrónico
a la Gerencia de Soporte y
Operaciones para que se realice la
creación o configuración de Base de
Datos.
2) Recibe notificación de creación o
configuración de base de datos.
3) Se asigna a Especialista de base de
datos para realizar la actividad.
4) Define características del equipo donde
se instalara la Base de datos.
5) Solicita a la Gerencia de Sistema , la
cantidad de usuario que estarían
accesando a la misma, y los nombres
de los usuarios.
6) Recibe notificación de Especialista de
base de datos, con información sobre
cantidad de usuarios y nombres que
accesarán la misma.
7) Envía información solicitada a
Especialista de base de datos.

8) Recibe informa ción de la Gerencia de


Sistema.
9) Crea usuarios en la Base de datos y se
asignan los permisos.
10) Se realiza la configuración de la Base
de datos.
11) Se notifica vía correo electrónico a la
Gerencia de Sistemas la configuración
de la Base de datos y los usuarios
creados con sus respectivos permisos.
12) Recibe notificación de Especialista de
base de datos y procede al desarrollo
de aplicaciones, vistas, etc.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 12
MANU AL NORMAS Y P ROCEDIMIENT OS

RE SPALDO DE L AS BAS ES DE DATOS DEL BANCO CARONI

Gerencia de Soporte y Operaciones


Especialista de base de datos Analista de operaciones
1. Activar programas de respaldo en la
programación diaria en una hora
determinada.
2. Si la base de datos es Oracle, se ejecuta la
operación de export generando dos archivos:
a. Archivo con extensión DMP :
Consiste en el vaciado de todos los
objetos que compone la base de
datos:
- Esquemas
- Stored Procedures y Funciones
- Usuarios y roles
- Tablas y sus Indices
- Disparadores
- Restricciones y reglas
- Sinonimos
- Vistas
- DBLynks
- Entre otros objetos
b. Archivo con extensión LOG :
Consiste en un inventario de los
objetos que se han exportado al
archivo DMP. También notifica
posibles errores en el proceso de
exportación y finaliza con un
mensaje, si e export culmino
exitosamente o no.
3. Ir al directorio donde se enc uentran los
archivos de respaldos:
Respaldo_automatico .
4. Borrar los archivos de respaldos DMP y LOG
del día anterior.
5. Se ejecuta el comando export (nativo de
Oracle). Para el vaciado de la Base de datos.
En ellos intervienen los siguientes
parámetros:
a. Usuario y contraseña para verificar
que esta registrado en la BD.
b. Base de datos en la cual se hará el
export.
c. Ruta y nombre donde se generará el
archivo DMP.
d. Ruta y nombre donde se generará el
archivo LOG.
e. Tipo de export:
FULL: Indica que se exportara los
objetos de la BD.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 13
MANU AL NORMAS Y P ROCEDIMIENT OS

Gerencia de Soporte y Operaciones


Especialista de base de datos Analista de operaciones
§ Por esquema: Indica que
solo se exportara solo
esquema y sus objetos.
6. Una vez culminado el proceso de export,
deberá haber generado los dos archivos:
a. exp:BD.dmp
b. exp:BD.log
Dónde: BD es el nombre de la base de
datos.

Ejemplo : para la BD de crédito, sería:


exp_credito.dmp y exp_credito.log.

7. Se comprimirá los archivos exp_credito.dmp


y exp_credito.log
Y su resultado tendrá el nombre de:
exp_BD_mmddaaaa.zip
Dónde:
BD: es el nombre de la base de
datos
mm: corresponde el mes
dd: corresponde el día
aaaa: corresponde el año

Ejemplo : para el día 15 de Julio de 2008 en


la BD de crédito, sería:
exp_credito_07152008.zip

8. Se guardara el archivo ZIP en la ruta:


Respaldo_automatico \respaldos. Y en el
servidor: 190.1.1.64 en la ruta:
DMP_Expor t_Oracle_Produccion .

9. El Operador de guardia verifica la


ruta y identifica el archivo y
10. Se copia el log en la ruta: procede a realizar los backups en
Respaldo_automatico \diarios. Y en el servidor: cintas magnéticas.
190.1.1.64 en la ruta:
log_export_oracle_produccion , donde los
Operadores verificarán.

11. El Operador verifica en la ruta el


estatus de los procesos exports .
12. Una vez culminado el respaldo,
guarda el archivo ZIP en l a ruta:
log_export_oracle_produccion .

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 14
MANU AL NORMAS Y P ROCEDIMIENT OS

RE STAURACIÓN DE LAS BASES DE DATOS ORACLE DEL BANCO CARONI.

RE SPONSABILIDADES:

GERENCIA DE TECNOLOGIA
Analista del área de Base de Datos
Preparación previa :
1. Desde el servidor dónde se restaurará la Base de datos, se ubica la
unidad donde se encuentra la carpeta Respaldo_Automatico , y se
copia en ese lugar el export que se desea restaurar .
a. En caso de que no exista esa carpeta, se verificar qué unidad de
disco del servidor tenga suficiente espacio para alojar el archivo
DMP. Por lo general debe ser superior a 3 Gbytes.

2. En caso de ser el motor Oracle :


a. Se crea una cuenta de usuario (en caso de que no exista) con
privilegios necesarios para realizar únicamente el proceso de
import/export.
3. Si la base de datos tiene esquemas viejos, se pro ceden a ser
destruirlos.
4. Se prepara el script para la restauración.

Restauración :
5. Se ejecuta el comando imp ort (nativo en caso de Oracle). Para la
restauración de la Base de datos. En ellos intervienen los siguientes
parámetros:
a. Usuario y contraseña para verificar que esta registrado en la BD.
b. Base de datos en la cual se hará el export.
c. Ruta y nombre donde se generará el archivo DMP.
d. Ruta y nombre donde se generará el archivo LOG.
e. Tipo de export:
i. FULL: Indica que se exportara los objetos de la BD.
ii. Por esquema: Indica que solo se exportara solo
esquema y sus objetos.
6. Una vez culminado el proceso de import (resta uración), deberá haber
generado el siguiente archivo:
a. imp_BD.log; donde: BD es el nombre de la base de datos.
Por ejemplo: para el log de la BD de Crédito restaurada
sería: imp_credito.log
Verificación y validación de la Restauración :
7. Verificar el status d e la restauración en el archivo LOG:
a. Verificar que el tamaño del mismo sea mayor a cero (0) KB.
b. Abrir el archivo y revisar la última línea la cual debe decir: “La
importación ha terminado correctamente y sin advertencias”. Ir
al paso 8.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 15
MANU AL NORMAS Y P ROCEDIMIENT OS

c. Si la última línea indica: “La importación ha terminado


incorrectamente” . Ir al paso 11.
d. Si la última línea indica: “La importación ha terminado
correctamente y con advertencias” . Ir al paso 12.

8. Realizar una conexión a la BD restaurada con un usuario valido y


verificar si a lguna de sus tablas (conteo de registros) coincide con el log
generado (paso 6).
9. Enviar correos a los actores involucrados en esta actividad, con el fin de
dar cuenta del status de la restauración. Anexar al mismo el log
generado (paso 6) .
10. Fin de proceso.

Verificación de problemas en la restauración :


11. Verificar, problemas con el servidor y motor de la base de datos:
a. Si el servidor esta correctamente instalado y/o configurado.
b. Si el motor de la base de datos esta correctamente instalado y/o
configurado.
c. Chequear la disponibilidad del servidor.
d. Chequear la disponibilidad de la base de datos
e. Chequear el acceso en la red.
Una vez resuelto estos incidentes, ir al paso 5.

12. Verificar, problemas con los esquemas, usuarios y base de datos:


a. Verificar la versión del motor de la base de datos versus la
versión del export generado y:
§ Chequear los usuarios y sus privilegios en la base de
datos.
§ Chequear que los parámetros de importación de la Base
de datos sean los correctos.
§ Chequear el código de error generado por el m otor de la
base de datos e in vestigar en Internet (Pagina ofi cial
Oracle, SQL Server ó MySQL) las causas y posibles
soluciones.
Resuelto lo anterior, ir al paso 5.

VP. DE TECNOLOGÍA DE LA INFORMACIÓN VIGENCIA ACTUALIZACIÓN PÁG.:


Gerencia de Procesos 18/08/2009 16

También podría gustarte