Creare una copia coerente a livello transazionale di un database SQL di Azure
Si applica a: 
Database SQL di Azure
Il database SQL di Azure fornisce diversi metodi per la creazione di una copia di un database esistente nello stesso server o in un altro server. È possibile copiare un database tramite il portale di Azure, PowerShell, l'interfaccia della riga di comando di Azure o Transact-SQL.
Nota
Microsoft Entra ID era precedentemente conosciuto come Azure Active Directory (Azure AD).
Panoramica
La copia del database è uno snapshot coerente a livello di transazioni del database di origine e temporizzato dopo l'avvio della richiesta di copia. È possibile selezionare lo stesso server o un altro server per la copia. È inoltre possibile scegliere di mantenere la ridondanza del backup e le dimensioni di calcolo del database di origine oppure usare una ridondanza dell'archiviazione di backup diversa e/o le dimensioni di calcolo all'interno dello stesso livello di servizio. Esistono due eccezioni in cui un database nel livello di servizio Standard può essere copiato nel livello Standard o in quello Per utilizzo generico e un database nel livello di servizio Premium può essere copiato nel livello Premium o in quello Business Critical. Al termine del processo di copia, questa diventa un database indipendente e completamente funzionante. Accessi, utenti e autorizzazioni nel database copiato vengono gestiti in modo indipendente rispetto al database di origine. Questa copia viene creata usando la tecnologia di replica geografica. Al termine del seeding della replica, il collegamento di replica geografica viene terminato automaticamente. All'operazione di copia del database si applicano tutti i requisiti per l'uso della replica geografica. Per informazioni dettagliate, vedere Panoramica della replica geografica attiva.
Nota
Il portale di Azure, PowerShell e l'interfaccia della riga di comando di Azure non supportano la copia del database in una sottoscrizione diversa.
Copia del database per Azure SQL Hyperscale
Per Azure SQL Hyperscale, il database di destinazione determina se la copia sarà una copia veloce o una copia della dimensione dei dati.
Copia veloce: quando viene eseguita nella stessa area d'origine, la copia viene creata dagli snapshot dei BLOB, questa copia è un'operazione veloce indipendentemente dalle dimensioni del database.
Copia delle dimensioni dei dati: quando il database di destinazione si trova in un'area diversa dall'origine o se la ridondanza dell'archiviazione di backup del database (locale, zonale, geografica) dalla destinazione è diversa dal database di origine, l'operazione di copia è un'operazione di dimensionamento dei dati. Il tempo di copia non è direttamente proporzionale alle dimensioni, poiché i BLOB del server di pagine vengono copiati in parallelo.
Account di accesso nella copia del database
Quando si copia un database nello stesso server logico, è possibile usare gli stessi account di accesso per entrambi i database. L'entità di sicurezza usata per copiare il database diventa il proprietario del database nel nuovo database.
Quando la copia del database viene eseguita su un server diverso, l'entità di sicurezza che ha avviato l'operazione di copia nel server di destinazione diventa il proprietario del nuovo database.
A prescindere dal server di destinazione, tutti gli utenti del database, le relative autorizzazioni e i relativi ID di sicurezza (SID) vengono copiati nella copia del database. L'uso di utenti di database indipendente per l'accesso ai dati garantisce che il database copiato abbia le stesse credenziali utente, in modo che dopo il completamento della copia sia possibile accedervi immediatamente con le stesse credenziali
Se si usano accessi a livello di server per l'accesso ai dati e si copia il database in un server diverso, l'accesso potrebbe non funzionare. Questo problema può verificarsi perché gli accessi non esistono nel server di destinazione o perché le password e gli identificatori di sicurezza (SID) sono diversi. Per informazioni sulla gestione degli accessi durante la copia di un database in un server differente, vedere Come gestire la sicurezza del database SQL di Azure dopo il ripristino di emergenza. Una volta completata l'operazione di copia in un server diverso e prima che venga eseguito nuovamente il mapping di altri utenti, solo l'accesso associato al proprietario del database o all'amministratore del server può accedere al database copiato. Per risolvere gli accessi e ristabilire l'accesso ai dati al termine dell'operazione di copia, vedere Risolvere gli accessi.
Copiare usando il portale di Azure
Per copiare un database usando il portale di Azure, aprire la pagina per il database, quindi scegliere Copia per aprire la pagina Crea database SQL - Copia database. Immettere i valori per il server di destinazione in cui copiare il database.
Copia con l'interfaccia della riga di comando di Azure
Per copiare un database, usare i seguenti esempi.
Per PowerShell, usare il cmdlet New-AzSqlDatabaseCopy.
Importante
Il modulo Azure Resource Manager (RM) di PowerShell è ancora supportato dal database SQL di Azure, ma tutte le attività di sviluppo future sono incentrate sul modulo Az.Sql. Il modulo AzureRM continuerà a ricevere correzioni di bug almeno fino a dicembre 2020. Gli argomenti per i comandi nei moduli Az e AzureRm sono sostanzialmente identici. Per altre informazioni sulla compatibilità, vedere Introduzione del nuovo modulo Az di Azure PowerShell.
New-AzSqlDatabaseCopy -ResourceGroupName "<resourceGroup>" -ServerName $sourceserver -DatabaseName "<databaseName>" `
-CopyResourceGroupName "myResourceGroup" -CopyServerName $targetserver -CopyDatabaseName "CopyOfMySampleDatabase"
La copia del database è un'operazione asincrona, ma il database di destinazione viene creato immediatamente dopo l'accettazione di tale richiesta. Se è necessario annullare l'operazione di copia mentre è ancora in corso, eliminare il database di destinazione usando il cmdlet Remove-AzSqlDatabase.
Per uno script di esempio completo in PowerShell, vedere Copiare un database in un nuovo server.
Copia mediante Transact-SQL
Accedere al database master con l'account di accesso da amministratore del server o l'account di accesso con cui è stato creato il database che si desidera copiare. Affinché il processo di copia del database abbia esito positivo, gli account di accesso che non corrispondono all'amministratore del server devono essere membri del ruolo dbmanager. Per ulteriori informazioni sugli account di accesso e la connessione al server, vedere Gestire gli accessi.
Iniziare a copiare il database di origine con l'istruzione CREATE DATABASE ... AS COPY OF. L'istruzione T-SQL procede con l'esecuzione fino al completamento dell'operazione di copia del database.
Nota
L'interruzione dell'istruzione T-SQL non termina l'operazione di copia i database. Per terminare l'operazione eliminare il database di destinazione.
Copia nello stesso server
Accedere al database master con l'account di accesso da amministratore del server o l'account di accesso con cui è stato creato il database che si desidera copiare. Affinché il processo di copia del database abbia esito positivo, gli account di accesso che non corrispondono all'amministratore del server devono essere membri del ruolo dbmanager.
Questo comando copia Database1 in un nuovo database denominato Database2 sullo stesso server. A seconda delle dimensioni del database, l'operazione di copia potrebbe richiedere alcuni minuti.
-- Execute on the master database to start copying
CREATE DATABASE Database2 AS COPY OF Database1;
Copia in un pool elastico
Accedere al database master con l'account di accesso da amministratore del server o l'account di accesso con cui è stato creato il database che si desidera copiare. Affinché il processo di copia del database abbia esito positivo, gli account di accesso che non corrispondono all'amministratore del server devono essere membri del ruolo dbmanager.
Questo comando copia Database1 in un nuovo database denominato Database2 in un pool elastico denominato pool1. A seconda delle dimensioni del database, l'operazione di copia potrebbe richiedere alcuni minuti.
Database1 può essere un database singolo o in pool. La copia tra pool di livelli diversi è supportata, ma alcune copie tra livelli non avranno esito positivo. È ad esempio possibile copiare un database standard singolo o elastico in un pool di per utilizzo generico, ma non è possibile copiare un database elastico standard in un pool Premium.
-- Execute on the master database to start copying
CREATE DATABASE Database2
AS COPY OF Database1
(SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool1 ));
Copia in un server diverso
Effettuare la connessione al database master del server di destinazione in cui creare il nuovo database. Usare un account di accesso con lo stesso nome e la stessa password del proprietario del database di origine nel server di origine. L'account di accesso nel server di destinazione deve anche essere un membro del ruolo dbmanager o corrispondere all'account di accesso dell'amministratore del server.
Questo comando copia Database1 sul server1 in un nuovo database denominato Database2 sul server2. A seconda delle dimensioni del database, l'operazione di copia potrebbe richiedere alcuni minuti.
-- Execute on the master database of the target server (server2) to start copying from Server1 to Server2
CREATE DATABASE Database2 AS COPY OF server1.Database1;
Importante
I firewall di entrambi i server devono essere configurati per consentire la connessione in ingresso dall'IP del client che emette il comando T-SQL CREATE DATABASE ... AS COPY OF. Per determinare l'indirizzo IP di origine della connessione corrente eseguire SELECT client_net_address FROM sys.dm_exec_connections WHERE session_id = @@SPID;
Nota
La copia del database con T-SQL non è supportata durante la connessione al server di destinazione tramite un endpoint privato. Se è configurato un endpoint privato, ma è consentito l'accesso alla rete pubblica, la copia di un database è supportata quando si è connessi al server di destinazione da un indirizzo IP pubblico usando l’autenticazione SQL. Al termine dell'operazione di copia, è possibile negare l'accesso pubblico.
Analogamente, il comando seguente copia Database1 nel server1 in un nuovo database denominato Database2 all'interno di un pool elastico denominato pool2 nel server2.
-- Execute on the master database of the target server (server2) to start copying from Server1 to Server2
CREATE DATABASE Database2 AS COPY OF server1.Database1 (SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool2 ) );
Copia in una sottoscrizione diversa
È possibile usare la procedura descritta nella sezione Copiare un database SQL in un server diverso per copiare il database in un server in una sottoscrizione diversa usando T-SQL. Assicurarsi di usare un account di accesso con lo stesso nome e la stessa password del proprietario del database nel server di origine. Inoltre, l'account di accesso deve essere membro del ruolo dbmanager o di un amministratore del server, sia nei server di origine sia in quello di destinazione.
Suggerimento
Quando si copiano database nello stesso tenant di Microsoft Entra ID, l'autorizzazione nei server di origine e destinazione viene semplificata se si avvia il comando di copia usando un account di accesso di autenticazione con accesso sufficiente su entrambi i server. Il livello minimo di accesso necessario è l'appartenenza al ruolo dbmanager nel database master in entrambi i server. Ad esempio, è possibile usare un account di accesso con ID Microsoft Entra membro di un gruppo designato come amministratore del server in entrambi i server.
--Step# 1
--Create login and user in the master database of the source server.
CREATE LOGIN loginname WITH PASSWORD = 'xxxxxxxxx'
GO
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE dbmanager ADD MEMBER loginname;
GO
--Step# 2
--Create the user in the source database and grant dbowner permission to the database.
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE db_owner ADD MEMBER loginname;
GO
--Step# 3
--Capture the SID of the user "loginname" from master database
SELECT [sid] FROM sysusers WHERE [name] = 'loginname';
--Step# 4
--Connect to Destination server.
--Create login and user in the master database, same as of the source server.
CREATE LOGIN loginname WITH PASSWORD = 'xxxxxxxxx', SID = [SID of loginname login on source server];
GO
CREATE USER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTER ROLE dbmanager ADD MEMBER loginname;
GO
--Step# 5
--Execute the copy of database script from the destination server using the credentials created
CREATE DATABASE new_database_name
AS COPY OF source_server_name.source_database_name;
Suggerimento
La copia del database con T-SQL supporta la copia di database da una sottoscrizione in un tenant di Azure diverso. Questa opzione è supportata solo quando si usa un account di accesso con autenticazione SQL per accedere al server di destinazione. La creazione di una copia di database in un server logico in un tenant Azure diverso non è supportata quando è attiva (abilitata) l'autenticazione con Microsoft Entra nel server logico di origine o destinazione.
Monitorare lo stato dell'operazione di copia
Monitorare il processo di copia eseguendo una query sulle viste sys.databases, sys.dm_database_copies e sys.dm_operation_status. Durante il processo di copia, la colonna state_desc della vista sys.databases per il nuovo database viene impostata su COPYING.
- Se il processo di copia non riesce, la colonna
state_descdella vistasys.databasesper il nuovo database viene impostata suSUSPECT. Eseguire l'istruzione DROP sul nuovo database e riprovare in un secondo momento. - Se il processo di copia riesce, la colonna
state_descdella vistasys.databasesper il nuovo database viene impostata suONLINE. La copia è stata completata e il nuovo database è un database standard, che può essere modificato indipendentemente dal database di origine.
Nota
Se si decide di annullare il processo di copia mentre è in corso, eseguire l'istruzione DROP DATABASE nel nuovo database.
Importante
Se è necessario creare una copia con un obiettivo di servizio notevolmente inferiore rispetto all'origine, il database di destinazione potrebbe non avere risorse sufficienti per completare il processo di seeding e ciò può causare l'esito negativo dell'operazione di copia. In questo scenario, usare una richiesta di ripristino geografico per creare una copia in un server diverso e/o in un'area diversa. Per altre informazioni, vedere Ripristinare un database SQL di Azure mediante i backup del database.
Ruoli e autorizzazioni di controllo degli accessi in base al ruolo di Azure per gestire la copia del database
Per creare una copia del database, è necessario disporre dei ruoli seguenti:
- Proprietario della sottoscrizione
- Ruolo di Collaboratore SQL Server o
- Ruolo personalizzato nel server di origine con le autorizzazioni seguenti:
- Microsoft.Sql/servers/databases/read
- Microsoft.Sql/servers/databases/write e
- Ruolo personalizzato nel server di destinazione con le autorizzazioni seguenti:
- Microsoft.Sql/servers/read
- Microsoft.Sql/servers/databases/read
- Microsoft.Sql/servers/databases/write
Per annullare una copia del database, è necessario disporre dei ruoli seguenti:
- Proprietario della sottoscrizione
- Ruolo di Collaboratore SQL Server o
- Ruolo personalizzato nel database di destinazione con l'autorizzazione seguente:
- Microsoft.Sql/servers/databases/delete
Per gestire la copia del database usando il portale di Azure sono necessarie anche le autorizzazioni seguenti:
- Microsoft.Resources/subscriptions/resources/read
- Microsoft.Resources/deployments/read
- Microsoft.Resources/deployments/write
- Microsoft.Resources/deployments/operationstatuses/read
Se si vogliono visualizzare le operazioni nelle distribuzioni nel gruppo di risorse nel portale e le operazioni in più provider di risorse, incluse le operazioni SQL, sono necessarie queste autorizzazioni aggiuntive:
- Microsoft.Resources/subscriptions/resourcegroups/deployments/operations/read
- Microsoft.Resources/subscriptions/resourcegroups/deployments/operationstatuses/read
Risolvere gli account di accesso
Dopo che il nuovo database è online nel server di destinazione, usare l'istruzione ALTER USER per modificare il mapping degli utenti del nuovo database agli account di accesso nel server di destinazione. Per risolvere gli utenti isolati, vedere Risolvere i problemi relativi agli utenti isolati (SQL Server). Vedere anche Come gestire la sicurezza del database SQL di Azure dopo il ripristino di emergenza.
Tutti gli utenti nel nuovo database mantengono le autorizzazioni di cui disponevano nel database di origine. L'utente che ha avviato la copia del database diventa il proprietario del nuovo database. Dopo il completamento della copia e prima che venga modificato il mapping di altri utenti, solo il proprietario del database può accedere al nuovo database.
Per informazioni sulla gestione di utenti e account di accesso durante la copia di un database in un server diverso, vedere Come gestire la sicurezza dei database SQL di Azure dopo il ripristino di emergenza.
Errori di copia del database
Durante la copia di un database nel database SQL di Azure, possono essere rilevati gli errori seguenti. Per altre informazioni, vedere Copiare un database SQL di Azure.
| Codice di errore | Gravità | Descrizione |
|---|---|---|
| 40635 | 16 | Il client con indirizzo IP '%.*ls' è temporaneamente disabilitato. |
| 40637 | 16 | La creazione della copia del database è attualmente disabilitata. |
| 40561 | 16 | Copia del database non riuscita. Il database di origine o di destinazione non esiste. |
| 40562 | 16 | Copia del database non riuscita. Il database di origine è stato rimosso. |
| 40563 | 16 | Copia del database non riuscita. Il database di destinazione è stato rimosso. |
| 40564 | 16 | Copia del database non riuscita a causa di un errore interno. Rimuovere il database di destinazione e riprovare. |
| 40565 | 16 | Copia del database non riuscita. Non è consentita più di una copia simultanea del database dalla stessa origine. Rimuovere il database di destinazione e riprovare in un secondo momento. |
| 40566 | 16 | Copia del database non riuscita a causa di un errore interno. Rimuovere il database di destinazione e riprovare. |
| 40567 | 16 | Copia del database non riuscita a causa di un errore interno. Rimuovere il database di destinazione e riprovare. |
| 40568 | 16 | Copia del database non riuscita. Il database di origine non è più disponibile. Rimuovere il database di destinazione e riprovare. |
| 40569 | 16 | Copia del database non riuscita. Il database di destinazione non è più disponibile. Rimuovere il database di destinazione e riprovare. |
| 40570 | 16 | Copia del database non riuscita a causa di un errore interno. Rimuovere il database di destinazione e riprovare in un secondo momento. |
| 40571 | 16 | Copia del database non riuscita a causa di un errore interno. Rimuovere il database di destinazione e riprovare in un secondo momento. |
Contenuto correlato
- Autorizzare l'accesso al database a database SQL, Istanza gestita di SQL e Azure Synapse Analytics
- Configurare e gestire la sicurezza dei database SQL di Azure per il ripristino geografico o il failover
- Eseguire l'esportazione in un file BACPAC - Database SQL di Azure e Istanza gestita di SQL di Azure
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per