Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Puoi clonare (copiare) un backup di un database, un'istanza o un'immagine del gruppo di disponibilità SQL Server in qualsiasi host SQL Server noto all'appliance di backup/recupero.
La procedura di clonazione varia leggermente a seconda che tu stia clonando una
singola immagine del database, ad esempio un membro di un gruppo di disponibilità Always On (AG),
o più immagini in un'istanza SQL.
Utilizza un'operazione di clonazione:
Se hai copie di più database SQL Server su un singolo volume,
per evitare la perdita involontaria di dati quando i contenuti dell'intero volume
vengono sovrascritti durante il ripristino del volume.
Se il database originale è stato rimosso a causa di un danneggiamento
o se il vecchio server di database viene sostituito con un nuovo server.
Puoi utilizzare un clone per ripristinare in modo efficace i database SQL Server su qualsiasi
host, a differenza di un ripristino che può essere eseguito solo sull'host di origine.
Puoi utilizzare un clone per creare una copia indipendente dei database SQL Server
per test e sviluppo in cui tutte le modifiche rimarranno nella copia degli utenti
e non verranno riscritte nel pool di snapshot.
I cloni possono essere utilizzati per recuperare i database in una nuova posizione, con un nuovo nome file
o entrambi. I cloni vengono creati quando un database di origine è danneggiato o
richiede un'analisi delle cause principali. La clonazione esegue un ripristino completo con il recupero point-in-time facoltativo sullo stesso host (nuovo nome o nome file del database) o su host alternativi che eseguono la stessa versione o una versione successiva. I casi d'uso per i cloni includono test delle prestazioni, sviluppo e test a lungo termine, generazione di report e persino clonazione di database dagli ambienti di staging in istanze di produzione esistenti.
Per clonare un database SQL su un host:
Dalla console di gestione del servizio di backup e DR, apri
App Manager all'elenco Applicazioni.
Fai clic con il tasto destro del mouse sull'applicazione con l'immagine che vuoi clonare,
quindi scegli Accesso. Viene visualizzata la pagina Accesso che elenca le immagini di backup nella
visualizzazione della rampaTimelinea.
Seleziona un'immagine e poi Clona dall'elenco delle operazioni di accesso.
Si apre la pagina Clona.
Seleziona un target dall'elenco a discesa Target.
(Facoltativo) Inserisci un'etichetta per il job di clonazione nel campo Etichetta.
In Opzioni applicazione, seleziona uno o più database da clonare.
A differenza dell'operazione di montaggio, non viene creato alcun nuovo gruppo di coerenza quando vengono clonati più database.
Se l'applicazione di origine è protetta da un criterio di snapshot che ha
abilitato i backup dei log del database e i log sono disponibili con l'immagine,
puoi utilizzarli per eseguire il roll forward a un momento specifico modificando
queste opzioni nella sezione Ora di roll forward:
Il campo della data contiene tutte le date possibili a cui può essere eseguito il roll forward del database, con l'applicazione dei log delle transazioni del database.
Seleziona la data a cui deve essere eseguito il roll forward del database.
Il campo ora contiene un cursore che mostra tutte le ore possibili nella
data selezionata a cui può essere eseguito il roll forward del database. Se selezioni
l'ultima data possibile e poi sposti il cursore nella posizione più a destra, il job verrà applicato a tutti i log disponibili. Se selezioni
la data meno recente possibile e sposti il cursore nella posizione più a sinistra,
il job non applicherà alcun log.
Puoi specificare di eseguire il roll forward utilizzando Ora utente o Ora host.
L'ora utente è relativa all'ora locale dell'utente corrente. L'ora dell'host è
relativa al sistema che ospita i dati da clonare.
In Nome istanza SQL Server, seleziona un'istanza SQL Server di destinazione per gestire il nuovo database.
Se stai clonando un singolo database, inserisci il nome del nuovo database,
evitando i nomi dei database esistenti nel server di destinazione e nell'istanza selezionati.
Se cloni più database SQL, puoi fornire un nome per ciascun database. In Opzioni avanzate puoi anche aggiungere un suffisso o un prefisso, o entrambi, al nome di ogni database clonato.
Attiva l'opzione Rinomina i file in modo che corrispondano al nuovo database se vuoi
rinominare i file del database in modo che corrispondano ai nuovi nomi del database.
Nella sezione Advanced Options (Opzioni avanzate), inserisci le informazioni per i campi aggiuntivi richiesti.
Proprietà
Descrizione
Recuperare il database dopo il ripristino
Se l'opzione Recupera database dopo il ripristino non è abilitata, il database SQL
Server viene lasciato in uno stato in cui i log possono essere ripristinati. Quando è
attivato, il database SQL Server viene messo online e i log non possono essere ripristinati
oltre l'ora specificata nel montaggio.
Recuperare gli accessi utente
Ciò si applica solo se l'opzione Backup SQL Server User Logins in
Policy Settings o Policy Settings Overrides è impostata su Sì (questa
non è l'impostazione predefinita). Se questa opzione è impostata su Sì, tutti gli accessi degli utenti di cui è stato eseguito il backup
dall'istanza di origine vengono ripristinati nell'istanza di destinazione. Il ripristino degli account di dominio viene eseguito solo se il server SQL di destinazione si trova nello stesso dominio o nella stessa foresta dell'origine e se sono presenti le relazioni di trust richieste.
Nome utente/password
Credenziali utente per il provisioning del database.
Il nome utente è obbligatorio solo quando l'account
che esegue l'agente Backup e RE (in genere "Sistema locale")
non dispone dei privilegi per applicare i log delle transazioni o per scollegare un database
(operazione in genere richiesta durante un successivo smontaggio).
Sovrascrivi database esistente
Sovrascrive il database originale.
Nella sezione Percorsi file, specifica se vuoi copiare i file di database nello stesso percorso del server di origine o in una nuova posizione.
Le opzioni sono tre:
Copia i file nella stessa unità o nello stesso percorso del server di origine
(opzione predefinita).
Scegli nuove posizioni dei file a livello di volume.
Scegli nuove posizioni dei file a livello di file.
Se selezioni la seconda opzione (nuova opzione di file a livello di volume),
vedrai una tabella con i menu a discesa del volume di origine e del volume di destinazione.
In Volume di destinazione, seleziona un volume di destinazione dall'elenco a discesa di tutte
le applicazioni del file system rilevate. Se necessario, puoi anche digitare il
volume, ad esempio: M:\ o L:\Logs\Log1.
Se selezioni la terza opzione (nuove posizioni dei file a livello di file),
viene visualizzata una tabella con tre colonne: File, Posizione di origine e
Posizione di destinazione. In Posizione di destinazione, inserisci la nuova posizione del file, se necessario.
Fai clic su Invia.
Viene inviato un job per clonare l'immagine sull'host selezionato. Puoi verificare
che l'operazione di clonazione sia andata a buon fine visualizzando lo stato del job in
Monitoraggio.
Guida per DBA di Backup and DR Microsoft SQL Server
Questa pagina fa parte di una serie di pagine specifiche per la protezione e il recupero
di database Microsoft SQL Server con Backup and RE.
Puoi trovare ulteriori informazioni all'indirizzo:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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)"]]
