Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Puedes clonar (copiar) una copia de seguridad de una base de datos, una instancia o una imagen de AG de SQL Server en cualquier host de SQL Server que conozca tu dispositivo de copia de seguridad y recuperación.
El proceso de clonación varía ligeramente según si clonas una sola imagen de base de datos, como un miembro de un grupo de disponibilidad (AG) Always On, o varias imágenes en una instancia de SQL.
Usa una operación de clonación:
Si tienes copias de varias bases de datos de SQL Server en un solo volumen, para evitar la pérdida accidental de datos, ya que el contenido de todo el volumen se sobrescribe durante el restablecimiento del volumen.
Si se quitó la base de datos original debido a daños o si el servidor de base de datos anterior se reemplazó por uno nuevo
Puedes usar un clon para restablecer de manera eficaz bases de datos de SQL Server en cualquier host, a diferencia de un restablecimiento, que solo se puede ejecutar en el host de origen.
Puedes usar un clon para crear una copia independiente de las bases de datos de SQL Server para pruebas y desarrollo, en la que todos los cambios permanecerán en la copia del usuario y no se volverán a escribir en el grupo de instantáneas.
Los clones se pueden usar para recuperar bases de datos en una ubicación nueva, con un nombre de archivo nuevo o ambos. Se crean clones cuando una base de datos de origen se daña o requiere un análisis de causa raíz. El clon realiza una restauración completa con recuperación opcional a un momento determinado en el mismo host (nuevo nombre de base de datos o nombre de archivo) o en hosts alternativos que ejecuten la misma versión o una superior. Los casos de uso de los clones incluyen pruebas de rendimiento, desarrollo y pruebas a largo plazo, informes y hasta la clonación de bases de datos de entornos de etapa de pruebas en instancias de producción existentes.
Para clonar una base de datos SQL en un host, haz lo siguiente:
En la consola de administración de Backup and DR Service, abre el Administrador de aplicaciones en la lista Aplicaciones.
Haz clic con el botón derecho en la aplicación con la imagen que deseas clonar y, luego, elige Acceder. Se abrirá la página Acceso, en la que se enumeran las imágenes de copia de seguridad en la vista de rampa de la línea de tiempo.
Selecciona una imagen y, luego, Clonar en la lista de operaciones de acceso.
Se abrirá la página Clonar.
Selecciona un objetivo en la lista desplegable Objetivo.
De manera opcional, ingresa una etiqueta para el trabajo de clonación en el campo Etiqueta.
En Application Options, selecciona una o más bases de datos para clonar.
A diferencia de la operación Mount, no se crea un nuevo grupo de coherencia cuando se clonan varias bases de datos.
Si la aplicación de origen está protegida por una política de instantáneas que habilitó las copias de seguridad de los registros de la base de datos y los registros están disponibles con la imagen, puedes usarlos para realizar una recuperación hacia adelante hasta un momento específico. Para ello, cambia estas opciones en la sección Roll Forward Time:
El campo de fecha contiene todas las fechas posibles a las que se puede revertir la base de datos con la aplicación de los registros de transacciones de la base de datos.
Selecciona la fecha a la que se debe adelantar la base de datos.
El campo de hora contiene un control deslizante que muestra todas las horas posibles en la fecha seleccionada a las que se puede adelantar la base de datos. Si seleccionas la fecha más reciente posible y, luego, mueves el control deslizante hasta la posición más a la derecha, el trabajo se aplicará a todos los registros disponibles. Si seleccionas la fecha más antigua posible y mueves el control deslizante a la posición más a la izquierda, el trabajo no aplicará ningún registro.
Puedes especificar que se realice el adelanto con Hora del usuario o Hora del host.
La hora del usuario es relativa a la hora local del usuario actual. La hora del host es relativa al sistema que aloja los datos que se clonarán.
En Nombre de instancia de SQL Server, selecciona una instancia de SQL Server de destino para administrar la nueva base de datos.
Si clonas una sola base de datos, ingresa el nombre de la base de datos nueva y evita los nombres de las bases de datos existentes en el servidor y la instancia de destino seleccionados.
Si clonas varias bases de datos SQL, puedes proporcionar un nombre para cada una. En Opciones avanzadas, también puedes agregar un sufijo o un prefijo, o ambos, al nombre de cada base de datos clonada.
Habilita la opción Rename Files to Match New Database si deseas cambiar el nombre de los archivos de la base de datos para que coincidan con los nombres nuevos de la base de datos.
En la sección Opciones avanzadas, ingresa la información de los campos adicionales requeridos.
Propiedad
Descripción
Recupera la base de datos después de restablecerla
Si Recover Database After Restore no está habilitado, la base de datos de SQL Server se deja en un estado en el que los registros se pueden restablecer. Cuando está habilitada, la base de datos de SQL Server se pone en línea y los registros no se pueden restablecer más allá del tiempo especificado en el montaje.
Cómo recuperar los accesos de usuario
Esto solo se aplica si Backup SQL Server User Logins en Policy Settings o Policy Settings Overrides está configurado como Yes (esta no es la configuración predeterminada). Si se establece en Sí, se restablecerán en la instancia de destino todos los accesos de usuario de los que se haya creado una copia de seguridad desde la instancia de origen. Las cuentas de dominio solo se restablecen si el servidor de SQL de destino se encuentra en el mismo dominio o bosque que el origen, y si existen las relaciones de confianza necesarias.
Nombre de usuario y contraseña
Son las credenciales de usuario para el aprovisionamiento de la base de datos.
El nombre de usuario solo es obligatorio cuando la cuenta que ejecuta el agente de Backup and DR (por lo general, "Sistema local") no tiene privilegios para aplicar registros de transacciones o para separar una base de datos (lo que suele ser necesario durante un desmontaje posterior).
Reemplazar la base de datos existente
Reemplaza la base de datos original.
En la sección File Locations, especifica si deseas copiar los archivos de la base de datos en la misma ruta de acceso que el servidor de origen o en una nueva ubicación.
Existen tres opciones:
Copiar archivos a la misma unidad o ruta de acceso que tenían en el servidor de origen (opción predeterminada)
Elige nuevas ubicaciones de archivos a nivel del volumen.
Elige nuevas ubicaciones de archivos a nivel del archivo.
Si seleccionas la segunda opción (opción de archivo nuevo a nivel del volumen), verás una tabla con los menús desplegables de volumen de origen y volumen de destino.
En Target Volume, selecciona un volumen de destino en la lista desplegable de todas las aplicaciones del sistema de archivos detectadas. Si es necesario, también puedes escribir el volumen, por ejemplo, M:\ o L:\Logs\Log1.
Si seleccionas la tercera opción (nuevas ubicaciones de archivos a nivel del archivo), aparecerá una tabla con tres columnas: Archivo, Ubicación de origen y Ubicación de destino. En Target Location, ingresa la nueva ubicación del archivo según sea necesario.
Haz clic en Enviar.
Se envía un trabajo para clonar la imagen en el host seleccionado. Para verificar que la operación de clonación se haya realizado correctamente, consulta el estado del trabajo en el Monitor.
Guía para administradores de bases de datos de Microsoft SQL Server de Backup and DR
Esta página forma parte de una serie de páginas específicas para proteger y recuperar bases de datos de Microsoft SQL Server con Backup and DR. Puedes encontrar información adicional en los siguientes vínculos:
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[[["\u003cp\u003eCloning allows copying a SQL Server database, instance, or AG image to any SQL Server host known by the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eCloning is useful for avoiding data loss when multiple databases reside on a single volume, or when the original database is corrupt or the server is being replaced.\u003c/p\u003e\n"],["\u003cp\u003eClones enable the restoration of SQL Server databases to any host, unlike traditional restores which are limited to the source host.\u003c/p\u003e\n"],["\u003cp\u003eClones create independent copies for testing and development, ensuring changes don't affect the original data, and they can recover databases to new locations or filenames.\u003c/p\u003e\n"],["\u003cp\u003eThe cloning process involves selecting a source image, a target host, and specifying details like database names, file locations, and options for point-in-time recovery using transaction logs.\u003c/p\u003e\n"]]],[],null,["# Clone Microsoft SQL Server Databases\n\nYou can clone (copy) a backup of a SQL Server database, instance or AG image to\nany SQL Server host known by your backup/recovery appliance.\n\nThe cloning process varies slightly depending on whether you are cloning a\nsingle database image such as a member of an Always on Availability Group (AG)\nor multiple images in a SQL instance.\n\nUse a clone operation:\n\n- If you have copies of multiple SQL Server databases on a single volume,\n to avoid unintentional data loss as the contents of the entire volume\n get overwritten during restore of the volume.\n\n- If the original database has been removed because of corruption,\n or if the old database server is being replaced with a new server.\n\n- You can use a clone to effective restore SQL Server databases onto any\n host, unlike a restore which can only be run to the source host.\n\n- You can use a clone to create an independent copy of SQL Server databases\n for test and development where all changes will remain on the users copy\n and not get written back to the snapshot pool.\n\n- Clones can be used to recover databases to a new location, a new filename,\n or both. Clones are created when a source database has become corrupt, or\n requires root cause analysis. The clone performs a full restore with optional\n point in time recovery to the same host (new database name or filename), or\n alternative hosts running the same version or higher. The use cases for clones\n include performance testing, long term development and testing, reporting, and\n even cloning databases from staging environments into existing production\n instances.\n\nTo clone a SQL database to a host:\n\n1. From the Backup and DR Service management console, open the\n **App Manager** to the **Applications** list.\n\n2. Right-click the application with the image that you want to clone,\n then choose **Access** . The **Access** page opens listing backup images in\n the Timeline ramp view.\n\n3. Select an image and then select **Clone** from the list of access operations.\n The Clone page opens.\n\n4. Select a target from the **Target** drop-down list.\n\n5. Optionally, enter a label for the clone job in the **Label** field.\n\n6. Under **Application Options**, select one or more databases to clone.\n Unlike the Mount operation, no new Consistency Group is created when\n multiple databases are cloned.\n\n7. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to, with the application of database transaction logs. Select the date the database needs to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job will apply to all available logs. If you select the earliest possible date and move the slider to the left most position, the job will apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time**. User Time is relative to the local time of the current user. Host time is relative to the system that hosts the data to be cloned.\n\n | **Note:** When performing a clone from OnVault, a roll-forward range is displayed only when logs are available on the local appliance. This includes the scenario where an OnVault import was performed on the same appliance used as a target for StreamSnap replication with log replication enabled.\n8. In SQL Server Instance Name, select a target SQL Server instance to manage\n the new database.\n\n9. If you are cloning a single database, enter the name for the new database,\n avoiding names of existing databases in the selected target server and\n instance.\n\n If you are cloning multiple SQL databases you can supply a name for each\n database. Under **Advanced Options** you can also append a suffix or a\n prefix, or both to every cloned database's name.\n10. Enable the **Rename Files to Match New Database** option if you want to\n rename the database files to match the new database names.\n\n11. In the **Advanced Options** section, enter information for the additional\n fields required.\n\n \u003cbr /\u003e\n\n12. In the File Locations section, specify whether you want to copy the\n database files to the same path as the source server, or to a new location.\n There are three options:\n\n - Copy files to the same drive or path as they were on the source server\n (default option).\n\n - Choose new file locations at the volume level.\n\n - Choose new file locations at the file level.\n\n If you select the second option (new file option at the volume level),\n you will see a table with the source volume and target volume drop-down.\n\n In Target Volume, select a target volumes from the drop-down list of all\n discovered file system applications. If needed, you can also type the\n volume, for example: M:\\\\, or L:\\\\Logs\\\\Log1.\n\n If you select the third option (new file locations at the file level),\n a table with three columns appears: File, Source Location, and\n Target Location. In Target Location, enter the new file location as needed.\n13. Click **Submit**.\n A job is submitted to clone the image to the selected host. You can verify\n that the clone operation is successful by viewing the job status in the\n Monitor.\n\nThe Backup and DR Microsoft SQL Server DBA guide\n------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMicrosoft SQL Server databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for Microsoft SQL Server Databases](/backup-disaster-recovery/docs/concepts/backupdr-for-sql-server)\n- [Prepare SQL Server databases for Backup and DR Service](/backup-disaster-recovery/docs/configuration/prepare-sql-server)\n- [Add a SQL Server database host and discover databases](/backup-disaster-recovery/docs/configuration/discover-sql-server)\n- [Configure backup plans for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/back-up-sql-server)\n- [Application details and settings for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/app-details-settings-sql-server)\n- [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-sql-server)\n- [Mount databases into SQL Always On Availability Groups](/backup-disaster-recovery/docs/access-data/mount-sql-server-aag)\n- [Manage an active mount](/backup-disaster-recovery/docs/access-data/manage-active-mounts)\n- [Migrate a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sql-server-2)\n- [Clone SQL Server databases](/backup-disaster-recovery/docs/access-data/clone-sql-server)\n- [Recover SQL Server backups](/backup-disaster-recovery/docs/restore-data/restore-sql-server)"]]