Upload
others
View
2
Download
1
Embed Size (px)
Citation preview
Universidad de Sonora
Departamento de Ingeniería
Ingeniería en Sistema de Información
Fredi Sario Roman
Proyecto
Administración de Bases de Datos
Institución
JAE TIJUANA SA DE CV
8 de abril 2019
Índice
Contenido
Descripción del área: ....................................................................................................................... 3
Justificación del proyecto: ............................................................................................................... 3
Objetivos del Proyecto: .................................................................................................................... 4
Problemas Planteados para resolverlos ....................................................................................... 4
Alcances y limitaciones en la solución de los problemas ........................................................... 5
Fundamento Teórico de las Herramientas y conocimientos Aplicados ................................... 6
Actividades desarrollas .................................................................................................................... 8
Conclusiones y recomendaciones ............................................................................................... 40
Retroalimentación ........................................................................................................................... 41
Referencias. .................................................................................................................................... 42
Introducción
Las practicas profesionales fueron realizadas dentro del área de sistemas de la
empresa JAE TIJUANA SA DE CV, que esta localizada en Tijuana baja california
norte durante el periodo de 7 de enero 2019 al 22 marzo 2019. Con horario de
7:00am a 17:00.
Descripción del área:
Las prácticas profesionales fueron realiza en el departamento de Sistemas, el
departamento esta divido en dos áreas, en telecomunicaciones y Sistemas de
información las practicas profesionales fueron realizadas de acuerdo al proyecto:
Administración de bases de datos.
Existen dos bases de datos para los siguientes sistemas de información: Servidor
TJSQLSVR base de datos Comparte y DatosJAE, Servidor TJSPERANTUSSVR
base de datos Hyperfile SQL, las bases de datos son utilizadas por diferentes
Módulos.
Justificación del proyecto:
La administración de las bases de datos es una actividad necesaria para mantener
los sistemas de información en buen funcionamiento, generar respaldos
programados, depurar índices en las tablas que son utilizadas con mayor frecuencia
por la memoria cache, revisar periódicamente la capacidad del espacio disponible
para las bases de datos, Monitorear los recursos del servidor virtual para garantizar
que las operaciones del administrador de la base de datos funcione en óptimas
condiciones.
Objetivos del Proyecto:
Dentro de las actividades que se realizaron durante las prácticas profesionales se
establecieron los siguientes objetivos, Analizar el hardware (servidor de virtuales),
Documentar el rendimiento de las bases de datos del sistema nomina TRESS,
Proponer una solución para el sistema nomina con la adquisición de un servidor
dedicado al sistema.
Programar el mantenimiento de las bases de datos respaldos y recuperaciones de
bases de datos en caso de perdida total, idéntica un área de oportunidad en el área
de producción y proponer una solución que ayude a la toma de decisiones de
administradores o supervisores también identificar los diferentes sistemas que
utilizan una misma base de datos.
Problemas Planteados para resolverlos
Uno de los mayores problemas que presenta la empresa en el departamento de
sistemas se refiere al servidor de nómina Sistema TRESS. El sistema presenta
lentitud durante los procesos de pre nomina y nomina, se realizó un análisis para
determinar que el servidor virtual carece de recursos suficientes para soportar las
operaciones y transacciones que se realizan en la base de datos durante los
procesos de pre nomina y nomina, como consecuencia los módulos de
supervisores, kiosco, cafetería y terminales (Registro Entrada y Salida) funcionan
con lentitud y en ocasiones dejan de funcionar. También se estableció identificar un
área de oportunidad para implementar una solución que ayude a los
administradores y supervisores a tomar e identificar con mas rapidez las posibles
fallas en los procesos de producción.
Alcances y limitaciones en la solución de los problemas
Se disponen de recursos físicos para realizan las prácticas y dar solución a los
problemas planteados y también contamos con la disposición del área de sistemas
para utilizar y evaluar el hardware y también conocer el desempeño de los sistemas
gestores de bases de datos, una limitación es que aprueben la compra del servidor
para la implementación de sistema de nómina, cada mitad de año se genera un
presupuesto donde se incluyen los valores económicos de los nuevos proyectos y
equipos que serán comprados.
Fundamento Teórico de las Herramientas y conocimientos Aplicados
Los conocimientos aplicados para realizar las siguientes actividades fueron
obtenidos durante varios años, se tomaron cursos de Windows server 2012, la
mayoría de los conocimientos fueron obtenidos atravesó de la experiencia utilizando
el sistema Management Studio y tomando tutorías en línea, se a logrado
comprender el funcionamiento del manejador de base de datos.
El leguaje SQL apoya la creación y mantenimiento de las bases de datos relaciona
y gestiona los datos dentro de la base de datos.
Por otra parte, los distintos proveedores de DBMS han desarrollado diferentes
arquitecturas, por lo que no todas las bases de datos están diseñadas de la misma
manera.
A lo largo de los años se ha implementado una serie de modelos de base de datos
para almacenar y administrar la información. Varios de los modelos más comunes
incluyen los siguientes:
Jerárquico
Este modelo tiene una estructura primario y secundario que es similar a un árbol
invertido, que es lo que constituye la jerarquía. Los datos están organizados en
nodos, el equivalente lógico de tablas en una base de datos relacional. Un nodo
principal puede tener muchos nodos secundarios, pero un nodo secundario sólo
puede tener un nodo principal. Aunque el modelo ha sido muy utilizado, a menudo
se considera inadecuado para muchas aplicaciones debido a su estructura inflexible
y la falta de apoyo de relaciones complejas. Aun algunas implementaciones como
IMS de IBM han introducido características que trabajan en torno a estas
limitaciones.
Relacional
Este modelo aborda algunas de las limitaciones de los modelos jerárquicos y de
red. En una base de datos de modelo jerárquico o de red, la aplicación se basa en
una implementación determinada de esa base de datos, que luego es codificada en
la aplicación. Si agrega un nuevo atributo (elemento de datos) a la base de datos,
debe modificar la aplicación, aun cuando no se use ese atributo. Sin embargo, una
base de datos relacional es independiente de la aplicación; puede hacer
modificaciones no destructivas a la estructura sin afectar la aplicación. Además, la
estructura de la base de datos relacional se basa en la relación, o tabla, junto con
la habilidad de definir relaciones complejas entre ellas. Se puede acceder
directamente a cada relación sin la lentitud de las limitaciones de los modelos
jerárquicos o propietario / miembro que requiere de una navegación a través de una
estructura compleja de datos.
Actividades desarrollas
Revisión de Hardware Actual
Servidor en rack PowerEdge R420
❖ Procesador Intel Xeon E5-2400
❖ 2 sockets del Procesador
❖ Sistema Operativo VMWARE vSphere ESX y ESXi
❖ Chipset Intel serie C600
❖ Memoria RAM 32 GB
❖ Almacenamiento 1TB
Servidores Virtuales dentro del Rack PowerEdge R420
❖ JTBFILESVR1 Servidor de archivos
❖ TJPRINTSVR2 Servidor de impresoras
❖ TJDOMSVR1 Servidor de Dominio
❖ TJSQLSVR Servidor de Nomina
❖ TJSPERANTUSSVR Servidor del sistema de Producción
Documentar el rendimiento de las Bases de datos
❖ Servidor Virtual TJSQLSVR (Sistema de Nomina)
❖ Microsoft SQL Server Estándar 64bit
❖ Operating System NT 6.2 (9200)
❖ Memoria 12228 MB, Processors 4
Proponer soluciones de acuerdo a las necesidades de la empresa
En JAE TIJUANA estamos evaluando el rendimiento de los servidores virtuales vs
servidores físicos y proponemos adquirir un servidor para el sistema de nómina
(Sistema TRESS). La cantidad de recursos que el sistema de nómina requiere son
insuficientes para trabajar en un ambiente sin fallas o lentitud en las operaciones
del proceso de nómina.
Servidor Virtual
CPU
Max: 2.40GHz
Socket: 2
Virtual Processors: 4
Virtual Machine: Yes
MEMORIA
Memoria disponible: 12GB
Slot used: N/A
Hardware reserverd: 0.4 MB
Servitor Fisico
Procesador Intel Xeon E3-1225 v5
Cache de 8 MB en Intel Xeon E3-1225 v5
4 slots DIMM
Hasta 6 discos duros SATA de 3.5
Memoria RAM 32GB DDR4
Microsoft Windows Server 2016
SQL Server2017 STD.
Programar el mantenimiento de las bases de datos.
Las bases de datos están respaldadas de dos maneras, respaldos completos y
respaldos diferenciales.
Los respaldos totales se realizan cada viernes y lunes a las 3:00am, los respaldos
están programados de acuerdo a la importancia de las operaciones y al espacio
disponible donde se guardan los respaldos. Después del pago de cada nomina de
cada viernes el programa de respaldos realiza una copia de seguridad completa de
las dos bases de datos del sistema de Nomina para garantizar que las últimas
operaciones fueron respaldadas. Los respaldos Diferenciales están programados
para ejecutarse cada día.
El objetivo de los respaldos diferenciales es lograr respaldar las actividades de pre
nomina día a día, se ejecuta el programa de mantenimientos en el horario 2:00am
para no coincidir con otros procesos como actualización de huellas de las terminales
(reloj entrada y salida).
Proceso de recuperar las bases de datos
El proceso para recuperar la perdida de alguna base de datos consiste en primer
lugar, guardar los respaldos de las bases de datos en la nube o en dispositivos
físicos como discos duros externo.
El actual administrador de bases de datos SQL Server tiene disponible la opción del
asistente para recuperar una base de datos o para generar los respaldos.
Para recuperar raspados diferenciales es necesario primero respaldar el ultimo
respaldo completo de toda la base de datos y posteriormente ejecutar el respaldo
diferencial hasta donde identifiquemos que la integridad de las operaciones está
correctamente.
Archivos .bak de las bases de datos respaldadas.
Identificar un área de oportunidad en el departamento de producción
El área de oportunidad que identificamos para proponer una solución que ayude a
la toma de decisiones es el área de producción y en particular el área de calidad de
inspección final.
El objetivo registrar cada defecto que se genera en la línea de producción
actualmente existen 52 líneas de producción en cada línea se realiza un Arnés
diferente para la industria automotriz y como ejemplo Toyota, Honda, Autoliv.
Actualmente el SCRAP se contabiliza al finalizar cada turno llenando un reporte a
mano por el inspector final de calidad.
Proponer una solución que ayude a la toma de decisiones
Una solución para obtener la información más rápidamente es implementar un
sistema donde el operador pueda ingresar la información de cada defecto que
encuentra cada vez que inspecciona el producto terminado.
El sistema que desarrollamos está dedicado para que el personal de inspección final
pueda capturar el SCRAP por cada línea de producción. Cada línea de producción
tiene asignado un usuario y contraseña para ingresar al sistema.
Pantalla principal del sistema
El sistema tiene las opciones crear una línea nueva dar de alto los modelos que
son ensamblados en cada línea de producción, también es posible dar de alta los
usuarios que utilizaran el sistema.
El sistema tiene la opción para capturar el SCRAP y los detalles para cada
hallazgo.
Algunas de las opciones que deben ser capturados son Línea, Turno, Estación,
Orden de trabajo, Modelo y defecto encontrado, así como la cantidad de hallazgos.
El sistema tiene programado un reporte donde seleccionado una fecha obtenemos
el listado por fecha de todos los hallazgos en todas las líneas de producción.
El sistema fue desarrollado en Visual Studio utilizando el lenguaje de programación
C# el sistema está desarrollado y orientado a objetos las clases que están
implementadas son Categorias, DBcomun, Defectos, DefectosDAL, Empleado,
Estacion, Linea, Modelo y Turno.
El sistema tiene una base de datos que esta generada en SQL server 2008 y
contiene las siguientes tablas Categoría, Componentes, Defectos, Empleados,
Estaciones, Líneas, Modelos, Rechazos y SCRAP. El nombre de la base de datos
es “dtJAE”
Identificar y documentar los Sistema de Nomina (Sistema Tress)
El Sistema de Nomina Tress, está dedicado exclusivamente para elaborar la pre
nómina y nómina de los trabajadores de JAE Tijuana y también administra toda la
información de los empleados desde su ingreso hasta la finalización de su contra,
administra los registro de entrada y salida que es la base para generar la pre nómina
y todos los impuestos que la empresa debe pagar por ejemplo: IMSS.
Módulo de Supervisores
El módulo de supervisores está dedicado exclusivamente para los supervisores y
jefes de producción, los supervisores revisan la asistencia del personal, autorizan
horas extras y elaboran permisos. Cada supervisor puede ver el personal a su cargo
en la lista si aparece una cruz roja quiere decir que el operador no registro entrada
o salida.
Modulo Timbrado de Nomina
El módulo de Timbrado de Nomina es utilizado para registrar ante las diferentes
dependencias de gobierno el pago de cada empleado que labora en JAE Tijuana.
Este módulo es exclusivamente para el departamento de Recursos Humanos.
Pantallas Modulo Kiosco
El Módulo de kiosco es una aplicación que sirva para que el empleado consulte los
recibos de nómina, consumos de cafetería, días de vacaciones, Ahorro y la pre
nómina.
Pantalla Modulo de cafetería
El módulo de cafetería sirve para registrar los diferentes consumos del operador,
pueden ser desayuno, comidas y los consumos son descontados automáticamente
del pago de cada semana. El sistema mantiene un historial por semana del total de
consumos durante el periodo de nómina.
Terminales GTI (Registro Entrada y Salida)
Existen equipos periféricos conectados al servidor web, las terminales son
dispositivos instalados estratégicamente en la planta JAE Tijuana, para el registro
de entrada y salida del personal. Cada registro es actualizado al instante en la
base de datos del sistema de Nomina Tress.
Sistemas que comparten un mismo DBMM
El sistema de Nomina (Tress), utiliza diferentes módulos que comparten una misma
base de datos o las mismas bases de datos, los diferentes módulos interactúan con
la información que otros módulos actualizan o ingresan en las bases de datos.
Ejemplo Proceso de Pre Nomina.
Los supervisores validan la información de asistencia del operador, si todo está
correcto recursos humanos elabora la pre-nómina, posteriormente el supervisor
aprueba la pre-nómina. Cuando el supervisor finaliza la aprobación recursos
humanos procede y ejecuta la Nómina del periodo para pago. El proceso inicia
desde que el operador registra la entrada y salida en las terminales GTI y finaliza
cuando recibe el pago de la nómina del periodo trabajado.
Bases de datos: COMPARTE
Estado actual del uso de la memoria en SQL Server.
SELECT
physical_memory_kb,
virtual_memory_kb,
committed_kb,
committed_target_kb
FROM sys.dm_os_sys_info;
Esta consulta retorno la cantidad de memoria que una base datos está utilizando
en MB
SELECT
databases.name AS database_name,
COUNT(*) * 8 / 1024 AS mb_used
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.databases
ON databases.database_id = dm_os_buffer_descriptors.database_id
GROUP BY databases.name
ORDER BY COUNT(*) DESC;
Esta consulta retorno la cantidad de páginas en el buffer y la cantidad de memoria
en MB
SELECT
COUNT(*) AS buffer_cache_pages,
COUNT(*) * 8 / 1024 AS buffer_cache_used_MB
FROM sys.dm_os_buffer_descriptors;
Esta consulta devuelve el número de páginas en el buffer de cada tabla
Y la cantidad de memoria que consume.
SELECT
objects.name AS object_name,
objects.type_desc AS object_type_description,
COUNT(*) AS buffer_cache_pages,
COUNT(*) * 8 / 1024 AS buffer_cache_used_MB
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.allocation_units
ON allocation_units.allocation_unit_id =
dm_os_buffer_descriptors.allocation_unit_id
INNER JOIN sys.partitions
ON ((allocation_units.container_id = partitions.hobt_id AND type IN (1,3))
OR (allocation_units.container_id = partitions.partition_id AND type IN (2)))
INNER JOIN sys.objects
ON partitions.object_id = objects.object_id
WHERE allocation_units.type IN (1,2,3)
AND objects.is_ms_shipped = 0
AND dm_os_buffer_descriptors.database_id = DB_ID()
GROUP BY objects.name,
objects.type_desc
ORDER BY COUNT(*) DESC;
Esta consulta muestra los datos por índice y muestra la cantidad de memoria
utilizada por el buffer
SELECT
indexes.name AS index_name,
objects.name AS object_name,
objects.type_desc AS object_type_description,
COUNT(*) AS buffer_cache_pages,
COUNT(*) * 8 / 1024 AS buffer_cache_used_MB
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.allocation_units
ON allocation_units.allocation_unit_id =
dm_os_buffer_descriptors.allocation_unit_id
INNER JOIN sys.partitions
ON ((allocation_units.container_id = partitions.hobt_id AND type IN (1,3))
OR (allocation_units.container_id = partitions.partition_id AND type IN (2)))
INNER JOIN sys.objects
ON partitions.object_id = objects.object_id
INNER JOIN sys.indexes
ON objects.object_id = indexes.object_id
AND partitions.index_id = indexes.index_id
WHERE allocation_units.type IN (1,2,3)
AND objects.is_ms_shipped = 0
AND dm_os_buffer_descriptors.database_id = DB_ID()
GROUP BY indexes.name,
objects.name,
objects.type_desc
ORDER BY COUNT(*) DESC;
Esta consulta muestra el porcentaje de cada tabla que está en la memoria,
Muestra la cantidad de páginas contra el total de cada tabla.
WITH CTE_BUFFER_CACHE AS (
SELECT
objects.name AS object_name,
objects.type_desc AS object_type_description,
objects.object_id,
COUNT(*) AS buffer_cache_pages,
COUNT(*) * 8 / 1024 AS buffer_cache_used_MB
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.allocation_units
ON allocation_units.allocation_unit_id =
dm_os_buffer_descriptors.allocation_unit_id
INNER JOIN sys.partitions
ON ((allocation_units.container_id = partitions.hobt_id AND type IN (1,3))
OR (allocation_units.container_id = partitions.partition_id AND type IN (2)))
INNER JOIN sys.objects
ON partitions.object_id = objects.object_id
WHERE allocation_units.type IN (1,2,3)
AND objects.is_ms_shipped = 0
AND dm_os_buffer_descriptors.database_id = DB_ID()
GROUP BY objects.name,
objects.type_desc,
objects.object_id)
SELECT
PARTITION_STATS.name,
CTE_BUFFER_CACHE.object_type_description,
CTE_BUFFER_CACHE.buffer_cache_pages,
CTE_BUFFER_CACHE.buffer_cache_used_MB,
PARTITION_STATS.total_number_of_used_pages,
PARTITION_STATS.total_number_of_used_pages * 8 / 1024 AS
total_mb_used_by_object,
CAST((CAST(CTE_BUFFER_CACHE.buffer_cache_pages AS DECIMAL) /
CAST(PARTITION_STATS.total_number_of_used_pages AS DECIMAL) * 100)
AS DECIMAL(5,2)) AS percent_of_pages_in_memory
FROM CTE_BUFFER_CACHE
INNER JOIN (
SELECT
objects.name,
objects.object_id,
SUM(used_page_count) AS total_number_of_used_pages
FROM sys.dm_db_partition_stats
INNER JOIN sys.objects
ON objects.object_id = dm_db_partition_stats.object_id
WHERE objects.is_ms_shipped = 0
GROUP BY objects.name, objects.object_id) PARTITION_STATS
ON PARTITION_STATS.object_id = CTE_BUFFER_CACHE.object_id
ORDER BY CAST(CTE_BUFFER_CACHE.buffer_cache_pages AS DECIMAL) /
CAST(PARTITION_STATS.total_number_of_used_pages AS DECIMAL) DESC;
Esta consulta muestra la cantidad de espacio disponible por cada tabla
SELECT
objects.name AS object_name,
objects.type_desc AS object_type_description,
COUNT(*) AS buffer_cache_pages,
CAST(COUNT(*) * 8 AS DECIMAL) / 1024 AS buffer_cache_total_MB,
CAST(SUM(CAST(dm_os_buffer_descriptors.free_space_in_bytes AS
BIGINT)) AS DECIMAL) / 1024 / 1024 AS buffer_cache_free_space_in_MB,
CAST((CAST(SUM(CAST(dm_os_buffer_descriptors.free_space_in_bytes
AS BIGINT)) AS DECIMAL) / 1024 / 1024) / (CAST(COUNT(*) * 8 AS DECIMAL) /
1024) * 100 AS DECIMAL(5,2)) AS buffer_cache_percent_free_space
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.allocation_units
ON allocation_units.allocation_unit_id =
dm_os_buffer_descriptors.allocation_unit_id
INNER JOIN sys.partitions
ON ((allocation_units.container_id = partitions.hobt_id AND type IN (1,3))
OR (allocation_units.container_id = partitions.partition_id AND type IN (2)))
INNER JOIN sys.objects
ON partitions.object_id = objects.object_id
WHERE allocation_units.type IN (1,2,3)
AND objects.is_ms_shipped = 0
AND dm_os_buffer_descriptors.database_id = DB_ID()
GROUP BY objects.name,
objects.type_desc,
objects.object_id
HAVING COUNT(*) > 0
ORDER BY COUNT(*) DESC;
Esta consulta muestra la cantidad de páginas limpias y en uso en la memoria
cache del buffer
SELECT
databases.name AS database_name,
COUNT(*) AS buffer_cache_total_pages,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 1
ELSE 0
END) AS buffer_cache_dirty_pages,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 0
ELSE 1
END) AS buffer_cache_clean_pages,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 1
ELSE 0
END) * 8 / 1024 AS buffer_cache_dirty_page_MB,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 0
ELSE 1
END) * 8 / 1024 AS buffer_cache_clean_page_MB
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.databases
ON dm_os_buffer_descriptors.database_id = databases.database_id
GROUP BY databases.name;
Esta consulta muestra el uso de la memoria cache del buffer por índice, cuantas
páginas en la memoria están limpias o sucias.
SELECT
indexes.name AS index_name,
objects.name AS object_name,
objects.type_desc AS object_type_description,
COUNT(*) AS buffer_cache_total_pages,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 1
ELSE 0
END) AS buffer_cache_dirty_pages,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 0
ELSE 1
END) AS buffer_cache_clean_pages,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 1
ELSE 0
END) * 8 / 1024 AS buffer_cache_dirty_page_MB,
SUM(CASE WHEN dm_os_buffer_descriptors.is_modified = 1
THEN 0
ELSE 1
END) * 8 / 1024 AS buffer_cache_clean_page_MB
FROM sys.dm_os_buffer_descriptors
INNER JOIN sys.allocation_units
ON allocation_units.allocation_unit_id =
dm_os_buffer_descriptors.allocation_unit_id
INNER JOIN sys.partitions
ON ((allocation_units.container_id = partitions.hobt_id AND type IN (1,3))
OR (allocation_units.container_id = partitions.partition_id AND type IN (2)))
INNER JOIN sys.objects
ON partitions.object_id = objects.object_id
INNER JOIN sys.indexes
ON objects.object_id = indexes.object_id
AND partitions.index_id = indexes.index_id
WHERE allocation_units.type IN (1,2,3)
AND objects.is_ms_shipped = 0
AND dm_os_buffer_descriptors.database_id = DB_ID()
GROUP BY indexes.name,
objects.name,
objects.type_desc
ORDER BY COUNT(*) DESC;
Consulta que muestra la cantidad de segundos que una página permanecerá en la
memoria sin ser accedida y que después tendrá que ser removida.
SELECT
*
FROM sys.dm_os_performance_counters
WHERE dm_os_performance_counters.object_name LIKE '%Buffer Node%'
AND dm_os_performance_counters.counter_name = 'Page life expectancy';
Cntr_value: es el valor del Contador de desempeño 37086 segundos.
Conclusiones y recomendaciones
Para el buen funcionamiento de los sistemas de bases de datos y para que los
sistemas funcionen correctamente durante los procesos rutinarios es necesario
realizar pruebas durante el desarrollo de las aplicaciones para conocer los
requerimientos mínimos de hardware también es necesario validar que tipo de
servidor es la mejor opción y tomando en cuenta que los servidores virtuales
comparten un mismo equipo y que a su vez comparten los recursos disponibles.
Por la forma y configuración de los servidores virtuales alojados dentro del mismo
equipo, recomendamos al gerente del departamento que es necesario adquirí un
servidor para la instalación del sistema de Nomina Tres, por lo contrario, los
recursos estarán limitados y los sistemas funcionaran con lentitud y en ocasiones
dejaran de funcionar.
Retroalimentación
Estudiar la carrera de ingeniería en sistemas de información fue un deseo y con el
paso de los años durante el curso de mis estudios dentro de la universidad de
sonora, logre comprender la importancia de trabajar en equipo y con ética
profesional, me considero una persona dedicada a mi trabajo y desempeño cada
día las actividades de las que soy responsable con mucha pasión, me siento bien
de ser parte del grupo de trabajo del área de sistemas, es importante mantenerse
en constante aprendizaje para lograr estar actualizado en las nuevas tecnologías.
Considero que una de mis fortalezas es la dedicación a mi trabajo y a las actividades
que tengo como responsabilidades dentro del área de sistemas, me fue fácil realizar
las actividades planteadas en el programa de actividades por que soy la persona
responsable del funcionamiento óptimo de los diferentes sistemas de información y
la administración de la información de las diferentes bases de datos.
Una debilidad fue la falta de tiempo para lograr con más detalle la documentación
de las diferentes actividades relacionas a las prácticas, trabajar es muy diferente a
realizar las practicas profesionales donde en ocasiones tienes aun responsable que
te orienta para solucionar o entender algún problema dentro del departamento.
Una de mis fortalezas es lograr encontrar soluciones a los problemas planteados
dentro la empresa que tiene relación al área de sistemas, en ocasiones encontrar
una solución puede tardar días, pero la dedicación y el esfuerzo se puede encontrar
una solución al problema planteado.
Como oportunidades detectadas dentro del área de sistemas es contar con un área
de desarrollo de aplicaciones para lograr ayudar a los diferentes departamentos a
compartir información que los ayuden a tomar decisiones con mayor rapidez.
Referencias.
Fundamentos de SQL Andy Oppel Robert Sheldon Tercera Edición.
https://social.technet.microsoft.com/wiki/contents/articles/13620.windows-server-
2012-essentials-build-document.aspx
https://docs.microsoft.com/en-us/sql/sql-server/sql-server-technical-
documentation?view=sql-server-2016