Manual de Prácticas de SCB-1001 ADMINISTRACION DE BASE DE DATOS - ISC

Código:
Dirección Académica CPE-FO-02-03

Revisión: 1
MANUAL DE PRÁCTICAS Página:

1 de 84
MANUAL DE PRÁCTICAS DE ADMINISTRACION DE BASE DE DATOS

PROGRAMA EDUCATIVO:
INGENIERÍA EN SISTEMAS COMPUTACIONALES
Calkiní, Campeche, febrero de 2022
Revisó Aprobó Autorizó
Dr. Felipe Ángel Álvarez Ing. Dany Alejandro Dzib

Mtro. Carlos Jiménez López
Salgado Cauich
Presidente de Academia
Coordinador del PE Dirección Académica
Código:
Revisión: 1

2 de 84
ÍNDICE
CONCEPTO PÁGINAS
PRESENTACIÓN ......................................................................................................... 3
OBJETIVO GENERAL ................................................................................................. 3
SEGURIDAD ................................................................................................................ 3
PRÁCTICA No. 1 “Instalar y configurar un SGBD” ................................................ 5
PRÁCTICA No. 2 “Espacios en disco y cuotas límite” ........................................ 10
PRÁCTICA No. 3 “Creación de espacios asignados para el sistema” .............. 17
PRÁCTICA No. 4 “Verificar archivos log” ............................................................. 35
PRÁCTICA No. 5 “Índices” ...................................................................................... 45
PRÁCTICA No. 6 “Espejo y réplica”....................................................................... 54
PRÁCTICA NO. 7 “Respaldo y Recuperación” ..................................................... 74
PRÁCTICA No. 8 “Migración, Monitoreo y Auditoría” ......................................... 79

Código:
Revisión: 1

3 de 84
PRESENTACIÓN
Actualmente la información es un activo importante en las organizaciones, ya que si posee

las características necesarias apoya a las personas en la eficiente toma de decisiones, por
lo que se requiere que inviertan en infraestructura que les permita gestionar y resguardar
dicho activo, pero también necesitan de profesionistas especializados que sean capaces
de administrarlo.
Esta asignatura provee al estudiante con la capacidad para integrar eficientemente la

infraestructura existente en una organización y Sistemas Gestores de Base de Datos con
el propósito de apoyar la toma de decisiones.
En esta asignatura se abordan las bases teóricas y prácticas referentes a la administración

de bases de datos desde la instalación, configuración, mantenimiento, seguridad de acceso
y datos, monitoreo del desempeño, así como, métodos de respaldo y recuperación de un
SGBD; aplica conocimientos de otras asignaturas, tales como: Taller de Base de Datos,
Fundamentos de Base de Datos, Redes de Computadoras, Fundamentos de Ingeniería del
Software y Sistemas Operativos.
• Esta asignatura aporta al perfil del Ingeniero en Sistemas Computacionales las

siguientes habilidades:
• Coordinar y participar en equipos multidisciplinarios para la aplicación de soluciones
innovadoras en diferentes contextos.
• Diseñar, implementar y administrar bases de datos optimizando los recursos
disponibles, conforme a las normas vigentes de manejo y seguridad de la
información.
• Desarrollar y administrar software para apoyar la productividad y competitividad de
las organizaciones cumpliendo con estándares de calidad.
La gestión de bases de datos ha evolucionado de ser una aplicación informática

especializada a ser una parte esencial de un entorno informático moderno y, como
consecuencia, el conocimiento acerca de las nuevas propuestas en sistemas de bases de
datos se ha convertido en una parte fundamental en la enseñanza de la informática.
El propósito de este manual es aportar al perfil del Ingeniero en Sistemas Computaciones

los conceptos de las nuevas tendencias en bases de datos, así como logro de las
competencias específicas.
Código:
Revisión: 1

4 de 84
OBJETIVO GENERAL
• Instala, configura y administra un gestor de base de datos para el manejo de la

información de una organización, optimizando la infraestructura computacional
existente.
SEGURIDAD
No requiere ningún tipo de seguridad especial.

Código:
Revisión: 1

5 de 84
PRACTICA 1
INSTALAR Y CONFIGURAR UN SGBD.
-INTRODUCCIÓN
En la actualidad vivimos en una sociedad que depende prácticamente de la tecnología y la

mayoría de están tecnologías operan con datos (por no decir que todas), por lo que existe
cada vez mayor demanda de datos.
Por ello las bases de datos se reconocen como una de las principales aplicaciones de la
informática. Las bases de datos facilitan no solo el registro de gran cantidad de datos son
también el acceso a los mismos, lo cual permite ahorrar tanto espacio físico como tiempo
al momento de consultar información contenida en ellas. De ahí la importancia del uso de
gestores de bases de datos; la administración y gestión de la información.
Un Sistema Gestor de Base de Datos es el software que permite gestionar la colección de

datos relacionadas entre sí, separando las aplicaciones de los datos.
Los SGBD son programas importantes por el hecho de gestionar uno de los recursos más
importantes de toda organización sea cual sea su actividad.
El propósito de esta práctica es instalar y configurar diversos SGBD, conocer sus

características, herramientas, requerimientos y sus ventajas.
-OBJETIVO
Instala y configura un SGBD cumpliendo con los requisitos recomendados para su

funcionamiento.
-LUGAR
Aula.
Código:
Revisión: 1

6 de 84
-SEMANA DE EJECUCIÓN
Semana 2 y 3
- MATERIAL Y EQUIPO
• Material del Syllabus

• Computadora con acceso a internet
• SGBD
o MySQL
o Oracle
o SQL Server
o SQLite
-DESARROLLO DE LA PRÁCTICA
PASO 1
Instalar MySQL
Abre la siguiente URL:
https://www.mysql.com/downloads/
Da click en el botón Downloads
Localiza la siguiente opción:
Descarga MySQL Community Server dando click en Download
Elige la plataforma y da click en Download

Código:
Revisión: 1

7 de 84
Configura la instalación del SGBD
Configurar la variable de entorno
En la siguiente ventana da clic en el botón “Variable de entorno”
Agrega o edita la variable de sistema con la dirección donde se instaló MySQL (por ejemplo:
C:\Program Files\MySQL\MySQL Server 5.7\bin) como se muestra:
Código:
Revisión: 1

8 de 84
Paso 2
Instalar y configurar Oracle
Paso 3
Instalar y configurar SQL Server
Paso 3
Instalar y configurar SQLite
- EVALUACIÓN Y RESULTADOS
Presentar en clase el entorno funcionando, para ser evaluado con la siguiente rubrica:
Código:
Revisión: 1

9 de 84
DATOS GENERALES
Criterio Descripción
Portada Nombre, matrícula, nombre del profesor, nombre de la asignatura, parcial,
nombre de la actividad y fecha.
Bibliografía Inclusión apropiada de datos bibliográficos. Reportar todas las fuentes

correctamente en formato APA.
CONTENIDO
Aspecto Peso Obtenido
Análisis del Problema 5
Desarrollo y resultados 80
Comunicación oral y escrita con habilidades de 10

investigación.
El reporte debe incluir:
• Portada
• Introducción
• Objetivo
• Desarrollo y resultados
• Bibliografía
Habilidades de Organización con uso de Tics y trabajo en 5
equipo
-REFERENCIAS
MySQL 8.0 Reference Manual Recuperado de: https://dev.mysql.com/doc/refman/8.0/en/
Korth, H. F., & Silbertchatz, A. (2010). Fundamentos de Bases de datos (5 ed.). McGraw
Hill.
Código:
Revisión: 1

10 de 84
PRACTICA 2
ESPACIOS EN DISCO Y CUOTAS LÍMITE.
-INTRODUCCIÓN
La colección de datos que constituye una base de datos computarizada debe almacenarse
físicamente en un medio de almacenamiento de un computador. El software DBMS puede
recuperar, actualizar y procesar después estos datos cuando lo necesite. Los medios de
almacenamiento forman una jerarquía de almacenamiento que incluye dos categorías
principales:
• Almacenamiento principal o primario. Esta categoría incluye los medios de

almacenamiento en los que la CPU (unidad central de procesamiento) puede operar,
como la memoria principal del computador y las memorias caché, más pequeñas, pero
más rápidas. El almacenamiento principal normalmente proporciona un acceso rápido
a los datos, pero tiene una capacidad de almacenamiento limitada.
• Almacenamientos secundario y terciario. Esta categoría incluye los discos

magnéticos, los discos ópticos y las cintas. Las unidades de disco duro se clasifican
como almacenamiento secundario, mientras que los medios removibles o extraíbles
están considerados como almacenamiento terciario. Estos dispositivos normalmente
tienen gran capacidad, cuestan poco y proporcionan un acceso más lento a los datos
que los dispositivos de almacenamiento principales. La CPU no puede procesar
directamente los datos almacenados en un almacenamiento secundario o terciario;
primero deben copiarse en el almacenamiento principal.
-OBJETIVO (S)
Configura y administra el espacio en disco y memoria del servidor para que el

funcionamiento del SGBD sea congruente con la infraestructura existente.
Crear espacios asignados en disco para el sistema y usuarios, asignando cuotas límite.
Código:
Revisión: 1

11 de 84
-LUGAR
Aula
Semana 4
- MATERIAL Y EQUIPO
1. Material del Syllabus

2. Computadora con acceso a internet
3. Sistema Operativo Windows 10 / Windows Server 2016
4. Bibliografía
PASO 1
Habilitar cuotas de disco en Windows 10 / Windows Server 2016
Abra la ventana de propiedades del disco, en la que desea habilitar las cuotas, vaya a
la Cuota pestaña. Luego haga clic en Mostrar configuración de cuotas:
Para habilitar las cuotas para este volumen, marque Habilitar la gestión de cuotas.
Es posible que se verifiquen las siguientes opciones según el escenario de uso de la cuota:
• Denegar espacio en disco a los usuarios que superen el límite de la cuota -

evitar que los usuarios que han superado el límite de cuota escriban en el disco;
• Limite el espacio en disco a - establecer un límite en el tamaño total de archivos
para un usuario;
Código:
Revisión: 1

12 de 84
• Registrar evento cuando un usuario excede su límite de cuota - registra un

evento en el Visor de eventos si un usuario excede el límite de la cuota;
• Registrar evento cuando un usuario excede su nivel de advertencia: Registra
un evento cuando se alcanza el umbral de la cuota.
No se recomienda habilitar la opción "Denegar espacio en disco a los usuarios que

superen el límite de la cuota " En seguida. Es preferible estimar la utilización actual del
espacio en disco por parte de sus usuarios. En este ejemplo, vamos a limitar a cada usuario
a 1 GB de espacio en disco en el servidor.
Guardar los cambios (Aplicar).
Haga clic en el Entradas de cuota botón. Verá una tabla resultante que muestra las cuotas
y el tamaño actual del espacio utilizado por cada usuario (cuyos archivos se encuentran en
el sistema de archivos).
En la siguiente imagen se puede ver un ejemplo en el que usuarios ya han superado sus
cuotas de disco.
Código:
Revisión: 1

13 de 84
De forma predeterminada, se establecen las mismas cuotas para todos los usuarios. Desde
la ventana Entradas de cuota, puede crear, aumentar o deshabilitar una configuración de
cuota personalizada para un determinado usuario.
Para deshabilitar las cuotas de disco NTFS para una cuenta de usuario específica, abra las
propiedades (Propiedades) de la entrada en la tabla de cuotas y marque "No limite el uso
del disco ".
Importante. Debe deshabilitar las cuotas para las cuentas del sistema NT Service
TrustedInstaller y NT AUTHORITY SYSTEM; de lo contrario, es posible que Windows no
funcione correctamente.
Desde la ventana de la lista de cuotas, puede exportar la configuración de su cuota y luego

importarla y aplicarla a otro disco o computadora.
Si desea mostrar una lista de archivos que se cuentan en la cuota de un usuario específico,
debe seleccionar el Borrar opción del menú.
Código:
Revisión: 1

14 de 84
Este cuadro de diálogo permite cambiar el propietario de un archivo específico (Tomar

posesión), elimine o mueva el archivo.
Una vez que haya organizado sus cuotas suaves en el modo de auditoría, puede habilitar
la Denegar espacio en disco a los usuarios que superen el límite de la cuota opción.
Esto habilitará el modo de cuotas de disco duro. Ahora los usuarios no podrán exceder su
espacio en disco asignado. Tenga en cuenta que el tamaño del disco en la sesión del
usuario ahora se muestra de acuerdo con las cuotas de disco existentes. En este ejemplo,
876 MB de la cuota de 1 GB son gratuitos para mi cuenta en la unidad C: .
Si se excede el límite de la cuota, un usuario recibe el siguiente mensaje:
There is not enough space on …. xx MB is needed to copy this item.

Delete or move files so you have enough space.
Código:
Revisión: 1

15 de 84
Al mismo tiempo, se registra un evento con EventID 37 y Ntfs de origen en el Visor de

eventos:
A user hit their quota limit on volume C:.
Elaborar un reporte de práctica con la siguiente estructura.
DATOS GENERALES

CONTENIDO
Código:
Revisión: 1

16 de 84

investigación.
• Portada
• Introducción
• Objetivo
• Bibliografía
equipo
-REFERENCIAS
Hill.
Ramez Elmasri. Third Edition, “Fundamentals of Database Systems”. Editorial Addison-
Wesley.
Código:
Revisión: 1

17 de 84
PRACTICA 3
CREACION DE ESPACIOS ASIGNADOS PARA EL SISTEMA
-INTRODUCCIÓN
Las bases de datos se almacenan en ficheros o archivos. Existen diferentes formas de

organizaciones primarias de archivos que determinan la forma en que los registros de un
archivo se colocan físicamente en el disco y, por lo tanto, cómo se accede a éstos. Las
distintas formas de organizaciones primarias de archivos son:
• Organización de archivos en montículo. En esta organización se puede colocar
cualquier registro en cualquier parte del archivo en que haya espacio suficiente. No hay
ninguna ordenación de los registros. Generalmente sólo hay un archivo por cada
relación.
• Organización de archivos secuenciales. En esta organización los registros se
guardan en orden secuencial, basado en el valor de la clave de búsqueda de cada
registro.
Una base de datos en SQLServer ya sea de usuario o de sistema maneja dos tipos de
archivos:
1. Archivo de datos
• Primario
• Secundario
2. Archivo de transacciones
Archivo de datos primario: en estos se guardan todos los datos y la información de la
base de datos. Los archivos primarios se crean por defecto y permite guardar la
configuración de nuestra base de datos, entonces su objetivo principal es tener la
información del sistema y de la base de datos
Archivos de datos secundarios: nos permite tener datos de negocios distribuidos en
diferentes unidades de almacenamiento, por ejemplo, si tuviera una tabla de alumnos muy
grande, la puedo tener en otra unidad de almacenamiento distinta a la unidad c, por ejemplo,
en la unidad e. con esto se gana paralelismo, posibilidad de distribuir la información en
distintos elementos. A la hora de hacer backup, me sirve porque si se me daña una unidad
Código:
Revisión: 1

18 de 84
al tenerla distribuida no tendría que hacer la restauración de toda la base de datos, solo
seria de las tablas que están en las unidades que se dañen.
Los archivos de datos guardan la información en páginas que tienen un tamaño de 8 kb→
8 páginas contiguas de 8 kb se conocen como una extensión.
Log: registra todas las transacciones de la base de datos, acciones de actualización,
inserción, etc. este archi sirve para poder hacer la recuperación de datos en cualquier
momento del tiempo, nos permite recuperar datos.
-OBJETIVO (S)
Configura y administra el espacio en disco y memoria del servidor para que el

funcionamiento del SGBD sea congruente con la infraestructura existente.
Crear espacios asignados en disco para el sistema.
-LUGAR
Aula
Semana 7
- MATERIAL Y EQUIPO

3. Sistema Operativo
4. SGBD
Código:
Revisión: 1

19 de 84
a. SQL Server
b. MySQL
5. Bibliografía
PASO 1
Almacenamiento en SQL Server
1. Crear una base de datos de modo grafico
2. Observamos las rutas donde se almacenan los archivos de datos y registro.

Código:
Revisión: 1

20 de 84
3. Asignar nuevos directorios donde se deben almacenar los archivos
4. Agregar 3 nuevos archivos de base de datos

• SucursalA
• SuscursalB
Código:
Revisión: 1

21 de 84
• EmpesaGen
5. Cuando se crean por defecto forma parte del grupo de archivos PRIMARY, como se
observa en la imagen.
6. Crear dos nuevos Grupo de archivos dando clic en <nuevo grupo de archivo>
Código:
Revisión: 1

22 de 84
7. Debe quedar de la siguiente forma

Código:
Revisión: 1

23 de 84
8. Para el archivo EmpresaGen selecciona GA_SucB
9. En el menú del lado izquierdo da clic en Grupos de archivos, aquí se observan 3

tres grupos:
Código:
Revisión: 1

24 de 84
10. Regresamos a la opción General y observa que los Grupo de archivos deben tener
una ruta de acceso en otra unidad, dentro de una carpeta “Data” en caso de ser
archivo de datos, mientras que los de registro en una carpeta con el nombre “Log”.
11. El resultado se debe ver así:

Código:
Revisión: 1

25 de 84
12. Aceptar los cambios.
13. De clic derecho como se en la imagen:
14. A continuación, se van a escribir las tablas Empleado, Dep_A y Dep_B, sin ejecutar
el comando aún.
Código:
Revisión: 1

26 de 84
15. Una vez escritas de clic derecho en las Propiedades de la base de datos
PracticaABD.
Código:
Revisión: 1

27 de 84
16. Clic en la opción Archivos:

Código:
Revisión: 1

28 de 84
17. En esta ventana nos podemos dar cuenta que tenemos 4 archivos de datos (Datos
de FILAS) y uno solo de registro.
18. Cerramos la ventana.
19. Enseguida seleccionamos la tabla Empleados y se da clic en Ejecutar.
Código:
Revisión: 1

29 de 84
20. Observa que la Consulta fue ejecutada sin problemas.
Nota: pero es importante aclarar que esta tabla se almacenó dentro del archivo de datos principal:
Código:
Revisión: 1

30 de 84
21. A continuación, agrega al final de la tabla DEP_A la instrucción

22. Selecciona el comando y ejecuta:
23. En la tabla DEP_B agrega , selecciona y ejecuta

Código:
Revisión: 1

31 de 84
24. Si observamos en las propiedades de la base de datos.
25. Con la siguiente consulta se pueden verificar en que grupos de archivo se

encuentran las tablas creadas.
Código:
Revisión: 1

32 de 84
26. verificar en el explorador de Windows los archivos ndf y mdf
PASO 2
Almacenamiento en MySQL
Código:
Revisión: 1

33 de 84
1. Deshabilitar los servicios de Mysql

2. Buscar la carpeta “data” que se encuentra en la dirección “c:\ … mysql\data”
3. Crear una copia de esta carpeta
4. Pegar donde será la nueva ruta para guardar las bases de datos
5. Abrir el archivo de configuración my.ini
6. Buscar la instrucción datadir que indica la carpeta donde se guardan las bases de
datos actualmente, por ejemplo:
datadir=”C:/xampp/mysql/data”
7. En esa instrucción cambiar la dirección donde se copió la carpeta data, que es la
nueva dirección donde se guardarán las bases de datos
8. Guardar cambios y cerrar archivo my.ini
9. Habilitar los servicios de MySQL
DATOS GENERALES

Código:
Revisión: 1

34 de 84
CONTENIDO

investigación.
• Portada
• Introducción
• Objetivo
• Bibliografía
equipo
-REFERENCIAS
Abraham Silberschatz, Henry F. Korth, S. Sudarshan, (2006). Fundamentos de base de

datos, 5ta edición, Mc Graw Hill.
Hill.
Wesley.
Código:
Revisión: 1

35 de 84
PRACTICA 4
VERIFICAR ARCHIVOS LOG

-INTRODUCCIÓN
La estructura más ampliamente utilizada para guardar las modificaciones de una base de
datos es el registro histórico. El registro histórico es una secuencia de registros que
mantiene un registro de todas las actividades de actualización de la base de datos. Existen
varios tipos de registros del registro histórico.
• “Es un registro oficial de eventos durante un rango de tiempo en particular
que se emplea para registrar los datos o información sobre quién, qué,
cuándo, dónde y porqué un evento ocurre (CCN, 2015, pág. 741).”
Un registro de transacciones proporciona el historial de los cambios en la base de datos.

Cada cambio realizado a una base queda asentado también en el registro. El registro es
una tabla oculta que no está disponible para los usuarios normales. Un registro típico (tabla
15.6) contiene un número de secuencia de registros lógico (LSN; log sequence number),
un identificador de transacciones, una acción en la base de datos, la hora, un identificador
de fila, un nombre de columna y valores (antiguos y nuevos).
Para insertar operaciones, el nombre de columna * indica todas las columnas con el nuevo
valor, conteniendo una fila completa de valores. En ocasiones, los valores antiguos y
nuevos se conocen como imágenes de antes y después, respectivamente. Si la acción en
la base de datos es insertar, el registro sólo contiene los nuevos valores. De modo similar,
si la acción es eliminar, el registro sólo contiene los antiguos valores. Además de las
acciones de insertar, actualizar y eliminar, se crean registros para el inicio y el final de una
transacción.
El administrador de recuperaciones puede realizar dos operaciones en el registro. En una
operación deshacer, la base de datos regresa a un estado previo sustituyendo el valor
antiguo para cualquier valor que esté guardado en la base de datos. En una operación de
rehacer, el componente de recuperación se restablece en un estado nuevo, sustituyendo
el valor nuevo con cualquiera que esté guardado en la base de datos. Para deshacer
(rehacer) una transacción, la operación deshacer (rehacer) se aplica a todos los registros
de una transacción específica, excepto por los registros de inicio y realización.
Un registro puede representar un almacenamiento adicional considerable. En un ambiente
de transacciones en volúmenes muy altos, es posible que se generen 100 gigabytes de
registros al día. Debido al volumen, muchas organizaciones tienen un registro en línea
Código:
Revisión: 1

36 de 84
guardado en disco y un registro en archivo guardado en cinta o unidad óptica. Por lo

regular, el registro en línea se divide en dos partes (actual y siguiente) para administrar el
espacio de almacenamiento en línea. La integridad del registro es crucial en vista de su
función en el proceso de recuperación. Los DBMS empresariales pueden conservar
registros redundantes para ofrecer un procesamiento sin interrupciones en caso de una
falla en un registro.
-OBJETIVO (S)
Identifica en los archivos log el funcionamiento de SGBD para prevenir cualquier problema
del mismo.
-LUGAR
Aula
Semana 10
- MATERIAL Y EQUIPO

4. SGBD
a. SQL Server
b. MySQL
6. Bibliografía
Código:
Revisión: 1

37 de 84
PASO 1
Archivos Log en SQL Server
1. Crear una base de datos
2. Ejecutar una consulta a la función fn_dblog para verificar el registro de

transacciones
3. Crear la tabla Alumnos

Código:
Revisión: 1

38 de 84
4. En este punto se puede verificar el registro de transacciones con fn_dblog

5. Insertar registros
6. Realizar una actualización
7. Verificar en el log Transaction Name y SPID del tipo INSERT o UPDATE.

Código:
Revisión: 1

39 de 84
8. Con la siguiente consulta se es posible ver a un nivel más alto las

operaciones
9. Realizar la consulta que permite mostrar principales comandos DML
10. También se puede verificar con la siguiente consulta

Código:
Revisión: 1

40 de 84
11. Insertar nuevos registros
12. Con la siguiente consulta es posible verificar Page Splits
13. Realizar la eliminación de un registro

Código:
Revisión: 1

41 de 84
DELETE FROM ALUMNOS
14. Consultar comando de eliminación
PASO 2
Archivos Log en MySQL
1. Si no están encendidos los archivos, se deben encender con el siguiente
comando
2. Mostrar el historial en forma de tablas
3. Con una base de datos existente, cambien el nombre de alguna de sus

tablas, por ejemplo:
4. Verificar que el cambio se halla guardado en el archivo de transacciones con

la consulta al general_log
Código:
Revisión: 1

42 de 84
5. Apagar el registro de archivos log poniendo general_log en off
6. Realizar nuevamente un cambio de una base de datos
7. Una vez realizado algún cambio nuevamente mostrar el historial en forma de

tablas
Otra forma
8. Abrir el archivo de configuración de MySQL my.ini
9. Agregar las siguientes instrucciones en la parte de [mysqld]
10. Cerrar MySQL y reiniciar servicio
11. Iniciar la línea de comandos
12. Buscar en la carpeta data de MySQL si se creó el archivo RegistroLog.log
13. Insertar un registro en alguna tabla
14. Verificar nuevamente el registro de transacciones
DATOS GENERALES
Código:
Revisión: 1

43 de 84

CONTENIDO

investigación.
• Portada
• Introducción
• Objetivo
• Bibliografía
equipo
-REFERENCIAS

Hill.
Wesley.
Código:
Revisión: 1

44 de 84
Código:
Revisión: 1

45 de 84
PRACTICA 5
INDICES
-INTRODUCCIÓN
Un índice acelera la sentencia SQL, es una de las explicaciones más sencillas que he
podido escuchar acerca de un índice. Y aunque es cierto que describe el aspecto más
importante de un índice, no es -sin embargo- suficiente para este libro. Este capítulo
describe la estructura de un índice de forma más profunda, pero sin perderse demasiado
en detalles, lo que permitirá entender todos los aspectos de la optimización de sentencias
SQL, que se explicarán a lo largo de este libro.
Un índice es una estructura diferente dentro de la base de datos; creado con el

comando create index. Requiere su propio espacio en disco y contiene una copia de los
datos de la tabla. Eso significa que un índice es una redundancia. Crear un índice no cambia
los datos de la tabla; solamente establece una nueva estructura de datos que hace
referencia a la tabla. De hecho, un índice de base de datos se parece mucho a un índice
de un libro: ocupa su propio espacio, es redundante y hace referencia a la información
actual almacenada en otro lugar.
Buscar dentro de un índice de una base de datos es como buscar dentro de una guía
telefónica. El concepto clave es que todos los datos estén ordenados según un orden bien
definido. Encontrar datos dentro de un conjunto de datos ordenados es rápido y fácil debido
a que el orden de clasificación determina la posición de cada dato.
Sin embargo, un índice de base de datos es más complejo que una guía telefónica porque
está siendo modificado de forma incesante. Actualizar una guía impresa por cada cambio
es casi imposible porque no existe espacio suficiente entre cada información para agregar
las nuevas. Una guía telefónica evita este problema de actualizaciones acumulando los
cambios en sucesivas versiones impresas. Una base de datos no puede esperar tanto
tiempo; debe atender las sentencias insert, delete y update de inmediato, conservando el
orden del índice sin mover grandes cantidades de datos.
Tipos de índices
Índice simple y compuesto
Un índice simple está definido sobre una sola columna de la tabla mientras que un índice
compuesto está formado por varias columnas de la misma tabla (tabla sobre la cual está
Código:
Revisión: 1

46 de 84
definido el índice). Cuando se define un índice sobre una columna, los registros que se
recuperen utilizando el índice aparecerán ordenados por el campo indexado. Si se define
un índice compuesto por las columnas col1 y col2, las filas que se recuperen utilizando
dicho índice aparecerán ordenadas por los valores de col1 y todas las filas que tengan el
mismo valor de col1' se ordenarán a su vez por los valores contenidos en col2, función igual
que la cláusula ORDER BY . Por ejemplo si definimos un índice compuesto basado en las
columnas (provincia, localidad), las filas que se recuperen utilizando este índice aparecerán
ordenadas por provincia y dentro de la misma provincia por localidad.
Índice agrupado y no agrupado
El término índice agrupado no se debe confundir con índice compuesto, el significado es

totalmente diferente. Un índice agrupado (CLUSTERED) es un índice en el que el orden
lógico de los valores de clave determina el orden físico de las filas correspondientes de
la tabla. El nivel inferior, u hoja, de un índice agrupado contiene las filas de datos en sí de
la tabla. Una tabla o vista permite un solo índice agrupado al mismo tiempo. Los índices no
agrupados existentes en las tablas se vuelven a generar al crear un índice agrupado, por lo
que es conveniente crear el índice agrupado antes de crear los índices no agrupados. Un
índice no agrupado especifica la ordenación lógica de la tabla. Con un índice no agrupado,
el orden físico de las filas de datos es independiente del orden indexado.
Índice único
Índice único es aquel en el que no se permite que dos filas tengan el mismo valor en
la columna de clave del índice. Es decir que no permite valores duplicados.
Ventajas
La utilización de índices puede mejorar el rendimiento de las consultas, ya que los datos
necesarios para satisfacer las necesidades de la consulta existen en el propio índice. Es
decir, sólo se necesitan las páginas de índice y no las páginas de datos de la tabla o el
índice agrupado para recuperar los datos solicitados; por tanto, se reduce la E/S global en
el disco. Por ejemplo, una consulta de las columnas a y b de una tabla que dispone de un
índice compuesto creado en las columnas a, b y c puede recuperar los datos especificados
del propio índice.
Desventajas
Las tablas utilizadas para almacenar los índices ocupan espacio.

Los índices consumen recursos ya que cada vez que se realiza una operación de
actualización, inserción o borrado en la tabla indexada, se tienen que actualizar todas las
tablas de índice definidas sobre ella (en la actualización sólo es necesaria la actualización
Código:
Revisión: 1

47 de 84
de los índices definidos sobre las columnas que se actualizan). Por estos motivos no es
buena idea definir índices indiscriminadamente.
-OBJETIVO (S)
Crear índices y los reorganiza.

Organiza los índices y planea su reorganización periódica para el acceso eficiente de datos.
-LUGAR
Aula
Semana 11
- MATERIAL Y EQUIPO

4. SGBD
a. SQL Server
b. MySQL
5. Bibliografía
Código:
Revisión: 1

48 de 84
PASO 1
Índices en SQL Server
1. Crear una base de datos con el nombre ExBD_ESCUELA

2. Crea una tabla
3. Verificar si existen índices
4. También se pueden ver los índices creados desde el panel de Management Studio
5. Insertar registros a la tabla

Código:
Revisión: 1

49 de 84
6. También es posible insertar varios registro a la vez de esta forma:
7. Borrar índice existente dando clic derecho

8. Crear índice Agrupado con CREATE CLUSTERED
9. Consultar
select * from Estudiante
10. Veremos algo así
11. Crear índice No Agrupado
12. Crear una consulta con nombre y genero

Código:
Revisión: 1

50 de 84
PASO 2
Índices en MySQL
1. Crear una sabe de datos
2. Descargar la base de datos Sakila de ejemplo
3. Importar los datos de Sakila a base de datos creada
4. Mostrar índices
5. Consultar con el campo First_name
6. Crear indice Ordinario
7. Hacer consultas con más de una table

Código:
Revisión: 1

51 de 84
8. Verificar indices Fulltext
9. Crear índice Fulltext
10. Crear indices cuando se crea la tabla
11. Insertar datos

Código:
Revisión: 1

52 de 84
12. Consultar tabla

13. Crear índice Unique
14. Borrar los datos de la tabla
15. Volvemos q crear índice Unique
16. Intenta insertar nuevamente los datos con el mismo número de teléfono
17. Crear índice con partes de columna
PASO 3
De la base de datos de tu proyecto define que índices creaste para cada tabla y describe
cual es la finalidad de cada uno y en que harán optimo el funcionamiento de la base de
datos

Código:
Revisión: 1

53 de 84
DATOS GENERALES

CONTENIDO

investigación.
• Portada
• Introducción
• Objetivo
• Bibliografía
equipo
-REFERENCIAS

Hill.
Wesley.
Código:
Revisión: 1

54 de 84
PRACTICA 6
ESPEJO Y RÉPLICA
-INTRODUCCIÓN
Base de Datos Espejo (Database Mirroring) es una configuración donde dos o tres
servidores de dase de datos, ejecutándose en equipos independientes, cooperan para
mantener copias de la base de datos y archivo de registro de transacciones (log). Tanto el
servidor primario como elservidor espejo mantienen una copia de la base de datos y el
registro de transacciones, mientras que el tercer servidor, llamado el servidor árbitro, es
usado cuando es necesario determinar cuál de los los otros dos servidores puede tomar la
propiedad de la base de datos. El árbitro no mantiene una copia de la base de datos. La
configuración de los tres servidores de base de datos (el primario, el espejo y el árbitro) es
llamado Sistema Espejo (Mirroring System), y el servidor primarioy espejo juntos son
llamados Servidores Operacionales (Operational Servers) o Compañeros (Partners).
Existen varios tipos de mirroring:
Alta disponibilidad: Garantiza la consistencia transaccional entre el servidor principal y el

servidor de espejo y ofrece Automatic Failover mediante un servidor testigo.
Alta Protección:Garantiza la consistencia transaccional entre el servidor principal y el

espejo.
Alto Rendimiento:Aplica las transacciones en el Servidor Espejo de manera

asíncronaocasionando mejoras significativas en el rendimiento del servidor principal pero
no garantiza que dichas transacciones se hallan realizado de manera exitosa en el espejo.
Beneficios: Mirroring esta tecnica fue introducida en la edicion 2005, se puede decir que es
la evolución del log shipping. La principal diferencia es el tiempo de espera para tener la
información mas actual el espejeo es un recurso mas rapido que el log shipping. Otra
diferencia es que el servidor en stand by automaticamente puede levantarse en caso de
que el servidor principal fallara (a esto se le llama espejeo de alta disponiblidad, y para esto
requerimos de un tercer servidor al que nombran testigo), sin tener que restaurar los
registros (en realidad, los registros se fusionan de forma continua en este escenario – no
es de extrañar que se llama Espejo).
Código:
Revisión: 1

55 de 84
Las ventajas adicionales incluyen la creación de reflejo de apoyo a nivel NET Framework.
Además de algunas nuevas características como la recuperación automática de páginas
incluidas en SQL Server 2008. periodicamente a un servidor en stand by. Si el servidor
activo va para abajo se puede subir el servidor en stand by restaurando todos los logs
transferidos
-OBJETIVO (S)
Implementar los mecanismos técnicos de seguridad para salvaguardar la información en

la organización.
-LUGAR
Aula
Semana 11
- MATERIAL Y EQUIPO

4. SGBD MySQL
5. Bibliografía
Código:
Revisión: 1

56 de 84
PASO 1
Espejo en SQL Server
1. Crear 2 instancias SQL Server

2. Abrir SQL Server 2019 Configuration Manager
3. Habilitar TCP/IP en ambas instancias
4. De igual forma habilitar “Tuberías con nombre” también para las dos instancias
5. Reiniciar los Servicios de las 2 instancias
6. Abrir
7. Crear Nueva Regla de Entrada
8. Especificar puertos que no estén en uso

Código:
Revisión: 1

57 de 84
Nota: para ver que puertos corren → cmd en modo Administrador → netstat –ab
9. Permitir conexión
10. Activar las 3 opciones ára aplicar reglas

11. En la siguiente ventana especificar nombre: Espejo (nombre opcional)
12. Crear una Regla de Salida con las mismas características
13. Habilitar SQL Server Agent

Código:
Revisión: 1

58 de 84
14. Crear un Endpoint para la primer instancia
15. Verificar si se creo correctamente con la consulta
16. Conceder permisos para conectar al Endpoint
17. Crear un Endpoint, verificar y dar permisos para la segunda instancia, pero con el puerto
de escucha 7023 (pasos 14-16).
Código:
Revisión: 1

59 de 84
18. En el servidor principal o primer instancia: Crear un Backup de una base de datos
(BD_Escuela)
19. Elegir Modelo y tipo Full, después clic en Add
20. Crear Backup del Log de transacción

Código:
Revisión: 1

60 de 84
21. Crear archivo .trn
22. Se debe Remover el .bak en esta ventana

Código:
Revisión: 1

61 de 84
23. En el segundo servidor o instancia (ESPEJO), restaurar la base de datos
24. En la ventana Restaurar base de datos elegir Dispositivo y clic en el botón

Código:
Revisión: 1

62 de 84
25. En la siguiente ventana clic en Add

26. Localizar el Backup .bak y presionar en OK
27. Una vez que aparece seleccionada presionar OK.

Código:
Revisión: 1

63 de 84
28. En la ficha Files activar la opción Relocate all files to folder
29. En la ficha Options elegir la opción NORECOVERY

Código:
Revisión: 1

64 de 84
30. Presionar OK y esperar que salga la ventana
31. La instancia se debe ver así
32. En el mismo servidor (el segundo; ESPEJO) restaurar el log de Transacciones

Código:
Revisión: 1

65 de 84
33. Elegir de que dispositivo
34. Clic en Add

35. En la siguiente ventana se agregar el archivo .trn
Código:
Revisión: 1

66 de 84
36. Una vez seleccionada presionar OK
37. En la ficha Options activar la casilla NORECOVERY

Código:
Revisión: 1

67 de 84
38. Presinamos OK hasta que muestre que el proceso fue exitoso
39. Observe que en la instancia sigue en el estado Restoring
40. En el servidor secundario, crear la compatibilidad con la instrucción:
Nota: en caso de no saber el nombre exacto y sufijo DNS, correr el comando ipconfig /all en la
línea de comandos de Windows, si hay sufijo se concatena con un punto, ej.:'TCP://DIAL-
1220.local:7023', local es el sufijo DNS.
41. en el servidor principal seria:
42. Actualizar las bases de datos

43. Quedando así:
Código:
Revisión: 1

68 de 84
44. Es hora de probar insertando datos en la base de datos del servidor principal
45. En la base de datos principal clic derecho →Task →Mirror
46. Provocar un fallo con Failover → OK

Código:
Revisión: 1

69 de 84
47. Presionar Yes en la siguiente ventana
48. Volver a refrescar base de datos principal
49. Refrescar base de datos espejo para que se quede como principal
Código:
Revisión: 1

70 de 84
50. Crear una consulta a la base de datos espejo que ahora es la principal, observar que se
encuentra el ultimo registro insertado
PASO 2
Réplica en MySQL
Configurar los equipos para el diseño de base de datos replicada, siguiendo el
procedimiento:
1. Desactivar el Firewall de los equipos a utilizar

2. Hacer un ping desde ambos equipos
3. Activar el servicio de MySQL
4. Configurar el archivo My.ini para agregar la maquina maestro (master)
5. Otorgar permiso a la maquina esclavo de realizar tareas en el servidor
6. Aplicar privilegios
7. Mostrar el estado del maestro

Código:
Revisión: 1

71 de 84
8. Tener en cuenta los datos que se muestran para la próxima configuración
Los siguientes pasos se realizan en la computadora master
9. Configurar el archivo My.ini de la maquina esclavo (slave)
10. Reiniciar servicio MySql

11. Abrir la Línea De comandos del esclavo, para que pueda acceder con sus permisos
a la maquina master.
12. Arrancar el servicio de esclavo
13. Mostrar el estado
14. Checar las líneas que indican que está corriendo
Maquina master
Código:
Revisión: 1

72 de 84
15. Para comprobar que todo es correcto, crea una base de datos (maquina master)
Maquina slave
16. Verifica en el esclavo la base de datos creada con el comando Show.
17. Realizar algunos cambios a la base de datos para verificar la replicación
DATOS GENERALES

CONTENIDO

investigación.
• Portada
• Introducción
Código:
Revisión: 1

73 de 84
• Objetivo
• Bibliografía
equipo
-REFERENCIAS

Hill.
Wesley.
Código:
Revisión: 1

74 de 84
PRACTICA 7
RESPALDO Y RECUPERACIÓN
-INTRODUCCIÓN
La copia de seguridad, también llamada respaldo o backup, se refiere a la copia de archivos

físicos o virtuales o bases de datos a un sitio secundario para su preservación en caso de
falla del equipo u otra catástrofe. El proceso de copia de seguridad de los datos es
fundamental para un plan de recuperación de desastres exitoso.
¿Qué son el respaldo y la recuperación?
Las empresas hacen una copia de seguridad (respaldo) de los datos que consideran
vulnerables en caso de software defectuoso, corrupción de datos, falla de hardware,
piratería maliciosa (hacking), error de usuario u otros eventos imprevistos. Las copias de
seguridad capturan y sincronizan una instantánea de un punto en el tiempo que luego se
usa para devolver los datos a su estado anterior.
Las pruebas de copia de seguridad y recuperación examinan las prácticas y tecnologías de
una organización para la seguridad y la replicación de datos. El objetivo es garantizar una
recuperación de datos rápida y confiable en caso de que surja la necesidad. El proceso de
recuperación de archivos de datos respaldados se conoce como restauración de archivos.
Los términos copia de seguridad de datos y protección de datos a menudo se usan
indistintamente, aunque la protección de datos abarca los objetivos más amplios de
continuidad empresarial, seguridad de datos, administración del ciclo de vida de la
información y prevención de malware y virus informáticos.
¿Qué datos se deben respaldar y con qué frecuencia?
Un proceso de copia de seguridad se aplica a las bases de datos críticas o aplicaciones de

línea de negocio relacionadas. El proceso se rige por políticas predefinidas de respaldo que
especifican la frecuencia con la que se realiza la copia de seguridad de los datos y la
cantidad de copias duplicadas (conocidas como réplicas), así como los acuerdos de nivel
de servicio que estipulan la rapidez con la que se deben restaurar los datos.
Las mejores prácticas sugieren que se debe programar una copia de seguridad completa
de los datos al menos una vez a la semana, a menudo durante los fines de semana o fuera
del horario laboral. Para complementar las copias de seguridad completas semanales, las
empresas generalmente programan una serie de tareas de respaldo de datos incrementales
o diferenciales que solo realizan copias de los datos que han cambiado desde la última
copia de seguridad completa.
Código:
Revisión: 1

75 de 84
-OBJETIVO (S)

la organización.
-LUGAR
Aula
Semana 11
- MATERIAL Y EQUIPO

4. SGBD MySQL
5. Bibliografía
PASO 1
Respaldo y recuperación en MySQL
Código:
Revisión: 1

76 de 84
Para realizar el respaldo
1. Abrir la terminal de comandos de Windows y en ella se ingresa a la ruta de

archivos de MySQL:
C:\wamp64\bin\mysql\mysql5.7.31\bin
2. Abrir la terminal de nuestro MySQL y buscar las bases de datos existentes.
3. Ahora se ejecuta el comando para crear un respaldo de la base de datos

elegida. Para ello volvemos a la terminal de Windows y ejecutamos el
comando: mysqldump
4. Si el comando fue correctamente escrito, verificamos que se haya creado un

archivo sql en la ruta que describimos en la imagen anterior.
Recuperación
5. Borrar la base de datos original que se respaldó anteriormente, ejemplo:
6. Verificar que se haya borrado la base de datos con show databases.
7. Creamos una nueva base de datos sin tablas para realizar la recuperación
8. Poner en uso la base de datos y verificar que no tenga tablas:
9. Volver a la consola de comando de Windows para recuperar la base de datos

borrada desde el respaldo creado anteriormente:
Código:
Revisión: 1

77 de 84
10. Verificamos que la base de datos recupere sus tablas:
PASO 2
Crear un respaldo y recuperación de la base de datos creada en SQL server
en la práctica anterior.
DATOS GENERALES

CONTENIDO

investigación.

Código:
Revisión: 1

78 de 84
• Portada
• Introducción
• Objetivo
• Bibliografía
equipo
-REFERENCIAS

Hill.
Wesley.
Código:
Revisión: 1

79 de 84
PRACTICA 8
MIGRACIÓN, MONITOREO Y AUDITORÍA
-INTRODUCCIÓN
La migración de datos es el proceso mediante el cual realizamos una transferencia de

datos de unos sistemas de almacenamiento de datos a otros, de unos formatos de datos a
otros o entre diferentes sistemas informáticos.
Habitualmente, un proyecto de migración de datos se lleva a cabo para reemplazar o
actualizar servidores o equipos de almacenamiento, para una consolidación de un sitio web,
para llevar a cabo el mantenimiento de un servidor o para reubicar un centro de datos.
La migración de datos tiene muchas implicaciones y ello puede hacer que termine
resultando un proceso complicado. Para completarlo con éxito, además de conocer sus
principales riesgos, es importante aplicar algunas mejores prácticas, como las
recomendadas:
1. Adquirir una visión global: antes de migrar los datos al nuevo destino es importante
ganar en comprensión del mapeo y entender cómo se correlacionan los servidores
con el almacenamiento para poder volver a crear esas asignaciones en el nuevo
entorno y prevenir problemas relacionados con el reinicio tras la migración.
2. Tomar medidas: recopilar métricas para tener claras cuáles serán las necesidades
de ancho de banda de la red es una tarea que debe programarse de forma previa
al data migration. Tomar medidas facilitará la labor de calcular cuánto ancho de
banda debe ser asignado a la migración y cuándo estará disponible.
3. Reducir la presión sobre el proyecto: aunque es posible llevar a cabo una migración
de datos sin causar interrupciones o provocar la inactividad de determinadas
aplicaciones, no suele ser lo habitual. Para minimizar riesgos es conveniente
planear la iniciativa durante un periodo de inactividad, lejos de las horas de
producción habituales. De esta forma, además de rebajar la tensión asociada a la
aparición de latencias, se aumentan las posibilidades de lograr una mayor
consistencia en los datos.
4. Mantenerse alerta en cuestiones de seguridad de la información: una migración de

datos es un momento de vulnerabilidad que debe mantenerse bajo
control. Permisos, aplicaciones, diferentes sistemas, distintos proveedores y
configuraciones de seguridad diversas forman un cóctel que puede terminar
Código:
Revisión: 1

80 de 84
facilitando la aparición de una brecha de seguridad. Para evitarla hace falta ser
cauteloso y elaborar una hoja de ruta previa que ayude a garantizar la protección de
los datos en todo momento.
5. Prestar atención al software: los detalles son importantes y eso queda patente, por
ejemplo, en algo tan simple como los diferentes niveles de parche que pueden estar
aplicados al software en los entornos de origen y destino. Pasar por alto esa
circunstancia podría acarrear fallos en el servidor al completar el proyecto. Lo mismo
sucedería en los casos en que hubiese sido necesario desinstalar el software
antiguo y sustituirlo por el del nuevo proveedor, como ocurre en la migración de
datos entre matrices de almacenamiento; porque este procedimiento podría causar
inestabilidad si la desinstalación no se completa debidamente y alguno de los
componentes antiguos entrase en conflicto con otras aplicaciones.
6. Minimizar la incertidumbre: a pesar de que la incertidumbre es un factor

inevitablemente asociado a cualquier tipo de proyecto, su presencia se reduce de
forma considerable cuando aumenta el conocimiento sobre la iniciativa. Tomarse el
tiempo necesario para informarse acerca de lo que implica la migración de datos y
la forma en que se abordará el proceso es la manera más efectiva de reducir riesgos
que pueden comprometer el tiempo de actividad de la aplicación, la fiabilidad o la
seguridad.
Monitoreo
El término Monitoreo es un término no incluido en el diccionario de la Real Academia

Española (RAE). Su origen se encuentra en monitor, que es un aparato que toma imágenes
de instalaciones filmadoras o sensores y que permite visualizar algo en una pantalla. El
monitor, por lo tanto, ayuda a controlar o supervisar una situación.
Esto nos permite inferir que monitoreo es la acción y efecto de monitorear, el verbo que se
utiliza para nombrar a la supervisión o el control a través de un monitor. Por extensión, el
monitoreo es cualquier acción de este tipo, más allá de la utilización de un monitor.
Monitoreo de Logs
Monitorear el log de transacciones es una de las actividades más importantes para los
administradores de bases de datos, ya que en caso de que este llegara a llenarse, no
podrían llevarse a cabo más transacciones sobre esta base de datos quedando fuera de
servicio.
-OBJETIVO (S)
Código:
Revisión: 1

81 de 84

la organización.
-LUGAR
Aula
Semana 13
- MATERIAL Y EQUIPO

4. SGBD MySQL
5. Bibliografía
PASO 1
Migración
PASO 2
Monitoreo
PASO 3
Código:
Revisión: 1

82 de 84
Auditoría
DATOS GENERALES

CONTENIDO

investigación.
• Portada
• Introducción
• Objetivo
• Bibliografía
equipo
Código:
Revisión: 1

83 de 84
-REFERENCIAS

Hill.
Wesley.
Código:
Revisión: 1

84 de 84

Manual de Prácticas de SCB-1001 ADMINISTRACION DE BASE DE DATOS - ISC

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual de Prácticas de SCB-1001 ADMINISTRACION DE BASE DE DATOS - ISC

Cargado por

Copyright:

Formatos disponibles

Código:

Dirección Académica CPE-FO-02-03

MANUAL DE PRÁCTICAS Página:

MANUAL DE PRÁCTICAS DE ADMINISTRACION DE BASE DE DATOS

INGENIERÍA EN SISTEMAS COMPUTACIONALES

Calkiní, Campeche, febrero de 2022

Revisó Aprobó Autorizó

Dr. Felipe Ángel Álvarez Ing. Dany Alejandro Dzib

MANUAL DE PRÁCTICAS Página:

OBJETIVO GENERAL ................................................................................................. 3

PRÁCTICA No. 1 “Instalar y configurar un SGBD” ................................................ 5

PRÁCTICA No. 2 “Espacios en disco y cuotas límite” ........................................ 10

PRÁCTICA No. 3 “Creación de espacios asignados para el sistema” .............. 17

PRÁCTICA No. 4 “Verificar archivos log” ............................................................. 35

PRÁCTICA No. 5 “Índices” ...................................................................................... 45

PRÁCTICA No. 6 “Espejo y réplica”....................................................................... 54

PRÁCTICA NO. 7 “Respaldo y Recuperación” ..................................................... 74

PRÁCTICA No. 8 “Migración, Monitoreo y Auditoría” ......................................... 79

MANUAL DE PRÁCTICAS Página:

Actualmente la información es un activo importante en las organizaciones, ya que si posee

Esta asignatura provee al estudiante con la capacidad para integrar eficientemente la

En esta asignatura se abordan las bases teóricas y prácticas referentes a la administración

• Esta asignatura aporta al perfil del Ingeniero en Sistemas Computacionales las

La gestión de bases de datos ha evolucionado de ser una aplicación informática

El propósito de este manual es aportar al perfil del Ingeniero en Sistemas Computaciones

MANUAL DE PRÁCTICAS Página:

• Instala, configura y administra un gestor de base de datos para el manejo de la

No requiere ningún tipo de seguridad especial.

MANUAL DE PRÁCTICAS Página:

INSTALAR Y CONFIGURAR UN SGBD.

En la actualidad vivimos en una sociedad que depende prácticamente de la tecnología y la

Un Sistema Gestor de Base de Datos es el software que permite gestionar la colección de

El propósito de esta práctica es instalar y configurar diversos SGBD, conocer sus

Instala y configura un SGBD cumpliendo con los requisitos recomendados para su

MANUAL DE PRÁCTICAS Página:

• Material del Syllabus

Abre la siguiente URL:

Da click en el botón Downloads

Localiza la siguiente opción:

Descarga MySQL Community Server dando click en Download

Elige la plataforma y da click en Download

MANUAL DE PRÁCTICAS Página:

Configura la instalación del SGBD

Configurar la variable de entorno

En la siguiente ventana da clic en el botón “Variable de entorno”

MANUAL DE PRÁCTICAS Página:

Instalar y configurar Oracle

Instalar y configurar SQL Server

Instalar y configurar SQLite

MANUAL DE PRÁCTICAS Página:

Bibliografía Inclusión apropiada de datos bibliográficos. Reportar todas las fuentes

Análisis del Problema 5

Comunicación oral y escrita con habilidades de 10

El reporte debe incluir:

MySQL 8.0 Reference Manual Recuperado de: https://dev.mysql.com/doc/refman/8.0/en/

MANUAL DE PRÁCTICAS Página:

ESPACIOS EN DISCO Y CUOTAS LÍMITE.

• Almacenamiento principal o primario. Esta categoría incluye los medios de

• Almacenamientos secundario y terciario. Esta categoría incluye los discos

Configura y administra el espacio en disco y memoria del servidor para que el

MANUAL DE PRÁCTICAS Página:

1. Material del Syllabus

Habilitar cuotas de disco en Windows 10 / Windows Server 2016