Migrate to Innovate Summit:
Learn how migrating and modernizing to Azure can boost your business's performance, resilience, and security, enabling you to fully embrace AI.Register now
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Azure SQL Database provides several methods for creating a copy of an existing database on either the same Azure SQL Database logical server or a different logical server. You can copy a database by using Azure portal, PowerShell, Azure CLI, or Transact-SQL.
Note
Microsoft Entra ID was previously known as Azure Active Directory (Azure AD).
Overview
A database copy is a transactionally consistent snapshot of the source database at the point in time when the copy request is initiated. You can select the same logical server or a different logical server for the copy. Also you can choose to keep the backup redundancy and compute size of the source database, or use a different backup storage redundancy and/or compute size within the same service tier. It's also possible to copy a database in the Standard service tier to either the Standard or General Purpose tier and a database in the Premium service tier to either the Premium or Business Critical tier.
After the copy is complete, the new database is a fully functional and independent database to the source database. The logins, users, and permissions in the copied database are managed independently from the source database. The copy is created using geo-replication technology. Once replica seeding is complete, the geo-replication link is automatically terminated. All the requirements for using geo-replication apply to the database copy operation. See Active geo-replication overview for details.
Note
The Azure portal, PowerShell, and the Azure CLI don't support database copy to a different subscription.
Database copy for Hyperscale databases
For databases in the Hyperscale service tier, the target database determines whether the copy is a fast copy, or a size-of-data copy:
Fast copy: When the copy is done in the same region as the source, the copy is created from the snapshots of blobs, this copy is a fast operation regardless of the database size.
Size-of-data copy: When the target database is in a different region than the source or if the database backup storage redundancy (Local, Zonal, Geo) from the target differs from the source database, the copy operation is a size-of-data operation. Copy time isn't directly proportional to size, as page server blobs are copied in parallel.
Logins in the database copy
When you copy a database to the same logical server, the same logins can be used on both databases. The security principal you use to copy the database becomes the database owner on the new database.
When you copy a database to a different logical server, the security principal that initiated the copy operation on the target logical server becomes the owner of the new database.
Regardless of the target server, all database users, permissions, and security identifiers (SIDs) are copied to the database copy. Using contained database users for data access ensures that the copied database has the same user credentials, so that after the copy is complete you can immediately access it with the same credentials.
If you use server level logins for data access and copy the database to a different server, the login-based access might not work. This can happen because the logins don't exist on the target logical server, or because those passwords and security identifiers (SIDs) are different. For more information about managing logins when you copy a database to a different server, see Configure and manage Azure SQL Database security for geo-restore or failover. After the copy operation to a different logical server succeeds, and before other users are remapped, only the login associated with the database owner, or the server administrator can sign in to the copied database. To resolve logins and establish data access after the copying operation is complete, see Resolve logins.
Copy using the Azure portal
To copy a database by using the Azure portal, open the page for your database, and then choose Copy to open the Create SQL Database - Copy database page. Fill in the values for the target logical server where you want to copy your database to.
Copy a database
You can copy a database by using PowerShell, the Azure CLI, and Transact-SQL (T-SQL).
The PowerShell Azure Resource Manager (AzureRM) module was deprecated on February 29, 2024. All future development should use the Az.Sql module. Users are advised to migrate from AzureRM to the Az PowerShell module to ensure continued support and updates. The AzureRM module is no longer maintained or supported. The arguments for the commands in the Az PowerShell module and in the AzureRM modules are substantially identical. For more about their compatibility, see Introducing the new Az PowerShell module.
The database copy is an asynchronous operation but the target database is created immediately after the request is accepted. If you need to cancel the copy operation while still in progress, drop the target database using the Remove-AzSqlDatabase cmdlet.
az sql db copy --dest-name"CopyOfMySampleDatabase"--dest-resource-group"myResourceGroup"--dest-server$targetserver `
--name"<databaseName>"--resource-group"<resourceGroup>"--server$sourceserver
The database copy is an asynchronous operation but the target database is created immediately after the request is accepted. If you need to cancel the copy operation while still in progress, drop the target database using the az sql db delete command.
Sign in to the master database with the server administrator login or the login that created the database you want to copy. For database copy to succeed, logins that aren't the server administrator must be members of the dbmanager role. For more information about logins and connecting to the logical server, see [Authorize database access(logins-create-manage.md).
Start copying the source database with the CREATE DATABASE ... AS COPY OF statement. The T-SQL statement continues running until the database copy operation is complete.
Note
Terminating the T-SQL statement doesn't terminate the database copy operation. To terminate the operation, drop the target database.
Copy to the same logical server
Sign in to the master database with the server administrator login or the login that created the database you want to copy. For database copying to succeed, logins that aren't the server administrator must be members of the dbmanager role.
This command copies Database1 to a new database named Database2 on the same logical server. Depending on the size of your database, the copying operation might take some time to complete.
SQL
-- Execute on the master database to start copyingCREATEDATABASE Database2 AS COPY OF Database1;
Copy to an elastic pool
Sign in to the master database with the server administrator login or the login that created the database you want to copy. For database copying to succeed, logins that aren't the server administrator must be members of the dbmanager role.
This command copies Database1 to a new database named Database2 in an elastic pool named pool1. Depending on the size of your database, the copying operation might take some time to complete.
Database1 can be a single or pooled database. Copying between different tier pools is supported, but some cross-tier copies fail. For example, you can copy a single or elastic standard db into a General Purpose pool, but you can't copy a standard elastic db into a premium pool.
SQL
-- Execute on the master database to start copyingCREATEDATABASE Database2
AS COPY OF Database1
(SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool1 ));
Copy to a different logical server
Connect to the master database of the target logical server where the new database is to be created. Use a login that has the same name and password as the database owner of the source database on the source logical server. The login on the target logical server must also be a member of the dbmanager role, or be the server administrator login.
This command copies Database1 on server1 to a new database named Database2 on server2. Depending on the size of your database, the copying operation might take some time to complete.
SQL
-- Execute on the master database of the target logical server (server2) to start copying from Server1 to Server2CREATEDATABASE Database2 AS COPY OF server1.Database1;
Important
Both logical server firewalls must be configured to allow inbound connection from the IP of the client issuing the T-SQL CREATE DATABASE ... AS COPY OF command. To determine the source IP address of current connection, execute: SELECT client_net_address FROM sys.dm_exec_connections WHERE session_id = @@SPID;
Note
Database copy using T-SQL isn't supported when connecting to the destination logical server over a private endpoint. If a private endpoint is configured but public network access is allowed, database copy is supported when connected to the destination logical server from a public IP address using SQL authentication. Once the copy operation completes, public access can be denied.
Similarly, the following command copies Database1 on server1 to a new database named Database2 within an elastic pool called pool2, on server2.
SQL
-- Execute on the master database of the target logical server (server2) to start copying from Server1 to Server2CREATEDATABASE Database2 AS COPY OF server1.Database1 (SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool2 ) );
Copy to a different subscription
You can use the steps in the Copy a SQL Database to a different logical server section to copy your database to a logical server in a different subscription using T-SQL. Make sure you use a login that has the same name and password as the database owner of the source database. Additionally, the login must be a member of the dbmanager role or a server administrator, on both source and target logical servers.
Tip
When copying databases in the same Microsoft Entra ID tenant, authorization on the source and destination logical servers is simplified if you initiate the copy command using an authentication login with sufficient access on both logical servers. The minimum necessary level of access is membership in the dbmanager role in the master database on both logical servers. For example, you can use a Microsoft Entra ID login that is a member of a group designated as the server administrator on both logical servers.
In the following scripts, the login name to be copied is loginname.
First, connect to the master database of the source logical server. Create a login and user in the master database of the source Azure SQL Database logical server.
SQL
--Step# 1--Create login and user in the master database of the source server.CREATE LOGIN loginname WITHPASSWORD = 'xxxxxxxxx'GOCREATEUSER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTERROLE dbmanager ADDMEMBER loginname;
GO
Connect to the source user database. Next, in the source user database, create the user in the source database and add it to the dbowner database role in the database.
SQL
--Step# 2--Create the user in the source database and grant dbowner permission to the database.CREATEUSER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTERROLE db_owner ADDMEMBER loginname;
GO
Next, find the security identifier (SID) of the user loginname from the master database of the source logical server.
SQL
--Step# 3--Capture the SID of the user "loginname" from master databaseSELECT [sid] FROM sysusers WHERE [name] = 'loginname';
Run the next script on the master database of the new or destination logical server. First, create a login and user in the master database of the destination logical server, and add it to the dbmanager server role. Provide a <strong password>, and replace <SID of loginname login on source server> with the SID from the source logical server.
SQL
--Step# 4--Connect to Destination server.--Create login and user in the master database, same as of the source server.CREATE LOGIN loginname WITHPASSWORD = '<strong password>', SID = <SIDof loginname login onsourceserver>;
GO
CREATEUSER [loginname] FOR LOGIN [loginname] WITH DEFAULT_SCHEMA=[dbo];
GO
ALTERROLE dbmanager ADDMEMBER loginname;
GO
In the master database of the destination logical server, create the new database. Replace new_database_name with the desired name. Replace source_server_name and source_database_name with the names of the source.
SQL
--Step# 5--Execute the copy of database script from the destination logical server using the credentials createdCREATEDATABASE new_database_name
AS COPY OF source_server_name.source_database_name;
Tip
Copying a database from a subscription in a different Azure tenant is only supported when using T-SQL and a SQL authentication login to sign in to the target logical server. Creating a database copy on a logical server in a different Azure tenant is not supported with Microsoft Entra authentication for Azure SQL.
Monitor progress of the copy operation
Monitor the copying process by querying the sys.databases, sys.dm_database_copies, and sys.dm_operation_status views. While the copying is in progress, the state_desc column of the sys.databases view for the new database is set to COPYING.
If the copying fails, the state_desc column of the sys.databases view for the new database is set to SUSPECT. Execute the DROP statement on the new database, and try again later.
If the copying succeeds, the state_desc column of the sys.databases view for the new database is set to ONLINE. The copying is complete, and the new database is a regular database that can be changed independent of the source database.
Note
If you decide to cancel the copying while it's in progress, execute the DROP DATABASE statement on the new database.
Important
If you need to create a copy with a substantially smaller service objective than the source, the target database might not have sufficient resources to complete the seeding process and it can cause the copy operation to fail. In this scenario use a geo-restore request to create a copy in a different logical server and/or a different region. For more information, see Recover an Azure SQL Database using database backups.
Permissions
To create a database copy, you need to be in the following roles:
Subscription Owner or
SQL Server Contributor role or
Custom role on the source logical server with following permissions:
Microsoft.Sql/servers/databases/read
Microsoft.Sql/servers/databases/write and
Custom role on the target logical server with following permissions:
Microsoft.Sql/servers/read
Microsoft.Sql/servers/databases/read
Microsoft.Sql/servers/databases/write
To cancel a database copy, you need to be in the following roles:
Subscription Owner or
SQL Server Contributor role or
Custom role on the target database with following permission:
Microsoft.Sql/servers/databases/delete
To manage database copy using the Azure portal, you also need the following permissions:
If you want to see the operations under deployments in the resource group on the portal, operations across multiple resource providers including SQL operations, you need these additional permissions:
All users in the new database retain the permissions that they had in the source database. The user who initiated the database copy becomes the database owner of the new database. After the copying succeeds and before other users are remapped, only the database owner can sign in to the new database.
Learn the essentials of Azure SQL Database deployment and migration. Explore its benefits, exclusive features, and migration options while optimizing performance and application connections for a smooth transition to the cloud.
Administer an SQL Server database infrastructure for cloud, on-premises and hybrid relational databases using the Microsoft PaaS relational database offerings.
