Azure SQL Veritabanı'da veritabanının işlem açısından tutarlı bir kopyasını kopyalama
Şunlar için geçerlidir:
Azure SQL Veritabanı
Azure SQL Veritabanı, aynı sunucuda veya farklı bir sunucuda var olan bir veritabanının kopyasını oluşturmak için çeşitli yöntemler sağlar. Veritabanını Azure portalı, PowerShell, Azure CLI veya Transact-SQL kullanarak kopyalayabilirsiniz.
Not
Microsoft Entra Id daha önce Azure Active Directory (Azure AD) olarak biliniyordu.
Genel bakış
Veritabanı kopyası, kopyalama isteği başlatıldıktan sonra belirli bir noktadan itibaren kaynak veritabanının işlem açısından tutarlı bir anlık görüntüsüdür. Kopya için aynı sunucuyu veya farklı bir sunucuyu seçebilirsiniz. Ayrıca, kaynak veritabanının yedek yedekliliğini ve işlem boyutunu korumayı seçebilir veya aynı hizmet katmanında farklı bir yedekleme depolama yedekliliği ve/veya işlem boyutu kullanabilirsiniz. Standart hizmet katmanındaki bir veritabanının Standart veya Genel Amaçlı katmana kopyalandığı ve Premium hizmet katmanındaki bir veritabanının Premium veya İş Açısından Kritik katmanına kopyalandığı birkaç özel durum vardır. Kopya tamamlandıktan sonra tamamen işlevsel, bağımsız bir veritabanı haline gelir. Kopyalanan veritabanındaki oturum açma bilgileri, kullanıcılar ve izinler kaynak veritabanından bağımsız olarak yönetilir. Kopya, coğrafi çoğaltma teknolojisi kullanılarak oluşturulur. Çoğaltma dengeli dağıtımı tamamlandıktan sonra, coğrafi çoğaltma bağlantısı otomatik olarak sonlandırılır. Coğrafi çoğaltmayı kullanmayla ilgili tüm gereksinimler veritabanı kopyalama işlemine de uygulanır. Ayrıntılar için bkz . Etkin coğrafi çoğaltmaya genel bakış .
Not
Azure portalı, PowerShell ve Azure CLI farklı bir aboneliğe veritabanı kopyalamayı desteklemez.
Azure SQL Hiper Ölçek için veritabanı kopyası
Azure SQL Hiper Ölçek için hedef veritabanı, kopyanın hızlı bir kopya mı yoksa veri boyutu kopyası mı olduğunu belirler.
Hızlı kopyalama: Kopya kaynakla aynı bölgede yapıldığında, kopya blobların anlık görüntülerinden oluşturulur, bu kopya veritabanı boyutundan bağımsız olarak hızlı bir işlemdir.
Veri kopyalama boyutu: Hedef veritabanı kaynaktan farklı bir bölgedeyse veya hedeften veritabanı yedekleme depolama yedekliliği (Yerel, Bölgesel, Coğrafi) kaynak veritabanından farklıysa, kopyalama işlemi veri boyutu işlemidir. Sayfa sunucusu blobları paralel olarak kopyalandığından, kopyalama süresi boyutla doğrudan orantılı değildir.
Veritabanı kopyasında oturum açma bilgileri
Bir veritabanını aynı sunucuya kopyaladığınızda, her iki veritabanında da aynı oturum açma bilgileri kullanılabilir. Veritabanını kopyalamak için kullandığınız güvenlik sorumlusu, yeni veritabanında veritabanı sahibi olur.
Veritabanını farklı bir sunucuya kopyaladığınızda hedef sunucuda kopyalama işlemini başlatan güvenlik sorumlusu yeni veritabanının sahibi olur.
Hedef sunucudan bağımsız olarak tüm veritabanı kullanıcıları, izinler ve güvenlik tanımlayıcıları (SID) veritabanı kopyasına kopyalanır. Veri erişimi için kapsanan veritabanı kullanıcılarının kullanılması, kopyalanan veritabanının aynı kullanıcı kimlik bilgilerine sahip olmasını sağlar, böylece kopyalama tamamlandıktan sonra buna aynı kimlik bilgileriyle hemen erişebilirsiniz.
Veri erişiminde sunucu düzeyi oturum açma bilgilerini kullanır ve veritabanını farklı bir sunucuya kopyalarsanız, oturum açma tabanlı erişim çalışmayabilir. Bunun nedeni, oturum açma bilgilerinin hedef sunucuda mevcut olmaması veya bu parolaların ve güvenlik tanımlayıcılarının (SID) farklı olması olabilir. Veritabanını farklı bir sunucuya kopyalarken oturum açma bilgilerini yönetme hakkında daha fazla bilgi için bkz. Olağanüstü durum kurtarma sonrasında Azure SQL Veritabanı güvenliği yönetme. Farklı bir sunucuya kopyalama işlemi başarılı olduktan sonra ve diğer kullanıcılar yeniden eşlenmeden önce, yalnızca veritabanı sahibiyle ilişkili oturum açma bilgileri veya sunucu yöneticisi kopyalanan veritabanında oturum açabilir. Kopyalama işlemi tamamlandıktan sonra oturum açma bilgilerini çözmek ve veri erişimi oluşturmak için bkz . Oturum açma bilgilerini çözme.
Azure portalını kullanarak kopyalama
Azure portalını kullanarak veritabanını kopyalamak için veritabanınızın sayfasını açın ve kopyala'yı seçerek SQL Veritabanı Oluştur - Veritabanı kopyala sayfasını açın. Veritabanınızı kopyalamak istediğiniz hedef sunucunun değerlerini doldurun.
PowerShell veya Azure CLI kullanarak kopyalama
Veritabanını kopyalamak için aşağıdaki örnekleri kullanın.
PowerShell için New-AzSqlDatabaseCopy cmdlet'ini kullanın.
Önemli
PowerShell Azure Resource Manager (RM) modülü Azure SQL Veritabanı tarafından hala desteklenmektedir ancak gelecekteki tüm geliştirmeler Az.Sql modülüne yöneliktir. AzureRM modülü en az Aralık 2020'ye kadar hata düzeltmeleri almaya devam edecektir. Az modülündeki ve AzureRm modüllerindeki komutların bağımsız değişkenleri önemli ölçüde aynıdır. Uyumlulukları hakkında daha fazla bilgi için bkz . Yeni Azure PowerShell Az modülüne giriş.
New-AzSqlDatabaseCopy -ResourceGroupName "<resourceGroup>" -ServerName $sourceserver -DatabaseName "<databaseName>" `
-CopyResourceGroupName "myResourceGroup" -CopyServerName $targetserver -CopyDatabaseName "CopyOfMySampleDatabase"
Veritabanı kopyası zaman uyumsuz bir işlemdir, ancak istek kabul edildikten hemen sonra hedef veritabanı oluşturulur. Devam ederken kopyalama işlemini iptal etmeniz gerekiyorsa Remove-AzSqlDatabase cmdlet'ini kullanarak hedef veritabanını bırakın.
Eksiksiz bir örnek PowerShell betiği için bkz . Veritabanını yeni bir sunucuya kopyalama.
Transact-SQL kullanarak kopyalama
master Sunucu yöneticisi oturum açma bilgileriyle veya kopyalamak istediğiniz veritabanını oluşturan oturum açma bilgileriyle veritabanında oturum açın. Veritabanı kopyalama işleminin başarılı olması için, sunucu yöneticisi olmayan oturum açma işlemlerinin dbmanager rolünün üyesi olması gerekir. Oturum açma bilgileri ve sunucuya bağlanma hakkında daha fazla bilgi için bkz . Oturum açma bilgilerini yönetme.
CREATE DATABASE ile kaynak veritabanını kopyalamaya başlayın... AS COPY OF deyimi. Veritabanı kopyalama işlemi tamamlanana kadar T-SQL deyimi çalışmaya devam eder.
Not
T-SQL deyimi sonlandırılıyorsa veritabanı kopyalama işlemi sonlandırılamaz. İşlemi sonlandırmak için hedef veritabanını bırakın.
Aynı sunucuya kopyala
master Sunucu yöneticisi oturum açma bilgileriyle veya kopyalamak istediğiniz veritabanını oluşturan oturum açma bilgileriyle veritabanında oturum açın. Veritabanı kopyalama işleminin başarılı olması için sunucu yöneticisi olmayan oturum açma işlemlerinin dbmanager rolünün üyesi olması gerekir.
Bu komut, aynı sunucuda adlı Database2 yeni bir veritabanına kopyalanırDatabase1. Veritabanınızın boyutuna bağlı olarak kopyalama işleminin tamamlanması biraz zaman alabilir.
-- Execute on the master database to start copying
CREATE DATABASE Database2 AS COPY OF Database1;
Elastik havuza kopyalama
master Sunucu yöneticisi oturum açma bilgileriyle veya kopyalamak istediğiniz veritabanını oluşturan oturum açma bilgileriyle veritabanında oturum açın. Veritabanı kopyalama işleminin başarılı olması için sunucu yöneticisi olmayan oturum açma işlemlerinin dbmanager rolünün üyesi olması gerekir.
Bu komut pool1 adlı elastik havuzda adlı Database2 yeni bir veritabanına kopyalanırDatabase1. Veritabanınızın boyutuna bağlı olarak kopyalama işleminin tamamlanması biraz zaman alabilir.
Database1 tek veya havuza alınan bir veritabanı olabilir. Farklı katman havuzları arasında kopyalama desteklenir, ancak bazı çapraz katman kopyaları başarısız olur. Örneğin, tek veya elastik standart bir veritabanını Genel Amaçlı havuza kopyalayabilirsiniz, ancak standart elastik veritabanını premium havuza kopyalayamazsınız.
-- Execute on the master database to start copying
CREATE DATABASE Database2
AS COPY OF Database1
(SERVICE_OBJECTIVE = ELASTIC_POOL( name = pool1 ));
Farklı bir sunucuya kopyalama
Yeni veritabanının master oluşturulacağı hedef sunucunun veritabanına Bağlan. Kaynak sunucudaki kaynak veritabanının veritabanı sahibiyle aynı ada ve parolaya sahip bir oturum açma bilgisi kullanın. Hedef sunucudaki oturum açma, dbmanager rolünün bir üyesi veya sunucu yöneticisi oturum açma bilgisi olmalıdır.
Bu komut, sunucu1'de sunucu2 adlı Database2 yeni bir veritabanına kopyalanırDatabase1. Veritabanınızın boyutuna bağlı olarak kopyalama işleminin tamamlanması biraz zaman alabilir.
-- 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;
Önemli
Her iki sunucunun güvenlik duvarı da T-SQL CREATE DATABASE veren istemcinin IP'sinden gelen bağlantıya izin verecek şekilde yapılandırılmalıdır... KOMUTUNUN KOPYASI OLARAK. Geçerli bağlantının SELECT client_net_address FROM kaynak IP adresini belirlemek için sys.dm_exec_connections WHERE session_id = @@SPID;
Not
Özel uç nokta üzerinden hedef sunucuya bağlanırken T-SQL kullanılarak veritabanı kopyası desteklenmez. Özel uç nokta yapılandırıldıysa ancak genel ağ erişimine izin veriliyorsa, SQL kimlik doğrulaması kullanılarak bir genel IP adresinden hedef sunucuya bağlanıldığında veritabanı kopyası desteklenir. Kopyalama işlemi tamamlandıktan sonra genel erişim reddedilebilir.
Benzer şekilde, aşağıdaki komut sunucu1'i sunucu2'de pool2 adlı elastik havuz içinde adlı Database2 yeni bir veritabanına kopyalarDatabase1.
-- 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 ) );
Farklı bir aboneliğe kopyalama
Veritabanınızı T-SQL kullanarak farklı bir abonelikteki bir sunucuya kopyalamak için SQL Veritabanı farklı bir sunucuya kopyalama bölümündeki adımları kullanabilirsiniz. Kaynak veritabanının veritabanı sahibiyle aynı ada ve parolaya sahip bir oturum açma bilgisi kullandığınızdan emin olun. Ayrıca, oturum açma işleminin hem kaynak hem de hedef sunucularda dbmanager rolünün veya sunucu yöneticisinin üyesi olması gerekir.
İpucu
Aynı Microsoft Entra Id kiracısındaki veritabanlarını kopyalarken, kopyalama komutunu her iki sunucuda da yeterli erişime sahip bir kimlik doğrulama oturumu kullanarak başlatırsanız kaynak ve hedef sunucularda yetkilendirme basitleştirilir. Gerekli en düşük erişim düzeyi, her iki sunucudaki veritabanındaki dbmanager rolü üyeliğidir master . Örneğin, her iki sunucuda da sunucu yöneticisi olarak belirlenen bir grubun üyesi olan bir Microsoft Entra Id oturum açma bilgilerini kullanabilirsiniz.
--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;
İpucu
T-SQL kullanarak veritabanı kopyalama, veritabanını farklı bir Azure kiracısında bulunan bir abonelikten kopyalamayı destekler. Bu yalnızca hedef sunucuda oturum açmak için SQL kimlik doğrulaması oturum açma bilgileri kullanılırken desteklenir. Microsoft Entra kimlik doğrulaması kaynak veya hedef mantıksal sunucuda etkin (etkin) olduğunda, farklı bir Azure kiracısında mantıksal sunucuda veritabanı kopyası oluşturulması desteklenmez.
Kopyalama işleminin ilerleme durumunu izleme
sys.databases, sys.dm_database_copies ve sys.dm_operation_status görünümlerini sorgulayarak kopyalama işlemini izleyin. Kopyalama işlemi devam ederken, state_desc yeni veritabanı için görünümün sys.databases sütunu olarak COPYINGayarlanır.
- Kopyalama başarısız olursa,
state_descyeni veritabanı için görünümünsys.databasessütunu olarakSUSPECTayarlanır. Drop deyimini yeni veritabanında yürütün ve daha sonra yeniden deneyin. - Kopyalama başarılı olursa,
state_descyeni veritabanı için görünümünsys.databasessütunu olarakONLINEayarlanır. Kopyalama tamamlandı ve yeni veritabanı, kaynak veritabanından bağımsız olarak değiştirilebilen normal bir veritabanıdır.
Not
Kopyalama işlemi devam ederken iptal etmeye karar verirseniz DROP DATABASE deyimini yeni veritabanında yürütün.
Önemli
Kaynaktan çok daha küçük bir hizmet hedefine sahip bir kopya oluşturmanız gerekiyorsa, hedef veritabanının kaynak oluşturma işlemini tamamlamak için yeterli kaynağı olmayabilir ve kopyalama işleminin başarısız olmasına neden olabilir. Bu senaryoda, farklı bir sunucuda ve/veya farklı bir bölgede kopya oluşturmak için coğrafi geri yükleme isteği kullanın. Daha fazla bilgi için bkz. Veritabanı yedeklemelerini kullanarak Azure SQL Veritabanı kurtarma.
Azure RBAC rolleri ve veritabanı kopyasını yönetme izinleri
Veritabanı kopyası oluşturmak için aşağıdaki rollerde olmanız gerekir:
- Abonelik Sahibi veya
- SQL Server Katkıda Bulunanı rolü veya
- Aşağıdaki izinlere sahip kaynak sunucuda özel rol:
- Microsoft.Sql/servers/databases/read
- Microsoft.Sql/servers/databases/write ve
- Aşağıdaki izinlere sahip hedef sunucuda özel rol:
- Microsoft.Sql/servers/read
- Microsoft.Sql/servers/databases/read
- Microsoft.Sql/servers/databases/write
Veritabanı kopyasını iptal etmek için aşağıdaki rollerde olmanız gerekir:
- Abonelik Sahibi veya
- SQL Server Katkıda Bulunanı rolü veya
- Hedef veritabanında aşağıdaki izinlere sahip özel rol:
- Microsoft.Sql/servers/databases/delete
Azure portalını kullanarak veritabanı kopyasını yönetmek için aşağıdaki izinlere de ihtiyacınız vardır:
- Microsoft.Resources/subscriptions/resources/read
- Microsoft.Resources/deployments/read
- Microsoft.Resources/deployments/write
- Microsoft.Resources/deployments/operationstatuses/read
İşlemleri portaldaki kaynak grubundaki dağıtımlar altında, SQL işlemleri de dahil olmak üzere birden çok kaynak sağlayıcısındaki işlemleri görmek istiyorsanız şu ek izinlere ihtiyacınız vardır:
- Microsoft.Resources/subscriptions/resourcegroups/deployments/operations/read
- Microsoft.Resources/subscriptions/resourcegroups/deployments/operationstatuses/read
Oturum açma bilgilerini çözme
Hedef sunucuda yeni veritabanı çevrimiçi olduktan sonra, kullanıcıları yeni veritabanından hedef sunucuda oturum açmak üzere yeniden eşlemek için ALTER USER deyimini kullanın. Yalnız bırakılmış kullanıcıları çözmek için bkz . Yalnız Bırakılmış Kullanıcıların Sorunlarını Giderme. Ayrıca bkz. Olağanüstü durum kurtarma sonrasında Azure SQL Veritabanı güvenliği yönetme.
Yeni veritabanındaki tüm kullanıcılar, kaynak veritabanında sahip oldukları izinleri korur. Veritabanı kopyasını başlatan kullanıcı, yeni veritabanının veritabanı sahibi olur. Kopyalama başarılı olduktan sonra ve diğer kullanıcılar yeniden eşlenmeden önce, yeni veritabanında yalnızca veritabanı sahibi oturum açabilir.
Veritabanını farklı bir sunucuya kopyalarken kullanıcıları ve oturum açma bilgilerini yönetme hakkında bilgi edinmek için bkz. Olağanüstü durum kurtarma sonrasında Azure SQL Veritabanı güvenliği yönetme.
Veritabanı kopyalama hataları
Azure SQL Veritabanı'nda veritabanı kopyalanırken aşağıdaki hatalar oluşabilir. Daha fazla bilgi için bkz. Azure SQL Veritabanını kopyalama.
| Hata kodu | Önem Derecesi | Açıklama |
|---|---|---|
| 40635 | 16 | "%.*ls" IP adresine sahip istemci geçici olarak devre dışı bırakıldı. |
| 40637 | 16 | Veritabanı kopyası oluşturma şu anda devre dışı. |
| 40561 | 16 | Veritabanı kopyalama başarısız oldu. Kaynak veya hedef veritabanı yok. |
| 40562 | 16 | Veritabanı kopyalama başarısız oldu. Kaynak veritabanı kaldırıldı. |
| 40563 | 16 | Veritabanı kopyalama başarısız oldu. Hedef veritabanı kaldırıldı. |
| 40564 | 16 | Veritabanı kopyalama bir iç hata nedeniyle başarısız oldu. Lütfen hedef veritabanını bırakıp yeniden deneyin. |
| 40565 | 16 | Veritabanı kopyalama başarısız oldu. Aynı kaynaktan aynı anda en fazla 1 veritabanı kopyalama işlemi yapılabilir. Lütfen hedef veritabanını bırakın ve daha sonra yeniden deneyin. |
| 40566 | 16 | Veritabanı kopyalama bir iç hata nedeniyle başarısız oldu. Lütfen hedef veritabanını bırakıp yeniden deneyin. |
| 40567 | 16 | Veritabanı kopyalama bir iç hata nedeniyle başarısız oldu. Lütfen hedef veritabanını bırakıp yeniden deneyin. |
| 40568 | 16 | Veritabanı kopyalama başarısız oldu. Kaynak veritabanı kullanılamaz duruma geldi. Lütfen hedef veritabanını bırakıp yeniden deneyin. |
| 40569 | 16 | Veritabanı kopyalama başarısız oldu. Hedef veritabanı kullanılamaz duruma geldi. Lütfen hedef veritabanını bırakıp yeniden deneyin. |
| 40570 | 16 | Veritabanı kopyalama bir iç hata nedeniyle başarısız oldu. Lütfen hedef veritabanını bırakın ve daha sonra yeniden deneyin. |
| 40571 | 16 | Veritabanı kopyalama bir iç hata nedeniyle başarısız oldu. Lütfen hedef veritabanını bırakın ve daha sonra yeniden deneyin. |
İlgili içerik
- SQL Veritabanı’na, SQL Yönetilen Örneği’ne ve Azure Synapse Analytics’e veritabanı erişimini yetkilendirme
- Azure SQL Veritabanı güvenliğini coğrafi geri yükleme veya yük devretme gerçekleştirecek şekilde yapılandırma ve yönetme
- BACPAC dosyasına aktarma - Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği
Geri Bildirim
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz. https://aka.ms/ContentUserFeedback.
Gönderin ve geri bildirimi görüntüleyin