El documento describe la importancia de las copias de seguridad y la restauración en SQL Server para proteger datos críticos, destacando métodos como compresión, redundancia, deduplicación y cifrado. Se explican los diferentes tipos de copias de seguridad: completa, reserva, incremental y diferencial, junto con sus limitaciones y restricciones. Finalmente, se detalla la forma de restaurar una copia de seguridad completa de la base de datos, enfatizando la necesidad de planeación para minimizar la pérdida de datos.

1. DOCENTE : Marco Porro Chulli.
TEMA : Copia de Seguridad y Restaurar
CICLO : VIII “A”
INTEGRANTES :
Alberca Rojas Vicente.
Patricia Reyna Reynaga.
BAGUA GRANDE – AMAZONAS
2018

3. Definición
El componente de copia de seguridad y restauración de SQL Server ofrece una protección
esencial para los datos críticos almacenados en las bases de datos de SQL Server. Para
minimizar el riesgo de pérdida de datos catastrófica, debe realizar copias de seguridad de las
bases de datos para conservar las modificaciones en los datos de forma periódica. Una
estrategia de copias de seguridad y restauración correctamente planeada contribuye a la
protección de las bases de datos de la pérdida de datos derivada de daños causados por
diferentes errores.

4. Características
Compresión.- La compresión es el mejor método para disminuir el espacio
de almacenamiento necesario y de ese modo reducir el costo.
Redundancia.- Cuando varios sistemas guardan sus copias de seguridad
en el mismo sistema de almacenamiento, existe la posibilidad de
redundancia en los datos copiados.
Deduplicación.- Es una técnica especializada de compresión de datos para
eliminar copias duplicadas de datos repetidos.
Cifrado.- La alta capacidad de los soportes de almacenamiento
desmontables implica un riesgo de perderse o ser robados.

5. Tipos de copia de seguridad de VSS
Tipos
Copia de seguridad completa
Con este método, Data Protection for Exchange
Server realiza una copia de seguridad de la base de
datos especificada y registros de transacción
asociados.

6. Copia de reserva
Con este método, Data Protection for Exchange Server no suprime archivos
de registro de transacción después de la copia de seguridad.
Copia de seguridad incremental
Con este método, Data Protection for Exchange
Server sólo realizará una copia de seguridad de los
registros de transacciones.

7. Copia de seguridad diferencial
Con este método, Data Protection for Exchange Server realizará una copia de seguridad de
los registros de transacciones.
Cuando realiza una copia completa con copias diferenciales, la última copia completa

8. Limitaciones y Restricciones
Cuando se accede a servidores de la versión 7 desde clientes de la versión 8, no hay soporte
disponible para lo siguiente:
Los tipos de datos siguientes:
 Tipos de datos LOB (large object)
 Tipos diferenciados definidos por el usuario
 Tipos de datos DATALINK

9. Los recursos de seguridad siguientes:
 El tipo de autenticación SERVER_ENCRYPT
SERVER_ENCRYPT es un método para cifrar una
contraseña. La contraseña cifrada se utiliza con el ID
de usuario para autentificar al usuario.
 Cambio de contraseñas No puede cambiar las
contraseñas del servidor de la versión 7 desde un
cliente de la versión 8.

10. Las peticiones de instancia que requieren ATTACH en lugar de una conexión
ATTACH no está soportado en un cliente de la versión 8 para un servidor de la
versión 7.
Los protocolos de red que no sean TCP/IP.
Las conexiones y protocolos de comunicación siguientes:

11. Las características y tareas de aplicación siguientes:
La sentencia DESCRIBE INPUT para todas las aplicaciones excepto ODBC/JDBC
Para dar soporte a clientes de la versión 8 que ejecutan aplicaciones ODBC/JDBC que
acceden a servidores de la versión 7, debe aplicarse un arreglo para dar soporte a
DESCRIBE INPUT en todos los servidores de la versión 7 donde es necesario este tipo de
acceso.

12. Confirmación de transacciones en dos fases
El servidor de la versión 7 no puede utilizarse como base de datos del gestor de transacciones
cuando se utilizan transacciones coordinadas
Una aplicación que utiliza un cliente de la versión 8 no
puede utilizar un servidor de la versión 7 como recurso
XA.
Gestores de transacciones que se ajustan a XA

13. Restaurar una copia de seguridad completa de la base de datos.
1. En el Explorador de objetos, conéctese a una instancia del Motor de base de datos de SQL
Server y expándala.
2. Haga clic con el botón derecho en Bases de datos y seleccione Restaurar base de datos...
3. En la página General, use la sección Origen para especificar el origen y la ubicación de los
conjuntos de copias de seguridad
Ejemplos

14. 4. En la sección Destino, el cuadro Base de datos se rellena automáticamente con el
nombre de la base de datos que se va a restaurar.
5. En el cuadro Restaurar en, deje el valor predeterminado A la última copia de
seguridad tomada o haga clic en Escala de tiempo para acceder al cuadro de
diálogo Escala de tiempo de copia de seguridad para seleccionar manualmente un
momento a fin de que se detenga la acción de recuperación.

15. 6. En la cuadrícula Conjuntos de copia de seguridad que se van a restaurar, seleccione las copias
de seguridad que desea restaurar. En esta cuadrícula se muestran las copias de seguridad
disponibles en la ubicación especificada.
7. Si lo desea, haga clic en Archivos en el recuadro Seleccionar una página para obtener
acceso al cuadro de diálogo Archivos.
8. Para ver o seleccionar las opciones avanzadas, en la página Opciones , en el
panel Opciones de restauración

16. Resumen
Una copia de seguridad completa de la base de datos crea una copia de seguridad de toda
la base de datos, Esto incluye la parte del registro de transacciones para poder recuperar
la base de datos completa después de restaurar una copia de seguridad completa de la
base de datos. Las copias de seguridad completas representan la base de datos en el
momento en que finalizó la copia de seguridad.

17. Conclusiones
 Errores de medios.
 Errores de usuario, por ejemplo, quitar una tabla por
error.
 Errores de hardware, por ejemplo, una unidad de
disco dañada o la pérdida permanente de un servidor.
 Desastres naturales.

18. Una transacción es un conjunto de operaciones Transact SQL que se ejecutan como un único bloque,
es decir, si falla una operación Transact SQL fallan todas. Si una transacción tiene éxito, todas las
modificaciones de los datos realizadas durante la transacción se confirman y se convierten en una
parte permanente de la base de datos. Si una transacción encuentra errores y debe cancelarse o
revertirse, se borran todas las modificaciones de los datos.
Resumen