Plan de configuración y recuperación ante desastres para el SMBD

AA2-Evi5

Aprendices

Group-Dataminers ficha 1966119

Instructora

Ingrid Caterine Ramírez Aldana

SENA
Centro para la Industria de la Comunicación Gráfica
Programa ADSI
Bogotá, octubre 24 de 2019
Tabla de contenido
1. INTRODUCCIÓN ......................................................................................................... 2
1.1. Objetivo General……………………………………………………………………2
1.2. Objetivos Específicos……………………………………………………………….2
P á g i n a 1 | 17
2. ADMINISTRADOR DE CONFIGURACIÓN DE SQL SERVER ………...….…..3

3. INFORMACION GENERAL DE LA RECUPERACION Y DESASTRE EN EL

SISTEMA MANEJADOR BASE DE DATOS SQL SERVER………………………...13

4. PASOS DE GENERAR COPIA DE SEGURIDAD, RECUPERACIÓN EN LA

BASE DE DATOS SQL SERVER 2019…………………………………………………15

5. REFERENCIAS BIBLIOGRAFICAS……………………………………..……..…17

1. Introducción

En el proyecto de alcaldía de San Antonio del SENA se dará explicación de cada uno de los
componentes que se necesitan para el buen funcionamiento de la base de datos teniendo en
cuenta su configuración y ante cualquier desastre natural o accidentes del propio usuario se
dará unos parámetros y secuencias con relación a la recuperación de la base de datos en este
caso SQL Server 2019.

1.1. Objetivo General

Generar un plan de configuración y recuperación del sistema manejador de base de datos

ante cualquier desastre o accidente que se presente.

1.2. Objetivos Específicos

 Identificar cada uno de los procesos de la instalación del sistema manejador base de
datos.
 Analizar los posibles problemas que puedan llegar a ocurrir en el inicio, proceso y
final de la ejecución de la base de datos.
 Desarrollar el proceso de recuperación del sistema teniendo en cuenta las
herramientas que dispone la empresa.

2. Administrador de configuración de SQL Server

SQL Server El Administrador de configuración y SQL Server Management Studio usan el

Instrumental de administración de Windows (WMI) para ver y cambiar algunas

P á g i n a 2 | 17
configuraciones del servidor. WMI proporciona una forma unificada de crear una interfaz
con las llamadas a la API que administran las operaciones del Registro solicitadas por las
herramientas de SQL Server y de proporcionar un mejor control y manipulación de los
servicios SQL seleccionados del complemento del Administrador de configuración de SQL
Server.

 Servicios SCM – Conectarse a otro equipo

 En el menú Inicio , haga clic con el botón derecho en Mi PCy haga clic en
Administrar.
 En Administración de equipos, haga clic con el botón derecho en Administración
del equipo (Local) y, después, haga clic en Conectar con otro equipo.
 En el cuadro de diálogo Seleccionar equipo , en el cuadro de texto Otro equipo ,
escriba el nombre del equipo que desea administrar y, a continuación, haga clic en
Aceptar.

 Administración de equipos muestra los servicios que se ejecutan en el equipo

remoto. El nodo de nivel superior cambia a Administración de
equipos<equipoRemoto>.
 En el árbol de consola, expanda Servicios y aplicacionesy, a continuación, expanda
Administrador de configuración de SQL Server para administrar los servicios
del equipo remoto.

 Para guardar un vínculo al Administrador de configuración de SQL Server para otro

equipo

 En el menú Inicio, haga clic en Ejecutar.

 En el cuadro Abrir, escriba mmc -a para abrir Microsoft Management Console
en el modo de autor.
 En el menú Archivo, haga clic en Agregar o quitar complemento.
 En la ventana Agregar o quitar complemento, haga clic en Agregar.
 En la ventana Agregar un complemento independiente, haga clic en
Administración de equipos y, después, en Agregar.
 En la ventana Administración de equipos, haga clic en Otro equipo, escriba el
nombre del equipo remoto que desea administrar y, a continuación, haga clic en
Finalizar.
 En la ventana Agregar un complemento independiente, haga clic en Cerrar.
 En la ventana Agregar o quitar complemento, haga clic en Aceptar.
 Expanda Administración de equipos ( <nombre de equipo> ) y, luego,
Servicios y Aplicaciones.
 Haga clic con el botón derecho en Administrador de configuración de SQL
Servery, después, haga clic en Nueva ventana desde aquí.
 En el menú Ventana, haga clic en Raíz de consolapara regresar a la primera
ventana y eliminar la ventana.
P á g i n a 3 | 17
  En el menú Archivo, haga clic en Guardar comoy guarde el archivo en la
carpeta que desee, con un nombre adecuado con la extensión de archivo .msc .
Cierre Microsoft Management Console.
 Para abrir el Administrador de configuración de SQL Server en el equipo de
destino, haga doble clic en el archivo. Si lo desea, guarde un vínculo al archivo
en el escritorio o en el menú Inicio.

Precaución: “Cuando utiliza el Administrador de configuración de SQL Server en un

equipo remoto, el nombre del equipo no es obvio y es posible que se detenga por error o
que se configure el equipo equivocado. En la pestaña Servicio, marque la casilla Nombre
de host para confirmar el nombre del equipo antes de modificar un servicio.”

 Administrar servicios

Utilice el Administrador de configuración de SQL Server para iniciar, pausar, continuar o

detener los servicios, para ver las propiedades de estos o para cambiarlas.

 Antes de comenzar

 Limitaciones y restricciones

El Administrador de configuración de SQL Server escribe los parámetros de inicio en el

Registro. Estos surten efecto en el siguiente inicio de Motor de base de datos.

En un clúster, se deben efectuar cambios en el servidor activo cuando SQL Server está en
línea y surtirán efecto cuando el Motor de base de datos se reinicie. La actualización de las
opciones de inicio del Registro del otro nodo se producirá tras la siguiente conmutación por
error.

 Seguridad

 Permisos

La configuración de opciones de inicio del servidor está restringida a los usuarios que
pueden cambiar las entradas relacionadas del Registro. Esto incluye a los usuarios
siguientes.

 Miembros del grupo local de administradores.

 La cuenta de dominio utilizada por SQL Server, si el Motor de base de datos está
configurado para ejecutarse bajo una cuenta de dominio.

 Usar el Administrador de configuración de SQL Server

 Para configurar las opciones de inicio

P á g i n a 4 | 17
 1. Haga clic en el botón Inicio, seleccione Todos los programas, seleccione
Microsoft SQL Server 2017, seleccione Herramientas de configuración y, a
continuación, haga clic en Administrador de configuración de SQL Server.
2. En el Administrador de configuración de SQL Server, haga clic en Servicios de
SQL Server.
3. En el panel derecho, haga clic con el botón derecho en SQL Server
(<nombre_instancia>) y, luego, haga clic en Propiedades.
4. En la pestaña Parámetros de inicio, en el cuadro Especifique un parámetro de
inicio, escriba el parámetro y, a continuación, haga clic en Agregar.
5. Por ejemplo, para iniciarlo en modo de usuario único, escriba -m en el cuadro
Especifique un parámetro de inicio y, después, haga clic en Agregar. (Al
reiniciar SQL Server en modo de usuario único, detenga el Agente SQL Server. De
lo contrario, el Agente SQL Server podría conectarse primero e impedir que se
conecte como un segundo usuario).
6. Haga clic en Aceptar.
7. Reinicie el Motor de base de datos.

Advertencia: “Cuando haya terminado de usar el modo de usuario único, en el cuadro

Parámetros de inicio, seleccione el parámetro -m en el cuadro Parámetros existentes y,
después, haga clic en Quitar. Reinicie el Motor de base de datos para restaurar SQL Server
al modo típico multiusuario.”

 Cambiar las cuentas utilizadas por los servicios

Administre los servicios de SQL Server mediante el Administrador de configuración de
SQL Server.

Utilice siempre herramientas de SQL Server como el Administrador de configuración de

SQL Server para cambiar la cuenta utilizada por SQL Server o los servicios del Agente
SQL Server , o para cambiar la contraseña de la cuenta. Además de cambiar el nombre de
la cuenta, el Administrador de configuración de SQL Server realiza configuraciones
adicionales, como establecer los permisos del Registro de Windows para que la nueva
cuenta pueda leer la configuración de SQL Server . Otras herramientas, como el
Administrador de control de servicios de Windows, pueden cambiar el nombre de la cuenta,
pero no la configuración asociada. Si el servicio no puede obtener acceso a la parte de SQL
Server del Registro, no se puede iniciar correctamente.

 Administrar protocolos de red de servidor & cliente

SQL Server permite configurar protocolos de red de servidor y cliente, así como opciones
de conectividad. Una vez habilitados los protocolos correctos, no suele ser necesario
cambiar las conexiones de red del servidor. Sin embargo, puede utilizar el Administrador
de configuración de SQL Server si necesita volver a configurar las conexiones del servidor
de modo que SQL Server escuche en un protocolo de red, puerto o canalización concretos.

P á g i n a 5 | 17
En este tema se describe cómo habilitar o deshabilitar un protocolo de red de servidor en
SQL Server 2017 mediante el administrador de configuración de SQL Server o PowerShell.
Es preciso detener y reiniciar el Motor de base de datos para que el cambio surta efecto.

Durante la instalación de SQL Server Express se agrega un inicio de sesión para el grupo
BUILTIN\Users. Esto permite que todos los usuarios autenticados del equipo tengan acceso
a la instancia de SQL Server Express como un miembro del rol public. El inicio de sesión
BUILTIN\Users se pueden quitar de manera segura para restringir el acceso al Motor de
base de datos a los usuarios de equipos que tienen inicios de sesión individuales o son
miembros de otros grupos de Windows con inicios de sesión.

Advertencia: Los proveedores de datos SQL Server y Microsoft para SQL Server, hasta
SQL Server 2014 (12.x), solo admiten TLS 1.0 y SSL 3.0 de forma predeterminada. Si
aplica otro protocolo, como TLS 1.1 o TLS 1.2, al efectuar cambios en la capa SChannel
del sistema operativo, es posible que las conexiones a SQL Server provoquen errores. Esto
puede evitarse instalando la actualización adecuada para admitir TLS 1.1 y 1.2 (SQL
Server). A partir de SQL Server 2016 (13.x), todas las versiones de SQL Server admiten
TLS 1.2, sin necesidad de tener que aplicar ninguna otra actualización.

 Usar el Administrador de configuración de SQL Server

 Para habilitar un protocolo de red de servidor

1. En el Administrador de configuración de SQL Server, en el panel de la consola,

expanda Configuración de red de SQL Server.
2. En el panel de la consola, haga clic en Protocolos de <nombre de instancia>.
3. En el panel de detalles, haga clic con el botón derecho en el protocolo que quiera
cambiar y, después, haga clic en Habilitar o Deshabilitar.
4. En el panel de la consola, haga clic en Servicios de SQL Server.
5. En el panel de detalles, haga clic con el botón derecho en SQL Server (<nombre de
instancia> ) y, después, haga clic en Reiniciar para detener y reiniciar el servicio
SQL Server.

 Usar SQL Server PowerShell

 Para habilitar un protocolo de red de servidor mediante PowerShel

1. Abra un símbolo del sistema utilizando permisos de administrador.

2. Inicie Windows PowerShell desde la barra de tareas, o bien haga clic en Inicio,
Todos los programas, Accesorios, Windows PowerShell y, luego, Windows
PowerShell.
3. Para importar el módulo sqlps, escriba Import-Module "sqlps"

P á g i n a 6 | 17
 4. Ejecute las siguientes instrucciones para habilitar los protocolos TCP y de
canalizaciones con nombre. Reemplace <computer_name> por el nombre del equipo
que ejecuta SQL Server. Si va a configurar una instancia con nombre, sustituya
MSSQLSERVER por el nombre de la instancia.
5. Para deshabilitar los protocolos, establezca las propiedades IsEnabled en $false.

$smo = 'Microsoft.SqlServer.Management.Smo.'
$wmi = new-object ($smo + 'Wmi.ManagedComputer').

# List the object properties, including the instance names.

$Wmi

# Enable the TCP protocol on the default instance.

$uri = "ManagedComputer[@Name='<computer_name>']/
ServerInstance[@Name='MSSQLSERVER']/ServerProtocol[@Name='Tcp']"
$Tcp = $wmi.GetSmoObject($uri)
$Tcp.IsEnabled = $true
$Tcp.Alter()
$Tcp

# Enable the named pipes protocol for the default instance.

$uri = "ManagedComputer[@Name='<computer_name>']/
ServerInstance[@Name='MSSQLSERVER']/ServerProtocol[@Name='Np']"
$Np = $wmi.GetSmoObject($uri)
$Np.IsEnabled = $true
$Np.Alter()
$Np

 Para configurar los protocolos en el equipo local

Cuando el script se ejecuta localmente y configura el equipo local, SQL Server PowerShell
puede hacer que el script sea más flexible al determinar dinámicamente el nombre del
equipo local. Para recuperar el nombre del equipo local, reemplace la línea donde se
establece la variable $uri por la línea siguiente.

$uri = "ManagedComputer[@Name='" + (get-item env:\computername).Value +

"']/ServerInstance[@Name='MSSQLSERVER']/ServerProtocol[@Name='Tcp']"

 Para reiniciar el motor de la base de datos mediante SQL Server Power Shell

Después de habilitar o deshabilitar protocolos, deberá detener y reiniciar Motor de base de

datos para que se aplique el cambio. Ejecute las instrucciones siguientes para detener e
iniciar la instancia predeterminada mediante SQL Server PowerShell. Para detener e iniciar
una instancia con nombre, sustituya 'MSSQLSERVER' por 'MSSQL$<instance_name>'.

P á g i n a 7 | 17
# Get a reference to the ManagedComputer class.
CD SQLSERVER:\SQL\<computer_name>
$Wmi = (get-item .).ManagedComputer
# Get a reference to the default instance of the Database Engine.
$DfltInstance = $Wmi.Services['MSSQLSERVER']
# Display the state of the service.
$DfltInstance
# Stop the service.
$DfltInstance.Stop();
# Wait until the service has time to stop.
# Refresh the cache.
$DfltInstance.Refresh();
# Display the state of the service.
$DfltInstance
# Start the service again.
$DfltInstance.Start();
# Wait until the service has time to start.
# Refresh the cache and display the state of the service.
$DfltInstance.Refresh(); $DfltInstance

 Configurar Firewall de Windows para permitir el acceso a SQL Server

Los sistemas de firewall ayudan a evitar el acceso no autorizado a los recursos de los
equipos. Si un firewall está activado pero no está configurado correctamente, es posible que
se bloqueen los intentos de conexión a SQL Server.

Para obtener acceso a una instancia de SQL Server a través de un firewall, debe configurar
el firewall en el equipo en el que se ejecuta SQL Server.

 Automáticamente: cuando un equipo que tiene el firewall habilitado inicia la

comunicación, el firewall crea una entrada en la lista para que se permita la respuesta. Esta
respuesta se considera tráfico solicitado y no hay nada que deba configurarse.

 Manualmente: Un administrador configura las excepciones para el firewall. Esto

permite el acceso a programas o puertos específicos del equipo. En este caso, el equipo
acepta el tráfico de entrada no solicitado cuando actúa como un servidor, un agente de
escucha o un equipo del mismo nivel. Éste es el tipo de configuración que se debe
completar para conectar a SQL Server.

 Configuración predeterminada de Firewall

El primer paso para planear la configuración del firewall es determinar el estado actual del
firewall para el sistema operativo. Si el sistema operativo se actualizó desde una versión
anterior, se puede haber conservado la configuración de firewall anterior. Además, otro
administrador o una Directiva de grupo podrían haber cambiado la configuración del
firewall en el dominio.

P á g i n a 8 | 17
La activación del firewall afectará a otros programas que tengan acceso a este equipo, tales
como el uso compartido de impresoras y archivos, y las conexiones remotas al escritorio.
Los administradores deben considerar todas las aplicaciones que se están ejecutando en el
equipo antes de ajustar la configuración de firewall.

 Puertos utilizados por SQL Server

P á g i n a 9 | 17
P á g i n a 10 | 17
P á g i n a 11 | 17
Captura de pantalla

(Microsoft, 2019)

 Perfiles de Firewall

Hay tres tipos de ubicación de red en Firewall de Windows con seguridad avanzada:

 Dominio: Windows puede autenticar el acceso al controlador de dominio para el

dominio al que está unido el equipo.
 Pública: Excepto las redes de dominio, todas las redes se categorizan inicialmente
como públicas. Las redes que representan conexiones directas a Internet o que están
en ubicaciones públicas, tales como aeropuertos o cafeterías, deben dejarse como
públicas.
 Privada: Una red identificada por un usuario o una aplicación como privada. Solo
las redes confiables se deben identificar como redes privadas. Es probable que los
usuarios deseen identificar las redes domésticas o de pequeña empresa como
privadas.

El administrador puede crear un perfil para cada tipo de ubicación de red, cada perfil
conteniendo diferentes directivas de firewall. En cada momento se aplica solamente un
perfil. El orden de perfile se aplica de la manera siguiente:

1. Si todas las interfaces se autentican para el controlador de dominio para el dominio

del que es miembro el equipo, se aplica el perfil del dominio.
2. Si todas las interfaces se autentican para el controlador de dominio o están
conectadas a redes clasificadas como ubicaciones de la red privada, se aplica el
perfil privado.
3. De lo contrario, se aplica el perfil público.

 Protocolos de red disponible

SQL Server es compatible con los protocolos Memoria compartida, TCP/IP y

Canalizaciones con nombre. Para obtener más información acerca de cómo elegir un
protocolo de red, vea Configure Client Protocols. SQL Server no es compatible con los
protocolos de red VIA (Protocolo de paquetes secuenciados) de Banyan VINES,
Multiprotocolo, AppleTalk o NWLink SPP/IPX. Los clientes anteriormente conectados con
estos protocolos deben seleccionar uno distinto para conectarse a SQL Server. No es
posible utilizar el Administrador de configuración de SQL Server para configurar el proxy
WinSock. Para configurar el proxy WinSock, consulte la documentación de ISA Server.

 Configurar protocolos clientes

1. En el Administrador de configuración de SQL Server, expanda Configuración de

SQL Server Native Client, haga clic con el botón derecho en Protocolos de
cliente y, luego, haga clic en Propiedades.

P á g i n a 12 | 17
 2. Haga clic en un protocolo en el cuadro Protocolos deshabilitados y, a
continuación, haga clic en Habilitar para habilitar el protocolo.
3. Haga clic en un protocolo en el cuadro Protocolos habilitados y, a continuación,
haga clic en Deshabilitar para deshabilitar el protocolo.

 Para configurar el uso de TCP/IP en un cliente

1. En el Administrador de configuración de SQL Server, expanda

Configuración de SQL Server Native Client, haga clic con el botón
derecho en Protocolos de cliente y, luego, haga clic en Propiedades.
2. En el cuadro Protocolos habilitados, haga clic en las flechas arriba o abajo
para cambiar el orden en que se prueban los protocolos al intentar conectarse
a SQL Server. El protocolo superior del cuadro Protocolos habilitados es el
protocolo predeterminado.

El protocolo de memoria compartida se habilita de forma independiente activando la casilla

Habilitar el protocolo de memoria compartida.

3. Información general de la recuperación y desastre en el sistema manejador base de

datos SQL Server

Una tarea habitual que todo usuario que implemente SQL Server debe tener en cuenta es la
comprobación de que todas las instancias de SQL Server críticas y las bases de datos que
contienen están disponibles en el momento en que el negocio y los usuarios finales las
necesitan; ya sea de 9 a 5 o durante todo el día. El objetivo es mantener la empresa en
funcionamiento con una interrupción mínima o inexistente. Este concepto se conoce
también como continuidad empresarial.

 Grupos de disponibilidad AlwaysOn

Una de las ventajas de los grupos de disponibilidad es que tanto la alta disponibilidad como
la recuperación ante desastres pueden configurarse con una sola característica. Sin
necesidad de garantizar que el almacenamiento compartido tenga también una alta
disponibilidad, es mucho más fácil tener réplicas que sean locales en un centro de datos
para la alta disponibilidad y remotas en otros centros de datos para la recuperación ante
desastres, cada una con almacenamiento independiente. El hecho de tener copias
adicionales de la base de datos es la compensación para asegurar la redundancia. A
continuación se muestra un ejemplo de un grupo de disponibilidad que abarca varios
centros de datos. Una réplica principal es responsable de mantener todas las réplicas
secundarias sincronizadas.

P á g i n a 13 | 17
  Instancias de clúster de conmutación por error de AlwaysOn

FCI puede usarse para la recuperación ante desastres. Al igual que con un grupo de
disponibilidad normal, el mecanismo de clúster subyacente también se debe extender a
todas las ubicaciones, lo cual incrementa complejidad. Hay algo más que se debe tener en
cuenta para FCI: el almacenamiento compartido. Los mismos discos deben estar
disponibles tanto en el sitio principal como en el secundario, por lo que se requiere un
método externo, como la funcionalidad proporcionada por el proveedor de almacenamiento
a nivel de hardware o el uso de una réplica de almacenamiento en Windows Server, para
asegurarse de que los discos usados por la FCI existen en otra parte.

 Trasvase de registros

El trasvase de registros es uno de los métodos más antiguo de proporcionar recuperación

ante desastres para bases de datos de SQL Server. El trasvase de registros se suele usarse
junto con los grupos de disponibilidad y FCI para proporcionar una funcionalidad de
recuperación ante desastres más sencilla y rentable en comparación con otras opciones que
pueden resultar complejas debido al entorno, las exigencias de tipo administrativo o el
presupuesto. De forma similar al caso de alta disponibilidad para el trasvase de registros,
muchos entornos retrasarán la carga de un registro de transacciones para tener en cuenta los
errores humanos.

P á g i n a 14 | 17
4. Pasos de generar copia de seguridad, recuperación en la base de datos SQL Server 2019

 Copia de seguridad

Al especificar una tarea de copia de seguridad mediante SQL Server Management Studio,
puede generar el script BACKUP de Transact-SQL correspondiente si hace clic en el botón
Script y selecciona un destino de script.

1. Tras conectarse a la instancia adecuada de Microsoft Motor de base de datos de

SQL Server, expanda el árbol de servidores en el Explorador de objetos.
2. Expanda Bases de datos y seleccione la base de datos de un usuario o expanda
Bases de datos del sistema y seleccione una base de datos del sistema.
3. Haga clic con el botón derecho en la base de datos de la que quiera hacer una copia
de seguridad, seleccione Tareas y, después, haga clic en Copia de seguridad...
4. En el cuadro de diálogo Copia de seguridad de base de datos, la base de datos
seleccionada aparece en la lista desplegable (que puede cambiar a cualquier otra
base de datos del servidor).
5. En la lista desplegable Tipo de copia de seguridad, seleccione el tipo de copia de
seguridad adecuado; el valor predeterminado es Completa.
6.  En Componente de copia de seguridad, seleccione Base de datos.
7.  En la sección Destino, revise la ubicación predeterminada del archivo de copia de
seguridad (en la carpeta ../mssql/data).
8. Para realizar la copia de seguridad en otro dispositivo, cambie la selección mediante
la lista desplegable Copia de seguridad en. Para dividir el conjunto de copia de
seguridad en varios archivos para aumentar la velocidad de copia de seguridad, haga
clic en Agregar para agregar objetos o destinos de copia de seguridad adicionales.
9. Para eliminar un destino de copia de seguridad, selecciónelo y haga clic en Quitar.
Para ver el contenido de un destino de copia de seguridad existente, selecciónelo y
haga clic en Contenido.
10. (Opcional) Revise las demás opciones disponibles en las páginas Opciones
multimedia y Opciones de copia de seguridad.
11. Para obtener más información sobre las distintas opciones de copia de seguridad,
vea página General, página Opciones multimedia y página Opciones de copia de
seguridad.
12. Haga clic en Aceptar para iniciar la copia de seguridad.
13. Cuando la copia de seguridad se complete correctamente, haga clic en Aceptar para
cerrar el cuadro de diálogo SQL Server Management Studio.

USE [master]

GO

CREATE DATABASE [SQLTestDB]

GO

P á g i n a 15 | 17
USE [SQLTestDB]

GO

CREATE TABLE SQLTest

ID INT NOT NULL PRIMARY KEY,

c1 VARCHAR(100) NOT NULL,

dt1 DATETIME NOT NULL DEFAULT getdate()

);

GO

USE [SQLTestDB]

GO

INSERT INTO SQLTest (ID, c1) VALUES (1, 'test1')

INSERT INTO SQLTest (ID, c1) VALUES (2, 'test2')

INSERT INTO SQLTest (ID, c1) VALUES (3, 'test3')

INSERT INTO SQLTest (ID, c1) VALUES (4, 'test4')

INSERT INTO SQLTest (ID, c1) VALUES (5, 'test5')

GO

SELECT * FROM SQLTest

GO

 Recuperación en copias de seguridad y restauración

Las operaciones de copias de seguridad y restauración se producen en el contexto de un

modelo de recuperación. El modelo de recuperación es una propiedad de la base de datos
que controla la forma en que se administra el registro de transacciones. Además, el modelo
de recuperación de una base de datos determina qué tipos de copias de seguridad y qué

P á g i n a 16 | 17
escenarios de restauración se admiten para la base de datos. Normalmente, en las bases de
datos se usa el modelo de recuperación simple o el modelo de recuperación completa. El
modelo de recuperación completa puede complementarse cambiando al modelo de
recuperación optimizado para cargas masivas de registros antes de las operaciones masivas.

La mejor elección de modelo de recuperación para la base de datos depende de sus

requisitos empresariales. Para evitar la administración del registro de transacciones y
simplificar la realización de copias de seguridad y restauración, utilice el modelo de
recuperación simple. Para minimizar el riesgo de pérdida de trabajo, a costa de una
sobrecarga de trabajo administrativo, utilice el modelo de recuperación completa.

 Conclusiones

En este sistema manejador de base de datos SQL Server nos ofrece una amplia de opciones
para respaldar, asegurar la información de la empresa utilizando copias de seguridad por
varios medios, en el cual los más utilizados para guardar las copias de seguridad en este
caso serán “lo más recomendado y de intermedio, bajos recursos”:

 Medio de correo electrónico

 En la nube One Drive
 Memoria USB externa con mayor capacidad de 10 GB o superior
 En un disco duro externo de una 1 TB o superior

5. Referencias bibliográficas

 https://docs.microsoft.com/es-es/sql/database-engine/sql-server-business-continuity-
dr?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/relational-databases/sql-server-configuration-
manager?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/database-engine/configure-windows/scm-
services-connect-to-another-computer?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/database-engine/configure-windows/scm-
services-configure-server-startup-options?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/database-engine/configure-windows/enable-or-
disable-a-server-network-protocol?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/sql-server/install/configure-the-windows-
firewall-to-allow-sql-server-access?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/database-engine/configure-windows/configure-
client-protocols?view=sql-server-ver15
 https://docs.microsoft.com/es-es/sql/relational-databases/backup-restore/create-a-
full-database-backup-sql-server?view=sql-server-ver15

P á g i n a 17 | 17