Nombre:

Josué

Apellido:
Frugis Abreu

Grado:
5to.

Asignatura:
Análisis y Diseño de Reporte

Tema:
Actividad 3
Respaldos
En esta actividad a partir de la información de base de datos, deberá
investigar y ejemplificar donde sea posible, lo siguiente:

Identificar el esquema y la frecuencia de los respaldos más apropiados

(respaldos completos, respaldos del log, respaldos diferenciales y respaldos
incrementales)

 Respaldos completos:

Se realiza un respaldo total del disco, se respalda la totalidad de las bases

de datos y la totalidad de las operaciones que se mantienen en línea (on–
line). Si se realiza diariamente, ante cualquier problema solamente se debe
recuperar el respaldo del día anterior.

 Respaldos del Log

La copia de seguridad del registro de transacciones de SQL Server solo se
puede obtener de la base de datos cuando el modelo de recuperación de
esa base de datos está lleno o se ha registrado en bloque. El modelo de
recuperación de la base de datos se puede verificar desde la
pestaña Opciones de la ventana Propiedades de la base de datos, como se
muestra a continuación:
 Si se intenta realizar una copia de seguridad del Registro de transacciones
para una base de datos configurada con el modelo de recuperación Simple,
la operación de copia de seguridad va a fallar con el siguiente mensaje de
error:

La secuencia de la cadena de registros de copias de seguridad del registro

de transacciones es independiente de las copias de seguridad de los datos.
Por ejemplo, suponga la siguiente secuencia de eventos:

¿Cómo funciona una secuencia de backups de registro?

Tiempo Evento
8:00 AM Respaldo Base de datos.
Noon Copia de seguridad del registro de transacciones.
4:00 PM Copia de seguridad del registro de transacciones.
6:00 PM Respaldo Base de datos.
8:00 PM Copia de seguridad del registro de transacciones.

La copia de seguridad del registro de transacciones creada a las 8:00 p. M.

Contiene registros de registro de transacciones desde las 4:00 p. M. Hasta
las 8:00 p. M., Que abarcan el momento en que se creó la copia de
seguridad completa de la base de datos a las 6:00 p. M. copia de seguridad
completa inicial de la base de datos creada a las 8:00 a. m. hasta la última
copia de seguridad del registro de transacciones creada a las 8:00 p. m.

 Respaldos diferenciales:
 Los respaldos diferenciales son similares a los respaldos incrementales en
que ambos solamente copian archivos que han sido modificados. Sin
embargo, los respaldos diferenciales son acumulativos en otras palabras,
con un respaldo diferencial, una vez que un archivo ha sido modificado
continúa siendo incluido en todos los respaldos diferenciales subsecuentes
(hasta el próximo respaldo completo).

Esto significa que cada respaldo diferencial contiene todos los archivos
modificados desde el último respaldo completo, haciendo posible realizar
una restauración completa solamente con el último respaldo completo y el
último respaldo diferencial.

De la misma manera que la estrategia de respaldo de los respaldos

incrementales, los respaldos diferenciales siguen el mismo enfoque: un
respaldo completo periódico seguido de más frecuentes respaldos
diferenciales.

El efecto de utilizar los respaldos diferenciales de esta forma es que los

respaldos diferenciales tienden a crecer un poco con el tiempo (asumiendo
que diferentes archivos son modificados con el paso del tiempo entre
respaldos completos).

 Respaldos incrementales:
 A diferencia de los respaldos completos, los respaldos incrementales
primero revisan para ver si la fecha de modificación de un archivo es más
reciente que la fecha de su último respaldo. Si no lo es, significa que el
archivo no ha sido modificado desde su último respaldo y por tanto se
puede saltar esta vez. Por otro lado, si la fecha de modificación es más
reciente, el archivo ha sido modificado y se debería copiar.

Los respaldos incrementales son utilizados en conjunto con respaldos

regulares completos (por ejemplo, un respaldo semanal completo, con
respaldos incrementales diarios).

La principal ventaja obtenida de los respaldos incrementales es que se

ejecutan muchísimo más rápido que un respaldo completo. La principal
desventaja es que restaurar un archivo dado puede implicar pasar a través
de varios respaldos incrementales hasta encontrar el archivo. Cuando se
restaura un sistema de archivos completo, es necesario restaurar el último
respaldo completo y cada respaldo incremental subsecuente.

Respaldo (Backup) y restauración.

Las copias de seguridad de SQL Server proveen una importante solución

para proteger datos críticos que están almacenados en bases de datos
SQL. Y para minimizar el riego de pérdida de datos, usted necesita
asegurarse de que respalda sus bases de datos regularmente tomando en
consideración los cambios aplicados a sus datos. Es una buena práctica
probar sus copias de seguridad restaurando archivos de copias de
seguridad al azar a un ambiente de pruebas y verificar que los archivos no
estén corruptos.

Antes de programar el trabajo de copias de seguridad, usted necesita tener

una estimación de cuánto espacio de disco será usado por la copia de
seguridad completa de la base de datos. También, usted necesita tener una
estimación inicial del incremento en el tamaño de la base de datos, porque
cuando este se incrementa las copias de seguridad completas requerirán
más espacio de almacenamiento.

Para realizar el proceso de respaldo a múltiples archivos desde SQL Server

Management Studio, haga clic derecho en su base de datos, elija Back Up
de la lista de tareas como sigue:

En el diálogo Backup Databases, especifique dónde mantener los archivos

de la copia de seguridad haciendo clic en el botón Add, debajo de
Destination. Lo que difiere aquí es que necesitamos especificar más de un
archivo a los que respaldar la base de datos SQLShackDemo. En nuestro
ejemplo, el primer archivo de la copia de seguridad reside en el disco D, y el
segundo archivo de la copia de seguridad reside en el disco C, donde cada
archivo será de un tamaño idéntico.

Si usted está usando SQL Server 2008 Enterprise Edition o SQL Server
2008 R2 o SQL Server 2012 Ediciones Standard y Enterprise, usted incluso
puede tomar los beneficios de la característica   Compresión de Copias de
Seguridad de Bases de Datos para reducir el tamaño de la copia de
seguridad, desde la pestaña opciones como sigue:

En la opción Set backup compression, usted puede elegir Use the default

server setting, el cual tomará el ajuste ya establecido en la opción de
configuración de servidor backup compression default. O elija Compress
backup , lo cual comprimirá la copia de seguridad, sin importar la opción
que esté por defecto a nivel de servidor, o finalmente elija Do not compress
backup , lo cual creará una copian de seguridad no comprimida, sin
importar la opción que esté por defecto a nivel de servidor.

Desde el diálogo Backup, haga clic en el botón OK para iniciar el respaldo a

múltiples archivos para la base de datos. Un diálogo aparecerá una vez que
el respaldo finalice exitosamente.

Usted puede realizar el mismo proceso de respaldo a múltiples archivos

usando el siguiente script T-SQL:

Ahora, intentemos restaurar nuestra base de datos desde la copia de

seguridad de múltiples archivos que tomamos previamente. Desde SQL
Server Management Studio, haga clic derecho en el nodo Databases y
seleccione la opción Restore Database. En el diálogo Restore Database,
especifique la fuente donde están los archivos de la copia de seguridad y
seleccione la casilla debajo de Restore plan. Aquí usted tiene que
especificar ambos archivos de la copia de seguridad para restaurar la base
de datos exitosamente.

Si usted no especifica todos los archivos que el proceso de respaldo

generó, obtendrá el siguiente mensaje de error:
Finalmente, haga clic en OK en el diálogo Restore Database para restaurar
la base de datos desde los archivos de respaldo especificados. Un diálogo
aparecerá una vez que la restauración sea completada exitosamente.

Usando el siguiente script T-SQL usted puede realizar un proceso de

restauración de la base de datos desde múltiples archivos aplicados
previamente:

Pruebe la copia de seguridad a múltiples archivos para verificar cuán rápido

usted puede hacer que sus copias de seguridad funcionen y que es más
fácil copiarla a una ruta de red o un dispositivo de cinta.

Usted puede tener un escenario de prueba de respaldo y restauración en

una base de datos de producción usando la opción copy-only backup, que
es una opción de respaldo de SQL Server que es independiente de la
secuencia de respaldo de la base de datos, la cual usted puede usar para
tomar una copia de seguridad sin afectar la operación general de respaldo
para su base de datos.
Investigar los arreglos de discos que serán utilizados según el diseño
realizado

 RAID 0. Este arreglo es conocido como distribuido (striping), porque utiliza

un sistema que utiliza a los discos como uno solo, teniendo un conjunto de
cabezas independientes para su uso. La información es dividida en bloques
de datos que se distribuyen en todos los discos del arreglo. EL RAIDø
incrementa el desempeño, la lectura y escritura de la información al escribir
un solo dato con varias cabezas de forma simultánea.

Ejemplo: un dato de 8 bits se divide en todos los discos escribiendo 2 bits

en cada uno de forma simultánea. Esto es más rápido que escribir 8 bits de
forma serial con una sola cabeza. Este tipo de arreglo no tiene nivel de
protección. En caso de la falla de un disco, se perdería toda la información.


 RAID1. Este tipo de arreglo se conoce como Espejeo (Mirroring), porque su
conjunto de discos los utiliza como espejos. Ofrece el nivel de protección
más alto, pues uno tiene copia idéntica de la información de cada disco.
Toda la información escrita en el disco primario se escribe en el disco
secundario. RAID1 tiene un incremento en el desempeño de la lectura de la
información, pero puede llegar a degradar el desempeño de la escritura.
 
 RAID5. Este tipo de arreglo se denomina también como distribuido con
paridad. Este tipo de arreglos distribuye la información en todo el conjunto
de discos. A diferencia del RAIDø, RAID5 elabora un bit de paridad con el
cual es posible reconstruir la información del arreglo en caso de la pérdida
de alguno de los discos. La información y los bits de paridad son
distribuidos en todos los discos, garantizando que siempre se encontrarán
en discos distintos. RAID5 tiene un mejor desempeño que RAID1, pero
cuando uno de los discos falla, el desempeño de la lectura llega a
degradarse.


 Raid10 (0+1). Este tipo de arreglo es una mezcla del arreglo distribuido y
espejeo. La información se distribuye en un conjunto de discos como un
RAIDø y, a su vez, este conjunto de discos es espejeado a otro conjunto de
discos como un RAID1. RAID10 provee el nivel de protección y desempeño
más alto para escritura y lectura que cualquier otro arreglo, debido a que
contiene los beneficios de los arreglos distribuidos y espejo. Su único
 problema es el costo de implementación, al tener que usar siempre el doble
discos.

 ¿Dónde Puedo Utilizar un Arreglo de Disco?

Ahora que recordamos cuáles son los principales arreglos de disco,
podemos revisar dónde podemos utilizarlos. Como tal, no existe una regla
para definir dónde deberíamos o no utilizarlos. Esto generalmente depende
de nuestros presupuestos y criticidad de los sistemas. En esta ocasión
daremos una recomendación para las bases de datos más usadas en el
mercado: Oracle, MS SQL y Exchange.

Ninguna de estas recomendaciones está labrada en piedra, la experiencia y

el conocimiento de nuestros sistemas nos orientarán hacia cual es nuestra
configuración óptima.
 Para el caso de SQL Server de Microsoft, la configuración es más simple.
Se recomienda el uso de RAID1 y RAID5. RAID10 también es
recomendado, pero dado el costo de su implementación, optamos por la
primera opción. Con la configuración de los arreglos solventamos las
necesidades de I/O de las bases de datos. Para bases de datos muy
grandes se recomienda distribuirlas en múltiples arreglos de discos.

Los Transactional Log Files requieren de un acceso secuencial optimizado

y deben de contar con un buen nivel de protección, por ello recomendamos
RAID1.

Alertas de la base de datos

Las alertas son una forma de búsqueda al futuro que automatiza el

seguimiento de un tema. Constituyen uno de los mejores servicios de
información que las bases de datos académicas pueden proporcionar a los
investigadores, en especial para garantizar la monitorización efectiva de
temas en el seno de proyectos a medio y a largo plazo.
 Notificaciones en una Base de Datos
Las notificaciones de eventos son una forma de recuperar eventos
específicos enviándolos a una cola de Service Broker. Una de las ventajas
que tienen es que son asíncronas, por lo que podemos procesarlas
después en grupo y realizar una actividad de auditoría o revisión

 Eventos de una Base de Datos

La organización de Eventos es una disciplina transversal que implica a toda
la empresa que lo organiza o para quien se organiza. Y también supone
una gran cantidad de trabajo, como ya te he contado en algún momento,
aunque su utilidad está fuera de toda discusión, desde mi punto de vista.
Monitoreo de la base de datos

 Del mismo modo que una base de datos requiere de una mantención
periódica, una de las tareas más importantes de un administrador de bases
de datos es monitorizar los sistemas a su cargo para saber cómo están
funcionando y planear futuras modificaciones y actualizaciones de los
mismos. En nuestro caso, monitorizar significa vigilar el funcionamiento de
un sistema, servicio o actividad. Bajo nuestro punto de vista existen dos
tipos de monitorización:

o AD HOC: Monitorización específica en caso de problemas o pruebas.

Se utiliza generalmente para investigar una situación puntual en la
que intentamos encontrar una explicación a un suceso, cambio o
problema.

o Preventiva: Detecta interrupciones de servicios, alerta sobre posibles

problemas y crea gráficos con tendencias y datos históricos sobre
nuestros sistemas. Este tipo de monitorización está automatizada y
 nos ayuda a descubrir cambios en nuestros sistemas que provocan o
pueden provocar problemas en un futuro cercano.

El monitor del rendimiento de la base de datos puede identificar las

sentencias SQL lentas que afectan el rendimiento de la aplicación y permite
a los usuarios analizar los rastros de errores y resolver los problemas de
rendimiento de la base de datos antes de que afecten a su negocio.

Bibliografía

https://virtual.itca.edu.sv/Mediadores/cms/u106_tipos_de_respaldo.html

https://docs.microsoft.com/en-us/sql/relational-databases/backup-
restore/transaction-log-backups-sql-server?view=sql-server-ver15

https://www.sqlshack.com/es/respaldar-y-restaurar-una-base-de-datos-sql-server-
usando-multiples-archivos/

https://sg.com.mx/revista/06/arreglos-discos-que-son-y-donde-utilizarlos
http://angelicaadb.blogspot.com/2019/02/alertas-y-notificaciones-de-una-base-
de.html

https://eymconsulting.cl/web/servicios/monitoreo-de-bd/