Category: Tipos de elementos protegidos

Elementos de "salida del programa"

El tipo de copia de seguridad "Salida de programa" realiza una copia de seguridad del stdout (Standard Output) de cualquier ejecución de comandos. Este flujo de datos se guarda como un archivo virtual dentro del trabajo de copia de seguridad. Puede elegir el nombre del archivo virtual.

Los datos se transmiten directamente al destino de la copia de seguridad y nunca tocan el disco local. Esto tiene como consecuencia que no se puede calcular ni mostrar ninguna barra de progreso o ETA durante los trabajos de copia de seguridad.

Si la aplicación de destino produce algún contenido en stderr (Error estándar), se registrará en el informe del trabajo de copia de seguridad y el estado final del trabajo mostrará una "Advertencia".

Si la aplicación de destino sale con un código de error distinto de cero, el código de error se registrará en el informe del trabajo de copia de seguridad y el estado final del trabajo mostrará un "Error".

Copia de seguridad de "Microsoft Exchange Server".

Este tipo de elemento protegido realiza una copia de seguridad de las bases de datos de Microsoft Exchange Server. La tecnología subyacente es VSS y es compatible con Microsoft Exchange Server 2007 y posteriores, incluido Exchange Server 2016 (la última versión en el momento de escribir este artículo).

Debe instalarse el escritor de VSS apropiado.

Como Exchange Server sólo puede instalarse en SKUs de servidor de Windows, este tipo de copia de seguridad sólo es aplicable cuando se ejecuta en Windows Server.

Algunas formas de copia de seguridad de Exchange Server provocarán el truncamiento del registro en Exchange Server. Para más información, consulte la documentación oficial de Exchange Server. Si el registro circular está activado en Exchange Server, los tipos de copia de seguridad "Incremental" y "Diferencial" tienen un efecto limitado.

Copias de seguridad "Application-Aware Writer".

VSS es una tecnología para tomar una instantánea consistente y puntual de un volumen de disco. Una grabadora VSS es un complemento de software adicional que detecta cuándo se está produciendo esta acción y garantiza que los archivos específicos de la aplicación se encuentren en un estado seguro en el disco. La función "Application-Aware Writer" de eazyBackup le permite invocar una única grabadora VSS, o un subcomponente de una única grabadora VSS, y realizar una copia de seguridad únicamente de los archivos que estaba protegiendo.

Este es también un importante punto de integración de terceros para los proveedores de aplicaciones. Si su aplicación de terceros incluye un VSS Writer, puede utilizar este tipo de elemento protegido para hacer una copia de seguridad utilizando eazyBackup.

Algunos productos que pueden ser respaldados con este tipo de elemento protegido son:

  • Oracle DB;
  • Servidor MailStore;
  • Microsoft Dynamics CRM;
  • Microsoft Sharepoint;
  • Pervasive PSQL;
  • otros productos soportados nativamente por eazyBackup, incluyendo Microsoft Exchange Server, Microsoft Hyper-V y Microsoft SQL Server;
  • y otros productos.

NOTA: Este tipo de elemento protegido está pensado para la integración con aplicaciones personalizadas específicas. Si desea realizar una copia de seguridad de archivos normales con una instantánea de VSS, utilice el tipo de elemento protegido "Archivos y carpetas" con la opción "tomar instantánea del sistema de archivos" activada.

Selección de componentes

En eazyBackup, haga clic en el botón Editar (icono del lápiz) para examinar las grabadoras VSS disponibles instaladas en su dispositivo.

Puede seleccionar la casilla de verificación superior para incluir todos los componentes dentro de la grabadora de VSS, o puede seleccionar componentes individuales dentro de la grabadora de VSS. Por ejemplo, Microsoft SQL Server VSS Writer permite seleccionar bases de datos individuales para la copia de seguridad.

El propio VSS Writer puede marcar algunos componentes como no seleccionables. Esto se muestra en eazyBackup como un subcomponente gris sin casilla de verificación.

Modo VSS

Puede realizar la operación en los modos "VSS Completo", "VSS Copiado", "VSS Incremental" o "VSS Diferencial". Si una grabadora VSS específica no admite el modo de copia de seguridad seleccionado, realizará la copia de seguridad en modo "Completo".

El comportamiento real de estos modos es específico de cada grabadora de VSS. Para obtener más información, consulte la documentación de su grabadora de VSS.

Copia de seguridad de la base de datos Oracle

eazyBackup puede realizar copias de seguridad del contenido de cualquier VSS Writer instalado utilizando la opción "Application Aware Writer". Oracle Database soporta oficialmente la copia de seguridad a través de su VSS Writer instalado.

Es posible que tenga que instalar Oracle VSS Writer por separado. Está disponible con Oracle Database 11g y posteriores (incluidos 12c y 18c); las versiones más recientes de Oracle VSS Writer pueden instalarse por separado para realizar una copia de seguridad de una base de datos 10g o 9i.

Debe utilizar la opción "Application Aware Writer" y seleccionar el componente Oracle VSS Writer - ORCL. Dentro de esta opción, puede seleccionar tablespaces individuales para la copia de seguridad o seleccionar todo el componente.

Oracle VSS Writer lee la base de datos con privilegios de SYSDBA.

Oracle VSS Writer admite copias de seguridad de registro, de copia, completas, diferenciales e incrementales:

  • si realiza copias de seguridad "completas" o "copias" en el componente VSS, eazyBackup las deduplicará juntas, produciendo sus propias copias de seguridad incrementales
  • si realiza copias de seguridad "incrementales" en el componente VSS, puede ser ligeramente más eficiente en términos de espacio que el sistema incremental de eazyBackup, ya que Oracle tiene una comprensión más específica de los formatos de archivo. Sin embargo, al restaurar, debe tener cuidado de restaurar también la copia de seguridad completa y todas las copias de seguridad incrementales/de registro, lo que añade complejidad.

Encontrará más información sobre Oracle VSS Writer en Documentación de Oracle.

Copia de seguridad de "Microsoft Hyper-V"

Este tipo de elemento protegido realiza una copia de seguridad de las máquinas virtuales de Microsoft Hyper-V. La tecnología subyacente es VSS y es compatible con todas las versiones de Hyper-V que se ejecutan en Windows Server, incluido Windows Server 2016 (la última versión en el momento de redactar este documento).

Este tipo de copia de seguridad sólo es aplicable cuando se ejecuta en Windows Server. Hyper-V en Windows Desktop no es compatible con este tipo de elemento protegido.

eazyBackup se integra con el escritor VSS de Hyper-V para realizar una instantánea de la copia de seguridad de Hyper-V, incluyendo el soporte para la quiescencia en VM en los sistemas operativos invitados soportados.

La copia de seguridad de una máquina virtual Hyper-V con eazyBackup incluye, pero no se limita a:

  • su archivo de configuración
  • todas las unidades virtuales conectadas
  • el contenido de la memoria (si la máquina estaba funcionando)
  • el árbol completo de puntos de control guardados

Puede seleccionar máquinas virtuales individuales para la copia de seguridad, o elegir "Todas las máquinas virtuales".

Consistencia e incorporaciones de invitados

La siguiente información se aplica a todos los productos que realizan copias de seguridad de Hyper-V.

Cuando se realiza una copia de seguridad de una máquina virtual invitada, es importante obtener un estado consistente de la máquina virtual. Hay algunas maneras diferentes en que esto sucede.

Si el sistema operativo invitado tiene instalados todos los servicios de integración de Hyper-V necesarios, el host puede solicitar que la máquina virtual invitada tome una instantánea VSS. La instantánea se expone entonces a Hyper-V en el host para que eazyBackup realice la copia de seguridad. No debería interrumpir el sistema operativo invitado. La copia de seguridad de la máquina virtual es consistente con la aplicación. Esto se conoce como "Punto de control de producción".

Si el SO anfitrión está ejecutando Server 2012 R2 o más reciente, pero no hay servicios de integración dentro del SO invitado, entonces Hyper-V tomará un punto de control de la VM; eazyBackup hará una copia de seguridad del punto de control; y luego el punto de control será eliminado. Este tipo de punto de control no interrumpe el sistema operativo invitado. La copia de seguridad de la máquina virtual es consistente con los fallos. Esto se conoce como "Punto de control estándar".

  • También puede conseguir este comportamiento desactivando "Puntos de control de producción" en la configuración de Hyper-V para la máquina virtual.

Si el SO anfitrión es anterior a Server 2012 R2, y no hay servicios de integración dentro del SO invitado, entonces la VM se pondrá en pausa; Windows tomará una instantánea VSS de los archivos de Hyper-V en estado de pausa; la VM se reanudará y eazyBackup realizará una copia de seguridad desde la instantánea VSS. Esto causaría una breve interrupción en el sistema operativo invitado. La copia de seguridad de la máquina virtual es consistente con los fallos.

  • También puede conseguir este comportamiento desactivando los puntos de control en la configuración de Hyper-V para la VM.

Réplica VM

La siguiente información se aplica a todos los productos que realizan copias de seguridad de Hyper-V.

Si está utilizando la replicación de Hyper-V, puede hacer una copia de seguridad de sus máquinas virtuales desde el host primario o desde la réplica.

Una copia de seguridad tomada en el host VM primario es consistente con la aplicación (si es posible), poniendo en cuarentena una instantánea de VSS dentro del invitado VM; o consistente con la caída en caso contrario. Sin embargo, una copia de seguridad tomada en el host VM secundario sólo es consistente con los fallos, porque la réplica VM no se está ejecutando para que los servicios de integración de invitados tomen una instantánea VSS.

Las versiones actuales de Hyper-V no permiten realizar copias de seguridad de una máquina virtual que se esté replicando en ese momento. Si se encuentra una máquina virtual replicándose en el momento de la copia de seguridad, eazyBackup reintentará la operación varias veces. Si ve repetidamente errores del tipo La máquina virtual '...' no puede iniciar una operación de copia de seguridad porque está ejecutando actualmente una operación conflictiva. Vuelva a intentar la copia de seguridad. y está ejecutando copias de seguridad desde la réplica de la máquina virtual, podría considerar

  • programar el trabajo de copia de seguridad para que se ejecute en un momento en el que sea más probable que la replicación de la máquina virtual esté actualizada; o bien
  • utilizando los comandos Before / After en eazyBackup para detener temporalmente la replicación de la VM mientras se ejecuta el trabajo de copia de seguridad.

Para obtener más información sobre la copia de seguridad de una réplica de VM, consulte https://blogs.technet.microsoft.com/virtualization/2014/04/24/backup-of-a-replica-vm/

Discos de paso

La siguiente información se aplica a todos los productos que realizan copias de seguridad de Hyper-V.

Hyper-V soporta discos passthrough, para adjuntar un disco físico desde el host directamente a la VM huésped. Esto lo desmonta del sistema operativo anfitrión.

Hyper-V por sí mismo no soporta la copia de seguridad de los discos passthrough (ni los replica). Una copia de seguridad de Hyper-V de las máquinas invitadas se puede tomar desde el host, pero no incluye ningún dato de los discos passthrough.

Puede solucionar este problema de la siguiente manera

  • instalando eazyBackup dentro de la VM invitada, y haciendo una copia de seguridad de los datos extra a nivel de archivo (esto utilizará una licencia extra de Dispositivo); o
  • cambiar sus discos passthrough para que sean un disco real que contenga un archivo .vhd o .vhdx grande. El "Asistente para nuevo disco virtual" en Hyper-V Manager tiene una opción para convertir un disco existente en un archivo .vhd o .vhdx.

Para obtener más información sobre la realización de copias de seguridad de los discos passthrough en Hyper-V, consulte https://blogs.technet.microsoft.com/virtualization/2009/03/03/working-around-the-pass-through-limitations-of-the-hyper-v-vss-writer/

"Copia de seguridad del estado del sistema de Windows Server

eazyBackup se integra con el Estado del Sistema de Windows Server para soportar copias de seguridad de archivos .vhd del Estado del Sistema utilizando la tecnología wbadmin. Esta función solo está disponible en determinadas versiones de Windows Server con la función "Server Backup Role" activada.

Una copia de seguridad del estado del sistema de Windows Server puede incluir Active Directory, archivos de arranque, el registro COM+, la colmena del Registro del sistema y/o otros archivos del sistema.

Se debe utilizar una ruta local para poner en cola los datos temporales. Los datos temporales almacenados se eliminarán una vez que el trabajo de copia de seguridad haya finalizado. La ruta seleccionada

  • debe ser una unidad de raíz desnuda, y
  • debe soportar el VSS, y
  • debe tener al menos 10 GB de espacio libre, y
  • en Server 2008 y Server 2008 R2, no deben residir en un volumen "crítico".
  • debe aparecer ante Windows como fija, no extraíble, independientemente de si es físicamente una unidad interna o externa
    • Puede solucionar este problema para una unidad extraíble compartiendo una carpeta en la unidad y estableciendo su ruta UNC como directorio de spool

Para obtener más información sobre las copias de seguridad del estado del sistema de Windows Server, consulte

Restauración de

Una vez que haya restaurado el archivo .vhd con eazyBackup, puede utilizar el comando wbadmin start systemstaterecovery para aplicar una copia de seguridad del Estado del Sistema .vhd a una copia instalada de Windows Server.

Formas alternativas de hacer una copia de seguridad del estado del sistema

Tenga en cuenta que, como se utiliza wbadmin, se necesita espacio de spool. Como alternativa, puede hacer una copia de seguridad del estado del sistema utilizando el tipo de elemento protegido "Application-Aware Writer". Esto produce un resultado similar, pero

  • no se necesita espacio en la bobina; y
  • los archivos no se recopilan en un archivo .vhd - Esto puede producir una mejor deduplicación a expensas de la falta de archivos del cargador de arranque

"Copia de seguridad del sistema Windows"

eazyBackup se integra con Windows System Backup para soportar la copia de seguridad de volúmenes enteros del sistema como archivos .vhd / .vhdx utilizando la tecnología wbadmin.

Elija los volúmenes de los que desea hacer copia de seguridad, y/o elija "todos los volúmenes críticos".

  • Puede elegir un volumen por su letra de unidad (por ejemplo, C:\), o por una referencia calificada de volumen de Windows para los volúmenes sin una letra de unidad (ver la salida de la lista de volúmenes de fsutil).

Se debe utilizar una ruta local para poner en cola los datos temporales. Los datos temporales almacenados en la cola de impresión se eliminarán una vez que el trabajo de copia de seguridad haya finalizado. La ruta de spool seleccionada

  • debe ser una unidad de raíz desnuda, y
  • no debe incluirse como uno de los volúmenes seleccionados, y
  • debe aparecer ante Windows como fija, no extraíble, independientemente de si es físicamente una unidad interna o externa
    • Puede solucionar este problema para una unidad extraíble compartiendo una carpeta en la unidad y estableciendo su ruta UNC como directorio de spool

Restauración (unidad de datos)

Una vez que restaure el archivo .vhd con eazyBackup, se puede montar en Windows, o se puede explorar (por ejemplo, en 7-Zip), o se puede adjuntar a una máquina virtual, o se puede escribir en un volumen físico. Esto le permitirá acceder y extraer archivos y carpetas individuales dentro de la copia de seguridad.

Restauración (sistema operativo de arranque)

Si incluyó la unidad del SO en la copia de seguridad, es posible restaurar el SO a un estado de arranque, siempre que se cumplan algunas condiciones adicionales:

El siguiente método para restaurar el SO requiere que incluyas la partición "System Reserved" en el trabajo de copia de seguridad; ya sea incluyendo manualmente el volumen, o eligiendo "All Critical Volumes" en la selección de volumen.

Si no incluye la partición "System Reserved" en el trabajo de copia de seguridad, el .vhd / .vhdx resultante es un archivo de sólo datos. En esa situación, es posible que tenga que volver a crear manualmente un gestor de arranque NTLDR (mediante los comandos bootsect y bcdedit) antes de poder arrancar la máquina.

Si está haciendo una copia de seguridad de una máquina que arrancó mediante EFI, es posible que también tenga que hacer una copia de seguridad y restaurar la partición del sistema EFI (ESP).

Tenga en cuenta que las instalaciones del sistema operativo Windows se especializan para el hardware actual, y las imágenes de copia de seguridad no se preparan automáticamente para la independencia del hardware. Una imagen del sistema operativo sólo puede arrancar en hardware idéntico o muy similar. Este problema tiene su origen en la tecnología wbadmin "Windows System Backup" y no es específico de la implementación de eazyBackup. Puede encontrar más información en línea.

Uso de Windows Recovery 

Una vez que haya restaurado los archivos .vhd / .vhdx con eazyBackup, puede arrancar en Windows Recovery o en el medio de instalación de Windows, y elegir la opción "System Image Recovery".

Puede ser obligatorio mantener los archivos en el subdirectorio WindowsImageBackup en la unidad raíz, para que la GUI "System Image Recovery" encuentre los archivos. "System Image Recovery" sólo puede restaurar una imagen del sistema si la copia de seguridad incluía la partición "System Reserved".

  • En este cuadro de diálogo, puede hacer clic en la opción "Seleccionar una imagen del sistema" para buscar el archivo .vhd / .vhdx, de modo que Windows pueda grabarlo de nuevo en su disco físico.
  • Hay más información disponible en línea, incluido un recorrido visual:
  • Las versiones posteriores de los medios de instalación de Windows son capaces de recuperar archivos vhd de versiones anteriores de Windows, y pueden tener un mejor soporte de controladores. Por ejemplo, si tiene problemas para recuperar un archivo .vhd utilizando el medio de instalación de Server 2008, considere la posibilidad de probar con medios de instalación de una versión más reciente de Windows.

Uso de wbadmin 

Puede utilizar los comandos wbadmin start recovery o wbadmin start sysrecovery para restaurar el sistema operativo sin utilizar la interfaz gráfica de usuario "System Image Recovery" de Windows.

Uso de qemu-img 

El archivo .vhd se puede escribir manualmente en un volumen físico utilizando qemu-img (por ejemplo, qemu-img convert -f vpc image.vhd /dev/sda) o cualquier herramienta similar.

Uso del hipervisor 

El archivo .vhd puede adjuntarse a una máquina virtual y arrancarse tal cual.

Formas alternativas de hacer una copia de seguridad del sistema Windows

Tenga en cuenta que, como se utiliza wbadmin, se necesita espacio de spool. Puede ser preferible utilizar el tipo de copia de seguridad "Archivos y carpetas", que no requiere espacio de spool. Sin embargo, realizar una copia de seguridad de una instalación del sistema operativo Windows de este modo no da como resultado una imagen de arranque.

Copia de seguridad de "MySQL"

Este tipo de elemento protegido hace una copia de seguridad de una base de datos MySQL. También es compatible con servidores compatibles con MySQL, como MariaDB y Percona Server. Funciona a nivel lógico (SQL).

No se almacenan datos en el disco local. Según el tipo de "Salida del programa", no aparece ninguna barra de progreso o ETA durante una copia de seguridad de MySQL.

Las bases de datos se copian de una en una. La consistencia puntual sólo se conserva en cada base de datos.

Detalles de la conexión

Los detalles de la conexión deben suministrarse antes de seleccionar las bases de datos. Rellene los campos de la parte inferior de la ventana de diálogo.

Selección de bases de datos

Utilice el botón más de la derecha para abrir un explorador de bases de datos, que le permitirá seleccionar bases de datos individuales para la copia de seguridad. Utilice el botón desplegable más para añadir una propiedad personalizada.

Personalización de mysqldump

El soporte MySQL de EazyBackup Backup funciona a nivel lógico (SQL) utilizando mysqldump. Una copia de este programa debe encontrarse en el dispositivo para que el trabajo de copia de seguridad se ejecute.

El binario mysqldump se selecciona de la siguiente manera:

  • Si se ha establecido una ruta personalizada para mysqldump, se utiliza este binario.
  • En caso contrario, si hay una versión de mysqldump instalada (por ejemplo, si está haciendo una copia de seguridad de un servidor MySQL desde el propio servidor), se utilizará la versión local de mysqldump para garantizar la máxima compatibilidad.
  • De lo contrario, si no se puede encontrar una copia de mysqldump, la versión de Windows de eazyBackup Backup incluye un binario reciente de mysqldump de acuerdo con su licencia.
  • Si no se encuentra un binario mysqldump adecuado, el trabajo de copia de seguridad de MySQL fallará con un mensaje de error Couldn't find 'mysqldump' anywhere. Este fallo se puede detectar a través del estado del trabajo de copia de seguridad o sus entradas de registro.

En Linux, puedes instalar una copia de mysqldump de la siguiente manera:

Distribuidor Comando
Debian, Ubuntu apt-get install mysql-client
CentOS, RHEL yum install mysql

Bases de datos del sistema

EazyBackup admite la realización de copias de seguridad de las bases de datos del sistema integradas si se desea.

  • La base de datos mysql contiene la configuración del servidor, incluyendo las cuentas de usuario y las concesiones. Sólo debe restaurarse a la misma versión principal de MySQL.
  • La base de datos information_schema es un conjunto de vistas de sólo lectura y no necesita ser restaurada.
  • La base de datos performance_schema es un conjunto de estadísticas agregadas y no necesita ser restaurada.
  • La base de datos sys (en MySQL 5.7.7 y superior) es un conjunto de estadísticas de rendimiento y no necesita ser restaurado. Si su versión de MySQL no hace una copia de seguridad de esta tabla con éxito, es seguro excluirla de la configuración de eazyBackup Backup.

Modos de aislamiento

Esta función está disponible en eazyBackup 19.3.0 y posteriores.

EazyBackup le permite seleccionar el modo de aislamiento utilizado cuando lee datos de MySQL. Debe seleccionar el modo de aislamiento más apropiado para su tipo de motor MySQL.

Existen las siguientes opciones:

Modo de aislamiento InnoDB MyISAM Detalle
Transacción Consistente Inconsistente Envolver todos los accesos de lectura en una sola transacción, para que los datos leídos sean consistentes
Tablas de bloqueo (por defecto) Consistente, pero lento Consistente, pero lento Bloquear el acceso a la base de datos antes de leerla, para que los datos leídos sean consistentes. Esto requiere que la cuenta de usuario de MySQL tenga el permiso LOCK TABLES
Ninguno Inconsistente Inconsistente No tome una transacción y no bloquee las tablas.

Copia de seguridad de "Microsoft SQL Server".

Este tipo de elemento protegido realiza una copia de seguridad de una base de datos de Microsoft SQL Server. La tecnología subyacente es VDI y es compatible con SQL Server 2005 y posteriores.

No se almacenan datos en el disco local. Según el tipo de "Salida del programa", no aparece ninguna barra de progreso ni ETA durante una copia de seguridad de Microsoft SQL Server.

Las bases de datos se copian de una en una. Si necesita coherencia puntual en varias bases de datos, utilice la opción "Application-Aware Writer".

Detalles de la conexión

Al configurar el nuevo elemento protegido MSSQL, los detalles de conexión deben ser suministrados antes de seleccionar las bases de datos. eazyBackup sólo se conectará a SQL Server que se ejecute en la máquina local. Debe introducir el nombre de la instancia, o dejar el campo en blanco para utilizar la instancia por defecto.

Configuración de la copia de seguridad de MSSQL

Dirección

La dirección es siempre localhost, pero EazyBackup no utiliza direcciones TCP o puertos TCP para conectarse a las instancias de SQL Server. eazyBackup utiliza "Memoria Compartida" para conectarse a las instancias de SQL Server.

El uso de EazyBackup de la conexión de "Memoria Compartida" mejora el rendimiento de algunas operaciones, a expensas de trabajar sólo en la máquina local; pero el uso de eazyBackup de VDI requiere que se ejecute contra la máquina local de todos modos.

Si tiene problemas para conectarse a su servidor SQL Server, debe asegurarse de que el "Protocolo de memoria compartida" está activado en el Administrador de configuración de SQL Server.

Abrir el Administrador de Configuración de Sql Server -> Configuración de Red de SQL Server -> Protocolos -> Memoria Compartida -> Habilitar

Conductor

OLE DB y ODBC son métodos de acceso a datos que utilizan "controladores" / "proveedores" conectables para conectarse a bases de datos como SQL Server. Los siguientes controladores para OLE DB / ODBC son compatibles con SQL Server:

Conductor Soporte de TLS 1.2 Notas
MSOLEDBSQL Incluido con SQL Server 2016 y 2017; descarga opcional desde https://www.microsoft.com/en-us/download/details.aspx?id=56730
SQLNCLI11 Incluido en SQL Server 2012 y 2014; descarga opcional desde https://www.microsoft.com/en-us/download/details.aspx?id=50402
SQLNCLI10 No Incluido en SQL Server 2008
SQLNCLI No Incluido en SQL Server 2005
SQLOLEDB No Incluido con SQL Server (todas las versiones); Incluido con Windows desde XP / Server 2003

EazyBackup se ha ido actualizando con el paso del tiempo para soportar la prueba de controladores adicionales:

Versión de EazyBackup Conductor preferido Conductor(es) de reserva
>= 18.9.6, >= 18.8.6 MSOLEDBSQL SQLNCLI11, SQLOLEDB

Puede listar los controladores instalados

Autenticación

EazyBackup le permite conectarse a SQL Server utilizando la autenticación de Windows (que se ejecuta como la cuenta de servicio de copia de seguridad - por lo general NT SERVICE\backup.delegate o SYSTEM), o la autenticación nativa de SQL Server.

  • Si se utiliza la autenticación de Windows, la conexión se produce como la cuenta de servicio de copia de seguridad.
    • Puede asignar esta cuenta de usuario de Windows para que tenga derechos de administrador del sistema dentro de SQL Server.
  • Si utiliza la autenticación de SQL Server, debe introducir un nombre de usuario y una contraseña válidos para conectarse a SQL Server.

La suplantación no está disponible actualmente para la autenticación de Windows. Las futuras versiones de eazyBackup soportarán la suplantación para la autenticación de Windows.

Múltiples instancias

EazyBackup soporta copias de seguridad de múltiples instancias de SQL Server. Puede seleccionar una instancia para la copia de seguridad, introduciendo el nombre de la instancia en el campo "Nombre de Instancia". Deje este campo en blanco para utilizar la instancia por defecto.

EazyBackup Backup lista automáticamente las instancias disponibles para su selección en el menú desplegable.

Modo de copia de seguridad

Por defecto, EazyBackup opta por realizar una exportación completa de la base de datos desde SQL Server, y luego utiliza su propio sistema de deduplicación para optimizar los datos almacenados/cargados.

Es la opción "Completa (sólo copia)". Equivale a la sentencia T-SQL BACKUP WITH COPY_ONLY.

Debido a que EazyBackup puede deduplicar eficientemente las copias de seguridad de imágenes completas, normalmente es suficiente con tomar sólo copias de seguridad completas de SQL Server en eazyBackup.

Imágenes base

Tiene la opción de utilizar el propio sistema de copias de seguridad diferenciales/de registro de SQL Server. Esto puede ser más eficiente, pero requiere trabajo administrativo adicional y complica el proceso de restauración de datos.

El servidor SQL Server mantiene una única referencia de punto en el tiempo, a partir de la cual puede producir copias de seguridad diferenciales y/o copias de seguridad basadas en registros. Cuando se realiza una nueva copia de seguridad "Completa (imagen base)", la referencia de punto en el tiempo se desplaza hacia delante, de modo que cualquier copia de seguridad diferencial y/o basada en registros futura se basa en la última copia de seguridad de imagen base.

Para utilizar el sistema de copias de seguridad diferenciales/de registro propio de SQL Server, debe crear varios elementos protegidos (cada uno con una programación diferente) para capturar tanto una imagen base como copias de seguridad diferenciales/de registro. Al crear varios elementos protegidos, puede programar, informar y gestionar de forma individual las políticas de retención de las copias de seguridad básicas y diferenciales/de registro.

Si está utilizando EazyBackup junto con otro producto para las copias de seguridad del servidor SQL, debe asegurarse de que sólo un producto está tomando copias de seguridad de la imagen base. De lo contrario, es posible que una cadena de copias de seguridad diferenciales/de registro esté incompleta.

Diferencial 

EazyBackup puede utilizar los propios sistemas de SQL Server para realizar copias de seguridad diferenciales. En este modo, puede hacer regularmente copias de seguridad "diferenciales base", y luego una serie de pequeñas copias de seguridad "diferenciales incrementales", cada una conteniendo la diferencia de la última copia de seguridad base. Estas operaciones son equivalentes a las sentencias T-SQL BACKUP y BACKUP WITH DIFFERENTIAL respectivamente. eazyBackup seguirá deduplicando múltiples copias de seguridad base que se envíen a la misma Bóveda de Almacenamiento.

Se trata de la opción "Incremento diferencial".

Registro 

Puede optar por utilizar los propios sistemas de SQL Server para las copias de seguridad de los registros. En este modo, debe realizar periódicamente copias de seguridad completas (imagen base) y regularmente copias de seguridad de registro.

Puede elegir si aplicar el truncamiento del registro. Estas operaciones son equivalentes a las sentencias T-SQL BACKUP LOG y BACKUP LOG WITH NO_TRUNCATE respectivamente. eazyBackup seguirá deduplicando todos los datos que se envíen al mismo Storage Vault.

Para utilizar el sistema de registro propio de SQL Server, debe crear varios elementos protegidos (cada uno con una programación diferente) para capturar tanto las copias de seguridad completas como las de registro.

Este modo requiere que el Modelo de recuperación de la base de datos esté configurado como "Completo" o "Registro masivo" en SQL Server. Para obtener más información, consulte https://msdn.microsoft.com/en-us/library/ms189275.aspx .

Recomendaciones 

En general, recomendamos utilizar la técnica de copia de seguridad "Completa" por defecto.

Los sistemas diferenciales/de registro nativos de SQL Server pueden utilizarse si experimenta problemas de rendimiento con el modo predeterminado; sin embargo, debe asegurarse de que

  1. Ningún otro sistema de copia de seguridad está restableciendo la última copia de seguridad base;
  2. Siempre que el diferencial/registro haga una copia de seguridad con éxito, que la base también ha hecho recientemente una copia de seguridad con éxito;
  3. Las copias de seguridad de base se realizan regularmente para minimizar la sobrecarga de los diferenciales.
  4. La retención se gestiona cuidadosamente para garantizar que la recuperación sea posible

Formas alternativas de hacer copias de seguridad de Microsoft SQL Server

Puede utilizar el tipo "Application-Aware Writer" para realizar copias de seguridad de SQL Server utilizando el VSS Writer. Comparado con el enfoque VDI estándar de eazyBackup, esta opción permite una información de progreso más detallada, y puede tomar una instantánea consistente en un punto en el tiempo de múltiples bases de datos a la vez; pero ofrece un control más limitado sobre las características de SQL Server como el truncado de registros. Los archivos resultantes también deben restaurarse de forma diferente.

Puede utilizar la función "Comandos" de eazyBackup para llamar a osql/sqlcmd para ejecutar una sentencia T-SQL BACKUP contra la base de datos, y luego hacer una copia de seguridad del archivo en cola resultante con el tipo "Archivos y carpetas". Esta opción requiere más espacio temporal en disco que el sistema incorporado anteriormente.

Puede utilizar el tipo "Archivos y carpetas" para realizar copias de seguridad de archivos de base de datos individuales si la opción "Tomar instantánea del sistema de archivos" está seleccionada. Sin embargo, el tipo de copia de seguridad "Archivos y carpetas" no invoca el escritor VSS de SQL Server, por lo que (en el mejor de los casos) produciría una copia de seguridad "coherente con fallos" y es no se recomienda.

es_COES