Microsoft Azure'da SQL Server veri dosyaları

Şunlar için geçerlidir: SQL Server

Microsoft Azure'daki SQL Server Veri Dosyaları, blob olarak depolanan SQL Server veritabanı dosyaları için yerel destek sağlar. Şirket içinde veya Microsoft Azure'daki bir sanal makinede çalışan SQL Server'da, Microsoft Azure Blob depolamadaki verileriniz için ayrılmış depolama konumuna sahip bir veritabanı oluşturmanıza olanak tanır. Ayrıca veritabanlarını makineler arasında taşıma sürecini de basitleştirir. Veritabanlarını bir makineden ayırabilir ve başka bir makineye ekleyebilirsiniz. Buna ek olarak, Microsoft Azure Depolama'dan veya Microsoft Azure Depolama'ya geri yüklemenizi sağlayarak veritabanı yedekleme dosyalarınız için alternatif bir depolama konumu sağlar. Bu nedenle, yüksek kullanılabilirlik ve esnek ölçeklendirme için veri sanallaştırma, veri taşıma, güvenlik ve kullanılabilirlik, kolay ve düşük maliyetli bakım için çeşitli avantajlar sağlayarak çeşitli karma çözümler sunar.

Önemli

Sistem veritabanlarının Azure Blob Depolama'da depolanması önerilmez ve desteklenmez.

Bu makalede, SQL Server veri dosyalarını Microsoft Azure Depolama Hizmeti'nde depolamanın merkezinde yer alan kavramlar ve önemli noktalar tanıtılır.

Bu özelliği kullanma hakkında pratik bir uygulamalı deneyim için bkz . Öğretici: SQL Server veritabanlarıyla Microsoft Azure Blob Depolama'yı kullanma.

Microsoft Azure'da SQL Server veri dosyalarını neden kullanmalısınız?

• Kolay ve hızlı geçiş avantajları: Bu özellik, bir kerede bir veritabanını şirket içindeki makineler arasında ve herhangi bir uygulama değişikliği olmadan şirket içi ve bulut ortamları arasında taşıyarak geçiş işlemini basitleştirir. Bu nedenle, mevcut şirket içi altyapınızı yerinde tutarken artımlı geçişi destekler. Ayrıca, merkezi bir veri depolamaya erişim sahibi olmak, bir uygulamanın şirket içi ortamda birden çok konumda çalışması gerektiğinde uygulama mantığını basitleştirir. Bazı durumlarda, birçok farklı kaynaktan veri toplayan coğrafi olarak dağınık konumlarda bilgisayar merkezlerini hızla ayarlamanız gerekebilir. Azure Veri Dosyaları ile verileri bir konumdan diğerine taşımak yerine, birçok veritabanını Microsoft Azure sayfa blobları olarak depolayabilir ve ardından yerel makinelerde veya sanal makinelerde veritabanı oluşturmak için Transact-SQL betikleri çalıştırabilirsiniz.

• Maliyet ve sınırsız depolama avantajları: Bu özellik, şirket içi işlem kaynaklarından yararlanırken Microsoft Azure'da sınırsız site dışı depolamaya sahip olmanıza olanak tanır. Microsoft Azure'ı depolama konumu olarak kullandığınızda, donanım yönetimi ek yükü olmadan uygulama mantığına kolayca odaklanabilirsiniz. Şirket içinde bir hesaplama düğümünü kaybederseniz, veri taşıma olmadan yeni bir düğüm ayarlayabilirsiniz.

• Yüksek kullanılabilirlik ve olağanüstü durum kurtarma avantajları: Microsoft Azure'da SQL Server Veri Dosyalarının kullanılması, yüksek kullanılabilirlik ve olağanüstü durum kurtarma çözümlerini basitleştirebilir. Örneğin, Microsoft Azure'daki bir sanal makine veya SQL Server örneği kilitleniyorsa, bloblara bağlantıları yeniden oluşturarak veritabanlarınızı yeni bir SQL Server örneğinde yeniden oluşturabilirsiniz.

• Güvenlik avantajları: Azure'daki SQL Server veri dosyalarıyla bir işlem örneğini depolama örneğinden ayırabilirsiniz. Şifre çözme işlemi yalnızca işlem örneğinde gerçekleşirken, tam olarak şifrelenmiş bir veritabanına sahip olabilirsiniz, ancak bu depolama örneğinde gerçekleşmez. Başka bir deyişle, verilerden fiziksel olarak ayrılmış Saydam Veri Şifrelemesi (TDE) sertifikalarını kullanarak genel buluttaki tüm verileri şifreleyebilirsiniz. TDE anahtarları, fiziksel olarak güvenli şirket içi bilgisayarınızda yerel olarak depolanan ve yerel olarak yedeklenen veritabanında depolanabilir master . Microsoft Azure Depolama'da bulunan verileri şifrelemek için bu yerel anahtarları kullanabilirsiniz. Bulut depolama hesabı kimlik bilgileriniz çalınırsa, TDE sertifikaları her zaman şirket içinde bulunduğundan verileriniz yine de güvende kalır.

• Anlık görüntü yedekleme: Bu özellik, Azure Blob Depolama kullanılarak depolanan veritabanı dosyaları için neredeyse anlık yedeklemeler ve daha hızlı geri yüklemeler sağlamak üzere Azure anlık görüntülerini kullanmanıza olanak tanır. Bu özellik, yedekleme ve geri yükleme ilkelerinizi basitleştirmenizi sağlar. Daha fazla bilgi için bkz. File-Snapshot Azure'daki Veritabanı Dosyaları İçin Yedeklemeler.

Kavramlar ve Gereksinimler

Azure diskleri, kuruluş genelinde iş sürekliliği ve olağanüstü durum kurtarma çözümleriyle uyumludur. Veritabanlarınızı doğrudan bloblarda veya Azure Premium Dosyalar'da depolarsanız veriler altyapı, yönetim ve izleme için vm'nizle otomatik olarak ilişkilendirılmaz.

Veritabanı dosyalarını sayfa bloblarına yerleştirmek, basit ve kullanıcı dostu Azure Diskleri'ni kullanmaktan daha gelişmiş bir özelliktir.

Temel kılavuz, yedeklemeler için verilerin bir kopyasını oluşturmaktan veya veri boyutu işlemi olarak geri yüklemekten gerçekten kaçınmanız gereken bir senaryonuz olmadığı sürece Azure Diskleri'ni kullanmaktır. Yüksek kullanılabilirlik ve olağanüstü durum kurtarma için, URL'ye normal yedekleme veya Blob depolamaya yönetilen yedekleme kullanmak, yaşam döngüsü yönetimi, çok bölgeli destek, geçici silme ve yedeklemelerinizin blob depolamasının diğer tüm özelliklerini elde ettiğiniz için dosya anlık görüntüsü yedeklemelerinden çok daha kullanışlıdır.

Azure Depolama Kavramları

Azure'da SQL Server Veri Dosyaları özelliğini kullanırken Azure'da bir depolama hesabı ve kapsayıcı oluşturmanız gerekir. Ardından, kapsayıcı ilkesiyle ilgili bilgilerin yanı sıra kapsayıcıya erişmek için gereken paylaşılan erişim imzasını içeren bir SQL Server kimlik bilgisi oluşturmanız gerekir.

Microsoft Azure'da Azure depolama hesabı, bloblara erişmek için ad alanının en yüksek düzeyini temsil eder. Depolama hesabı, toplam boyutu depolama sınırlarının altında olduğu sürece sınırsız sayıda kapsayıcı içerebilir. Depolama sınırları hakkında en son bilgiler için bkz. Azure Aboneliği ve Hizmet Sınırları, Kotalar ve Kısıtlamalar. Kapsayıcı, bir dizi blob gruplandırması sağlar. Tüm bloblar bir kapsayıcıda olmalıdır. Bir hesap sınırsız sayıda kapsayıcı içerebilir. Benzer şekilde, kapsayıcı sınırsız sayıda blob depolayabilir.

Azure Depolama'da depolanabilen iki tür blob vardır: blok ve sayfa blobları. Bu özellik, dosyadaki bayt aralıkları sık sık değiştirildiğinde daha verimli olan sayfa bloblarını kullanır. Bloblara şu URL biçimini kullanarak erişebilirsiniz: https://storageaccount.blob.core.windows.net/<container>/<blob>.

Uyarı

SQL Server veri dosyaları için blok bloblarını kullanamazsınız. Sayfa bloblarını kullanın.

Azure faturalaması ile ilgili dikkat edilmesi gerekenler

Azure Hizmetleri'ni kullanmanın maliyetini tahmin etmek, karar alma ve planlama sürecinde önemli bir konudur. SQL Server veri dosyalarını Azure Depolama'da depolarken depolama ve işlemlerle ilişkili maliyetleri ödemeniz gerekir. Buna ek olarak, Azure Depolama'da SQL Server Veri Dosyalarının uygulanması için blob kirasının örtük olarak her 45 ile 60 saniyede bir yenilenmesi gerekir. Bu, .mdf veya .ldf gibi veritabanı dosyası başına işlem maliyetlerine de neden olur. Azure Depolama ve Azure Sanal Makineleri kullanımıyla ilişkili aylık maliyetleri tahmin etmeye yardımcı olması için Azure Fiyatlandırma sayfasındaki bilgileri kullanın.

SQL Server kavramları

SQL Server veri dosyaları için Azure sayfa bloblarını kullanmak için:

• Kapsayıcıda bir ilke oluşturun ve paylaşılan erişim imzası (SAS) oluşturun.

• Veri veya günlük dosyası tarafından kullanılan her bir kapsayıcı için, kapsayıcı yoluyla eşleşen adla bir SQL Server kimlik bilgisi oluşturun.

• Azure Depolama kapsayıcısı, ilişkili ilke adı ve SAS anahtarıyla ilgili bilgileri SQL Server kimlik bilgisi deposunda depolayın.

Aşağıdaki örnekte, bir Azure depolama kapsayıcısının oluşturulduğu ve okuma, yazma ve liste haklarıyla bir ilke oluşturulduğu varsayılır. Kapsayıcıda ilke oluşturmak, bellekte şifrelenmemiş olarak tutmak için güvenli olan ve KAPSAYıCıdaki blob dosyalarına erişmek için SQL Server tarafından gereken bir SAS anahtarı oluşturur.

Aşağıdaki kod parçacığında '<your SAS key>' değerini SAS anahtarıyla değiştirin. SAS anahtarı 'sr=c&si=<MYPOLICYNAME>&sig=<THESHAREDACCESSSIGNATURE>' gibi görünür.

CREATE CREDENTIAL [https://testdb.blob.core.windows.net/data]  
WITH IDENTITY='SHARED ACCESS SIGNATURE',  
SECRET = '<your SAS key>'  
  
CREATE DATABASE testdb   
ON  
( NAME = testdb_dat,  
    FILENAME = 'https://testdb.blob.core.windows.net/data/TestData.mdf' )  
 LOG ON  
( NAME = testdb_log,  
    FILENAME =  'https://testdb.blob.core.windows.net/data/TestLog.ldf')  

Önemli

Bir kapsayıcıda veri dosyalarına etkin başvurular varsa, ilgili SQL Server kimlik bilgilerini silme girişimi başarısız olur.

Daha fazla bilgi için bkz. Azure Depolama Kaynaklarına Erişimi Yönetme

Security

Sql Server Veri Dosyalarını Azure Depolama'da depolarken güvenlikle ilgili dikkat edilmesi gerekenler ve gereksinimler aşağıda açıklanmaktadır.

• Azure Blob Depolama için kapsayıcı oluştururken, erişimi özel olarak ayarlamanızı öneririz. Erişimi özel olarak ayarladığınızda kapsayıcı ve blob verileri yalnızca Azure hesabı sahibi tarafından okunabilir.

• SQL Server veritabanı dosyalarını Azure Depolama'da depolarken kapsayıcılara, bloblara, kuyruklara ve tablolara kısıtlı erişim hakları veren bir URI olan paylaşılan erişim imzası kullanmanız gerekir. Paylaşılan erişim imzası kullanarak SQL Server'ın Azure depolama hesabı anahtarınızı paylaşmadan depolama hesabınızdaki kaynaklara erişmesini sağlayabilirsiniz.

• Ayrıca, veritabanlarınız için geleneksel şirket içi güvenlik uygulamalarını uygulamaya devam etmenizi öneririz.

Yükleme önkoşulları

Sql Server Veri Dosyalarını Azure'da depolarken yükleme önkoşulları aşağıdadır.

• Şirket içi SQL Server: SQL Server 2016 ve üzeri bu özelliği içerir. SQL Server'ın en son sürümünü indirmeyi öğrenmek için bkz. SQL Server.

• Azure sanal makinesinde çalışan SQL Server: SQL Server'ı bir Azure Sanal Makinesine yüklüyorsanız, SQL Server 2016'yı yükleyin veya mevcut örneğinizi güncelleştirin. Benzer şekilde, SQL Server 2016 platform görüntüsünü kullanarak Azure'da yeni bir sanal makine de oluşturabilirsiniz.

Sınırlamalar

• SQL Server iş yüklerinin performans özellikleri nedeniyle, SQL Server veri dosyaları Azure Blob Depolama'da sayfa blobları olarak uygulanır. Blok blobları veya Azure Data Lake Storage gibi diğer blob depolama türleri desteklenmez.

• Bu özelliğin geçerli sürümünde FileStream verilerinin Azure Depolama'da depolanması desteklenmez. FileStream verilerini, Azure Depolama'da depolanan veri dosyalarını da içeren bir veritabanında depolayabilirsiniz, ancak tüm FileStream veri dosyalarının yerel depolamada depolanması gerekir. FileStream verilerinin yerel depolamada bulunması gerektiğinden, Azure Depolama kullanılarak makineler arasında taşınamaz, bu nedenle FileStream ile ilişkili verileri farklı makineler arasında taşımak için geleneksel teknikleri kullanmaya devam etmeniz önerilir.

• Şu anda Azure Depolama'daki belirli bir veritabanı dosyasına aynı anda yalnızca bir SQL Server örneği erişebilir. InstanceA etkin bir veritabanı dosyasıyla çevrimiçiyse ve InstanceB yanlışlıkla başlatıldıysa ve aynı veri dosyasına işaret eden bir veritabanına da sahipse, ikinci örnek veritabanını bir hata koduyla 5120 Unable to open the physical file "%.\*ls". Operating system error %d: "%ls"başlatamaz.

• Azure'da SQL Server Veri Dosyaları özelliği kullanılarak Azure Depolama'da yalnızca .mdf, .ldf ve .ndf dosyaları depolanabilir.

• Azure'da SQL Server Veri Dosyaları özelliği kullanılırken, depolama hesabınız için coğrafi çoğaltma desteklenmez. Depolama hesabı coğrafi olarak çoğaltılırsa ve coğrafi yük devretme gerçekleşirse veritabanı bozulması oluşabilir.

• Kapasite sınırlamaları için bkz. Blob depolamaya giriş.

• Azure Depolama'da SQL Server Veri Dosyaları özelliğini kullanarak In-Memory OLTP verilerini Blob depolamada depolamak mümkün değildir. Bunun nedeni In-Memory OLTP'nin FileStream'e bağımlılığı olması ve bu özelliğin geçerli sürümünde FileStream verilerinin Azure Depolama'da depolanmasının desteklenmemesidir.

• AZURE'da SQL Server Veri Dosyaları özelliğini kullanırken, SQL Server veritabanındaki harmanlama kümesini master kullanarak tüm URL veya dosya yolu karşılaştırmalarını gerçekleştirir.

• Her Zaman Açık kullanılabilirlik grupları , birincil çoğaltmadaki veritabanına yeni veritabanı dosyaları eklemediğiniz sürece desteklenir. Veritabanı işlemi birincil çoğaltmadaki veritabanında yeni bir dosya oluşturulmasını gerektiriyorsa, önce ikincil düğümdeki kullanılabilirlik gruplarını devre dışı bırakın. Ardından veritabanı işlemini gerçekleştirin ve veritabanını birincil çoğaltıcıda yedekleyin. Ardından veritabanını ikincil çoğaltmaya geri yükleyin. bitirdikten sonra, ikincil düğümde Always On kullanılabilirlik gruplarını yeniden etkinleştirin.

  Uyarı

  Azure özelliğinde SQL Server veri dosyaları kullanıldığında Always On yük devretme kümesi örnekleri desteklenmez.

• Normal işlem sırasında SQL Server, her blob kiralamasının 45-60 saniyede bir yenilenmesiyle blobları depolama için ayırmak için geçici kiralamalar kullanır. Bir sunucu kilitlenirse ve aynı blobları kullanacak şekilde yapılandırılmış başka bir SQL Server örneği başlatılırsa, yeni örnek blob üzerindeki mevcut kiralamanın süresinin dolması için 60 saniyeye kadar bekler. Veritabanını başka bir örneğe eklemek istiyorsanız ve kira süresinin 60 saniye içinde dolmasını bekleyemiyorsanız, kiralamayı blob üzerinde açıkça serbest bırakabilirsiniz.

Araçlar ve programlama referansı desteği

Bu bölümde, SQL Server veri dosyalarını Azure Depolama'da depolarken hangi araçların ve programlama başvuru kitaplıklarının kullanılabileceğini açıklanmaktadır.

PowerShell desteği

Sql Server veri dosyalarını Blob depolama hizmetinde depolamak için dosya yolu yerine blob depolama URL yoluna başvurarak PowerShell cmdlet'lerini kullanın. Aşağıdaki URL biçimini kullanarak bloblara erişin: https://storageaccount.blob.core.windows.net/<container>/<blob>.

SQL Server nesne ve performans sayaçları desteği

SQL Server 2014'den başlayarak, Azure Depolama'da SQL Server Veri Dosyaları özelliğiyle kullanılmak üzere yeni bir SQL Server nesnesi eklenmiştir. Yeni SQL Server nesnesi SQL Server olarak adlandırılır HTTP_STORAGE_OBJECT ve Sql Server'ı Azure Depolama ile çalıştırırken etkinliği izlemek için Sistem İzleyicisi tarafından kullanılabilir.

SQL Server Management Studio desteği

SQL Server Management Studio, bu özelliği birkaç iletişim kutusu penceresi aracılığıyla kullanmanıza olanak tanır. Örneğin, https://teststorageaccnt.blob.core.windows.net/testcontainer/ bir depolama kapsayıcısının URL yolunu temsil eder. Bu YoluYeni Veritabanı, Veritabanı Ekle ve VeritabanınıGeri Yükle gibi çeşitli iletişim pencerelerinde görebilirsiniz. Daha fazla bilgi için bkz . Öğretici: SQL Server veritabanlarıyla Azure Blob Depolama'yı kullanma.

SQL Server Yönetim Nesneleri (SMO) desteği

Azure'da SQL Server Veri Dosyaları özelliği kullanıldığında, tüm SQL Server Yönetim Nesneleri (SMO) desteklenir. SMO nesnesi bir dosya yolu gerektiriyorsa, gibi https://teststorageaccnt.blob.core.windows.net/testcontainer/yerel bir dosya yolu yerine BLOB URL biçimini kullanın. SQL Server Yönetim Nesneleri (SMO) hakkında daha fazla bilgi için bkz. SQL Server Books Online'da SQL Server Yönetim Nesneleri (SMO) Programlama Kılavuzu .

Transact-SQL desteği

Bu özelliğin eklenmesi, Transact-SQL yüzey alanında aşağıdaki değişikliği getirmiştir:

• Sistem görünümünde, yeni bir int sütunu credential_idsys.master_files. Azure Depolama veri dosyalarının kendileri için oluşturulan kimlik bilgilerine sys.credentials çapraz referans sağlamak amacıyla credential_id sütunu kullanılır. Bunu, mesela bir veritabanı dosyası kullandığında kimlik bilgilerinin silinememesi gibi durumlarda sorun gidermek için kullanabilirsiniz.

Microsoft Azure'da SQL Server Veri Dosyaları sorunlarını giderme

Desteklenmeyen özellikler veya sınırlamalar nedeniyle oluşan hataları önlemek için önce Sınırlamalar'ı gözden geçirin.

Azure Depolama'da SQL Server Veri Dosyaları özelliğini kullanırken alabileceğiniz hataların listesi aşağıdaki gibidir.

Kimlik doğrulama hataları

• Etkin bir veritabanı dosyası tarafından kullanıldığından '%.*ls' kimlik bilgisi bırakılamıyor.
  Çözüm: Azure Depolama'da etkin bir veritabanı dosyası tarafından hala kullanılan bir kimlik bilgilerini bırakmaya çalıştığınızda bu hatayı görebilirsiniz. Kimlik bilgilerini bırakmak için, önce bu veritabanı dosyasını içeren ilişkili blobu silmeniz gerekir. Etkin kiralaması olan bir blobu silmek için önce kirayı serbest bırakmanız gerekir.

• Kapsayıcıda Paylaşılan Erişim İmzası doğru oluşturulmadı.
  Çözüm: Kapsayıcıda doğru bir Paylaşılan Erişim İmzası oluşturduğunuzdan emin olun. Öğretici: AZURE Blob Depolama'yı SQL Server veritabanlarıyla kullanma başlığı altında 2. Ders'te verilen yönergeleri gözden geçirin.

• SQL Server kimlik bilgileri doğru oluşturulmadı.
  Çözüm: Kimlik alanı için 'Paylaşılan Erişim İmzası' kullandığınızdan ve doğru bir gizli dizi oluşturduğunuzdan emin olun. Öğretici: SQL Server veritabanlarıyla Azure Blob Depolama'yı kullanma başlığı altında 3. Ders'te verilen yönergeleri gözden geçirin.

Kira blobu hataları:

• Aynı blob dosyalarını kullanan başka bir örnek kilitlendikten sonra SQL Server'ı başlatmaya çalışırken hata oluştu. Çözüm: Normal işlem sırasında SQL Server, her blob kiralamasını 45 ile 60 saniyede bir yenilerken blobları depolama için ayırmak için geçici kiralamalar kullanır. Bir sunucu kilitlenirse ve aynı blobları kullanacak şekilde yapılandırılmış başka bir SQL Server örneği başlatılırsa, yeni örnek blob üzerindeki mevcut kiralamanın süresinin dolması için 60 saniyeye kadar bekler. Veritabanını başka bir örneğe eklemek istiyorsanız ve kira süresinin 60 saniye içinde dolmasını bekleyemiyorsanız, ekleme işlemlerinde hata oluşmasını önlemek için kirayı açıkça blob üzerinde serbest bırakabilirsiniz.

Veritabanı hataları

Veritabanı oluştururken oluşan hatalar Çözüm: Öğretici: MICROSOFT Azure Blob Depolama'yı SQL Server veritabanlarıyla kullanma başlığı altında 4. Ders'te verilen yönergeleri gözden geçirin.

Alter deyimini çalıştırırken oluşan hatalar Çözüm: Veritabanı çevrimiçi olduğunda Alter Database deyimini yürüttüğünden emin olun. Veri dosyalarını Azure Depolama'ya kopyalarken her zaman blok blobu değil sayfa blobu oluşturun. Aksi takdirde ALTER Veritabanı başarısız olur. Öğretici: SQL Server veritabanlarıyla Microsoft Azure Blob Depolama'yı kullanma makalesindeki 7. Ders'te verilen yönergeleri gözden geçirin.

Hata kodu - 5120 "%.*ls" fiziksel dosyası açılamıyor. İşletim sistemi hatası %d: " "%ls"

Çözüm: Bu özellik, Azure Depolama'daki aynı veritabanı dosyalarına aynı anda erişen birden fazla SQL Server örneğini desteklemez. InstanceA etkin bir veritabanı dosyasıyla çevrimiçiyse ve InstanceB başlatılırsa ve aynı veri dosyasına işaret eden bir veritabanı varsa, ikinci örnek veritabanını bir hata koduyla 5120 Unable to open the physical file "%.\*ls". Operating system error %d: "%ls"başlatamaz.

Bu sorunu çözmek için önce ServerA'nın Azure Depolama'daki veritabanı dosyasına erişmesine gerek olup olmadığını belirleyin. Aksi takdirde InstanceA ile Azure Depolama'daki veritabanı dosyaları arasındaki bağlantıyı kaldırın. Bunu yapmak için şu adımları izleyin:

1. ALTER Database deyimini kullanarak InstanceA'nın dosya yolunu yerel bir klasöre ayarlayın.

2. InstanceA'da veritabanını çevrimdışı olarak ayarlayın.

3. Ardından, veritabanı dosyalarını Azure Depolama'dan InstanceA'daki yerel klasöre kopyalayın. Bu, InstanceA'nın hala veritabanının yerel olarak bir kopyasına sahip olmasını sağlar.

4. Veritabanını çevrimiçi olarak ayarlayın.

Hata kodu 833 - G/Ç isteklerinin tamamlanması 15 saniyeden uzun sürüyor

Bu hata, depolama sisteminin SQL Server iş yükünün taleplerini karşılayamadığını belirtir. Uygulama katmanından GÇ etkinliğini azaltın veya depolama katmanındaki aktarım hızı özelliğini artırın. Daha fazla bilgi edinmek için bkz. Hata 833. Performans sorunları devam ederse dosyaları Premium veya UltraSSD gibi farklı bir depolama katmanına taşımayı göz önünde bulundurun. Azure VM'lerinde SQL Server için bkz. Depolama performansını iyileştirme.

Sonraki Adımlar

• Veritabanı oluşturma