Guía del administrador de Backup Exec 20.2
- 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
- Recuperación instantánea en la nube
- Configuraciones previas para realizar en el portal de Azure
- 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
- Acerca de establecer la confianza para un servidor de vCenter/ESX(i)
- 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
Solución de problemas de rendimiento de copia de seguridad
Puede realizar los siguientes pasos para identificar las causas de cualquier problema de rendimiento de trabajo de Backup Exec que encuentre. Esta instancia examina la solución de problemas de rendimiento para los siguientes tipos de trabajo:
Copia de seguridad local en disco
Copia de seguridad remota en disco
Copia de seguridad local en cinta
Copia de seguridad remota en cinta
Copia de seguridad local en disco
Obtenga una línea base. Revise los trabajos anteriores en la ventana Historial de trabajos de la ficha Supervisor de trabajos. Tenga en cuenta la velocidad de los trabajos anteriores y la duración general de estas copias de seguridad. Tenga en cuenta el tiempo total que los trabajos tardan en completarse, en lugar de los índices de cantidad de bytes reales. Si los trabajos actuales tardan más en finalizar que los trabajos anteriores o no cumplen con las expectativas de velocidad, continúe con la solución de problemas.
Reduzca el problema. Si el trabajo de copia de seguridad incluye varios agentes o varias unidades, divida el trabajo de copia de seguridad en trabajos separados para cada uno de los agentes y cada una de las unidades. A continuación, puede revisar el rendimiento de cada unidad o agente por separado. Para dividir un trabajo de copia de seguridad, haga clic en el botón Backup Exec, seleccione la unidad
, programe el trabajo y haga clic en . Si el rendimiento es lento solamente para un trabajo determinado, continúe con la solución de problemas de ese trabajo.Si un trabajo determinado aún muestra rendimiento lento, divida el trabajo de nuevo para continuar determinando qué parte de los datos afecta más el rendimiento del trabajo.
Una sección de datos con muchos archivos y directorios pequeños afecta negativamente el rendimiento. Este impacto sobre el rendimiento es el comportamiento normal.
Compruebe si los datos se están redirigiendo a otro sitio. Algunos sistemas de archivos permiten que un directorio monte datos remotamente. Los archivos en estos directorios pueden estar en servidores remotos que pueden degradar el rendimiento de la copia de seguridad completa.
Pruebe el rendimiento de la copia de seguridad en disco (B2D). Use Windows para copiar al menos de 2 GB de datos en el trabajo de copia de seguridad en el disco B2D. Compare el rendimiento de la copia de Windows con el rendimiento de la copia de seguridad. Si el rendimiento de ambas es comparable, es probable que el cuello de botella de rendimiento esté en el subsistema de disco en el cual residen las carpetas de B2D. Mueva las carpetas de B2D a un subsistema de disco más rápido, o continúe con la solución de problemas.
Pruebe el rendimiento del sistema. Si el trabajo está basado en archivos, en lugar de basado en Exchange, SQL u otro tipo de copia de seguridad de base de datos, cree una copia de seguridad similar en NTBackup (copia de seguridad de Windows) y realice una copia de seguridad en disco. Compare el rendimiento del trabajo de NTBackup con el rendimiento del trabajo de Backup Exec.
Si es necesario hacer una copia de seguridad de Exchange, SQL u otra base de datos, cree un trabajo de copia de seguridad en disco en Backup Exec que haga copia de seguridad de 2 GB de datos en donde sea el que resida ese agente de base de datos. Realice la prueba de la misma con NTBackup. Compare el rendimiento de ambas copias de seguridad. Si los niveles de rendimiento son similares, Backup Exec está funcionando en la capacidad del sistema.
Copia de seguridad remota en disco
Obtenga una línea base. Revise los trabajos anteriores en la ventana Historial de trabajos de la ficha Supervisor de trabajos. Tenga en cuenta la velocidad de los trabajos anteriores y el tiempo general que se necesita para estas copias de seguridad. Tenga en cuenta el tiempo total que los trabajos tardan en completarse, en lugar de los índices de cantidad de bytes reales. Si los trabajos actuales tardan más en finalizar que los trabajos anteriores o no cumplen con las expectativas de velocidad, continúe con la solución de problemas.
Reduzca el problema. Si su trabajo incluye varios agentes o varias unidades, divida el trabajo de copia de seguridad en trabajos separados para cada uno de los agentes y cada una de las unidades. A continuación, puede revisar el rendimiento de cada unidad o agente por separado. Para dividir un trabajo de copia de seguridad, haga clic en el botón Backup Exec, seleccione la unidad
, programe el trabajo y haga clic en . Si el rendimiento es lento solamente para un trabajo determinado, continúe con la solución de problemas de ese trabajo.Si un trabajo determinado aún muestra un rendimiento lento, divida el trabajo de nuevo para continuar determinando si una parte determinada de los datos afecta el rendimiento. Una sección de datos con muchos archivos y directorios pequeños afecta negativamente el rendimiento. Este impacto sobre el rendimiento es el comportamiento normal.
Compruebe si los datos se están redirigiendo a otro sitio. Algunos sistemas de archivos permiten que un directorio monte datos remotamente. Los archivos en estos directorios pueden estar en servidores remotos que pueden degradar el rendimiento de la copia de seguridad completa.
Pruebe el rendimiento de la red. Copie entre 500 MB y 1 GB de datos del servidor de copia de seguridad al servidor remoto. Tenga en cuenta cuánto tiempo tarda la operación de copia en terminar. Puede realizar esta copia creando una ruta a otro servidor. En la línea de comandos de Windows, escriba <\\remote servername\c$>. Cuando aparezca la unidad, copie los datos.
Siga este mismo procedimiento para copiar datos desde el servidor remoto al servidor de copia de seguridad y tenga en cuenta cuánto tiempo tarda la operación en terminar.
Compare la velocidad de ambas pruebas de red con el rendimiento de Backup Exec. Si el rendimiento de Backup Exec es más lento que las pruebas de copia de archivo, es probable que la red no sea el cuello de botella.
Si la red no es el cuello de botella, considere la posibilidad de realizar la misma prueba en un servidor remoto diferente o entre dos distintos servidores diferentes. Esto puede ayudar a determinar si el problema de rendimiento está asociado a la red en general, o a un servidor determinado en la red. Si no encuentra ningún problema de rendimiento de red, continúe al paso siguiente.
Pruebe el rendimiento del sistema. Intente hacer una copia de seguridad del servidor remoto con NTBackup (copia de seguridad de Windows). Si el servidor remoto no es visible en NTBackup, cree una unidad asignada a la unidad del servidor e intente hacer copia de seguridad de al menos de 2 GB de datos. Compare los registros de NTBackup con los registros de Backup Exec e identifique cualquier diferencia de rendimiento.
Copia de seguridad local en cinta
Obtenga una línea base. Revise los trabajos anteriores en la ventana Historial de trabajos de la ficha Supervisor de trabajos. Tenga en cuenta la velocidad de los trabajos anteriores y la duración general de estas copias de seguridad. Tenga en cuenta el tiempo total que los trabajos tardan en completarse, en lugar de los índices de cantidad de bytes reales. Si los trabajos actuales tardan más en finalizar que los trabajos anteriores o no cumplen con las expectativas de velocidad, continúe con la solución de problemas.
Borre cualquier problema de hardware temporal. Desconecte la energía para el servidor, la unidad de cinta o la biblioteca de cintas y, luego, conéctela de nuevo. Apague el servidor de copias de seguridad primero y, a continuación, la unidad o la biblioteca de cintas. Espere algunos segundos y, luego, encienda la unidad de cinta o la biblioteca de cintas. Cuando la unidad o la biblioteca de cintas esté lista, encienda el servidor. Vuelva a ejecutar el trabajo de copia de seguridad y examine su rendimiento. Si persiste el problema de rendimiento, continúe con la solución de problemas.
Seleccione el subsistema de SCSI. El rendimiento lento puede ser causado por la unidad de disco, la unidad de cinta, el controlador del disco, el bus de SCSI o un cableado o una terminación inadecuados. Asegúrese de cumplir con las siguientes condiciones:
El controlador es compatible con el hardware de copia de seguridad de cintas.
La configuración del BIOS de SCSI es correcta.
La opción Iniciar la negociación Wide está definida como en el caso de que el dispositivo de cinta esté enchufado a un conector de cable wide SCSI de 68 pines.
Las unidades de cinta no estén conectadas a un controlador SCSI Raid.
El rendimiento de la operación de verificación muestra el estado del subsistema de SCSI. Debido a que la operación de verificación solo lee datos y realiza operaciones dentro la memoria en el servidor de soportes, la velocidad del subsistema de SCSI limita el rendimiento de la operación de verificación. Puede examinar el rendimiento de la operación de verificación examinando los registros de trabajos de cualquier trabajo que incluya una operación de verificación. Si las velocidades de verificación son lentas, es probable que el subsistema de SCSI sea el cuello de botella de rendimiento.
Divida el trabajo de copia de seguridad en trabajos más pequeños para identificar los agentes o las funciones que posiblemente afecten el rendimiento. Si alguno de los trabajos más pequeños muestra problemas de rendimiento, continúe con la solución de problemas de ese trabajo.
Si un trabajo determinado aún muestra un rendimiento lento, divida el trabajo de nuevo para continuar determinando si una parte determinada de los datos afecta negativamente el rendimiento. Una sección de datos con muchos archivos y directorios pequeños afecta negativamente el rendimiento. Este impacto sobre el rendimiento es el comportamiento normal.
Determine si los datos se redirigen a otro sitio. Algunos sistemas de archivos permiten que un directorio monte datos remotamente. Los archivos en estos directorios pueden estar en servidores remotos que pueden degradar el rendimiento de la copia de seguridad completa.
Pruebe el rendimiento del sistema. Intente hacer una copia de seguridad del servidor remoto con NTBackup (copia de seguridad de Windows). Si el servidor remoto no es visible en NTBackup, cree una unidad asignada a la unidad del servidor e intente hacer copia de seguridad de al menos de 2 GB de datos. Compare los registros de NTBackup con los registros de Backup Exec e identifique cualquier diferencia de rendimiento.
Una compresión correcta puede aumentar la velocidad de transferencia de datos de la unidad de cinta dos veces su velocidad nativa. El rendimiento de compresión puede ser bastante variable dependiendo de los datos de entrada. Los archivos de imagen pueden comprimirse a una razón de 4.5:1 o más. Los archivos binarios pueden comprimirse solo a una razón de 1.5:1. Los datos que ya se comprimieron o se cifraron pueden expandirse aproximadamente un 5% si intenta comprimirlos más. Esto puede reducir el rendimiento de la unidad.
Si una compresión de hardware o software no se realiza según lo esperado, cambie a otro tipo de compresión. Puede cambiar los tipos de compresión con solo editar las propiedades de trabajo de copia de seguridad, haciendo clic en Configuración y, a continuación, seleccionando un tipo de compresión diferente en el menú Tipo de compresión.
en
Copia de seguridad remota en cinta
Realice cualquiera de los pasos de solución de problemas para
mencionados arriba. También puede realizar los siguientes pasos.Pruebe el rendimiento de la red. Copie entre 500 MB y 1 GB de datos del servidor de copia de seguridad al servidor remoto y tenga en cuenta la duración de la operación de copia. Para hacer esto, cree una ruta a otro servidor. En la línea de comandos de Windows, escriba <\\remote servername\c$>. Cuando aparezca la unidad, copie los datos.
Siga este mismo procedimiento para copiar datos desde el servidor remoto al servidor de copia de seguridad y tenga en cuenta cuánto tiempo tarda la operación en terminar.
Compare la velocidad de ambas pruebas de red con el rendimiento de Backup Exec. Si el rendimiento de Backup Exec es más lento que las pruebas de copia de archivo, es probable que la red no sea el cuello de botella.
Si la red no es el cuello de botella, puede realizar la misma prueba en un servidor remoto diferente o entre dos distintos servidores diferentes. Esto puede ayudarle a determinar si el problema de rendimiento está asociado a la red en general, o a un servidor determinado en la red. Si no encuentra ningún problema de rendimiento de red, continúe al paso siguiente.
Pruebe el rendimiento del sistema. Intente hacer una copia de seguridad del servidor remoto con NTBackup (copia de seguridad de Windows). Si el servidor remoto no es visible en NTBackup, cree una unidad asignada a la unidad del servidor e intente hacer copia de seguridad de al menos de 2 GB de datos. Compare los registros de NTBackup con los registros de Backup Exec e identifique cualquier diferencia de rendimiento.
Nota:
Si no puede hacer copias de seguridad remotas con NTBackup, abra NTBackup localmente en el servidor remoto y ejecute un trabajo de copia de seguridad local allí. Use Backup Exec para hacer una copia de seguridad de los mismos datos en disco y compare el rendimiento de ambas copias de seguridad. En la mayoría de los casos, los trabajos de Backup Exec que hacen copias de seguridad en disco se ejecutan más rápidamente que los que hacen copias de seguridad en cinta.