Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Inf. Proyectos de Inversion

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 27

UNIVERSIDAD NACIONAL DEL SANTA

FACULTAD DE INGENIERIA

Escuela Profesional de Ingeniería de Sistemas e Informática

CURSO:
Proyectos de Inversión en T.I.
PROYECTO DE INVESTIGACIÓN:
Optimización de los procesos de Base de Datos en la
UDEMSI en la Universidad Nacional del Santa
DOCENTE:
Ing. Marlene Raquel Paredes Jacinto
INTEGRANTES:
 Chapa Carranza, Kathiusca.
 Escobedo Romero, Ángel.
 Jara Espinoza, Jhoselyn.
 Pasión Rodriguez, Karolay.
CICLO:
X

Octubre, 2019.
Nuevo Chimbote, Perú.
ÍNDICE
1. DATOS GENERALES ............................................................................................ 3
1.1 Título del Proyecto ............................................................................................. 3
1.2 Objetivos ............................................................................................................ 3
1.2.1. Objetivo General......................................................................................... 3
1.2.2. Objetivos Específicos ................................................................................. 3
1.3 Identificación del Problema ............................................................................... 3
1.4 Solución del Problema ....................................................................................... 3
2. ANTECEDENTES ................................................................................................... 4
2.1 Fundamentos teóricos de la investigación ......................................................... 4
2.1.1 Tesis ................................................................................................................. 4
2.1.2 Libros ............................................................................................................... 7
3. PERFIL DEL PROYECTO ...................................................................................... 8
3.1 Metodología para la construcción de un Migrador Universal de Base de Datos .. 8
3.2 Metodología libre de plataformas intermedias ....................................................... 8
3.3 Migración de datos práctica (Practical Data Migration) ........................................ 9
4. REFENCIAS BIBLIOGRÁFICAS ........................................................................ 10
Bibliografía ...................................................................... Error! Bookmark not defined.
5. ANEXOS ................................................................................................................ 14
Anexo N° 1: Entrevista ............................................................................................... 14
1.DATOS GENERALES
1.1 Título del Proyecto
Optimización de los procesos de Base de Datos en la UDEMSI en la
Universidad Nacional del Santa

1.2 Objetivos
1.2.1. Objetivo General
Desarrollar una metodología para la auditoría de base de datos para
la migración de ASA 9.5 a SQL Server en el departamento de
UDEMSI (Unidad de Desarrollo, Evaluación y Mantenimiento de
Sistemas de Información).

1.2.2. Objetivos Específicos


 Evitar cuello de botella en el Sistema de Matrícula.
 Tener en cuenta el control de riesgos en la metodología a
elegir.
 Identificar el proceso de almacenamiento de datos para
detectar los cierres de canales como el tráfico en red a las
conexiones a usuarios.
 Evaluar la compatibilidad, como la diferencias en los tipos de
datos admitidos, trabajando por mantener la integridad de los
datos.

1.3 Identificación del Problema


Retraso en el tiempo de respuesta en el sistema de matrícula debido a que
UDEMSI (Unidad de Desarrollo, Evaluación y Mantenimiento de
Sistemas de Información) cuenta con un gestor de base de datos ASA 9.5.

1.4 Solución del Problema


Desarrollo de una metodología para la auditoría de base de datos para la
migración de ASA 9.5 a SQL Server en el departamento de UDEMSI
(Unidad de Desarrollo, Evaluación y Mantenimiento de Sistemas de
Información) mejorando así el tiempo de respuesta en el sistema de
matrícula de la Universidad Nacional del Santa.
2.ANTECEDENTES
2.1 Fundamentos teóricos de la investigación
2.1.1 Tesis
[1]Autor: Marisol Daniel Díaz

Verónica López Guzmán

Título: “Soluciones de Software Libre para el Desarrollo de Aplicaciones


de Bases de Datos”

Institución: Universidad Autónoma del Estado de Hidalgo

Grado o Título Profesional: Licenciado en Sistemas Computacionales

Año: 2007

Resumen ejecutivo y resultados:

El desarrollo de este proyecto busca soluciones de software para


desarrollar aplicaciones de Base de datos, con la utilización de
herramientas CASE (Ingeniería de Software Asistida por Computadoras),
que constituye en la automatización de procesos, este conjunto de
elementos integrados que se han diseñado buscar un desarrollo completo
de del ciclo de vida: análisis, diseño, codificación y pruebas. El objetivo
general es la facilitación de soluciones de software para desarrollar
aplicaciones de Base de Datos y su código, se destaca el utilizar consultas
en Base de Datos y de forma interactiva, comprobando en tiempo real la
actualización de datos que se introducen a través de una interfaz,
facilitando y ahorrando tiempo en puesta a un punto de la aplicación. Las
pruebas fueron desarrolladas en aplicaciones con Base de Datos entre las
que destacan XAMPP e EASYPHP, que aumentan la probabilidad de
ejecución exitosa de proyectos de software minimizando el tiempo de
pruebas y maximizando el rendimiento, sin que este represente un costo
adicional, puesto que se trata de soluciones de software libre de fácil y
rápida adquisición que se adecuaran a las necesidades del usuario. (Daniel
Díaz & Lopez Guzmán, 2007)
[2]Autores: Jhon Alexander López

Andres Fabian Zuluaga Tamayo

Título: Metodología para el Control de Riesgos para la Auditoría de Bases


de Datos

Institución: Universidad Tecnológica de Pereira, Ecuador

Grado: Tesis para optar el título profesional en Ingeniería de Sistemas


Computacionales

Año: 2013

Resumen: La importancia de la Auditoría de Bases de Datos radica


especialmente en la necesidad de mitigar los riesgos asociados a la pérdida
de datos y a la fuga de la información. Los riesgos hacen que las
vulnerabilidades dentro de un sistema de información sean una puerta para
que las amenazas sean una fuente de peligro. El presente trabajo de grado
se fundamenta en la creación de una metodología diseñada para el control
de estos riesgos y basada en las normas internacionales de auditoria y en
las mejores prácticas para auditorias de sistemas de información. (Lopez
& Zuluaga, 2013).

[3]Autor: Gerardo Villagomez de Oliveira e Souza


Harold Álvarez Álvarez
Danny Vivanco Toala
Título: “Implementación de la Migración de la Base de Datos del Sistema
CANOPUS de Informix 9.4C a Oracle 10g”

Institución: ESCUELA SUPERIOR POLITÉCNICA DEL LITORAL.

Grado o Título Profesional: INGENIERO EN COMPUTACIÓN


ESPECIALIZACIÓN SISTEMAS DE INFORMACIÓN

Año: 2006
Resumen ejecutivo y resultados:

La Armada del Ecuador busca la actualización, estandarización y calidad


de las bases de datos utilizadas en los diferentes sistemas informáticos
implementados en los distintos repartos navales, es así que el sistema naval
CANOPUS, cuyo motor de base de datos es Informix versión 9.4C, ha sido
considerado para migrarlo a Oracle versión 10g con la ayuda de las
herramientas Power Builder y Power Designer de Sybase. Esta nueva base
de datos es más liviana y segura además de soportar de mejor manera la
escalabilidad de CANOPUS al permitir mantener un mayor grupo de
usuarios.

Dentro del proceso de migración a la base de datos Oracle 10g, se va a


trabajar específicamente con los tres módulos siguientes: Modulo
Principal, al que se le va a modificar su codificación de tal manera que
levante solamente el Módulo Gerencial y el Módulo de Comité de
Contrataciones.

Para la migración procedimos a realizar primeramente un análisis de todas


las tablas versus las diferentes operaciones y consultas que se realizan en
los querys, de tal manera que había operaciones que no se utilizaban en el
código, es decir, había código basura.

Posterior al análisis procedimos a realizar la migración de las tablas con


sus respectivos índices luego de las vistas, triggers y al final de los
procedimientos almacenados, con la utilización de las herramientas antes
mencionadas.

Al final con todos los registros ya migrados procedimos a realizar las


pruebas, tomando en cuenta que el código se encontraba en una tecnología
antigua RDO (Randon Data Object), se hizo cambios para mantenerlo a la
tecnología ADO (ActiveX Data Objects) que es uno de los mecanismos
que usan los programas de computadoras para comunicarse con las bases
de datos, darles órdenes y obtener resultados de ellas. (Álvarez Álvarez ,
Villagomez De Olivera e Souza, & Vivanco Toala, 2006)
2.1.2 Libros
Autor: Enrique Salazar Meza

Título: “Optimización de los tiempos de respuestas en una Bases de


Datos”

Año:2015

Resumen:
El presente artículo trata de un tema muy crucial dentro de un ambiente de
base de datos como es la optimización de los tiempos de respuestas de las
consultas realizadas a un repositorio de información. Para alcanzar
tiempos de respuestas óptimos, es necesario, en primera instancia, estar
conscientes de los actores del área de base de datos en una organización,
de los cuales, hay uno que se erige como la principal figura cuando la
optimización de recursos se refiere. Dicho actor es el Administrador de la
Base de Datos.

Tener programadores al frente de un ambiente de base de datos es uno de


los mayores errores e incongruencias que se dan en los ambientes
informáticos, y producto de esta “cultura” es que se desarrollan sistemas
de base de datos que distan mucho de ser aplicaciones con rendimientos
óptimos. En este artículo también se mencionan algunos pasos que son
necesarios para la elaboración de transacciones de consultas que permitan
obtener resultados en el menor tiempo posible. Además, se mencionan
otras formas para optimizar los tiempos de respuestas como, por ejemplo:
el buen diseño de la base de datos, un computador debidamente equipado,
y estructuras lógicas y físicas bien distribuidas.

Finalmente, se mencionan cuatro pasos para resolver aquellos cuellos de


botella que se constituye en obstáculos para lograr la optimización de los
tiempos de respuesta, a saber: definición del problema, levantamiento de
información, planteamiento de solución, y realizar pruebas de rendimiento
(Meza, 2015).
3. PERFIL DEL PROYECTO

3.1 Metodología para la construcción de un Migrador Universal de


Base de Datos
El prototipo del Migrador Universal de Bases de Datos es implementada
usando la tecnología del lenguaje de programación Java ya que permite
interactuar con otras plataformas y actualmente es muy usada como
herramienta para realizar migraciones.

“Para el proceso de conexión de la interfaz de migración con las bases de


datos origen y destino desarrollaron sobre el API de Java conocido
como JDBC (Java Database Connectivity) el algoritmo de
migración propuesto, este API” (Interfaz de Programación de Aplicaciones)
(Fernandez & Giraldo, 2011).

3.2 Metodología libre de plataformas intermedias


Un enfoque gratuito de puerta de enlace para la migración de sistemas de
información heredados, esta metodología propone eliminar el problema de
mantener el sistema legado y el sistema destino corriendo juntos, lo que
implica mantenerlos sincronizados para poder sostener coherencia entre ellos.

Cuenta con las siguientes fases:


 Fase 0: es la preparación de la migración. En esta fase se identifican las
necesidades, los puntos de referencia y la arquitectura destino y su
hardware.

 Fase 1: es entender la semántica del sistema legado y el desarrollo e los


esquemas de datos del destino.

 Fase 2: construcción de una base de datos de muestra en el sistema de


destino.

 Fase 3: se refiere a la migración de forma incremental de todos los


componentes del sistema a la arquitectura objetivo, a excepción de los
datos.

 Fase 4: es la migración de los datos existentes en el sistema y la


formación de los usuarios en el sistema de destino. La migración se
realiza poco a poco a través de los almacenamientos temporales, el
objeto de direccionamiento de acceso a los datos y el transformador de
datos (Chrysalis).

 Fase 5: es el corte definitivo del sistema legado y la puesta en


producción del destino (Evaluando Software.com, 2018).

3.3 Migración de datos práctica (Practical Data Migration)


Se propone, en primera instancia, que la migración de datos debe manejarse
como un proyecto independiente en sí mismo debido a que tiene sus
entregables y reglas específicas, requiere un grado de negociación entre lo
funcional y lo técnico en la organización, precisa de habilidades
especializadas y no puede encasillarse dentro de la estructura de proyectos
estándar.
El modelo de este autor es denominado “Practical Data Migration v2”
(en adelante PDM2) y propone un enfoque integral que consta de
varios módulos que cubren el alcance completo de la migración de
datos, desde sus inicios hasta la desconexión de los sistemas
legados. También presenta un resumen de los tipos de tecnología
disponibles para soportar la migración de datos.

Figure 1Representación de PDM2 – Autor de Johny Morris


4. HERRAMIENTAS PARA MIGRACION
4.1 Migración de Sybase ASA a Microsoft SQL Server con Ispirer Migration
and Modernization Toolkit 2015
Esta potente herramienta convierte esquema de base de datos (DDL), datos y lógica de
negocio del lado del servidor de Sybase ASA a Microsoft SQL Server y puede
personalizarse de acuerdo con los requerimientos de nuestros clientes.

Características de migración de Sybase ASA a Microsoft SQL Server. El conjunto de


herramientas migra los siguientes objetos y propiedades de la base de datos de Sybase
ASA a Microsoft SQL Server:

Tablas y Datos

 Convierte definiciones de columnas: tipos de datos, valores predeterminados,


restricciones NOT NULL
 Convierte restricciones de integridad: claves primarias y externas, restricciones
únicas
 Convierte los comentarios
 Resuelve palabras reservadas e identificadores de conflictos
 Transfiere los datos
 Índices, vistas e inicias de sección
 T-SQL Procedimientos almacenados, funciones y disparadores

Más posibilidades:

Aparte de la lógica de negocios del servidor, Ispirer MnMTK también convierte consultas
SQL en aplicaciones front-end y scripts para ajustarse a la sintaxis de Microsoft SQL
Server. Además, nuestra herramienta es capaz de convertir código T-SQL a Java y .NET.

De ahora en adelante es posible automatizar su proceso de migración y ahorrar mucho


tiempo gracias a compatibilidad con la línea de comandos: configure la programación de
la conversión o inicie una conversión en su proceso de desarrollo.

Compare el número de tablas, el número de filas con la ayuda de nuestro conjunto de


herramientas y realice validación de la migración para todas o sólo las columnas
seleccionadas (basadas en claves primarias o cláusula de orden especificado).
¿Por qué Ispirer MnMTK para la Migración de Sybase ASA a Microsoft SQL
Server?

Ispirer Systems se esfuerza por realizar una migración de alta calidad y de primera clase
de la base de datos. Adaptamos nuestra herramienta de migración Ispirer MnMTK de tal
manera que una versión personalizada pueda satisfacer plenamente las necesidades
empresariales de nuestro cliente.

Nuestros beneficios principales:

100% de automatización de las 3 etapas

Etapa 1: Esquema de base de datos/DDL, migración de la lógica empresarial

Etapa 2: Transferencia y validación de datos

Etapa 3: Conversión de SQL incorporado y SQL consultas/scripts

Orientación al cliente y personalización rápida: Personalizamos nuestra herramienta de


migración de tal manera que una versión personalizada puede satisfacer plenamente las
necesidades de negocio de nuestros clientes, las conversiones personalizadas y las
optimizaciones se realizan en un plazo de 1-2 días hábiles;

Compromiso pre-venta: programe una demostración y discuta su proyecto con nuestro


equipo de preventa

Conversión optimizada: obtiene código de mantenimiento у inteligente sin utilizar ningún


middleware de Ispirer

Beneficios principales de Servicio de Ispirer:

Rápido tiempo hasta la solución;

Expertos altamente cualificados en migración;

Reducción de los costes operativos.

4.2 ESF Kit de herramientas de migración de base de datos

Este juego de herramientas reduce el esfuerzo, coste y riesgo de migración a/desde


cualquier formatos de base de datos: Oracle, MySQL, MariaDB, SQL Server,
PostgreSQL, IBM DB2, IBM Informix, InterSystems Caché, Teradata, Visual Foxpro,
SQLite, FireBird, InterBase, Microsoft Access, Microsoft Excel, Paradox, Lotus, dBase,
CSV/Text y de transferir cualquier fuente de datos ODBC DSN hacia estos.

Este software puede ayudarlo a migrar rápidamente una variedad de datos, estructuras y
objetos, ahorrándole mucho tiempo y dinero. Toda estructura de tabla, datos, esquema
(Oracle, SQL Server 2000 o superior, PostgreSQL), LOB (Grandes Caracteres/Objetos
Binarios), clave primaria/externa, índices, auto-increment (serial) y valor por defecto
migrará.

Cuando se quiera migrar datos entre dos tablas de configuraciones de caracteres (por
ejemplo,: UTF8, CP1250 etc.), también convierte la automatización de la configuración
de caracteres. También puede transformar nombre de campo/tipos de
datos/anulabilidad/precisión/escala numérica o filtrar datos en migración.

Características del Programa:

QuickEste software utiliza la última y más avanzada tecnología de migración para


sistemas con una variedad de volúmenes de datos.

Cuenta con DBMS Native API y tecnología de inserción masiva que puede mejorar la
productividad al acelerar todo el proceso de migración.

5. REFENCIAS BIBLIOGRÁFICAS
(20 de Noviembre de 2018). Obtenido de Evaluando Software.com:
https://www.evaluandosoftware.com/metodologias-migracion-datos/
Álvarez Álvarez , H., Villagomez De Olivera e Souza, G., & Vivanco Toala, D. (2006).
Implementacion de la migracion de la Base de Datos del SIstema CANOPUS de
Informix 9.4C a Oracle 10g. Ecuador.
Daniel Díaz, M., & Lopez Guzmán, V. (2007). SOLUCIONES DE SOFTWARE LIBRE
PARA EL DESARROLLO DE APLICACIONES DE BASE DE DATOS. Pachuca,
Hidalgo.
Fernandez , J., & Giraldo, J. (2011). Obtenido de
https://www.redalyc.org/pdf/496/49622372028.pdf
Lopez, J., & Zuluaga, A. (2013). DESARROLLO DE UNA METODOLOGÍA PARA EL
CONTROL DE RIESGOS. Obtenido de
https://core.ac.uk/download/pdf/71397760.pdf
Meza, E. S. (2015). En E. S. Meza, Optimizacion de los tiempos de respuestas en una
base de datos (pág. 56). Gaceta Sansana.
6. ANEXOS
Anexo N° 1: Entrevista

 Entrevistador: Venimos a hacer una entrevista de preguntas como parte


de nuestra entrevista primero con respecto a la misión de esta oficina, esta
unidad, Cuál es la principal misión o principal tarea que tiene esta oficina.

 Ingeniero: Esta es la unidad de desarrollo, evaluación y mantenimiento de


sistemas de información, así se denomina, es una unidad, la unidad de
desarrollo, evaluación y mantenimiento de sistemas de información, en
abreviatura UDEMSI, así se le conoce, forma parte o es dependiente de la
OTIC, que es la Oficina de Tecnología de información y comunicación, la
OTIC, se divide en 3 unidades, la UDEMSI, que es esta, la de desarrollo
de sistemas, la de soporte técnico, de parte de soporte técnico, y la de
servicios académicos, donde está el señor Wilmer, que es el encargado de
los servidores, los LAIS.

La UDEMSI, netamente, su... en su nombre lo define nos encargamos del


desarrollo de software para la universidad, de evaluar los sistemas que
tengan la universidad, y de darle mantenimiento a los softwares que están
especificados o determinados por la universidad, siempre y cuando estén
bajo un lineamiento de desarrollo, porqué, porque también puede
presentarse que el desarrollo se tercerice como ha ocurrido en otras
oportunidades, en alguna oficina nos requieren un software, pero ellos lo
hacen por su cuenta, a veces… muchas veces lo hace un practicante, o
también puede ser creada, a través de una empresa, pero el … cuando ya
quieren que el sistema se aloje en nuestro servidor, no cumplen con los
requerimiento básicos, por ejemplo ellos los hacen en PHP, necesitan un
servidor PHP, a lo que no tenemos, porque nosotros no manejamos PHP,
entonces este… mientras no tengan los lineamientos, para eso está la parte
de evaluación, evaluamos, no tienen los requerimientos mínimos, lo
denegamos a nuestro servidor, simplemente le decimos que no, porque está
hecho en java, tiene como requisitos básicos para poder subirlos a nuestro
servidor.

 Entrevistador: Entonces, los lineamientos, ustedes lo tienen este…

 Ingeniero: Especificados en un documento…

 Entrevistador: Y el documento se encuentra en transparencia…

 Ingeniero: En transparencia no, porque es interno de la universidad, esa


información, esa documentación, no es de libre acceso, porque… porque
pertenece a las políticas internas del desarrollo de software, imagínate si
lo liberamos, todos van a saber nuestros lineamientos de desarrollo, y hasta
podrían hacer filtraciones, tratar de …
 Entrevistador: Claro… claro…
 Ingeniero: Si tú conoces la estructura de una base de datos, es más rápido
involucrarte, introducirte a la base de datos y saber dónde buscar, por eso,
hay ciertas cosas que no pueden estar en transparencia, hay cosas que sí,
la normativa para… el MOF por ejemplo si está liberado, está en
transparencia, esos sí, pero las políticas de desarrollo no están liberadas,
se liberan cuando, la autoridad nos determina que hay un personal o una
entidad que va a trabajar con nosotros, y nosotros le damos los
lineamientos básicos… Internamente todos los compañeros los conocen,
los lineamientos son de conocimientos a través de una red interna, donde
se alojan esos… políticas de desarrollo.

 Entrevistador: ¿Entonces, sería factible que nos pueda alcanzar esos tipos
de lineamientos?

 Ingeniero: Eso no,

 Entrevistador: Bueno…

 Ingeniero: Esos lineamientos, como te digo son… el únicos que si le he


facilitado es el MOF, el MOF si esta liberado, eso sí normal yo te lo puedo
pasar, porque eso si es como cualquier entidad, el manual con relación y
funciones, el manual de procedimiento, también, ese que es este… cómo
se desarrolla, como se hace el mantenimiento de un software, como debe
pedirlo, como debe requerir un nuevo sistema, todas las dependencias, eso
sí normal, porque se encuentra en transparencia y es liberada, eso no hay
problema.

 Entrevistador: ¿Con respecto a la base de datos, usan una sola base de


datos?

 Ingeniero: Sí, la unidad de desarrollo, evaluación y mantenimiento de


sistemas de información, eh… hace, desarrolla y da mantenimiento al
SIIGAA, que es como normalmente nos conocen, el SIIGA se escribe una
S, doble I, una G, doble A, esa es la forma, significa, Sistema de
información integral de gestión académica y administrativa, ese es un
único sistema que maneja y está a cargo la UDEMSI, ese sistema involucra
todos los módulos, subsistemas, de los procesos que maneja la
universidad, tiene parte académica, parte administrativa, y este…, y parte
de soporte, que son para las… los centros de producción, entonces tienen
líneas específicas, y módulos que determinan cada una de ellas, emm… la
base de datos es única para todos ellos.

 Entrevistador: Única…

 Ingeniero: Única, porque es un sistema integrado, si tuviera varias bases


de datos, tendríamos que tener un unidad para poder reunir todas… pero
nosotros manejamos una única base de datos.

 Entrevistador: Ya, este… En qué sistemas Gestor de gestor de base de


datos manejan acá.

 Ingeniero: Ya, el gestor de base de datos que tenemos, debido a las


políticas de ehh… la licencia que se adquirió, ya hace muchos años, lo
trabajábamos con el ASA, Adaptive Server Anywhere en su versión 9.5,
de SyBase…ese la ASA, la versión academia, que llaman ellos…

 Entrevistador: Acamedica…

 Ingeniero: Del Adaptive server anywhere, que es la versión académica,


porque hay otra de enlace también, que es Adaptive Server Enterprise, que
es otra, más potente, pero… para fines académicos, la licencia, hemos
comprado la licencia, es… manejamos el ASA, por eso es que muchos de
los de sistemas si no trabajan con software libre, que es java, tienen que
trabajar con power builder, con la base de datos en ASA, es la única
licenciada para trabajar acá con nosotros, por eso que no manejan
SQLServer, ni nada de eso…

 Entrevistador: ¿La licencia por cuantos años es?

 Ingeniero: La renuevan, es anual, y la renuevan cada año, eso la


renuevan…

 Entrevistador: ¿Eso lo ve ya otra área de la universidad?

 Ingeniero: Directamente la OTIC, con su jefatura, ósea, nosotros somos


dependientes de la OTIC, por eso todas las licencias, lo ve directamente la
OTIC.

 Entrevistador: ¿Con respectos a la seguridad de Base de datos, hacen


respaldos esporádicamente?
 Ingeniero: Sí, los respaldos se hacen a diario a través del gestor de base
de datos o del DBA, del responsable de la base de datos, el ASE, está
automatizado, ¿pero el responsable tiene un procedimiento para validar la
información no? Ve si se ha hecho, ver de repente, en las horas que se ha
establecido, de repente se fue la luz, hay que hacer uno manual, ehh… y
este… y cerciorarse de lo que ha hecho el backup esté correcto, haciendo
unas, este… validando la información que tenga la base de datos…

 Entrevistador: El DBA, también se encuentra en esta oficina, en esta


unidad…

 Ingeniero: Sí, se encuentra aquí, el ingeniero José Velásquez.

 Entrevistador: Ahh yaya

 Ingeniero: Él es el DBA

 Entrevistador: Ahh ya, entonces este… ¿él es el único que tiene acceso
como administrador a la Base de Datos o hay otros usuarios?

 Ingeniero: Así es, no, las políticas, siempre advierten de que, si tenemos
un DBA, es para eso… Antes, antiguamente no, todos eran, todos
accedían, cada desarrollador, ingresaban a la base de datos, ¿a su necesidad
no? Pero desde que ya están, desde que ya tenemos un coordinador, que es
quien le habla, se asignó un netamente DBA para que apoye en esa parte
y ser el único que toma la batuta no, Nosotros tenemos un sistemas
GELDES, en las cuales todos los requerimientos, los operarios, los chicos,
los compañeros, que son este… que tienen una necesidad en producción
para hacer una consulta en la base de datos, actualizar su SP, mejor su
vista, y hacen la solicitud al DBA, a través de nuestro GELDES, al DBA,
el DBA autoriza, este… dependiendo qué cosas sea, pueda autorizar él,
puedo autorizar yo, o el coordinador y él ejecuta no, el requerimiento de
uno, del ususario, en este caso el programador.

 Entrevistador: Entonces, este… solamente el perfil como administrador


solo lo tiene él

 Ingeniero: Solamente lo tiene él, los demás, consultores.

 Entrevistador: Son otros perfiles, pero con un nivel mas..

 Ingeniero: Ahí los programadores, están separados por cada nivel, no


nivel, sino por módulos, la parte académica, la parte académica para
alumnos, la parte académica para docentes, la parte de los módulos
administrativos, planillas es otra parte, los que estamos con este…
módulos de centro de producción, también es otro, cada uno tiene su …
acceso a la base de datos, pero modo consultor para las tablas que se le
implican a su trabajo, solamente para consultar.

 Entrevistador: Entonces en este caso, me dice que solamente usan el ASA


como sistema gestor de base de datos…

 Ingeniero: ASA, A-S-A

 Entrevistador: ¿En qué versión me dijo?

 Ingeniero: 9.5

 Entrevistador: ¿No existen otros repositorios de información? Como, no


sé, base de datos SQL…

 Ingeniero: No, todavía no.

 Entrevistador: Ya, entonces los respaldos, son automáticos…

 Ingeniero: Son automáticos sí, de manera diaria.

 Entrevistador: ¿Ya, y tienen algún inconveniente con respecto a los


controladores? Por ejemplo, porque entiendo que hacen programas como
por ejemplo en java, y no tienen problemas con los controladores que…

 Ingeniero: Hemos tenido sí, si hemos tenido algunos inconvenientes con


este… es una versión 9.5, estamos hablando de… 2007,que aparece la
versión 9.5 si no me equivoco, que aparece, y ya va a mas a posterior,
hemos tendió algunos inconvenientes, pero hemos sabido… este… con el
tiempo, saber trabajar con esta versión, actualmente, no tenemos ningún
tipo de problema, umm ustedes mismos, como alumnos han notado, en
algunas oportunidades los sistemas que han sido muy lentos, que han
estado, el mismo consultor de notas, la matricula en línea, que los sacamos
hace como 2 años, la primera vez, teníamos inconvenientes, pero como
ustedes mismo han visto, ya los sistemas están más estables, el sistema de
matrícula esta oportunidad ha trabajado mucho mejor que las otras veces,
y está mucho más rapado, y eso ha sido porque hemos encontrado
herramientas para trabajar con el motor de base de datos, porque es la parte
principal. Hay inconvenientes, pero hemos sabido darle ciertos toques,
netamente de aquí, de la unidad, para trabajar de la mejor manera con ese
motor, que queremos migrar, sí, de todas maneras, queremos migrar, ya
eso se está trabajando en la migración, el detalle esta con que base de datos
vamos a migrar, porque todo acarrea un costo.

 Entrevistador: Claro, han barajeado algunas opciones para que migren


 Ingeniero: Sí, sí, de preferencia, personalmente yo prefiero SQLServer,


este… mis superiores querían Oracle, pero bueno, depende de cada uno
de ellos, al final me pidieron una opinión técnica, se las di, a través de un
documento que debería ser SQLServer, por ciertas características, y
además también económicos, y este… pero ya dependerá de las
autoridades y también que todo lleva una etapa no, que para hacer el
cambio, habría que tener un tiempo, un lapso de tiempo, en la cual se va a
migrar la información, porque todo lo que se migra, no es lo mismo, osea,
tú vas a una base de datos, de un ASA a un SQLServer, ehh… tus tablas
no van a pasar igualitas, van a variarse los tipos de cambio, las variables,
los SP van a variar bastante, es un tiempo, un trabajo, que tienen que
programar anticipadamente, nos es tan sencilla como pareciera, pero sí, si
esperemos de que este año, el 2020, ya estemos migrando, porque también
ya vamos a pasar a trabajar con aplicaciones para Android, también
vamos a trabajar ciertas aplicaciones de requerimiento de usuario, sobre
todo para mensajería académica, para que ustedes se puedan comunicar
directamente con otro sistema, el sistema de consulta de notas que también
ya debe estar en Android, el tema de matrícula, no, ese se va a manejar a
través de … responsivo, lo vamos a seguir trabajando, pero lo responsivo
si que lo pueden ir trabajando, la intensión esta en pasar a Android y para
eso necesitamos mejorar la base de datos, de repente no se pueda trabajar,
aunque ya he visto algunas aplicaciones que han hecho, sobretodo el
kiosco, lo que piden es documentación, se está trabajando también los
servicios, están trabajando de manera normal, no se puede hacer para
Android.

 Entrevistador: ¿Con respecto con alguna avería a nivel de software, que


surja en la base de datos, como lo solucionan, tienen algún respaldo?

 Ingeniero: Sí, claro, uno, el respaldo se hace a diario, lo que es la base de


datos, y al mes se hace un respaldo de todo el servidor, los servidores son,
este… virtuales, entonces una vez al mes, se hace el backup de todo el
servicio virtual, al momento no nos ha ocurrido, pero al momento que nos
ocurriese alguna anomalía física, se saca el backup ultimo de todo el
servidor virtual lo aloja en un nuevo físico, en un nuevo físico, y se
actualiza con la base de datos ultima, podemos perder, que se yo, horas
no, porque como te digo, es una vez al día, ahora hemos cambiado a dos,
por día, entonces, lo demás se respalda del LOG, si es que podríamos
salvar el LOG de la base de datos física, de no ser así, se recupera toda
esa información con la, el uso de los usuarios, no, los usuarios finales, no
hemos tenido hasta ahorita eso, pero está dentro de las políticas de respaldo
de base de datos, y la políticas de seguridad de la base de datos, como te
digo nunca se ha puesto a prueba, porque no hemos tenido inconveniente
hasta el momento, en lo físico.

 Entrevistador: Claro, pero me dice que ahora son dos, mañana y tarde
supongo…

 Ingeniero: Sí, mañana y tarde, madrugada en realidad, y en la tarde…

 Entrevistador: ¿Qué sistema operativo es el que tiene el gestor de base


de datos?

 Ingeniero: El servidor… de base de datos, mantiene el Windows server…

 Entrevistador: ¿En qué versión?

 Ingeniero: Es... está, si no me equivoco en la versión 2008 R2.

 Entrevistador: ¿El ing. Wilmer nos comentaba que usa el CITRIX no?

 Ingeniero: Ah claro, es el… para la virtualización de servidores, es el


CITRIX

 Entrevistador: Entonces nos comentaba que ahí están todos los… el


entorno de trabajo de la base de datos, el servidor de aplicaciones…

 Ingeniero: Ehh, por ejemplo, para simplificar…es como que tú tienes tu


máquina, y a tu maquina tú le has instalado … un servidor virtual de
aplicaciones a … vmware, el más conocido para ustedes, donde simula
varios servidores, igualito, el CITRIX hace eso, pero el CITRIX, no utiliza
una sola máquina, utiliza varias, varios discos, y el sitix los acomoda, los
reúne y comienza a dividir, eso es lo que hace el CITRIX, es un vmware
en realidad.

- Entrevistador: Entonces con respecto a cómo se conectan los


programas con la base de datos, usan un servidor de aplicaciones y
mantienen un pool de conexiones o netamente los conectan.
- Ingeniero: Están separados, hay un servidor de aplicaciones, hay un
servidor de base de datos y hay un fire-server, tres servidores distintos.
En el servidor de aplicaciones se alojan las aplicaciones en este caso por
ejemplo tenemos, dos tipos de servidores; uno donde están los servidores
en power builder, Destserver, servidor de aplicaciones en destop y el otro
donde tenemos alojado el servidor de aplicaciones para web ese es otro
servidor, luego tenemos el servidor gestor de base de datos y luego
tenemos un servidor de alojamiento de archivos, que es el fire-server.
Todos ellos se comunican entre si por red se comunican el uno con el otro,
en realidad se comunican todos a la base de datos para poder trabajar la
información y luego se comunican por red a las demás aplicaciones.

- Entrevistador: Entonces, por ejemplo, el procedimiento a seguir


cuando se quiere implementar un nuevo sistema a un nuevo sistema
por ejemplo web, lo que se hace es primero conectarse con el servidor
de aplicaciones ya que se comunica con la base de datos.

- Ingeniero: Así es correcto

- Entrevistador: ¿Y qué usuario se emplea, un usuario sin privilegio de


administrador o ..?

- Ingeniero: No no no, depende de la aplicación que se vaya a


desarrollar. Para eso también hay políticas, por ejemplo, un alumno
tiene este el tipo de usuario para el alumno es simplemente consultor
tu entras a tu sistema de notas, consultor académico también le
llamamos así y solamente puedes consultar, no puedes guardar nada
más, que por ejemplo cambiar tu correo electrónico o cambiar este tu
contraseña son las únicas cosas que puedes acceder, luego esta también
el modo administrador de ese mismo sistema, lo tiene el DEDA, que
es un modo administrador tiene más privilegios, ellos si pueden
guardar, cambiar información porque le compete a esa dependencia.

- Entrevistador: Uhmmmm, ya.

- Ingeniero: Y también los docentes que tienen su sistema para registrar


nota, también tienen un modo administrador y otro como el director de
la escuela un modo consultor, para poder solamente consultar la
información, si el docente lleno la nota o si no lo lleno, entonces hay
varios niveles, hay varios privilegios para los usuarios.

- Entrevistador: Entonces es a nivel del sistema. ¿No es a nivel de base


de datos, es a nivel del sistema?
- Ingeniero: Al nivel del sistema

- Entrevistador: En el nivel de base de datos, que tipos de usuarios


existe, el administrador y otro usuario, solamente está el dba, nada más
usuario de base de datos.

- Ingeniero: No, hay un consultor siempre.

- Entrevistador: ¿En la base de datos?

- Ingeniero: Claro, para la base de datos hay un consultor, como les


decía el único que fuese a hacer cambios en la base de datos, cambios
en la base de datos es el dba y solamente tienen privilegio para
consultar de las tablas que les compete a sus sistemas.

- Entrevistador: Ah ya, ¿ósea este no puede venir otro usuario y


cambiar, así como si nada?

- Ingeniero: No, ni siquiera visualizarlo. Yo estoy en la parte académica


no puedo entrar y consultar algo de la parte administrativa. Por
ejemplo, quiero consultar ¿cuánto gana el docente? No puedo entrar
porque, no tengo privilegios para leer a esa ventana, esa tabla.

- Entrevistador: Entonces si se quiere implementar un nuevo sistema


de información web por ejemplo, el quien lo desarrolla tendría que
contactarse con el dba, para que le de este… para que vean los
permisos.

- Ingeniero: Así es, pero normalmente cuando uno trabaja, cuando uno
va a implementar un nuevo sistema lo hace primero a través de un
gestor de base de datos que lo llamamos nosotros gestester, donde está
alojado una base de datos similar con las mismas características que
está en producción, pero hasta que termina la implementación hasta
que se prueba del todo el sistema y hasta que el usuario final no lo ha
testeado, es decir no lo ha probado un par de días, no se pasa a
producción y cuando pasa a producción es cuando ya obtiene los
privilegios cortados. Cuando uno desarrolla un software, siempre hay
niveles. El primer nivel es en tu propia máquina, que se llama nivel de
desarrollo, el segundo nivel es el testeo donde vas a probar tu sistema
terminado, con información real o lo más real posible.

- Entrevistador: Entonces, se simula un entorno de producción.


- Ingeniero: Si, se simula un entorno de producción, y al final cuando
este todo salmado, cuando el sistema dices ya está ok todo. Hay recién
pasa a producción y hay si ya, ya no entras a tallar tú, sino entra a tallar
el usuario final, que él es único que puede acceder a la información.

- Entrevistador: En este caso el dba, ¿no?

- Ingeniero: Claro, ósea… ojo que solamente el dba está solamente para
cuando se requiera hacer una tabla nueva, para eso está el dba, le pide
al programador que le pase el string de la base de datos si quiere no se
crear un nuevo sp igual su string de su sp si quiere modificar una
información, hay un update que tiene que pasarle al dba, pero no puede
hacerlo directamente él. Pero en el tester si mientras estas en tester si
él trabaja toda su consulta sql, crea sus tablas, las elimina, hay la
información que borre o genere hay no nos importa porque en realidad
no se va generar en la tabla real en la tabla de producción, pero cuando
ya quiere la información hacerla en producción hay ya tiene limitación,
hay el único que puede entrar hay es el dba.

- Entrevistador: Entonces con respecto a la migración del nuevo


sistema gestor de base de datos, lo tienen planeado para el otro año.
Me menciono

- Ingeniero: Si, si para el 2020 está planificado, si es que no hay otros


inconvenientes. Lo que pasa es que hay prioridades, esta unidad no hay
mucho personal, somos solamente 6 trabajadores y migrar significa
que al menos 3 de nosotros este infiltrado netamente en la migración,
dejando a los otros 3 con toda la demás gama de sistemas, nos han
hecho responsables de la matricula hasta que no se estabilice y no haiga
un proceso establecido y estándar, nos van a chantar a nosotros, que
este 2019-ii lo hemos tenido nosotros, esos días y hasta un mes antes
no hemos tenido ningún otra producción más que estar con los sistemas
de matrícula y lo mismo nos han dicho que va a estar con el 2020-i que
hasta hay no creo que sea. Ósea estamos hablando marzo, recién en
abril si nos dan el visto bueno vamos a poder empezar a hacer la
política de migración

- Entrevistador: Con respecto a las comunicaciones que manejan


internamente, por ejemplo, si es que se requiere un cambio a la base de
datos, ya sea para actualizar información o para aumentar una nueva
tabla o la estructura hay un documento escrito o se maneja
internamente.
- Ingeniero: No, todo está documentado, anteriormente utilizábamos
un formato en papel, formato en papel impreso se establecía el tipo de
requerimiento que se requería con la base de dato, por ejemplo, querían
hacer un nuevo sp hay se especificaba el nuevo sp, el string lo alojaban
en un disco donde están alojadas todas las peticiones, el usuario el
programador indicaba cual era el nombre del archivo que debería
subirse a producción, lo pasaba el documento firmado al dba si tenía
que venir por mí para darle el visto bueno pasaba por mi le daba el
visto bueno al archivo lo pasaba al dba el hacia las pruebas que necesita
y lo subia, ese era cuando teníamos papel. Ahora se ha implementado
un sistema que es el helpdestk sistema de apoyo para esa parte entonces
ahora solamente se hace la consulta por helpdestk, ellos registran su
solicitud por helpdestk, suben su archivo al helpdestk inmediatamente
ya lo veo en el sistema en pantalla, lo veo que hay un nuevo
requerimiento lo apruebo y el dba también ya lo puede ver, él lo
visualiza lo prueba todo y lo sube.

- Entrevistador: Entonces usted primero lo aprueba y después lo pasa


el dba, el dba también lo verifica.

- Ingeniero: Depende que requerimiento sea, si es una consulta de un


sp osea trabajos directamente netamente para el dba va directo al dba

- Entrevistador: Usted lo deriva nada mas

- Ingeniero: Si

- Entrevistador: Ya él se encarga de aprobarlo

- Ingeniero: Ya el se encarga de aprobarlo, cuando es un sistema nuevo


y hay que subirlo a producción el paquete ese si lo veo yo primero, lo
apruebo yo y luego ya el dba ejecuta.

- Entrevistador: Usted mencionaba con respecto a los log que maneja


la base de datos.

- Ingeniero: si, todos los sistemas manejan log.

- Entrevistador: Estos permiten tener un control de la base de datos,


por ejemplo, los cambios que se hacen, las actualizaciones, porque
siempre se maneja ese tipo de archivo no

- Ingeniero: Haber, lo que pasa es que todo servidor tiene un log,


servidor de aplicaciones, todo servidor maneja, que significa el log, es
un texto plano donde en el caso de la base de datos se alojan todas las
peticiones que tiene la base de datos, por ejemplo, tu hacer un insert
into en tu programa haces la grabación, y en el log se graba el insert
into tú haces un update y en el log se guarda el update asi en borrador
como si fuera un texto plano. Bueno para que nos sirve, en el caso de
pérdida grave de información y en el cual pues no puedas restablecer
tu base de datos desde tu backup lo único que te queda es chapar tu log
buscar desde que fecha ha ocurrido el fallo capturar todos tus update,
todos tus insert into, todas las peticiones a la base de datos y correrlos
a tu sistema nuevamente entonces asi se van a refrescar tus insert into,
tus update los cambios que haya habido tus delete si has eliminado
alguna información entonces todo se actualiza en la base de datos,
entonces el log básicamente es un respaldo en texto plano de tu base
de datos, tu base de datos esta bonito en tablas en paquetes todo pero
el log no el log esta en texto plano.

- Entrevistador: entonces ahí se refleja fielmente la información que se


está cambiando.

- Ingeniero: Si, toda la información que tu hagas o todo el manejo que


tu hagas con la base de datos, está reflejada en el log.

- Entrevistador: quiere decir que el log, es un archivo que tiene regular,


supongo porque se mantiene.

- Ingeniero: es texto plano, no va a ser mayor ni en la mitad de la base


de datos, por eso que está siempre en un log en un texto plano, es un
.txt y es mucho menor que tenerlo gráfico, una base de datos es modo
gráfico, entonces el peso es mucho menor puede tener incluso más
información el texto plano, pero nunca pesa más que tu base de datos,
jamás. Igual los log del servidor de aplicaciones, en el log de
aplicaciones esta todo lo que tu haces en tu aplicación si hubo un error
está ahí.

- Entrevistador: entonces el sistema operativo me dice que es Windows


server

- Ingeniero: Windows server 2008

- Entrevistador: entonces como administran la base de datos en modo


consola o tiene una interfaz.

- Ingeniero: nosotros trabajamos con el sybase, el motor o la aplicación


con el cual se puede dar mantenimiento a la base de datos. Se facilita
entrar y sobre eso se maneja la base de datos, es un entorno grafico hay
se pueden crear las tablas, asi como si fuera Access lo más sencillo que
hay igual también créate table puedes crearlo a través de un clic,
puedes eliminar información, modificar tus tablas, agregar los campos,
hacer un backup también se puede porque tiene terminal y
herramientas para que hagas el backup, la captura del log, la apertura
del log, la traducción del log es una herramienta completa el sybase
para manejar la base

- Entrevistador: Entonces solo acceden a la base de datos desde esa


herramienta nada más.

- Ingeniero: si, solo de esa herramienta

- Entrevistador: y acceden desde una sola computadora o también


pueden conectarse de cualquier computadora

- Ingeniero: hacia producción solamente lo hace el dba, pero hacia


tester lo tienen todos, para crear sus tablas, mientras se instala el sybase
central para darle el mantenimiento a sus tablas mientras terminan

- Entrevistador: entonces el dba tiene un usuario de red y mediante ese


usuario se maneja la base de datos

- Ingeniero: si

- Entrevistador: o por ejemplo el dba viene con su usuario de red aquí


se logea y puede acceder de aca a la base de datos o necesariamente de
su computador.

- Ingeniero: De su computadora, si el quiere acceder al servidor


netamente al servidor de aplicaciones porque ya es otra cosa lo tiene
que hacer a través de un teanviewer, ósea un conector con la ventaja
de que nosotros utilizamos acceso remoto necesitamos ingresar al
servidor físico en ese caso al servidor lógico, pero no necesariamente
si hay necesidad de hacerlo desde otra máquina seria conectarse desde
un servidor con escritorio remoto al servidor, con su clave porque hay
una clave que lo maneja directamente el para en este caso de que tenga
que hacerlo remoto y si desde su máquina en la cual ya no necesita
tener ningún acceso remoto porque ya lo tiene instalado en su máquina
el sybase central y está conectado directamente con la base de datos de
producción

- Entrevistador: ustedes manejan un usuario de red cada uno


- Ingeniero: es un único usuario de red, por ejemplo, yo a veces necesito
entrar y yo también manejo la misma clave que el maneja, es un único
tipo de usuario para el servidor son dos personas la que lo manejan en
este caso el coordinar y el dba nadie más ingresa

- Entrevistador: esas son cuentas de usuario aparte de las que ustedes


manejan ustedes personalmente

- Ingeniero: muy aparte, es para conectarse al servidor es como un


teanviewer, tu tienes tu usuario y tu clave para conectarte a otra
máquina, es igual nosotros nos conectamos a través de escritorio
remoto que es del mismo Windows

- Entrevistador: después ya cada uno maneja un usuario normal para


que se conecte a su computadora

- Ingeniero: si cada maneja su computadora personal, con su


información personal hasta que no se retiran hasta que no dejan de
formar parte del grupo tienen que dejar las claves de cada máquina para
que el siguiente usuario el siguiente trabajador adopte la máquina.

- Entrevistador: ¿Usan working directory?

- Ingeniero: No todavía no.

También podría gustarte