SQL Server Copia de seguridad: una guía completa [2026]

Información SQL Server Base de datos con nuestra guía completa para 2025. Instrucciones paso a paso y mejores prácticas para todos los niveles de habilidad.

1. Introducción a SQL Server Información

1.1 Que es SQL Server ¿Respaldo?

SQL Server Una copia de seguridad es el proceso de crear copias de los archivos de su base de datos para protegerlos contra la pérdida de datos. Una copia de seguridad captura el estado de su base de datos en un momento específico, lo que le permite restaurar los datos en caso de fallos de hardware, errores humanos o desastres.

SQL Server almacena copias de seguridad en archivos .bak de forma predeterminada, que contienen todos los objetos de la base de datos, incluidas tablas, procedimientos almacenados, vistas, índices y registros de transacciones.

1.2 Por qué SQL Server La copia de seguridad es fundamental

Las copias de seguridad de bases de datos son su última línea de defensa contra la pérdida de datos. Sin copias de seguridad adecuadas, su organización corre el riesgo de:

Pérdida permanente de datos por fallas o corrupción de hardware
Tiempo de inactividad prolongado durante los intentos de recuperación
interrupción del negocio y pérdida de ingresos
Violaciones de cumplimiento Si no se pueden recuperar los datos
Daño en la reputación por interrupciones del servicio

Regular SQL Server Las copias de seguridad garantizan la continuidad del negocio y cumplen con los requisitos reglamentarios de protección de datos.

1.3 Escenarios comunes de pérdida de datos

Comprender cuándo se produce una pérdida de datos le ayudará a desarrollar una estrategia de respaldo eficaz:

Fallos de hardware: Fallos de disco, mal funcionamiento del servidor o fallos del sistema de almacenamiento
Errores humanos: Eliminaciones accidentales, actualizaciones incorrectas o tablas eliminadas
Problemas de software: Errores de aplicación, actualizaciones corruptas o fallas del sistema
Brechas de seguridad: Ataques de ransomware, eliminaciones maliciosas o acceso no autorizado
Desastres naturales: Incendios, inundaciones o cortes de energía que afecten a los centros de datos

2. Comprensión SQL Server Tipos de respaldo

SQL Server Admite múltiples tipos de copias de seguridad, cada uno de los cuales satisface diferentes necesidades de recuperación y requisitos de almacenamiento.

2.1 Copia de seguridad completa

Una copia de seguridad completa crea una copia completa de toda su base de datos, incluidos todos los archivos de datos y parte del registro de transacciones necesarios para la recuperación.

2.1.1 Cuándo utilizar la copia de seguridad completa

Las copias de seguridad completas son ideales para:

Establecer una línea base para otros tipos de copias de seguridad
Bases de datos pequeñas a medianas donde el tiempo de respaldo es aceptable
Programaciones de copias de seguridad semanales o mensuales
Bases de datos con cambios poco frecuentes

2.1.2 Ventajas y limitaciones de la copia de seguridad completa

Ventajas:

El proceso de restauración más simple: un solo archivo contiene todo
Autónomo e independiente de otras copias de seguridad
El tiempo de recuperación más rápido para una restauración completa de la base de datos

Limitaciones:

Requiere un espacio de almacenamiento significativo
Mayor tiempo de respaldo para bases de datos grandes
Mayor consumo de recursos durante las operaciones de backup

2.2 Copia de seguridad diferencial

Una copia de seguridad diferencial captura solo los cambios de datos desde la última copia de seguridad completa, lo que reduce el tiempo de copia de seguridad y los requisitos de almacenamiento.

2.2.1 Cómo funciona la copia de seguridad diferencial

Las copias de seguridad diferenciales rastrean las modificaciones mediante extensiones modificadas. Al restaurar, SQL Server primero aplica la última copia de seguridad completa y luego aplica la most copia de seguridad diferencial reciente.

2.2.2 Copia de seguridad completa vs. diferencial

Aspecto	Copia de seguridad completa	Copia de seguridad diferencial
Tamaño	Base de datos completa	Sólo cambios desde la última copia de seguridad completa
Tiempo de protección	más largo	Más rápido que completo
Proceso de restauración	Restauración de un solo archivo	Requiere completo + diferencial
Almacenamiento requerido	Most espacio	Menos espacio inicialmente, crece con el tiempo

2.3 Copia de seguridad del registro de transacciones

Las copias de seguridad del registro de transacciones capturan todas las transacciones desde la última copia de seguridad del registro, lo que permite la recuperación en un punto determinado del tiempo.

2.3.1 Comprensión de los registros de transacciones

El registro de transacciones registra cada modificación de su base de datos. Las copias de seguridad del registro truncan la parte inactiva del registro, lo que evita que crezca indefinidamente y llene el disco.

2.3.2 Recuperación en un punto en el tiempo

Las copias de seguridad del registro de transacciones permiten restaurar la base de datos a cualquier momento específico dentro de una copia de seguridad del registro. Esto es crucial para recuperarse de modificaciones o eliminaciones accidentales de datos.

Para realizar la recuperación en un punto determinado del tiempo, necesita:

La última copia de seguridad completa
El most copia de seguridad diferencial reciente (opcional)
Todas las copias de seguridad del registro de transacciones desde la copia de seguridad completa/diferencial a su tarobtener el tiempo

2.4 Copia de seguridad del registro de cola

Las copias de seguridad de registros de cola capturan los registros que aún no se han respaldado, lo que evita la pérdida de datos y mantiene una cadena de registros intacta. Antes de recuperar un... SQL Server Para recuperar la base de datos hasta su último punto en el tiempo, debe respaldar el final de su registro de transacciones. Esta copia de seguridad del final del registro es la última que interesa en el plan de recuperación de la base de datos.

El diagrama que explica las copias de seguridad del registro de cola en SQL Server.

Nota: No todos los escenarios de restauración requieren una copia de seguridad del registro final. No es necesaria si el punto de recuperación está contenido en una copia de seguridad del registro anterior. Una copia de seguridad del registro final tampoco es necesaria si se mueve o reemplaza (sobrescribe) una base de datos y no se necesita restaurarla a un punto posterior a su...ost copia de seguridad reciente

2.4.1 Cuándo son necesarias las copias de seguridad del registro final

Los siguientes escenarios describen cuándo se debe realizar una copia de seguridad del registro final:

Restauración de bases de datos en línea: Si la base de datos está en línea y planea restaurarla, comience por realizar una copia de seguridad del final del registro. Para evitar un error en una base de datos en línea, debe usar la opción WITH NORECOVERY de la instrucción BACKUP de Transact-SQL al realizar la copia de seguridad. SQL Server base de datos.

Recuperación de base de datos sin conexión: Si una base de datos está fuera de línea y no se puede accedertarSi necesita restaurar la base de datos, primero haga una copia de seguridad del final del registro. Dado que no se pueden realizar transacciones en este momento, usar la opción WITH NORECOVERY es opcional. En este caso, NORECOVERY es prácticamente lo mismo que una copia de seguridad del registro de transacciones de solo copia.

Copia de seguridad de base de datos dañada: Si una base de datos está dañada, intente realizar una copia de seguridad del final del registro mediante la opción WITH CONTINUE_AFTER_ERROR de la instrucción BACKUP. En una base de datos dañada, la copia de seguridad del final del registro solo se puede realizar correctamente si los archivos de registro no están dañados, la base de datos se encuentra en un estado que admite copias de seguridad del final del registro y no contiene cambios registrados en masa. Si no se puede crear una copia de seguridad del final del registro, se considerarán todas las transacciones confirmadas después del último MS... SQL Server Las bases de datos de respaldo son lost.

2.4.2 Opciones clave para copias de seguridad de registros finales

SIN RECUPERACIÓN: Use WITH NORECOVERY si está respaldando el final de un registro de una base de datos en línea que planea restaurar posteriormente. NORECOVERY desconecta la base de datos. También puede respaldar SQL Server Registro de cola de una base de datos sin conexión. Si desea dejar la base de datos sin conexión, utilice WITH NORECOVERY. Tenga en cuenta que el registro se truncará a menos que especifique la opción COPY_ONLY o NO_TRUNCATE.

CON CONTINUAR DESPUÉS DEL ERROR: Use CONTINUE_AFTER_ERROR solo si está respaldando el final de una base de datos dañada. Al respaldar el final de un registro en una base de datos dañada, es posible que algunos metadatos que normalmente se capturan en las copias de seguridad de registros no estén disponibles.

2.5 Copia de seguridad de solo copia

Las copias de seguridad de solo copia crean una copia de seguridad independiente sin afectar la secuencia normal de copias de seguridad. No interrumpen las cadenas de copias de seguridad diferenciales ni la continuidad del registro de transacciones.

Utilice copias de seguridad de solo copia para:

Creación de copias de bases de datos de prueba o desarrollo
Copias de seguridad ad-hoc sin afectar las copias de seguridad programadas
Realice una copia de seguridad antes de realizar cambios importantes o realizar pruebas

2.6 Copia de seguridad de archivos y grupos de archivos

Copias de seguridad de archivos y grupos de archivos tarObtener archivos o grupos de archivos específicos de la base de datos en lugar de la base de datos completa. Este enfoque funciona bien con bases de datos muy grandes, donde realizar copias de seguridad completas lleva demasiado tiempo.

Sus beneficios incluyen:

Operaciones de respaldo más rápidas para bases de datos grandes
Copia de seguridad paralela de varios grupos de archivos
Opciones de recuperación granular
Programaciones de copias de seguridad optimizadas para grupos de archivos de solo lectura

2.7 Copia de seguridad parcial

Las copias de seguridad parciales incluyen todos los datos del grupo de archivos principal y cualquier grupo de archivos de lectura y escritura, excluyendo los grupos de archivos de solo lectura. Esto reduce el tamaño y el tiempo de copia de seguridad para bases de datos con datos históricos estáticos almacenados en grupos de archivos de solo lectura.

3. SQL Server Modelos de recuperación

SQL Server Los modelos de recuperación determinan qué tipos de copias de seguridad están disponibles y cómo se administran los registros de transacciones.

3.1 Modelo de recuperación simple

3.1.1 Características y casos de uso

La recuperación simple trunca automáticamente el registro de transacciones después de cada punto de control, recuperando espacio sin necesidad de realizar copias de seguridad del registro.

Ideal para:

Bases de datos de desarrollo y prueba
Bases de datos donde la pérdida de datos entre copias de seguridad es aceptable
Almacenes de datos con procesos ETL que se pueden volver a ejecutar
Bases de datos de solo lectura o de informes

3.1.2 Opciones de copia de seguridad disponibles

La recuperación simple admite:

Copias de seguridad completas
Backups diferenciales
Copias de seguridad de archivos y grupos de archivos
Copias de seguridad de solo copia

Las copias de seguridad del registro de transacciones son no disponible en modelo de recuperación simple.

3.2 Modelo de recuperación completa

3.2.1 Características y Beneficios

La recuperación completa registra todas las transacciones y conserva los registros hasta que se realice una copia de seguridad. Esto permite la recuperación completa de datos a cualquier momento dentro de una copia de seguridad del registro de transacciones.

Beneficios Clave:

Potencial mínimo de pérdida de datos
Capacidad de restauración en un punto determinado del tiempo
Admite envío de registros y duplicación de bases de datos
Máxima flexibilidad de recuperación

3.2.2 Gestión del registro de transacciones

En caso de recuperación completa, deberá realizar copias de seguridad periódicas del registro de transacciones para:

Evitar que el registro de transacciones llene el espacio del disco
Mantener una cadena de respaldo continua
Habilitar la recuperación en un punto determinado del tiempo
Controlar el crecimiento del archivo de registro

Programa de copia de seguridad típico: copias de seguridad completas semanales, copias de seguridad diferenciales diarias, copias de seguridad de registros cada 15 a 30 minutos.

3.3 Modelo de recuperación de registros masivos

3.3.1 Cuándo utilizar el registro masivo

La recuperación de registros masivos registra mínimamente operaciones masivas como BULK INSERT, SELECT INTO y reconstrucciones de índices y, al mismo tiempo, mantiene un registro completo para transacciones regulares.

Utilice la recuperación de registros masivos cuando:

Realización de grandes operaciones de importación a granel
Reconstrucción de índices en tablas grandes
Ejecución de operaciones que se benefician de un registro mínimo
Necesidad de reducir el tamaño del registro de transacciones durante operaciones específicas

3.3.2 Limitaciones y consideraciones

Limitaciones importantes:

La restauración a un punto en el tiempo no está disponible durante operaciones masivas
Las copias de seguridad de registros son más grandes cuando se producen operaciones masivas
Debe cambiar entre registro completo y masivo según sea necesario

3.4 Cómo elegir el modelo de recuperación adecuado

Seleccione su modelo de recuperación según los requisitos de su negocio:

Modelo de recuperación	Riesgo de pérdida de datos	Recuperación en un momento determinado	Ideal Para
Fácil	Cambios desde la última copia de seguridad	No	Desarrollo/prueba, pérdida de datos aceptable
Pleno	Mínimo (normalmente minutos)	Sí	Bases de datos de producción, datos críticos
Registro masivo	Cambios desde la última copia de seguridad del registro	Limitado durante operaciones a granel	Tiemporary uso durante operaciones a granel

4. Apoyo SQL Server Base de datos que utiliza SSMS

4.1 Requisitos previos y preparación

Antes de realizar una copia de seguridad de su SQL Server base de datos, asegúrese de:

Tiene los permisos adecuados (db_owner o permiso BACKUP DATABASE)
Suficiente espacio en disco para el archivo de respaldo
SQL Server Management Studio (SSMS) instalado
Rutas de red accesibles si se realiza una copia de seguridad en ubicaciones de red

4.2 Paso a paso: Copia de seguridad completa con SSMS

Siga estos pasos para crear una copia de seguridad completa de su SQL Server base de datos utilizando SSMS.

4.2.1 apertura SQL Server Estudio de gestión

Lanza SQL Server Estudio de gestión
Introduzca el nombre de su servidor en el Nombre del servidor campo
Seleccione su método de autenticación
Haga clic en Conecta

4.2.2 Selección de opciones de base de datos y copia de seguridad

In Explorador de objetos, ampliar la Bases de datos nodo
Haga clic derecho en la base de datos que desea respaldar
Seleccione tareas -> Retroceder
En el cuadro de diálogo Base de datos de respaldo ventana, verificar el nombre de la base de datos
Seleccione Pleno como el tipo de copia de seguridad

4.2.3 Configuración del destino de la copia de seguridad

En Destino, haga clic Eliminar para borrar la ruta predeterminada (si es necesario)
Haga clic en Agregar la extensión de para especificar una nueva ubicación de copia de seguridad
Introduzca la ruta y el nombre del archivo con .bak extensión
Haga clic en OK para confirmar el destino

4.2.4 Advanced Backup Configuración

Haga clic en Opciones de medios en el panel izquierdo
Elija las opciones de copia de seguridad:
- Sobrescribir todos los conjuntos de copias de seguridad existentes – Reemplaza las copias de seguridad existentes
- Añadir al conjunto de copias de seguridad existente – Agrega al archivo de respaldo existente
Haga clic en Opciones de copia de seguridad en el panel izquierdo
Configurar ajustes opcionales:
- Comprimir copia de seguridad – Reduce el tamaño del archivo de respaldo
- Cifrar copia de seguridad – Protege datos sensibles
- Verificar la copia de seguridad al finalizar – Comprueba la integridad de la copia de seguridad

4.2.5 Ejecución de la copia de seguridad

Revise todas las configuraciones en el Base de datos de respaldo ventana
Haga clic en OK a start el proceso de copia de seguridad
Espere a que se complete la copia de seguridad
Aparece un mensaje de éxito cuando finaliza la copia de seguridad.
Haga clic en OK para cerrar el diálogo de confirmación

4.3 Creación de una copia de seguridad diferencial con SSMS

Para crear una copia de seguridad diferencial, siga los mismos pasos que para una copia de seguridad completa, pero seleccione Diferencial Como tipo de copia de seguridad en el paso 4.2.2. Recuerde que las copias de seguridad diferenciales requieren una copia de seguridad completa previa como base.

4.4 Creación de una copia de seguridad del registro de transacciones con SSMS

Las copias de seguridad del registro de transacciones solo están disponibles para bases de datos que utilizan modelos de recuperación de registro completo o masivo.

Haga clic derecho en la base de datos en Explorador de objetos
Seleccione tareas -> Retroceder
Elija Registro de transacciones como el tipo de respaldo
Configurar el destino y las opciones según sea necesario
Haga clic en OK para crear la copia de seguridad del registro

4.5 Creación de una copia de seguridad de solo copia con SSMS

Las copias de seguridad de solo copia no interfieren con su secuencia de copias de seguridad regular.

Siga los pasos para crear una copia de seguridad completa
En el cuadro de diálogo Opciones de copia de seguridad página
Asegúrate de leer Copia de seguridad de solo copia opción
Complete el proceso de copia de seguridad normalmente

5. Apoyo SQL Server Base de datos que utiliza T-SQL

5.1 Sintaxis básica de la BASE DE DATOS DE RESPALDO

El comando T-SQL BACKUP DATABASE proporciona control programático sobre SQL Server copias de seguridad

BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;

5.2 Comandos T-SQL para copias de seguridad completas

5.2.1 Script de copia de seguridad completa simple

Cree una copia de seguridad completa básica con opciones mínimas:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO

5.2.2 Copia de seguridad completa con opciones

Agregar información descriptiva y opciones de formato:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH FORMAT,
     INIT,
     NAME = 'AdventureWorks-Full Database Backup',
     DESCRIPTION = 'Full backup of AdventureWorks database',
     STATS = 10
GO

Opciones explicadas:

FORMATO – Crea un nuevo conjunto de copias de seguridad
INIT – Sobrescribe el archivo de copia de seguridad existente
NOMBRE – Asigna un nombre al conjunto de copias de seguridad
DESCRIPCIÓN – Agrega texto descriptivo
ESTADÍSTICAS – Muestra el progreso cada 10%

5.3 Comandos T-SQL de copia de seguridad diferencial

Las copias de seguridad diferenciales utilizan la opción DIFERENCIAL:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
     INIT,
     NAME = 'AdventureWorks-Differential Backup',
     STATS = 10
GO

5.4 Comandos T-SQL para la copia de seguridad del registro de transacciones

Utilice BACKUP LOG para realizar copias de seguridad del registro de transacciones:

BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
     NAME = 'AdventureWorks-Transaction Log Backup',
     STATS = 10
GO

5.5 Opciones avanzadas de copia de seguridad de T-SQL

5.5.1 Copia de seguridad en varios archivos

Distribuya la copia de seguridad en varios archivos para un rendimiento más rápido:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_1.bak',
   DISK = 'D:\Backups\AdventureWorks_2.bak',
   DISK = 'E:\Backups\AdventureWorks_3.bak'
WITH FORMAT, INIT
GO

5.5.2 Copia de seguridad con compresión

Reducir el tamaño del archivo de respaldo y el ancho de banda de la red:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
     INIT,
     STATS = 10
GO

5.5.3 Copia de seguridad con cifrado

Proteja los datos confidenciales con cifrado:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     ),
     STATS = 10
GO

5.5.4 Copia de seguridad con protección por contraseña

Agregar protección con contraseña (obsoleto, utilice cifrado en su lugar):

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
     INIT
GO

5.5.5 Copias de seguridad reflejadas

Crear copias simultáneas en diferentes ubicaciones:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO

5.6 Ejemplos y scripts de copia de seguridad de T-SQL

Script de copia de seguridad completo con manejo de errores:

DECLARE @BackupPath NVARCHAR(500);
DECLARE @DatabaseName NVARCHAR(128) = 'AdventureWorks';
DECLARE @BackupDate NVARCHAR(20);

SET @BackupDate = CONVERT(NVARCHAR(20), GETDATE(), 112);
SET @BackupPath = 'C:\Backups\' + @DatabaseName + '_' + @BackupDate + '.bak';

BEGIN TRY
    BACKUP DATABASE @DatabaseName
    TO DISK = @BackupPath
    WITH COMPRESSION,
         INIT,
         NAME = @DatabaseName + '-Full Backup',
         STATS = 10;
    
    PRINT 'Backup completed successfully: ' + @BackupPath;
END TRY
BEGIN CATCH
    PRINT 'Backup failed: ' + ERROR_MESSAGE();
END CATCH
GO

6. Apoyo SQL Server Base de datos usando PowerShell

6.1 Cmdlets de copia de seguridad de PowerShell

SQL Server El módulo de PowerShell proporciona cmdlets para la automatización de copias de seguridad:

Copia de seguridad de la base de datos SQL – Crea copias de seguridad de bases de datos
Restaurar base de datos SQL – Restaura copias de seguridad de bases de datos
Obtener base de datos SQL – Recupera información de la base de datos

Importar el SQL Server módulo:

Import-Module SqlServer

6.2 Creación de scripts de copia de seguridad con PowerShell

Comando básico de copia de seguridad de PowerShell:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks.bak" `
                    -BackupAction Database `
                    -CompressionOption On

Ejemplo de copia de seguridad diferencial:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
                    -BackupAction Database `
                    -Incremental

Copia de seguridad del registro de transacciones:

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Log.trn" `
                    -BackupAction Log

6.3 Automatización de copias de seguridad con PowerShell

Cree un script de copia de seguridad automatizado para múltiples bases de datos:

# Configuration
$ServerInstance = "localhost"
$BackupPath = "C:\Backups"
$Databases = @("AdventureWorks", "TestDB", "ProductionDB")
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"

# Create backup directory if not exists
if (-not (Test-Path $BackupPath)) {
    New-Item -ItemType Directory -Path $BackupPath
}

# Backup each database
foreach ($Database in $Databases) {
    $BackupFile = Join-Path $BackupPath "$Database`_$Timestamp.bak"
    
    try {
        Backup-SqlDatabase -ServerInstance $ServerInstance `
                          -Database $Database `
                          -BackupFile $BackupFile `
                          -BackupAction Database `
                          -CompressionOption On
        
        Write-Host "Successfully backed up $Database to $BackupFile" -ForegroundColor Green
    }
    catch {
        Write-Host "Failed to backup $Database : $_" -ForegroundColor Red
    }
}

7. Apoyo SQL Server Base de datos mediante línea de comandos

SQL Server Proporciona utilidades de línea de comandos que le permiten realizar copias de seguridad SQL Server Base de datos sin usar SSMS ni interfaces gráficas. Estas herramientas son esenciales para la automatización, la creación de scripts y la administración remota.

7.1 Usar la base de datos de respaldo SQLCMD

SQLCMD es la utilidad de línea de comandos moderna para SQL Server que reemplazó a OSQL. Ofrece una funcionalidad mejorada y es la herramienta recomendada para ejecutar comandos T-SQL desde el símbolo del sistema.

7.1.1 Sintaxis básica de SQLCMD

sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"

-S: Especifica el SQL Server nombre de instancia
-re: Especifica el nombre de la base de datos
-P: Ejecuta una consulta y sale.
-MI: Utiliza la autenticación de Windows
-U: Especifica SQL Server nombre de usuario de inicio de sesión
-PAG: Especifica la contraseña para SQL Server Inicie sesión

7.1.2 Creación de una copia de seguridad con SQLCMD

Para hacer una copia de seguridad SQL Server Usando SQLCMD, siga estos pasos:

Abierto Símbolo del sistema or PowerShell
Navegue a la pestaña SQL Server directorio de herramientas (normalmente se agrega a PATH durante la instalación)
Ejecute el comando de copia de seguridad de la base de datos SQLCMD con los parámetros adecuados
Verifique que el archivo de respaldo se haya creado correctamente

Ejemplo de comando de copia de seguridad completa mediante autenticación de Windows:

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

Ejemplo de uso SQL Server Autenticación:

sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

Creación de una copia de seguridad diferencial con SQLCMD

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"

Creación de una copia de seguridad del registro de transacciones con SQLCMD

sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"

7.1.3 Copia de seguridad de la base de datos del editor en SQL Server Replicación

Al realizar copias de seguridad de las bases de datos del editor en SQL Server Replicación, utilice la opción CON REPLICACIÓN para preservar los metadatos de replicación y garantizar la consistencia transaccional.

-- Backup publisher database with replication support
BACKUP DATABASE PublisherDB 
TO DISK = 'C:\Backup\PublisherDB_Full.bak'
WITH REPLICATION, 
     COMPRESSION,
     CHECKSUM,
     INIT,
     STATS = 10;
GO

Para más detalles sobre SQL Server replicación, vea nuestro guía completa.

7.2 Usar la base de datos de respaldo OSQL

OSQL es una utilidad de línea de comandos heredada para SQL ServerSi bien Microsoft recomienda usar SQLCMD en su lugar, OSQL sigue estando disponible para compatibilidad con sistemas y scripts más antiguos.

7.2.1 Sintaxis básica de OSQL

La sintaxis OSQL es similar a SQLCMD:

osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"

-S: SQL Server nombre de instancia
-re: Nombre de la base de datos
-P: Ejecuta la consulta y sale.
-MI: Utiliza una conexión confiable (Autenticación de Windows)
-U: Nombre de usuario de inicio de sesión
-PAG: Contraseña de inicio de sesión

7.2.2 Creación de una copia de seguridad con OSQL

Para realizar operaciones de copia de seguridad de la base de datos OSQL:

Abierto Símbolo del sistema
Verifique que OSQL esté disponible en su SQL Server
Ejecute el comando de copia de seguridad OSQL

Ejemplo de copia de seguridad completa:

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"

Ejemplo de copia de seguridad diferencial:

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"

8. Tercero SQL Server Herramientas de respaldo

Aunque SQL Server Incluye funciones de respaldo nativas, y las herramientas de terceros ofrecen funciones mejoradas, automatización y gestión empresarial para organizaciones con requisitos complejos. Estas soluciones ofrecen compresión avanzada, gestión centralizada y flujos de trabajo optimizados para realizar copias de seguridad. SQL Server bases de datos en múltiples entornos.

8.1 Veeam Backup para SQL Server

Veeam ofrece soluciones integrales de protección de datos diseñadas específicamente para realizar copias de seguridad SQL Server bases de datos con un impacto mínimo en los sistemas de producción.

Características Clave:

Procesamiento consciente de la aplicación para SQL Server consistencia de la copia de seguridad
Copia de seguridad y gestión del registro de transacciones
Recuperación en un punto en el tiempo con opciones de restauración granular
Integración con Veeam Backup & Replication para una protección de datos unificada
Verificación y validación automatizadas de copias de seguridad
Compatibilidad con grupos de disponibilidad AlwaysOn
Nivel de máquina virtual y nivel de aplicación SQL Server opciones de copia de seguridad

8.2 Copia de seguridad de Barracuda para SQL Server

Barracuda ofrece soluciones de respaldo integradas en la nube con administración simplificada para MS SQL Server operaciones de copia de seguridad de la base de datos.

Características Clave:

Automático SQL Server programación de copias de seguridad
Replicación en la nube integrada en Barracuda Cloud Storage
Desduplicación y compresión global
Capacidades de recuperación local instantánea
Consola de administración basada en web
Soporte para copias de seguridad completas, diferenciales y de registros de transacciones
Protección contra ransomware con copias de seguridad inmutables

8.3 Veritas NetBackup para SQL Server

Veritas NetBackup es una plataforma de respaldo de nivel empresarial que brinda protección integral para SQL Server bases de datos en entornos de TI complejos.

Características Clave:

Gestión de copias de seguridad a escala empresarial para miles de SQL Server instancias
Algoritmos avanzados de deduplicación y compresión
Políticas y programación de copias de seguridad flexibles
Apoyo para todos SQL Server modelos de recuperación
Integración con la biblioteca de cintasraries y almacenamiento en la nube
Recuperación granular de bases de datos, tablas y objetos
Soporte multiplataforma (Windows, Linux) SQL Server)
Gestión automatizada del ciclo de vida de las copias de seguridad

8.4 Commvault Complete Backup & Recovery para SQL Server

Commvault ofrece gestión inteligente de datos con copias de seguridad integrales SQL Server Capacidades y funciones de automatización avanzadas.

Características Clave:

Optimización de copias de seguridad impulsada por IA y detección de anomalías
Plataforma unificada para copias de seguridad, recuperación y archivado
Avanzado SQL Server compresión de respaldo (hasta un 90% de reducción)
Orquestación automatizada de recuperación ante desastres
Sincronización en vivo para una protección de RPO casi nula
Apoyo a SQL Server Implementaciones locales, en la nube e híbridas
IntelliSnap para copias de seguridad basadas en instantáneas
Capacidades integrales de cumplimiento y descubrimiento electrónico

8.5 Cohesity DataProtect para SQL Server

Cohesity proporciona gestión de datos de última generación con infraestructura hiperconvergente para entornos modernos. SQL Server operaciones de respaldo.

Características Clave:

Arquitectura a escala web para una gestión simplificada
Capacidades de restauración masiva instantánea para SQL Server bases de datos
Instantáneas coherentes con la aplicación
Desduplicación global en todas las copias de seguridad
Integración nativa en la nube (AWS, Azure, Google Cloud)
Paneles de análisis y monitorización integrados
Capacidades de clonación y prueba de bases de datos
Protección contra ransomware con instantáneas inmutables

8.6 Red Gate SQL Backup Pro

Red Gate SQL Backup Pro es una herramienta especializada enfocada exclusivamente en optimizar SQL Server Operaciones de copia de seguridad y restauración con compresión y rendimiento superiores.

Características Clave:

Relaciones de compresión líderes en la industria (hasta el 95%)
Resiliencia de la red para realizar copias de seguridad SQL Server a través de conexiones no confiables
Cifrado de respaldo con AES de 256 bits
Verificación de copias de seguridad y comprobación de integridad
Historial detallado de copias de seguridad e informes
Integración con SQL Server Estudio de gestión
Soporte para copias de seguridad en ubicaciones de red y almacenamiento en la nube
Copia de seguridad y restauración paralelas para operaciones más rápidas

9. Cómo restaurar SQL Server Database

9.1 Comprensión del proceso de restauración

Restaurando un SQL Server La base de datos recrea la base de datos a partir de los archivos de respaldo. El proceso de restauración lee el archivo de respaldo y reconstruye la base de datos a su estado original.

Consideraciones importantes:

La restauración sobrescribe la base de datos existente
Los usuarios se desconectan durante la restauración
La restauración debe seguir la secuencia de copia de seguridad (completa, luego diferencial, luego registros)
La base de datos no está disponible durante la operación de restauración

9.2 Restauración de una copia de seguridad completa mediante SSMS

Siga estos pasos para restaurar una copia de seguridad completa de la base de datos.

9.2.1 Proceso de restauración paso a paso

Abierto SQL Server Estudio de gestión y conectarse a su servidor
In Explorador de objetos, botón derecho del ratón Bases de datos
Seleccione Restaurar base de datos
En el cuadro de diálogo Fuente , seleccione Inteligencia del
Haga clic en la pestaña ... Botón para buscar archivos de respaldo
Haga clic en Agregar la extensión de y navega hasta tu archivo .bak
Seleccione el archivo de respaldo y haga clic OK
En el cuadro de diálogo Destino Sección, ingrese el nombre de la base de datos
Revisar los conjuntos de copias de seguridad para restaurar
Haga clic en OK a start la restauración

9.2.2 Restaurar opciones y configuraciones

Haga clic en Opciones En el panel izquierdo para configurar:

Sobrescribir la base de datos existente (CON REEMPLAZAR) – Permite restaurar sobre bases de datos existentes
Preservar los estados de replicación (CON KEEP_REPLICATION) - Mantener el SQL Server replicación estado
Restringir el acceso a la base de datos restaurada (CON USUARIO_RESTRICTO) – Límites post-restaurar el acceso
Estado de recuperación – Elija entre RESTAURAR CON RECUPERACIÓN o SIN RECUPERACIÓN

9.3 Restauración de la copia de seguridad diferencial

La restauración diferencial requiere copias de seguridad completas y diferenciales:

Primero, restaure la copia de seguridad completa con SIN RECUPERACIÓN opción
Luego restaure la copia de seguridad diferencial con LA RECUPERACIÓN opción

Ejemplo de T-SQL:

-- Restore full backup (NORECOVERY to allow differential)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;

-- Restore differential backup (RECOVERY to complete)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH RECOVERY;
GO

9.4 Restauración con copias de seguridad del registro de transacciones

Para la recuperación en un punto en el tiempo, restaure en secuencia:

Restaurar copia de seguridad completa con NORECOVERY
Restaurar copia de seguridad diferencial con NORECOVERY (si está disponible)
Restaure las copias de seguridad del registro de transacciones en orden con NORECOVERY
Restaurar la copia de seguridad del registro final con RECOVERY

-- Restore full backup
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;

-- Restore first log backup
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;

-- Restore second log backup with recovery
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log2.trn'
WITH RECOVERY;
GO

9.5 Restauración a un punto en el tiempo

Restaurar la base de datos a un punto específico en el tiempo usando la opción STOPAT:

-- Restore to specific time: January 15, 2025 at 2:30 PM
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH RECOVERY, STOPAT = '2025-01-15 14:30:00';
GO

9.6 Restauración de tabla

SQL Server No se admite la restauración directa a nivel de tabla desde archivos de respaldo. Sin embargo, existen algunas soluciones.

9.6.1 Método 1: Instantáneas de bases de datos (ideal para la prevención)

Las instantáneas de base de datos son la forma más rápida de restaurar los datos de una tabla si se crearon antes de que se produjera el problema. Una instantánea es una vista estática de solo lectura de una base de datos en un momento específico.

Creación de una instantánea de base de datos:

-- Create snapshot before making changes
CREATE DATABASE ProductionDB_Snapshot_20250107
ON
( NAME = ProductionDB_Data, 
  FILENAME = 'C:\Snapshots\ProductionDB_Snapshot.ss' )
AS SNAPSHOT OF ProductionDB;
GO

Restaurar datos de tabla desde una instantánea:

USE ProductionDB;
GO

-- Replace entire table content
BEGIN TRANSACTION;

-- Disable constraints temporarily
ALTER TABLE dbo.Orders NOCHECK CONSTRAINT ALL;

-- Clear current data
TRUNCATE TABLE dbo.Orders;

-- Restore from snapshot
INSERT INTO dbo.Orders
SELECT * FROM ProductionDB_Snapshot_20250107.dbo.Orders;

-- Re-enable constraints
ALTER TABLE dbo.Orders CHECK CONSTRAINT ALL;

COMMIT TRANSACTION;
GO

Requisitos de la versión: Las instantáneas de la base de datos están disponibles en SQL Server Enterprise Edition (todas las versiones) y Standard Editiontarting con SQL Server 2016 ESP1.

9.6.2 Método 2: Restaurar el temporary Base de datos (Most Común)

Este método funciona cuando necesita recuperar datos de una tabla después de que ocurre un problema y no existe ninguna instantánea:

Restaurar copia de seguridad a un temporarbase de datos y
Copiar datos de la tabla del temporary base de datos a la base de datos actual

9.7 Restaurar página

La restauración de página recupera páginas dañadas individuales sin restaurar toda la base de datos, lo que minimiza el tiempo de inactividad. tarRecuperación de páginas dañadas. Esta función solo está disponible en los modelos de recuperación completa o con registro masivo y requiere una cadena ininterrumpida de copias de seguridad del registro de transacciones, desde la copia de seguridad de la página hasta el archivo de registro actual.

Para realizar la restauración de una página, primero identifique las páginas dañadas, realice una copia de seguridad del registro final, restaure las páginas específicas y luego aplique todos los registros de transacciones:

-- Identify damaged pages
SELECT * FROM msdb.dbo.suspect_pages
WHERE database_id = DB_ID('AdventureWorks');

-- Take tail-log backup
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH NORECOVERY;

-- Restore damaged pages
RESTORE DATABASE AdventureWorks
PAGE = '1:123, 1:456'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;

-- Apply transaction logs
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH RECOVERY;
GO

Nota: La restauración de páginas no está disponible en el modelo de recuperación simple. No se pueden restaurar páginas desde tablas del sistema ni metadatos del grupo de archivos principal.

9.8 Restauración fragmentada

La restauración por partes (restauración parcial) restaura una base de datos en etapas a nivel de grupo de archivos.tarTrabajando con el grupo de archivos principal. Esto permite que los datos críticos se conecten inmediatamente, mientras que los menos críticos se restauran en segundo plano. En el modelo de recuperación simple, todos los grupos de archivos de lectura y escritura deben restaurarse junto con el grupo de archivos principal; solo los grupos de archivos de solo lectura pueden restaurarse por separado. En los modelos de recuperación completa o con registro masivo, cada grupo de archivos puede conectarse de forma independiente tras aplicar los registros de transacciones.

Modelo de recuperación	Restauración gradual del comportamiento
Fácil	Los grupos de archivos primarios y de lectura y escritura se restauraron juntos. Los grupos de archivos de solo lectura se restauraron por separado.
Registro completo/masivo	Cada grupo de archivos se restaura de forma independiente en el nivel del grupo de archivos.

Ejemplo de modelo de recuperación completa: restaurar primero el grupo de archivos principal para poner la base de datos en línea y luego restaurar los grupos de archivos secundarios mientras la base de datos permanece operativa:

-- Stage 1: Restore primary filegroup (database comes online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, NORECOVERY;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO

-- Stage 2: Restore secondary filegroup (database stays online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'HistoricalData'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO

Ejemplo de modelo de recuperación simple:

-- Restore primary with all read-write filegroups
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, RECOVERY;

-- Restore read-only filegroup separately
RESTORE DATABASE AdventureWorks
FILEGROUP = 'ReadOnlyArchive'
FROM DISK = 'C:\Backups\AdventureWorks_ReadOnly.bak'
WITH RECOVERY;
GO

9.9 Restauración mediante comandos T-SQL

Script de restauración completo con reubicación de archivos:

RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH MOVE 'AdventureWorks_Data' TO 'D:\Data\AdventureWorks.mdf',
     MOVE 'AdventureWorks_Log' TO 'E:\Logs\AdventureWorks.ldf',
     REPLACE,
     STATS = 10;
GO

9.10 Verificación de la integridad de la copia de seguridad antes de la restauración

Comprobar la validez de la copia de seguridad sin restaurar:

RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak';
GO

Este comando verifica que el conjunto de copias de seguridad esté completo y sea legible sin tener que restaurar realmente la base de datos.

10. SQL Server Mejores prácticas de respaldo

10.1 Desarrollo de una estrategia de respaldo

10.1.1 Evaluación de los requisitos empresariales

Antes de implementar copias de seguridad, evalúe:

Criticidad de los datos: ¿Qué importancia tienen estos datos para las operaciones?
Cambiar la frecuencia: ¿Con qué frecuencia cambian los datos?
Tamaño de la base de datos: ¿Qué tan grande es la base de datos?
Recursos disponibles: ¿Qué almacenamiento y ancho de banda están disponibles?
Necesidades de cumplimiento: ¿Qué normas debes seguir?

10.1.2 Definición de RTO y RPO

Objetivo de tiempo de recuperación (RTO): Tiempo de inactividad máximo aceptable. Determina la rapidez con la que se deben restaurar las operaciones.

Objetivo de punto de recuperación (RPO): Pérdida máxima de datos aceptable. Determina la frecuencia de las copias de seguridad.

Requisito de RTO/RPO	Estrategia de respaldo recomendada
RPO: Horas, RTO: Horas	Registro diario completo + registro de transacciones cada 1-2 horas
RPO: Minutos, RTO: Horas	Copias de seguridad diarias completas + registros cada 15-30 minutos
RPO: Casi cero, RTO: Minutos	Grupos de disponibilidad siempre activos + copias de seguridad frecuentes de registros
RPO: Días, RTO: Días	Semanal completo + diferencial diario

10.2 Creación de una programación de copias de seguridad

10.2.1 Recomendaciones de frecuencia

Programa de copias de seguridad típico para bases de datos de producción:

Copias de seguridad completas: Semanal (domingo por la noche durante baja actividad)
Copias de seguridad diferenciales: Diariamente (todas las noches)
Copias de seguridad del registro de transacciones: Cada 15-30 minutos durante el horario comercial
Copias de seguridad de solo copia: Según sea necesario para pruebas o desarrollo

10.2.2 Equilibrio entre rendimiento y protección

Tenga en cuenta estos factores al programar:

Horas de poca actividad: Ejecute copias de seguridad completas durante períodos de baja actividad
Impacto en los recursos: La compresión reduce la E/S pero aumenta el uso de la CPU
Ancho de banda de la red: Programe copias de seguridad de la red cuando el tráfico sea bajo
Ventanas de respaldo: Asegúrese de que las copias de seguridad se completen antes del horario comercial

10.3 Mejores prácticas de almacenamiento de copias de seguridad

10.3.1 Almacenamiento en el sitio vs. almacenamiento externo

Copias de seguridad in situ:

Tiempos de copia de seguridad y restauración más rápidos
C inferiorost para acceso de alta frecuencia
Vulnerables a los desastres locales
Ideal para escenarios de recuperación rápida

Copias de seguridad externas:

Protección contra desastres específicos del sitio
Cumplimiento de los requisitos de redundancia geográfica
Tiempos de restauración más lentos
Esencial para la recuperación ante desastres

10.3.2 Opciones de copia de seguridad en la nube

Ventajas del almacenamiento en la nube:

Almacenamiento de blobs de Azure: Nativo SQL Server integración, cost-eficaz para accesos poco frecuentes
Amazonas S3: Niveles de almacenamiento flexibles y muy duraderos
Almacenamiento en la nube de Google: Precios competitivos, disponibilidad global

10.3.3 Políticas de retención de copias de seguridad

Política de retención de muestras:

Mantenga copias de seguridad diarias durante 7 días
Mantenga copias de seguridad semanales durante 4 semanas
Mantenga copias de seguridad mensuales durante 12 meses
Mantener copias de seguridad anuales durante 7 años (cumplimiento)

10.4 Compresión y cifrado de copias de seguridad

Beneficios de la compresión:

Reduce el tamaño del archivo de respaldo entre un 50 y un 70 %
Disminuye el tiempo de respaldo
Reduce el almacenamiento costs
Reduce el ancho de banda de la red para copias de seguridad remotas

Mejores prácticas de cifrado:

Cifre siempre las copias de seguridad que contengan datos confidenciales
Utilice cifrado AES de 256 bits
Certificado seguro o gestión de claves
Documente las claves de cifrado y guárdelas por separado

10.5 Prueba y verificación de copias de seguridad

10.5.1 Pruebas de restauración periódicas

Pruebe los procedimientos de restauración trimestral o mensualmente:

Restaurar copias de seguridad en un entorno de prueba
Verificar la integridad y completitud de los datos
Comprobar la funcionalidad de la aplicación
Tiempo de restauración del documento (validar RTO)
Identificar y resolver cualquier problema

10.5.2 Uso de RESTORE VERIFYONLY

Automatizar la validación de copias de seguridad:

-- Verify backup integrity
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO

Ejecute la verificación inmediatamente después de completar la copia de seguridad o como parte del mantenimiento programado.

10.6 Automatización y supervisión de copias de seguridad

10.6.1 SQL Server Empleos de agente

Crear trabajos de respaldo automatizados:

Expandir SQL Server Agente en SSMS
Haga clic con el botón Ofertas de empleo y seleccione Nuevo trabajo
Nombra el trabajo (por ejemplo, “Copia de seguridad completa diaria”)
Agregue un Paso con comandos de copia de seguridad T-SQL
Créar un Enlace para para el tiempo de ejecución
Configurar Notificaciones para el éxito/fracaso

10.6.2 Planes de mantenimiento

SQL Server Los planes de mantenimiento proporcionan una interfaz visual para la automatización de copias de seguridad:

Navegue a Gestionamiento -> Planes de mantenimiento
Haga clic derecho y seleccione Asistente de plan de mantenimiento
Seleccione tareas de respaldo para automatizar
Configurar la programación y las opciones de copia de seguridad
Configurar informes y registros

10.6.3 Alertas y notificaciones de respaldo

Configurar notificaciones por correo electrónico:

Configurar el correo de base de datos en SQL Server
Crear alertas para fallos de copia de seguridad
Supervisar el historial de trabajos de respaldo
Enviar informes resumidos a los administradores

10.7 Documentación y planificación de recuperación ante desastres

Mantener documentación completa:

Programación de copias de seguridad: Cuándo y qué se respalda
Políticas de retención: ¿Durante cuánto tiempo se conservan las copias de seguridad?
Ubicaciones de almacenamiento: Dónde se almacenan las copias de seguridad
Procedimientos de restauración: Instrucciones de recuperación paso a paso
Información de contacto: Personal clave y proveedores
Resultados de la prueba de recuperación: Resultados de pruebas documentados

11. Avanzado SQL Server Escenarios de respaldo

11.1 Copia de seguridad de bases de datos muy grandes (VLDB)

11.1.1 Estrategias de archivos y grupos de archivos

Para bases de datos que superen varios cientos de gigabytes:

Separar los datos de solo lectura y de lectura y escritura en diferentes grupos de archivos
Realice copias de seguridad de grupos de archivos de solo lectura con poca frecuencia
Centrar las copias de seguridad frecuentes en grupos de archivos activos
Utilice copias de seguridad a nivel de archivo para un control granular

Ejemplo de copia de seguridad de archivos:

-- Back up specific file
BACKUP DATABASE LargeDB 
FILE = 'LargeDB_Data1'
TO DISK = 'C:\Backups\LargeDB_File1.bak'
WITH COMPRESSION;
GO

11.1.2 Optimización del rendimiento de las copias de seguridad

Mejorar el rendimiento de la copia de seguridad de VLDB:

Copias de seguridad en rayas: Escribir en varios archivos simultáneamente
Compresión: Reducir los requisitos de E/S y almacenamiento
Múltiples dispositivos de respaldo: Paralelizar las operaciones de respaldo
Almacenamiento rápido: Utilice unidades SSD para la preparación de copias de seguridad
Recuento de buffer: Opción Aumentar BUFFERCOUNT
Tamaño máximo de transferencia: Optimizar la configuración de MAXTRANSFERSIZE

-- Optimized VLDB backup
BACKUP DATABASE LargeDB
TO DISK = 'C:\Backups\LargeDB_1.bak',
   DISK = 'D:\Backups\LargeDB_2.bak',
   DISK = 'E:\Backups\LargeDB_3.bak'
WITH COMPRESSION,
     BUFFERCOUNT = 100,
     MAXTRANSFERSIZE = 4194304;
GO

11.2 Copia de seguridad en grupos de disponibilidad AlwaysOn

Los grupos de disponibilidad AlwaysOn distribuyen la carga de respaldo entre réplicas:

Configurar las preferencias de copia de seguridad (principal, secundaria o cualquier réplica)
Descargue copias de seguridad a réplicas secundarias para reducir la carga de trabajo principal
Utilice copias de seguridad COPY_ONLY en réplicas secundarias
Supervisar la configuración de prioridad de las copias de seguridad

-- Check backup preferences
SELECT 
    ag.name AS AvailabilityGroup,
    ar.replica_server_name,
    ar.backup_priority
FROM sys.availability_replicas ar
INNER JOIN sys.availability_groups ag ON ar.group_id = ag.group_id;
GO

11.3 Copia de seguridad para la duplicación de bases de datos

En escenarios de duplicación de bases de datos:

Realice copias de seguridad de la base de datos principal periódicamente
Las copias de seguridad del registro de transacciones son esenciales para la duplicación
La base de datos reflejada está en estado RESTAURANDO (no se puede realizar una copia de seguridad directamente)
Considere hacer una copia de seguridad del espejo después de una conmutación por error

11.4 Copia de seguridad en Azure Blob Storage

SQL Server Puede realizar copias de seguridad directamente en Azure Blob Storage:

Crear cuenta de almacenamiento de Azure
Crear SQL Server Credencial para la autenticación de Azure
Utilice la sintaxis de URL para el destino de la copia de seguridad

-- Create credential for Azure
CREATE CREDENTIAL [https://mystorageaccount.blob.core.windows.net/backups]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
SECRET = 'your_SAS_token';
GO

-- Backup to Azure
BACKUP DATABASE AdventureWorks
TO URL = 'https://mystorageaccount.blob.core.windows.net/backups/AdventureWorks.bak'
WITH COMPRESSION,
     STATS = 10;
GO

11.5 Copia de seguridad en URL

Beneficios de realizar copias de seguridad en URL:

Capacidad ilimitada de almacenamiento en la nube
Redundancia geográfica gestionada automáticamente
Modelo de precios de pago por uso
No se requiere espacio en el disco local
Admite hasta 64 URL por copia de seguridad (striping)

11.6 Copias de seguridad en franjas para mejorar el rendimiento

Las copias de seguridad en franjas dividen los datos en varios archivos para una E/S más rápida:

-- Striped backup to 4 files
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AW_Stripe1.bak',
   DISK = 'D:\Backups\AW_Stripe2.bak',
   DISK = 'E:\Backups\AW_Stripe3.bak',
   DISK = 'F:\Backups\AW_Stripe4.bak'
WITH COMPRESSION, FORMAT;
GO

Nota: Todos los archivos de banda son necesarios para la restauración. Si falta algún archivo, la copia de seguridad quedará inutilizable.

12. Solución de problemas SQL Server Problemas de copia de seguridad

12.1 Errores comunes de copia de seguridad y soluciones

Error: “Error 5 del sistema operativo: Acceso denegado”

Causa: SQL Server La cuenta de servicio carece de permisos
La Solución: Otorgar permisos de escritura a SQL Server cuenta de servicio en la carpeta de respaldo

Error: “No se puede abrir el dispositivo de respaldo… Error de dispositivo o dispositivo fuera de línea”

Causa: Ruta no válida o recurso compartido de red no disponible
La Solución: Verifique que exista la ruta, verifique la conectividad de la red y asegúrese de que haya suficiente espacio en disco

Error: “No hay suficiente espacio en el disco”

Causa: Espacio en disco insuficiente para la copia de seguridad
La Solución: Libere espacio en disco, use compresión y haga copias de seguridad en una ubicación diferente

Error: «Base de datos en uso. Otros usuarios la están usando».

Causa: Conexiones activas durante la restauración
La Solución: Utilice la opción CON REEMPLAZAR o desconecte a los usuarios primero

12.2 Problemas de rendimiento de la copia de seguridad

Diagnosticar copias de seguridad lentas:

Compruebe el rendimiento de E/S del disco utilizando monitor de rendimiento
Supervisar el progreso de la copia de seguridad con la opción ESTADÍSTICAS
Revisar SQL Server registro de errores de cuellos de botella
Considere la compresión para reducir la E/S
Utilice copias de seguridad en franjas en varios discos

Consulta para supervisar el progreso de la copia de seguridad:

SELECT 
    session_id,
    command,
    percent_complete,
    CAST(((DATEDIFF(s,start_time,GetDate()))/3600) as varchar) + ' hour(s), '
    + CAST((DATEDIFF(s,start_time,GetDate())%3600)/60 as varchar) + 'min, '
    + CAST((DATEDIFF(s,start_time,GetDate())%60) as varchar) + ' sec' as running_time,
    CAST((estimated_completion_time/3600000) as varchar) + ' hour(s), '
    + CAST((estimated_completion_time %3600000)/60000 as varchar) + 'min, '
    + CAST((estimated_completion_time %60000)/1000 as varchar) + ' sec' as est_time_to_go,
    dateadd(second,estimated_completion_time/1000, getdate()) as est_completion_time
FROM sys.dm_exec_requests 
WHERE command LIKE 'BACKUP%';
GO

12.3 Problemas de espacio y almacenamiento

Prevenir problemas de almacenamiento:

Implementar políticas de retención: Eliminar automáticamente las copias de seguridad antiguas
Usar compresión: Reducir el tamaño del archivo de respaldo entre un 50 y un 70 %
Archivar en un almacenamiento más económico: Mueva las copias de seguridad antiguas al almacenamiento de archivo
Monitorizar el espacio en disco: Configurar alertas para espacio bajo en disco
Estimar el tamaño de la copia de seguridad: Calcular el tamaño esperado antes de realizar la copia de seguridad

Estimar el tamaño de la copia de seguridad:

-- Estimate full backup size
EXEC sp_spaceused;
GO

12.4 Problemas de permisos y acceso

Permisos necesarios para las copias de seguridad:

BASE DE DATOS DE COPIA DE SEGURIDAD (permission)
operador_db_backup membresía de rol
administrador de sistemas Rol de servidor (para todas las operaciones de respaldo)

Otorgar permisos de copia de seguridad:

-- Grant backup permission to user
GRANT BACKUP DATABASE TO [BackupUser];
GRANT BACKUP LOG TO [BackupUser];
GO

-- Add user to backup operator role
ALTER ROLE db_backupoperator ADD MEMBER [BackupUser];
GO

12.5 Archivos de copia de seguridad corruptos

Detectar y gestionar copias de seguridad corruptas:

Verificar la integridad de la copia de seguridad:

RESTORE VERIFYONLY 
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO

Habilitar CHECKSUM para futuras copias de seguridad:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM, INIT;
GO

Estrategias de prevención:

Utilice siempre la opción CHECKSUM durante la copia de seguridad
Verificar las copias de seguridad inmediatamente después de su creación
Las pruebas se restauran periódicamente
Almacene copias de seguridad en un almacenamiento confiable
Mantener múltiples copias de seguridad

12.6 Recuperar datos de archivos de copia de seguridad dañados

Si sus archivos de respaldo están dañados y aún así desea recuperar datos de ellos, puede utilizar herramientas de terceros como DataNumen SQL Recovery, como a continuación:

Start DataNumen SQL Recovery.
Seleccione el archivo de respaldo dañado como archivo de origen cambiando el filtro a “Todos los archivos (*.*)”:
Establezca el archivo de salida .MDF si es necesario.
Haga clic en "Start Recuperación” y siga las instrucciones para recuperar la base de datos.
Después del proceso de recuperación, aparecerá una nueva base de datos de recuperación en SQL Server que contiene todos los datos recuperados.

13. SQL Server Seguridad de respaldo

13.1 Protección de archivos de respaldo

Proteja los archivos de respaldo del acceso no autorizado:

Permisos del sistema de archivos: Restringir el acceso únicamente a administradores autorizados
Seguridad de la red: Utilice protocolos seguros para las copias de seguridad de red
Seguridad física: Almacene los medios de respaldo en ubicaciones seguras
Registro de acceso: Auditar el acceso a los archivos de respaldo

13.2 Opciones de cifrado

SQL Server Admite cifrado de copia de seguridad transparente:

Crear certificado para cifrado:

-- Create master key
USE master;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'StrongP@ssw0rd!';
GO

-- Create certificate
CREATE CERTIFICATE BackupCertificate
WITH SUBJECT = 'Database Backup Certificate',
EXPIRY_DATE = '2026-12-31';
GO

Copia de seguridad cifrada:

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     );
GO

Importante: Realice una copia de seguridad del certificado y la clave privada por separado. Sin ellos, no se podrán restaurar las copias de seguridad cifradas.

-- Backup certificate
BACKUP CERTIFICATE BackupCertificate
TO FILE = 'C:\Certificates\BackupCertificate.cer'
WITH PRIVATE KEY (
    FILE = 'C:\Certificates\BackupCertificate.key',
    ENCRYPTION BY PASSWORD = 'C3rt!f!c@t3P@ss'
);
GO

13.3 Control de acceso y permisos

Implementar el principio del mínimo privilegio:

Otorgar permisos de copia de seguridad solo a las cuentas necesarias
Utilice cuentas separadas para operaciones de copia de seguridad y restauración
Evite usar una cuenta sa para realizar copias de seguridad
Auditar periódicamente los permisos de copia de seguridad
Eliminar permisos cuando ya no sean necesarios

13.4 Consideraciones de cumplimiento

Abordar los requisitos reglamentarios:

GDPR: Cifrar copias de seguridad que contienen datos personales e implementar políticas de retención
HIPAA: Cifrar PHI en copias de seguridad, controlar el acceso, mantener registros de auditoría
PCI DSS: Cifrar copias de seguridad de los datos del titular de la tarjeta, almacenamiento seguro de copias de seguridad
Medias: Mantener la integridad de las copias de seguridad y las políticas de retención de documentos.

14. Supervisión y mantenimiento de las operaciones de respaldo

14.1 Seguimiento del historial de copias de seguridad

SQL Server almacena el historial de copias de seguridad en la base de datos msdb:

-- View recent backup history
SELECT 
    bks.database_name,
    bks.backup_start_date,
    bks.backup_finish_date,
    CASE bks.type
        WHEN 'D' THEN 'Full'
        WHEN 'I' THEN 'Differential'
        WHEN 'L' THEN 'Log'
        ELSE 'Other'
    END AS backup_type,
    bks.backup_size / 1024 / 1024 AS backup_size_mb,
    bkmf.physical_device_name
FROM msdb.dbo.backupset bks
INNER JOIN msdb.dbo.backupmediafamily bkmf ON bks.media_set_id = bkmf.media_set_id
WHERE bks.backup_start_date >= DATEADD(DAY, -7, GETDATE())
ORDER BY bks.backup_start_date DESC;
GO

Buscar bases de datos sin copias de seguridad recientes:

SELECT 
    d.name AS database_name,
    MAX(bs.backup_finish_date) AS last_backup_date,
    DATEDIFF(DAY, MAX(bs.backup_finish_date), GETDATE()) AS days_since_last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs ON d.name = bs.database_name
WHERE d.database_id > 4  -- Exclude system databases
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE())
    OR MAX(bs.backup_finish_date) IS NULL
ORDER BY last_backup_date;
GO

14.2 Utilizando SQL Server Informes

SQL Server Management Studio incluye informes de respaldo integrados:

Haga clic derecho en la base de datos en el Explorador de objetos
Seleccione Informes -> Informes estándar
Elija entre los informes disponibles:
- Eventos de copia de seguridad y restauración
- Todas las copias de seguridad
- Estado del envío del registro de transacciones

14.3 Herramientas de monitoreo de terceros

Soluciones de monitorización comercial:

SQL Sentry: Monitoreo y alertas integrales
Monitor SQL de Redgate: Monitoreo y diagnóstico en tiempo realostics
Analizador de rendimiento de bases de datos de SolarWinds: Supervisión del rendimiento y de las copias de seguridad
Diagnóstico SQL de IderaostGerente de ic: Validación y alertas de copias de seguridad

14.4 Comprobaciones del estado de las copias de seguridad

Crear un procedimiento de control de salud:

-- Backup health check procedure
CREATE PROCEDURE sp_BackupHealthCheck
AS
BEGIN
    -- Check for databases without recent full backup
    SELECT 
        'Missing Recent Full Backup' AS issue,
        d.name AS database_name,
        ISNULL(CAST(MAX(bs.backup_finish_date) AS VARCHAR), 'Never') AS last_backup
    FROM sys.databases d
    LEFT JOIN msdb.dbo.backupset bs 
        ON d.name = bs.database_name AND bs.type = 'D'
    WHERE d.database_id > 4
    GROUP BY d.name
    HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE()) OR MAX(bs.backup_finish_date) IS NULL; -- Check for failed backup jobs SELECT 'Failed Backup Job' AS issue, j.name AS job_name, jh.run_date, jh.run_time, jh.message FROM msdb.dbo.sysjobs j INNER JOIN msdb.dbo.sysjobhistory jh ON j.job_id = jh.job_id WHERE jh.run_status = 0 -- Failed AND jh.step_id = 0 AND jh.run_date >= CONVERT(INT, CONVERT(VARCHAR, GETDATE()-7, 112))
        AND j.name LIKE '%backup%';
END
GO

15. SQL Server Preguntas frecuentes sobre copias de seguridad

15.1 ¿Con qué frecuencia debo realizar copias de seguridad? SQL Server?

La frecuencia de las copias de seguridad depende de su objetivo de punto de recuperación (RPO):

Bases de datos de producción críticas: Semanal completo, diferencial diario, registro cada 15-30 minutos
Bases de datos de producción estándar: Semanal completo, diferencial diario, registro cada 1-2 horas
Bases de datos de desarrollo: Diario completo o semanal
Bases de datos de solo lectura: Completo después de cada cambio de datos

15.2 ¿Cuál es la diferencia entre copia de seguridad completa y diferencial?

Una copia de seguridad completa copia toda la base de datos, mientras que una copia de seguridad diferencial solo captura los cambios desde la última copia de seguridad completa. Las copias de seguridad diferenciales son más pequeñas y rápidas, pero requieren la copia de seguridad completa básica para la restauración.

15.3 ¿Puedo hacer una copia de seguridad? SQL Server ¿Mientras está funcionando?

Sí, SQL Server Admite copias de seguridad en línea. Los usuarios pueden seguir trabajando durante las copias de seguridad. SQL Server utiliza su registro de transacciones para mantener la coherencia, garantizando que las copias de seguridad sean válidas incluso con modificaciones simultáneas.

15.4 ¿Cuánto tiempo dura? SQL Server ¿Tomar una copia de seguridad?

La duración de la copia de seguridad varía según:

Tamaño de la base de datos: Las bases de datos más grandes tardan más
Tipo de copia de seguridad: Las copias de seguridad completas tardan más tiempo
Compresión: Puede aumentar el tiempo de CPU pero reducir la duración general
Velocidad de almacenamiento: Los SSD son significativamente más rápidos que los HDD
Carga del servidor: Una mayor actividad ralentiza las copias de seguridad

Rangos típicos: una base de datos de 10 GB puede tardar entre 5 y 15 minutos en realizar una copia de seguridad completa con compresión en hardware moderno.

15.5 ¿Dónde debo almacenar? SQL Server ¿Copias de seguridad?

Mejor práctica: siga la regla 3-2-1:

3 copias de tus datos
2 diferentes tipos de almacenamiento (por ejemplo, disco y cinta/nube)
1 copia fuera del sitio

Ubicaciones recomendadas:

Disco local para una recuperación rápida
Almacenamiento en red para gestión centralizada
Almacenamiento en la nube (Azure, AWS) para recuperación ante desastres

15.6 ¿Qué es la extensión de archivo .bak?

La extensión .bak es la extensión de archivo predeterminada para SQL Server archivos de respaldo. Es una convención, no un requisito. SQL Server Las copias de seguridad funcionan con cualquier extensión de archivo. Sin embargo, usar .bak facilita la identificación de los archivos de copia de seguridad y es una práctica estándar en la industria.

15.7 Cómo hacer una copia de seguridad SQL Server ¿A la unidad de red?

Para realizar una copia de seguridad en una unidad de red:

Asegúrese de que SQL Server La cuenta de servicio tiene permisos de escritura en el recurso compartido de red
Utilice la ruta UNC en el comando de copia de seguridad: \\ServerName\ShareName\BackupFile.bak
Pruebe la conectividad antes de programar copias de seguridad automáticas

BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupServer\SQLBackups\AdventureWorks.bak'
WITH COMPRESSION, INIT;
GO

15.8 ¿Puedo comprimir? SQL Server ¿Copias de seguridad?

Sí, SQL Server Admite compresión de copia de seguridad nativa (Enterprise Edition o Standard Edition)tarting SQL Server 2016 SP1). La compresión generalmente reduce el tamaño de la copia de seguridad entre un 50 y un 70 % y, a menudo, disminuye el tiempo de copia de seguridad al reducir la E/S, aunque aumenta el uso de la CPU.

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH COMPRESSION;
GO

16. Conclusión

16.1 Puntos clave

Eficaz SQL Server Las estrategias de respaldo protegen sus datos y garantizan la continuidad del negocio. Recuerde estos puntos esenciales:

Comprenda los tipos de copia de seguridad: Elija los tipos de copia de seguridad adecuados (completa, diferencial, registro de transacciones) según sus requisitos de recuperación
Seleccione el modelo de recuperación adecuado: Recuperación completa de datos críticos, sencilla para bases de datos de desarrollo
Implementar un programa de copias de seguridad: Las copias de seguridad completas periódicas combinadas con copias de seguridad diferenciales y de registros minimizan la pérdida de datos.
Procedimientos de restauración de prueba: Las copias de seguridad solo son valiosas si se pueden restaurar con éxito
Automatizar y monitorizar: Usa SQL Server Agente, planes de mantenimiento y herramientas de monitorización
Copias de seguridad seguras: Cifre datos confidenciales y controle el acceso a los archivos de respaldo
Almacenar copias fuera del sitio: Protéjase contra desastres en todo el sitio con almacenamiento remoto o en la nube
Documente todo: Mantener una documentación clara de los procedimientos de copia de seguridad y recuperación

16.2 Próximos pasos y recursos

para mejorar tu SQL Server Implementación de respaldo:

Evalúe su estrategia de respaldo actual en función de las mejores prácticas
Calcule sus requisitos de RTO y RPO
Pruebe los procedimientos de restauración en sistemas que no están en producción
Revise y actualice periódicamente los programas de respaldo
Implementar monitoreo y alertas automatizadas
Capacitar a los miembros del equipo sobre los procedimientos de restauración

Recursos adicionales:

Microsoft SQL Server Documentación: Guía oficial de copia de seguridad y restauración
SQL Server Foros de la comunidad de copias de seguridad: comparta experiencias y soluciones
Certificaciones profesionales: Microsoft Certified: Azure Database Administrator Associate

16.3 Herramientas y soluciones recomendadas

Basado en diferentes escenarios:

Pequeñas empresas:

Nativo SQL Server copia de seguridad programada SQL Server Trabajos de agente
SQLBackupAndFTP para la integración en la nube
Copia de seguridad de Azure para SQL Server

Empresas medianas:

SQL Server Planes de mantenimiento
Herramientas de terceros como Redgate SQL Backup Pro
Veeam Backup para SQL Server

Grandes empresas:

Quest LiteSpeed para máxima compresión
Commvault o Veritas NetBackup para la gestión de copias de seguridad empresariales
Grupos de disponibilidad siempre activa para alta disponibilidad

SQL Server Las copias de seguridad son fundamentales para la administración de bases de datos. Con una planificación, implementación y pruebas adecuadas, puede garantizar que sus datos permanezcan protegidos y sean recuperables cuando sea necesario.tarImplementar estas mejores prácticas hoy para proteger su SQL Server bases de datos.

Sobre el Autor

Yuan Sheng es un administrador de bases de datos senior (DBA) con más de 10 años de experiencia en SQL Server Entornos y gestión de bases de datos empresariales. Ha resuelto con éxito cientos de escenarios de recuperación de bases de datos en organizaciones de servicios financieros, atención médica y manufactura.

Yuan se especializa en SQL Server Recuperación de bases de datos, soluciones de alta disponibilidad y optimización del rendimiento. Su amplia experiencia práctica incluye la gestión de bases de datos multiterabyte, la implementación de Grupos de Disponibilidad Siempre Activa (AVA) y el desarrollo de estrategias automatizadas de backup y recuperación para sistemas empresariales críticos.

Gracias a su experiencia técnica y su enfoque práctico, Yuan se centra en crear guías integrales que ayuden a los administradores de bases de datos y a los profesionales de TI a resolver problemas complejos. SQL Server Aborda los desafíos de manera eficiente. Se mantiene al día con las últimas novedades. SQL Server versiones y las tecnologías de bases de datos en evolución de Microsoft, probando periódicamente escenarios de recuperación para garantizar que sus recomendaciones reflejen las mejores prácticas del mundo real.

¿Tiene preguntas acerca SQL Server ¿Necesita ayuda adicional para la recuperación de la base de datos o para solucionar problemas? Yuan le da la bienvenida. comentarios y sugerencias para mejorar estos recursos técnicos.