Servicio de copia de seguridad y recuperación tras desastres para Filestore y sistemas de archivos
Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
El servicio de copia de seguridad y recuperación tras fallos te permite capturar datos de sistemas de archivos SMB, NFS y Filestore de producción, gestionarlos de la forma más eficiente posible y usar copias virtuales de los datos para satisfacer requisitos empresariales, como copias de seguridad, pruebas y desarrollo, analíticas e IA.
Al configurar un plan de copia de seguridad para un sistema de archivos, tienes los siguientes ajustes para asegurarte de que obtienes exactamente lo que necesitas:
Patrones de exclusión y Patrones de inclusión: puede excluir o incluir determinados tipos de archivo. Si usas la opción Excluir patrones o Incluir patrones, solo se creará una copia de seguridad de los datos más importantes. Solo se excluyen o incluyen archivos, no directorios. Un patrón puede incluir caracteres comodín.
En Windows, los archivos llamados pagefile.sys y hiberfil.sys que aparecen en el directorio raíz de una unidad se ignoran automáticamente.
Rutas de inicio: especifica el punto del recurso compartido de archivos en el que se inicia la copia de seguridad. Si el campo Ruta de inicio se deja en blanco, la copia de seguridad se inicia en el directorio raíz del sistema de archivos del que se va a crear la copia.
Ejemplo de Linux: /usr/local crea una copia de seguridad del directorio /usr/local.
Ejemplo de Windows: \\SERVERNAME\SHARENAME\abc crea una copia de seguridad del directorio abc en el recurso compartido de archivos.
Rutas de poda: una ruta de poda especifica un punto del sistema de archivos en el que se detienen los recorridos de directorios. Si este campo se deja en blanco, el recorrido del directorio se realiza en todos los subdirectorios de las rutas de inicio de las que se crea una copia de seguridad.
Ejemplo de Linux: /usr/local/lib asegura que no se copie nada de /usr/local/lib, pero sí se copian todos los demás directorios y archivos de /usr/local.
Ejemplo de Windows: \\SERVERNAME\SHARENAME\abc asegura que no se copie nada de \\SERVERNAME\SHARENAME\abc, pero sí se copian todos los demás directorios y archivos de \\SERVERNAME\SHARENAME.
Dirección IP del punto de acceso al servicio: permite que el dispositivo de copia de seguridad o recuperación se conecte al agente de Backup and DR mediante la IP del recurso de clúster y que cree una copia de seguridad del sistema de archivos desde el nodo de clúster activo.
Ejemplo de funcionamiento: copia de seguridad basada en volúmenes con CBT de Linux
En el mapa de bits solo se registran los bloques modificados, por lo que no hay operaciones de copia al escribir ni operaciones intensivas de E/S.
En los pasos que se indican a continuación se describe el proceso para realizar copias de seguridad y restaurar datos con imágenes de copia de seguridad basadas en volúmenes y CBT:
El agente de copia de seguridad y recuperación ante desastres tiene CBT para monitorizar los bloques modificados en el sistema de archivos.
El agente llama a la API del SO para congelar o pausar los cambios en los archivos.
El agente crea una instantánea de LVM del sistema de archivos y sintetiza un mapa de bits.
Llamada a la API del agente para descongelar el sistema de archivos.
El agente copia los bloques modificados en el dispositivo de copia de seguridad o recuperación, que elimina la instantánea y cataloga la copia de seguridad.
El dispositivo genera una copia de seguridad interna y sintetiza una copia de seguridad completa virtual en un momento determinado.
Para la recuperación de datos, Backup and DR monta al instante un disco de almacenamiento provisional regrabable y pone en línea el sistema de archivos.
Otra documentación sobre copias de seguridad y recuperación tras fallos de sistemas de archivos
Esta página forma parte de una serie de páginas específicas sobre la protección y recuperación de sistemas de archivos con el servicio Backup y DR.
Puedes consultar más información en las siguientes páginas:
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (UTC)."],[[["\u003cp\u003eBackup and DR Service facilitates the capture and management of data from SMB, NFS, and Filestore file systems, enabling the use of virtual copies for various business needs.\u003c/p\u003e\n"],["\u003cp\u003eWhen configuring a backup plan, users can employ Exclude Patterns and Include Patterns to specify which file types are backed up, ensuring only crucial data is stored, without impacting directories.\u003c/p\u003e\n"],["\u003cp\u003eStart Paths in the backup configuration determine the directory in the file share where the backup process begins, while leaving the field blank will initiate the backup at the root directory.\u003c/p\u003e\n"],["\u003cp\u003ePrune Paths are utilized to halt directory traversals at specific points in the file system during backup, allowing users to exclude certain subdirectories from being copied.\u003c/p\u003e\n"],["\u003cp\u003eThe backup process utilizes a method where only changed blocks are tracked, avoiding copy-on-writes and I/O-intensive operations, and includes a recovery process where files are restored from a mounted disk.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for Filestore and file systems\n\nBackup and DR Service lets you capture data from production SMB, NFS, and\nFilestore file systems, manage it in the most efficient way possible,\nand use virtual copies of the data for business requirements like backup, test\nand development, analytics, and AI.\n\nWhen configuring a backup plan for a file system, you have the following\nsettings to help ensure that you get exactly what you need:\n\n- Exclude Patterns and Include Patterns: You can exclude or include certain\n file types. Using either the Exclude Patterns or Include Patterns option,\n only the most crucial data is backed-up. Only files are excluded or included,\n this does not impact directories. A pattern can include wildcard characters.\n On Windows, files named pagefile.sys and hiberfil.sys that appear in the root\n directory of a drive are automatically ignored.\n\n- Start Paths: Specifies the point in the file share where backup starts. If\n the Start Path field is left blank, backup starts at the root directory of\n the file system to be backed-up.\n\n - Linux example: `/usr/local` backs up the `/usr/local` directory.\n\n - Windows example: `\\\\SERVERNAME\\SHARENAME\\abc` backs up the abc directory on the file share.\n\n- Prune Paths: A prune path specifies a point in the file system where\n directory traversals stop. If this field is left blank, the directory\n traversal descends into every subdirectory of the start paths being backed up.\n\n - Linux example: `/usr/local/lib` ensures that nothing within `/usr/local/lib` is\n copied, but all other directories and files in `/usr/local` are copied.\n\n - Windows example: `\\\\SERVERNAME\\SHARENAME\\abc` ensures that nothing within\n `\\\\SERVERNAME\\SHARENAME\\abc` is copied, but all other directories and files\n in `\\\\SERVERNAME\\SHARENAME` are copied.\n\n- Service access point IP address: This allows the backup/recovery appliance\n to connect to the Backup and DR agent using the cluster resource IP and to\n back up the file system from the active cluster node.\n\nHow it works example: Backup and DR volume-based backup with Linux CBT\n----------------------------------------------------------------------\n\nOnly changed blocks are tracked in the bitmap, there are no copy-on-writes or\nI/O-intensive operations.\n\nThe following steps describe the process for how to perform data backup and\nrecovery with volume-based backup images and CBT:\n\n1. The Backup and DR agent has CBT to track changed blocks in the file system.\n\n2. The agent calls the OS API to freeze or pause file changes.\n\n3. Agent creates a LVM snapshot of the file system and synthesizes a bitmap.\n\n4. Agent API call to unfreeze the file system.\n\n5. Agent copies changed blocks to backup/recovery appliance, which then deletes\n the snapshot and catalogs the backup.\n\n6. The appliance issues an internal snapshot and synthesizes a point-in-time\n virtual full backup.\n\n7. For data recovery, Backup and DR instantly mounts a rewritable staging disk\n and brings the file system online.\n\nWhat's next\n-----------\n\n[Manage hosts and their connected applications](/backup-disaster-recovery/docs/configuration/manage-hosts-and-their-connected-applications)\n\nOther documentation for Backup and DR for file systems\n------------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nfilesystems with Backup and DR Service.\nYou can find additional information in the following pages:\n\n- [Backup and DR for file systems](/backup-disaster-recovery/docs/concepts/filesystem-intro)\n- [Manage hosts and their connected applications](/backup-disaster-recovery/docs/configuration/manage-hosts-and-their-connected-applications)\n- [Configure application details and settings to protect file system data](/backup-disaster-recovery/docs/backup/configure-app-settings-for-filesystems)\n- [Apply a backup plan to protect a file system](/backup-disaster-recovery/docs/create-plan/apply-backup-plan-to-filesystem)\n- [Restore a file system to the source](/backup-disaster-recovery/docs/access-data/filesystem-restore)\n- [Mount a file system or file share](/backup-disaster-recovery/docs/access-data/mount-file-system)\n- [Mount and migrate a file system for instant recovery to any target](/backup-disaster-recovery/docs/access-data/filesystem-mount-and-migrate)"]]
