Aracılığıyla paylaş

Veritabanını Azure SQL Yönetilen Örneği'nden SQL Server'a geri yükleme

Şunlar için geçerlidir:Azure SQL Yönetilen Örneği

Bu makalede, Azure SQL Yönetilen Örneği'nden SQL Server 2022 veya SQL Server 2025'e veritabanı yedeklemesinin nasıl geri yükleneceği açıklanır.

Genel bakış

SQL Yönetilen Örneğinizi bir güncelleştirme ilkesiyle yapılandırdığınızda, iç veritabanı biçiminizi belirli bir SQL Server sürümüyle hizalarsınız. SQL Yönetilen Örneği ile SQL Server arasındaki veritabanı biçimi hizalaması, veritabanlarını SQL yönetilen örneğinizden şirket içinde, Azure'daki sanal makinelerde veya diğer bulutlarda barındırılan bir SQL Server Enterprise, Developer veya Standard sürümüne kopyalamanın veya taşımanın kolay bir yolunu sunar.

SQL yönetilen örneklerinden SQL Server 2022 veya SQL Server 2025'e veritabanları geri yüklenirken örnekler aşağıdaki senaryoların kilidini açar:

  • SQL Yönetilen Örneği ve SQL Server tabanlı ürünler arasında veritabanı hareketliliğini sağlar.
  • Müşterilere ve diğer uygun taraflara veritabanı kopyaları sağlar.
  • SQL Yönetilen Örneği dışındaki ortamları yeniler.

Aşağıdakileri göz önünde bulundurun:

  • SQL Yönetilen Örneği'nden SQL Server 2022'ye yalnızca kopya amaçlı tam yedeklemeleri geri yükleme özelliği, mevcut ve yeni dağıtılan tüm örnekler için varsayılan olarak kullanılabilir. Bu özellik , SQL Server 2022 için temel desteğin sonuna kadar kullanılabilir. Bir örneğin güncelleştirme ilkesi SQL Server 2025 veya Always-up-to-date olarak değiştirildikten sonra veritabanını SQL Server 2022'ye geri yüklemek artık mümkün değildir.
  • SQL Yönetilen Örneği'nden SQL Server 2025'e veritabanlarının yalnızca kopya tam yedeklemelerini geri yükleme özelliği yalnızca SQL Server 2025 güncelleştirme ilkesiyle yapılandırılmış örnekler için kullanılabilir. Bu özellik SQL Server 2025 için temel desteğin sonuna kadar kullanılabilir. Bir örneğin güncelleştirme ilkesi Always-up-to-date olarak değiştirildikten sonra veritabanını SQL Server 2025'e geri yüklemek artık mümkün değildir.

SQL Yönetilen Örneği’nde yedek alın

İlk olarak, örneğinizden depolama hesabına erişmek için bir kimlik bilgisi oluşturun, veritabanınızın yalnızca kopya yedeğini alın ve ardından depolayın.

Kimlik bilgilerinizi, yönetilen kimlik veya paylaşılan erişim imzası (SAS) belirteci kullanarak oluşturabilirsiniz.

Yönetilen kimlik, Microsoft Entra ID (eski adıyla Azure Active Directory) özelliğidir ve Azure SQL Yönetilen Örneği gibi Azure hizmetlerinin örneklerine, Microsoft Entra ID'de, sistem tarafından atanan otomatik olarak yönetilen bir kimlik sağlar.

Depolama hesapları da dahil olmak üzere diğer Azure kaynaklarına veri erişimi isteklerini yetkilendirmek için bu kimliği kullanabilirsiniz. Azure SQL Yönetilen Örneği gibi hizmetlerin sistem tarafından atanan yönetilen kimliği vardır ve ayrıca kullanıcı tarafından atanan bir veya daha fazla yönetilen kimlik de olabilir. İstekleri yetkilendirmek için, sistem tarafından atanan yönetilen kimlikleri veya kullanıcı tarafından atanan yönetilen kimlikleri kullanabilirsiniz.

Azure depolama yöneticisi bir depolama hesabına yedekleme dosyası yazmadan önce, yönetilen kimliğe verileri yazma izinleri vermelidir. Örneğin yönetilen kimliğine izin vermek, herhangi bir Microsoft Entra kullanıcısına izin vermekle aynı şekilde yapılır. Örneğin:

  1. Azure portalında, depolama hesabının Erişim Denetimi (IAM) bölmesinde Rol ataması ekle'yi seçin.

  2. Depolama Blob Verileri Katkıda Bulunan yerleşik Azure rol tabanlı erişim denetimi (RBAC) rolünü seçin. Bu, gerekli Azure Blob Depolama kapsayıcıları için yönetilen kimliğe okuma/yazma erişimi sağlar.

    Yönetilen kimliğe Azure RBAC Depolama Blob Verisi Katkıda Bulunan Rolü vermek yerine, daha ayrıntılı izinler verebilirsiniz. Daha fazla bilgi edinmek için bkz. Azure Data Lake Storage 2. Nesil'de ACL'leri ayarlama.

  3. Sonraki sayfada, Erişim ata için Yönetilen kimlik'i seçin.

  4. Üyeleri seç seçeneğini tıklayın ve ardından Yönetilen kimlik açılır listesinde uygun yönetilen kimliği seçin. Daha fazla bilgi için bkz . Azure portalını kullanarak Azure rolleri atama.

Artık yönetilen kimlik doğrulaması için veritabanı kapsamlı kimlik bilgisi oluşturmak kolaydır.

Aşağıdaki örnekte, sabit kodlanmış bir dize olduğunu ve genel depolama hesabı adını gerçek depolama hesabının adıyla değiştirmeniz gerektiğini unutmayın Managed Identity :

CREATE CREDENTIAL [https://<mystorageaccountname>.blob.core.windows.net/<containername>]
WITH IDENTITY = 'MANAGED IDENTITY';

Ardından aşağıdaki örnek T-SQL komutunu çalıştırarak veritabanınızın yedeğini COPY_ONLY alın:

BACKUP DATABASE [SampleDB]
TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<containername>/SampleDB.bak'
WITH COPY_ONLY;

SQL Server'a geri yükleme

RESTORE DATABASE T-SQL komutunun WITH MOVE seçeneğini kullanarak ve hedef sunucudaki dosyalarınız için açık dosya yolları sağlayarak veritabanını SQL Server'a geri yükleyin.

Veritabanınızı SQL Server'a geri yüklemek için ortamınıza uygun dosya yolları içeren aşağıdaki örnek T-SQL komutunu çalıştırın:

RESTORE DATABASE [SampleDB]
FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<containername>/SampleDB.bak'
WITH
    MOVE 'data_0' TO 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\SampleDB_data_0.mdf',
    MOVE 'log' TO 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\SampleDBlog.ldf',
    MOVE 'XTP' TO 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\SampleDB_xtp.xtp';

Not

Dinlenimdeki veritabanlarını Saydam veri şifreleme (TDE) kullanarak geri yükleyebilmek için, SQL Server'ın hedef örneğinin, kaynak veritabanını Azure Key Vault için SQL Server Bağlayıcısı aracılığıyla koruyan anahtara erişimi olması gerekir. Ayrıntılar için Bkz. Azure Key Vault kullanarak SQL Server TDE Genişletilebilir Anahtar Yönetimini ayarlama.

Dikkat edilmesi gereken noktalar

Veritabanını SQL Server'a geri yüklerken aşağıdakileri göz önünde bulundurun:

  • Niteleyiciyi WITH MOVE kullanmanız ve veri dosyaları için açık yollar sağlamanız gerekir.

  • Hizmet tarafından yönetilen TDE anahtarlarıyla şifrelenmiş veritabanları SQL Server'a geri yüklenemez. Şifrelenmiş bir veritabanını SQL Server'a geri yüklemek için müşteri tarafından yönetilen bir anahtarla şifrelenmiş olması ve hedef sunucunun veritabanını şifrelemek için kullanılan anahtara erişmesi gerekir. Daha fazla bilgi için bkz. Azure Key Vault kullanarak SQL Server TDE Genişletilebilir Anahtar Yönetimi ayarlama.

  • SQL Yönetilen Örneğinizin güncelleştirme ilkesi SQL Server örneğinizin sürümüyle eşleşmeli veya daha yüksek olmalıdır. SQL Server 2022'ye geri yüklenen veritabanları , SQL Server 2022 güncelleştirme ilkesine sahip örneklerden gelmelidir. Benzer şekilde, SQL Server 2025'e geri yüklenen veritabanları da SQL Server 2025 güncelleştirme ilkesine sahip örneklerden gelmelidir. Sql Server 2022 güncelleştirme ilkesine sahip bir örnekteki veritabanını SQL Server 2025 güncelleştirme ilkesine sahip bir örneğe geri yüklemek de mümkündür. Veritabanı daha yüksek sürüm güncelleştirme ilkesine sahip bir örneğe geri yüklendikten sonra, bu veritabanı artık daha düşük sürüm güncelleştirme ilkesine sahip bir örneğe geri yüklenemez. Veritabanlarını daha düşük sürüm güncelleştirme ilkesine sahip örneklerden geri yükleme desteklenmez.

  • Azure SQL Yönetilen Örneği veritabanını SQL Server'a geri yükleyip bir dizin veya dizin içeren bir tablo bıraktıktan sonra, komutu çalıştırırken Hata 8992'yiDBCC CHECKDB görebilirsiniz.

    Dikkat

    Bu senaryoda açıklandığı gibi bir dizini bıraktıktan sonra tabloda bölümlenmiş dizin oluşturursanız, tabloya erişilemez hale gelir.

İlgili içerik

  • Last updated on