Guía del administrador de Backup Exec 20.1
- Introducción a Backup Exec
- Instalación
- Métodos para instalar Agent for Windows
- Uso de una línea de comandos para instalar Agent for Windows en un equipo remoto
- Uso de un script de comandos para instalar Agent for Windows
- Instalación del administrador remoto
- Instalación de Backup Exec mediante la línea de comandos (modo silencioso)
- Información del contrato de licencias de Backup Exec
- Acerca de la actualización a Backup Exec
- Primeros pasos
- Copias de seguridad
- Realización de copias de seguridad de datos
- Restauraciones
- Cómo funcionan los catálogos de Backup Exec
- Administración y supervisión de trabajos
- Acerca del Supervisor de trabajos
- Acerca del historial de trabajos
- Visualización del registro de trabajos
- Reglas de administración de errores para trabajos fallidos o cancelados
- Alertas y notificaciones
- Habilitación de alertas activas y del historial de alertas para mostrar en la ficha Inicio
- Cómo agregar un grupo de destinatarios para las notificaciones de alerta
- Envío de notificaciones al finalizar un trabajo
- Capturas SNMP para alertas de Backup Exec
- Almacenamiento basado en disco y en redes
- Configurar el almacenamiento en disco
- Configurar el almacenamiento en cartucho de disco
- Conjuntos de copias de seguridad
- Dispositivos de almacenamiento basados en la nube
- Almacenamiento basado en la nube de Amazon S3
- Almacenamiento basado en la nube de Google
- Almacenamiento basado en la nube de Microsoft Azure
- Almacenamiento basado en la nube privada
- Acerca del almacenamiento en la nube compatible con S3
- Acerca de Backup Exec™ CloudConnect Optimizer
- Carpetas de copia de seguridad en disco de una versión anterior
- Carpetas de copia de seguridad en disco de una versión anterior
- Carpetas de copia de seguridad en disco de una versión anterior
- Almacenamiento en cinta
- Bibliotecas robóticas en Backup Exec
- Creación de las particiones de la biblioteca robótica
- Administración de cintas
- Creación de conjuntos de soportes para cintas
- Etiquetado de soportes de cinta
- Depósitos de soportes predeterminados
- Cambiar el nombre o la descripción de un depósito de soportes
- Grupos de dispositivos de almacenamiento
- Operaciones de almacenamiento
- Conversión a máquinas virtuales
- Configuración
- Uso de Backup Exec con firewalls
- Eliminar las plantillas de trabajos iniciados por el administrador de base datos
- Cuentas de inicio de sesión de Backup Exec
- Informes
- Creación de un informe personalizado
- Lista de informes estándar de Backup Exec
- Solución de problemas de Backup Exec
- Solución de problemas en componentes con error en SAN
- Generación de un archivo de diagnóstico para solucionar problemas en Backup Exec
- Uso de Backup Exec en entornos de clústeres
- Configuraciones de Backup Exec y de los servidores Microsoft Cluster Server
- Recuperación después de un desastre de un clúster
- Recuperación simplificada después de un desastre
- Configurar o cambiar la ubicación alternativa para el archivo de información de la recuperación después de un desastre
- Creación de una imagen del disco de recuperación simplificada después de un desastre
- Preparación para la recuperación después de un desastre usando la recuperación simplificada después de un desastre
- Recuperar un equipo con la recuperación simplificada después de un desastre
- Recuperación después de un desastre manual
- Integración con Veritas™ Information Map
- Apéndice A. Backup Exec Agent for Windows
- Acerca de Backup Exec Agent Utility para Windows
- Apéndice B. Backup Exec Deduplication Option
- Crear o importar almacenamiento en disco de eliminación de datos duplicados
- Seleccionar los dispositivos de almacenamiento para el uso compartido de acceso directo
- Apéndice C. Backup Exec Agent for VMware
- Cómo hacer copias de seguridad de máquinas virtuales de VMware
- Acerca de la recuperación instantánea de una máquina virtual VMware
- Acerca de Listo para recuperación para máquinas virtuales VMware
- Apéndice D. Backup Exec Agent for Microsoft Hyper-V
- Hacer copia de seguridad de las máquinas virtuales de Microsoft Hyper-V
- Acerca de la recuperación instantánea de una máquina virtual Hyper-V
- Acerca de Listo para recuperación para máquinas virtuales Hyper-V
- Apéndice E. Backup Exec Agent for Microsoft SQL Server
- Copia de seguridad de bases de datos SQL y registros de transacciones
- Restauración de bases de datos SQL y registros de transacciones
- Recuperación después de un desastre de un SQL Server
- Apéndice F. Backup Exec Agent for Microsoft Exchange Server
- Hacer copia de seguridad de datos de Exchange
- Apéndice G. Backup Exec Agent for Microsoft SharePoint
- Copia de seguridad de datos de Microsoft SharePoint
- Apéndice H. Backup Exec Agent for Oracle en servidores Windows o Linux
- Configuración del agente Oracle en los equipos con Windows y los servidores Linux
- Cómo configurar una instancia de Oracle en los equipos con Windows
- Visión de una instancia de Oracle en los equipos con Windows
- Acerca de las credenciales de autentificación en el servidor Backup Exec
- Acerca de hacer copia de seguridad de las bases de datos de Oracle
- Acerca de la restauración de recursos de Oracle
- Apéndice I. Backup Exec Agent for Enterprise Vault
- Acerca de métodos de copias de seguridad para trabajos de copia de seguridad de Enterprise Vault
- Restaurar Enterprise Vault
- Redirección de una restauración para un componente Enterprise Vault
- Acerca de Backup Exec Migrator for Enterprise Vault
- Configuración de Backup Exec Migrator
- Acerca de la recuperación de datos de Enterprise Vault migrados
- Acerca de Partition Recovery Utility
- Apéndice J. Backup Exec Agent for Microsoft Active Directory
- Apéndice K. Backup Exec Central Admin Server Option
- Acerca de la instalación de Central Admin Server Option
- Qué ocurre cuando se alcanzan los umbrales de comunicación de CASO
- Acerca de la delegación de trabajos en CASO
- Cómo usar los grupos de servidores Backup Exec en CASO
- Cómo funciona la restauración centralizada en CASO
- Apéndice L. Backup Exec Advanced Disk-based Backup Option
- Apéndice M. Backup Exec NDMP Option
- Acerca de restaurar y la reorientación de los datos de restauración para los servidores NDMP
- Visualización de las propiedades de un servidor NDMP
- Ver propiedades del almacenamiento para un servidor NDMP
- Apéndice N. Backup Exec Agent for Linux
- Acerca de la instalación del Agente para Linux
- Acerca de establecer la relación de confianza para un equipo Linux remoto en la lista de servidores Backup Exec
- Editar las opciones de configuración para los equipos Linux
- Acerca de las copias de seguridad en un equipo con Linux con Agente para Linux
- Acerca de la restauración de datos a equipos Linux
- Edición de las opciones predeterminadas del trabajo de copia de seguridad para equipos Linux
- Desinstalación del Agente para Linux
- Apéndice O. Backup Exec Remote Media Agent for Linux
- Acerca de la instalación de Remote Media Agent for Linux
- Acerca de establecer la relación de confianza para un equipo con Remote Media Agent for Linux en la lista de servidores Backup Exec
- Acerca de la creación del grupo de operadores de Backup Exec (beoper) para Remote Media Agent for Linux
- Acerca de agregar un servidor Linux como Remote Media Agent for Linux
- Cómo editar las propiedades para Remote Media Agent for Linux
- Creación de una biblioteca de cintas simulada
- Visualización de propiedades de bibliotecas de cintas simuladas
- Apéndice P. Accesibilidad y Backup Exec
- Acerca de los accesos directos del teclado en Backup Exec
- Accesos directos de teclado de la ficha Copias de seguridad y restauración
- Accesos directos de teclado de la ficha Almacenamiento
Copia de seguridad de bases de datos SQL y registros de transacciones
Backup Exec incluye tres métodos para hacer copias de seguridad de las bases de datos: completa, diferencial y solo copia completa. El método Completa hace una copia de seguridad de toda la base de datos, incluidas todas las tablas del sistema. El método Diferencial solo hace copia de seguridad de los cambios realizados en la base de datos desde la última copia de seguridad completa. El método de copia funciona del mismo modo que el método completo, excepto en que no afecta las copias de seguridad de registro o diferenciales futuras.
La copia de seguridad diferencial es menor y más rápida que la copia de seguridad completa, por lo que puede ejecutarse con más frecuencia. Puesto que las copias de seguridad diferenciales solo permiten la restauración del sistema hasta el momento de creación de esta copia de seguridad, es aconsejable crear varias copias de seguridad de registro después de la creación de cada copia de seguridad diferencial. La utilización de copias de seguridad de registro de transacciones permite recuperar la base de datos al momento preciso del fallo.
Las copias de seguridad diferenciales deben utilizarse cuando solo ha cambiado una parte de datos relativamente pequeña entre copias de seguridad completas, o si los mismos datos cambian con frecuencia. Las copias de seguridad diferenciales también son adecuadas si se utiliza el modelo de recuperación simple y se necesitan copias de seguridad más a menudo, pero no se dispone del tiempo necesario para la realización de copias de seguridad completas con frecuencia. Si utiliza los modelos de recuperación completa o masiva, puede utilizar copias de seguridad diferenciales para reducir el tiempo que se tarda en recuperar copias de seguridad de registro cuando se restaura una base de datos.
Si desea ejecutar copias de seguridad de base de datos solamente, en vez de una mezcla de copias de seguridad del registro y de base de datos, use el modelo de recuperación simple para la base de datos para truncar el registro de transacciones automáticamente cuando un punto de comprobación ocurre en la base de datos. De esta forma se evita que los registros de transacciones se llenen, ya que con otros modelos de recuperación los registros no se borran después de una copia de seguridad de base de datos.
Con este modelo simple, las copias de las transacciones no se almacenan en el archivo de registro, lo que impide la ejecución de copias de seguridad de registro de transacciones.
Si no realiza copias de seguridad de registro de transacciones, puede recuperar la base de datos hasta el punto de la última copia de seguridad, pero no es posible recuperarla al momento del fallo o a un momento concreto.
Se puede hacer copia de seguridad de la base de datos del sistema solamente con el método Completa; no se puede utilizar el método de registro ni diferencial para hacer copia de seguridad de la base de datos maestra.
Nota:
No es posible hacer copias de seguridad de bases de datos en almacenamiento conectado a un equipo en el cual está instalado Remote Media Agent for Linux Servers.
Agent for SQL admite una configuración de base de datos SQL duplicada, aunque Microsoft impone las siguientes limitaciones al duplicado de bases de datos SQL:
No es posible hacer copia de seguridad ni restaurar una base de datos SQL duplicada. Si intenta hacer copia de seguridad de una base de datos duplicada o restaurarla, se produce un error en el trabajo de copia de seguridad o en el trabajo de restauración.
No es posible restaurar la base de datos SQL principal cuando tiene una configuración duplicada. Para restaurar la base de datos SQL principal, es necesario detener el duplicando de base de datos de la base de datos principal.
Es posible hacer una copia de seguridad de una base de datos SQL principal y de sus registros de transacciones solamente si el trabajo de copia de seguridad no deja la base de datos en un estado no recuperado.
Es posible configurar las opciones predeterminadas del trabajo de copia de seguridad para todos los trabajos de copia de seguridad de SQL. Cada vez que se crea un trabajo de copia de seguridad, el trabajo usa las opciones predeterminadas, a menos que se cambien las opciones para ese trabajo en particular.
Si selecciona un volumen que contiene datos de SQL para hacer copia de seguridad, Agent for SQL determina los datos de SQL que no se deben incluir en una copia de seguridad de nivel de volumen. Por ejemplo, los archivos .LDF y .MDF no deben formar parte de la copia de seguridad ya que están abiertos para el uso exclusivo del sistema SQL. Estos archivos se excluirán automáticamente de la copia de seguridad mediante una función denominada Exclusión activa de archivos. Si esta exclusión no se ha producido durante una copia de seguridad sin instantáneas, dichos archivos aparecerán como "en uso - omitidos". Si esta exclusión no se ha producido durante una copia de seguridad de instantánea, se hace copia de seguridad de los archivos con un estado incoherente, lo que puede provocar problemas de restauración.
Si bien no se recomienda, si desea incluir los datos de SQL en una copia de seguridad de nivel de volumen, primero debe desmontar la base de datos de la cual desea hacer una copia de seguridad. A continuación, ejecute el trabajo de copia de seguridad.
Es posible que deba agregar manualmente los contenedores de recursos para los clústers de SQL antes de que pueda hacer copias de seguridad de las bases de datos:
Para agregar contenedores de recursos, instale Agent for Windows en los nodos físicos del clúster. Si el contenedor de recursos para el servidor SQL virtual no se detecta automáticamente, utilice el Asistente para agregar servidores para agregar el contenedor de recursos virtual para el nodo de clúster virtual de SQL. Cuando ejecuta el Asistente para agregar servidores, debe anular la selección de la opción porque ya está instalado en el nodo físico. A continuación, seleccione las copias de seguridad del contenedor de recursos virtual que usted agregó.
Cuando se ejecutan copias de seguridad de registros, se debe usar Backup Exec exclusivamente para realizar copias de seguridad de transacciones del registro.
Backup Exec proporciona dos métodos para hacer copia de seguridad de registros de transacciones: Registro y Registro sin truncar.
Use el método Registro sin truncar solo cuando la base de datos esté dañada o falten archivos de base de datos. Este método hace copias de seguridad de transacciones a las que es posible que no pueda acceder de ningún otro modo cuando la base de datos se encuentre en este estado. Después podrá utilizar esta copia de seguridad del registro de transacciones junto con la última copia de seguridad de la base de datos y cualquier otra copia de seguridad anterior del registro de transacciones para restaurar la base de datos hasta el momento en el que se produjo el fallo; no obstante, se realizará una regresión de las transacciones sin confirmar. El método Registro sin truncar no elimina las transacciones confirmadas después de hacer copia de seguridad del registro.
Para utilizar la copia de seguridad Registro sin truncar con el fin de restaurar una base de datos, también debe disponer de una copia de seguridad de la base de datos creado antes de la copia de seguridad Registro sin truncar. El registro de transacciones contiene únicamente los archivos de registro utilizados en el proceso de restauración, los cuales no son suficientes individualmente para restaurar una base de datos completa. Es necesario tener por lo menos una copia de seguridad de base de datos y una copia de seguridad del registro de la base de datos para restaurar una base de datos.
Precaución:
No ejecute una copia de seguridad del registro usando estos métodos si la base de datos SQL está utilizando el modelo de recuperación simple. Con este modelo, puede recuperar datos solo hasta la copia de seguridad completa o diferencial más reciente. Si ejecuta una copia de seguridad de registros en una base de datos con el estado simple al concluir la recuperación, la copia de seguridad se completará con excepciones.
Para consultar las propiedades de la base de datos, en las herramientas de administración de base de datos SQL Server, haga clic con el botón derecho en la base de datos, haga clic en
, seleccione la ficha y compruebe los valores de la configuración.Para hacer copia de seguridad de bases de datos SQL y registros de transacciones
- En la ficha Copias de seguridad y restauración, haga clic con el botón derecho en un SQL Server y después haga clic con el botón derecho en la selección.
Para seleccionar varios servidores, mantenga presionada la tecla Mayús o Ctrl y haga clic en los nombres de servidor y después haga clic con el botón derecho en uno de los servidores seleccionados.
- Seleccione Copia de seguridad y a continuación seleccione el tipo de copia de seguridad que desee realizar.
- En el cuadro de diálogo Propiedades de definición de copia de seguridad, en el cuadro Selecciones, haga clic en Editar.
- En el cuadro de diálogo Selecciones de copia de seguridad, seleccione las casillas para los recursos de los que desee hacer copia de seguridad y anule la selección de las casillas para los recursos de los que no desee hacer copia de seguridad.
Nota:
Es posible seleccionar las bases de datos SQL para hacer copia de seguridad en la ficha Examinar. En el panel derecho del cuadro de diálogo Selecciones de copia de seguridad, se puede ver el nombre, el tamaño, el tipo, la hora de modificación y los atributos de la selección. Los atributos proporcionan el estado de la base de datos, de forma que si hay problemas, puede resolverlos antes de ejecutar el trabajo de copia de seguridad. Usted además puede incluir o excluir archivos específicos o tipos específicos de archivos usando la ficha Detalles de selección.
- Haga clic en Aceptar.
- En el cuadro de diálogo Propiedades de definición de copia de seguridad, en el cuadro Copia de seguridad, haga clic en Editar.
- En el cuadro de diálogo Opciones de copia de seguridad, seleccione la programación para este trabajo.
- En el cuadro de diálogo Opciones de copia de seguridad, seleccione el dispositivo de almacenamiento para este trabajo.
- En el cuadro de diálogo Opciones de copia de seguridad, en el panel izquierdo, seleccione Microsoft SQL.
- Configure cualquiera de las siguientes opciones para este trabajo:
Método de copias de seguridad
Seleccione uno de los métodos de copias de seguridad siguientes que desee utilizar para este trabajo:
Completa: copia de seguridad de bases de datos
Esta opción hace copia de seguridad de la base de datos entera. Esta opción está seleccionada de forma predeterminada.
Copia completa: copia de seguridad de bases de datos (copia)
Esta opción hace copia de seguridad de toda la base de datos sin afectar las futuras copias de seguridad diferenciales o del registro.
A diferencia del método de copia de seguridad completa, el método de copia de seguridad de copia completa no restablece la línea base diferencial de SQL que se utiliza para indicar los bloques de la base de datos que se han modificado desde la última copia de seguridad completa.
Una vez realizada una copia de seguridad completa, puede utilizar el método de copia de seguridad de copia completa para hacer una copia de una base de datos SQL sin que ello afecte el conjunto de copias de seguridad de línea de base necesario para ejecutar copias de seguridad diferenciales en el futuro.
Método de copias de seguridad
Seleccione uno de los métodos de copias de seguridad específicos de SQL siguientes para utilizar para este trabajo:
Completa: copia de seguridad de bases de datos
Esta opción hace copia de seguridad de la base de datos entera. Esta opción está seleccionada de forma predeterminada.
Copia completa: copia de seguridad de bases de datos (copia)
Esta opción hace copia de seguridad de toda la base de datos sin afectar las futuras copias de seguridad diferenciales o del registro.
A diferencia del método de copia de seguridad completa, el método de copia de seguridad de copia completa no restablece la línea base diferencial de SQL que se utiliza para indicar los bloques de la base de datos que se han modificado desde la última copia de seguridad completa.
Una vez realizada una copia de seguridad completa, puede utilizar el método de copia de seguridad de copia completa para hacer una copia de una base de datos SQL sin que ello afecte el conjunto de copias de seguridad de línea de base necesario para ejecutar copias de seguridad diferenciales en el futuro.
Automática: copia de seguridad del registro de transacciones si está habilitado y, a continuación, copia de seguridad de los cambios en la base de datos desde la última copia de seguridad completa o incremental
Esta opción permite hacer copia de seguridad de la instancia SQL entera aunque algunas bases de datos no admitan las copias de seguridad del registro. Se hace copia de seguridad de todas las bases de datos con el método de copia de seguridad incremental (nivel de bloque). Además, se hace copia de seguridad de las bases de datos que admiten las copias de seguridad del registro con el método de copia de seguridad de registro.
Nota:
Si las instantáneas no están habilitadas, el método de copia de seguridad incremental (nivel de bloque) no se puede realizar y se usa el método de copia de seguridad diferencial.
Registro: copia de seguridad y truncar el registro de transacciones
Esta opción hace copia de seguridad solamente de los datos contenidos en el registro de transacciones; no hace copia de seguridad de datos de base de datos. Una vez hecha la copia de seguridad del registro de transacciones, las transacciones confirmadas se eliminarán (truncarán).
Si las bases de datos se configuran para el modelo de recuperación simple de SQL Server, las copias de seguridad del registro no se admiten. Para cambiar el modelo de recuperación, use las herramientas de administración SQL para configurar el modelo de recuperación en Completo. Es necesario ejecutar una nueva copia de seguridad completa si se cambia el modo de recuperación antes de que se ejecute una copia de seguridad del registro.
Alternativamente, se pueden ejecutar copias de seguridad completas solamente o se pueden ejecutar copias de seguridad completas y diferenciales de las bases de datos SQL.
Registro sin truncar: copia de seguridad sin truncar el registro de transacciones
Esta opción hace copia de seguridad de la base de datos cuando está dañada o faltan archivos de la base de datos. Puesto que el método Registro sin truncar no accede a la base de datos, es posible seguir haciendo copias de seguridad de las transacciones a las que quizás no se pueda acceder de ninguna otra manera cuando la base de datos se encuentre en este estado. Después, podrá utilizar esta copia de seguridad del registro de transacciones junto con la copia de seguridad de la base de datos y cualquier otra copia de seguridad anterior del registro de transacciones para restaurar la base de datos hasta el momento en el que se produjo el fallo; no obstante, se realizará una regresión de las transacciones sin confirmar. El método de copia de seguridad Registro sin truncar no elimina las transacciones confirmadas después de hacer copia de seguridad del registro.
Diferencial: copia de seguridad de cambios en la base de datos desde la última copia de seguridad completa
Esta opción hace copia de seguridad solamente de los cambios realizados a la base de datos o al grupo de archivos desde la última copia de seguridad completa. Puesto que las copias de seguridad diferenciales solo permiten la restauración del sistema hasta el momento de creación de esta copia de seguridad, es aconsejable crear varias copias de seguridad de registro entre las copias de seguridad diferenciales.
Diferencial (nivel de bloque): copia de seguridad de cambios en la base de datos desde la última copia de seguridad completa; usar con el trabajo de conversión a máquina virtual
Esta opción hace copias de seguridad de todos los bloques de datos y los registros que se han creado o modificado desde la última copia de seguridad completa.
Incremental (nivel de bloque): copia de seguridad de cambios en la base de datos desde la última copia de seguridad completa o incremental; usar con el trabajo de conversión a máquina virtual
Esta opción hace copias de seguridad de todos los bloques de datos y los registros que se han creado o modificado desde la última copia de seguridad completa o incremental.
Instantánea de base de datos: copia de solo lectura de un momento preciso de la base de datos
Esta opción crea una copia de solo lectura de un momento preciso de otra base de datos.
Nota:
Las copias de seguridad diferenciales o incrementales de SQL solo se admiten para conversión a virtual cuando usa métodos de copia de seguridad automáticas, diferenciales (nivel de bloque) o incrementales (nivel de bloque).
Además, Backup Exec ejecuta una copia de seguridad completa cuando se seleccionan los métodos de copia de seguridad automática o de registro si una copia de seguridad completa no se ha ejecutado previamente en la base de datos. También se ejecuta una copia de seguridad completa en una de las siguientes condiciones:
Se agrega o se restaura una nueva base de datos.
Backup Exec no ejecutó la última copia de seguridad completa.
Solamente se ejecutaron copias de seguridad de copia completas e incrementales en la base de datos en vez de copias de seguridad completas.
Ver Configurar los métodos de copia de seguridad para los trabajos de copia de seguridad.
Comprobación de coherencia antes de realizar la copia de seguridad
Seleccione una de las siguientes comprobaciones de la coherencia para ejecutar antes de hacer una copia de seguridad:
Ninguna.
Esta opción no ejecuta una comprobación de coherencia antes de una copia de seguridad. Se recomienda ejecutar siempre una comprobación de la coherencia antes o después de la copia de seguridad.
Comprobación completa, excepto los índices.
Esta opción excluye índices de la comprobación de coherencia. Si no se comprueban los índices, la comprobación de la coherencia se ejecuta más rápidamente, pero de manera menos rigurosa.
Comprobación completa, incluidos los índices.
Esta opción incluye índices en la comprobación de coherencia. Se registrarán todos los errores.
solo comprobación física.
Esta opción realiza una comprobación de bajo consumo de la coherencia física de la base de datos. Esta opción comprueba solamente la integridad de la estructura física de la página. Esta opción está seleccionada de forma predeterminada.
Continuar la copia de seguridad si falla la comprobación de coherencia
Elija si desea continuar con la operación de copia de seguridad incluso si la comprobación de la coherencia falla. Si esto sucede, puede continuar con la copia de seguridad si cree que una copia de seguridad de la base de datos en el estado actual es mejor que no disponer de ninguna copia de seguridad o si se hace copia de seguridad de una base de datos muy grande que solo tiene un pequeño problema en una tabla.
Seleccione la comprobación de la coherencia para ejecutarla después de una copia de seguridad. Puesto que las transacciones de bases de datos pueden tener lugar durante o después de la comprobación de la coherencia, pero antes de que se ejecute la copia de seguridad, programe una comprobación de la coherencia después de la copia de seguridad para asegurarse de que la base de datos sea coherente en el momento de la copia de seguridad.
Las opciones disponibles son:
Ninguna.
Esta opción no ejecuta una comprobación de coherencia después de una copia de seguridad. Se recomienda ejecutar siempre una comprobación de la coherencia después de la copia de seguridad. Esta opción está seleccionada de forma predeterminada.
Comprobación completa, excepto los índices.
Esta opción excluye índices de la comprobación de coherencia. Si no se comprueban los índices, la comprobación de la coherencia se ejecuta más rápidamente, pero de manera menos rigurosa.
Comprobación completa, incluidos los índices.
Esta opción incluye índices en la comprobación de coherencia. Se registrarán todos los errores.
solo comprobación física.
Esta opción realiza una comprobación de bajo consumo de la coherencia física de la base de datos. Esta opción comprueba solamente la integridad de la estructura física de la página. Esta opción está seleccionada de forma predeterminada.
Use las sumas de comprobación en la copia de seguridad (SQL 2005 o posterior)
Elija agregar las sumas de comprobación a los datos de la base de datos SQL de las cuales Backup Exec está haciendo copia de seguridad. Es necesario agregar sumas de comprobación a los datos de los que se hace copia de seguridad si desea utilizar la opción de restauración Ejecutar solamente la verificación y no restaurar los datos. Utilice esta opción y la opción Ejecutar solamente la verificación y no restaurar los datos para asegurarse de hacer una restauración a partir de una copia de seguridad SQL verificada durante una restauración de la base de datos SQL.
Crear copias en disco de copias de seguridad SQL que se deben colocar en el SQL Server donde se ubica la base de datos
Opte por crear una copia en disco de la base de datos SQL de la que se quiere hacer copia de seguridad. Esta opción permite hacer una copia de seguridad de una base de datos SQL en un soporte de almacenamiento a la vez que se crea una copia de la base de datos en una ruta del disco que especifique en el cuadro Guardar en ruta.
Esta opción permite a los administradores de TI hacer copia de seguridad de bases de datos SQL a la vez que los administradores de bases de datos pueden realizar copias de la base de datos en el disco, que se pueden utilizar para trabajos, como pruebas o restauraciones.
Nota:
Esta opción no admite la tecnología de instantáneas.
Guardar en ruta
Especifique una ruta en la que se deben guardar las copias en disco de las copias de seguridad SQL.
Compresión por software SQL Server 2008 Enterprise Edition
Seleccione una configuración de compresión que desee usar para este trabajo de copia de seguridad:
Ninguna.
No usar compresión.
Comprimir.
Use la compresión por SQL Server 2008 o posterior si es compatible con la instancia de SQL Server que está instalada.
SQL comprime los datos del equipo en el que está instalado SQL Server 2008 Enterprise Edition o posterior. Por lo tanto, las copias de seguridad de SQL 2008 o posterior deben ser más rápidas si se usa la compresión SQL.
Es posible encontrar una lista de sistemas operativos, plataformas y aplicaciones compatibles y Service Packs admitidos en la lista de compatibilidad de software de Backup Exec.
Se recomienda no usar la compresión por software de SQL 2008 o una versión posterior en un trabajo de copia de seguridad que utilice la compresión por software iniciada por Backup Exec. Se obtienen beneficios mínimos cuando se habilita la compresión de Backup Exec. De hecho, en trabajos en los que se usan ambos esquemas de compresión, los tiempos de copia de seguridad pueden aumentar.
La compresión por software SQL 2008 o posterior no se usa si un trabajo de copia de seguridad que incluye datos de SQL 2008 o posterior utiliza Advanced Open File Option.
Nota:
No es posible usar esta opción para los trabajos de copia de seguridad que eliminan datos duplicados.
Especifica uno de los siguientes métodos para las únicas copias de seguridad:
Completa: copia de seguridad de bases de datos
Esta opción hace copia de seguridad de la base de datos entera. Esta opción está seleccionada de forma predeterminada.
Ver Copia de seguridad de bases de datos SQL y registros de transacciones.
Copia completa: copia de seguridad de bases de datos (copia)
Esta opción hace copia de seguridad de toda la base de datos sin afectar las futuras copias de seguridad diferenciales o del registro.
A diferencia del método de copia de seguridad completa, el método de copia de seguridad de copia completa no restablece la línea base diferencial de SQL que se utiliza para indicar los bloques de la base de datos que se han modificado desde la última copia de seguridad completa.
Una vez realizada una copia de seguridad completa, puede utilizar el método de copia de seguridad de copia completa para hacer una copia de una base de datos SQL sin que ello afecte el conjunto de copias de seguridad de línea de base necesario para ejecutar copias de seguridad diferenciales en el futuro.
Instantánea de base de datos: copia de solo lectura de un momento preciso de otra base de datos
Esta opción crea una copia de solo lectura de un momento preciso de otra base de datos.
Registro sin truncar: copia de seguridad sin truncar el registro de transacciones
Esta opción hace copia de seguridad de la base de datos cuando está dañada o faltan archivos de la base de datos. Puesto que el método de copia de seguridad Registro sin truncar no accede a la base de datos, es posible seguir haciendo copias de seguridad de transacciones a las que quizás no se pueda acceder de ninguna otra manera cuando la base de datos se encuentre en este estado. Después, podrá utilizar esta copia de seguridad del registro de transacciones junto con la copia de seguridad de la base de datos y cualquier otra copia de seguridad anterior del registro de transacciones para restaurar la base de datos hasta el momento en el que se produjo el fallo; no obstante, se realizará una regresión de las transacciones sin confirmar. El método de copia de seguridad Registro sin truncar no elimina las transacciones confirmadas después de hacer copia de seguridad del registro.
Registro: copia de seguridad y truncar el registro de transacciones
Esta opción hace copia de seguridad solamente de los datos contenidos en el registro de transacciones; no hace copia de seguridad de datos de base de datos. Una vez hecha la copia de seguridad del registro de transacciones, las transacciones confirmadas se eliminarán (truncarán).
Si las bases de datos se configuran para el modelo de recuperación simple de SQL Server, las copias de seguridad del registro no se admiten. Para cambiar el modelo de recuperación, use las herramientas de administración SQL para configurar el modelo de recuperación en Completo. Es necesario ejecutar una nueva copia de seguridad completa si se cambia el modo de recuperación antes de que se ejecute una copia de seguridad del registro.
Alternativamente, se pueden ejecutar copias de seguridad completas solamente o se pueden ejecutar copias de seguridad completas y diferenciales de las bases de datos SQL.
Advertencia:
La administración del ciclo de vida de los datos (DLM) elimina todos los conjuntos de copias de seguridad caducados creados por un único trabajo de copia de seguridad. DLM no guarda el último conjunto de copias de seguridad después de que la fecha de la retención caduca si el conjunto de copias de seguridad es de una única copia de seguridad. Para evitar que los conjuntos de copias de seguridad se eliminen automáticamente, se pueden conservar manualmente los conjuntos de copias de seguridad específicos o puede cambiar la fecha de caducidad del conjunto de copias de seguridad.
- En el cuadro de diálogo Opciones de copia de seguridad, haga clic en la configuración opcional en el panel izquierdo que desee configurar para este trabajo.
- Haga clic en Aceptar.
- En el cuadro de diálogo Propiedades de definición de copia de seguridad, haga clic en Aceptar.
Ver Agregar una etapa a una definición de copia de seguridad.
Ver Editar las definiciones de copia de seguridad.
Ver Cambiar la configuración predeterminada del trabajo de copia de seguridad.