Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği ile ilgili bağlantı sorunlarını ve diğer hataları giderme

Makale
09/05/2024

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

Azure SQL Veritabanı veya Azure SQL Yönetilen Örneği bağlantısı başarısız olduğunda hata iletileri alırsınız.

Her zaman olduğu gibi, uygulama tasarım işlemi sırasında en iyi yöntemleri ve tasarım yönergelerini uygulayın.

Not

Azure SQL Veritabanı, Azure SQL Yönetilen Örneği ve Azure Synapse Analytics ortamlarında çok çeşitli bağlantı hatalarını algılamak ve düzeltmek için Azure SQL Bağlantı Denetleyicisi'ni kullanabilirsiniz.

Yaygın bağlantı sorunlarını giderme adımları

TCP/IP'nin uygulama sunucusunda istemci protokolü olarak etkinleştirildiğinden emin olun. SQL araçlarının yüklü olmadığı uygulama sunucularında, cliconfg.exe (SQL Server İstemci Ağı yardımcı programı) çalıştırarak TCP/IP'nin etkinleştirildiğini doğrulayın.
Doğru yapılandırıldığından emin olmak için uygulamanın bağlantı dizesi denetleyin. Örneğin, bağlantı dizesi doğru bağlantı noktasını (1433) ve tam sunucu adını belirttiğinden emin olun. Bkz. SQL Server Management Studio kullanarak bağlantı bilgilerini alma.
Bağlantı zaman aşımı değerini artırmayı deneyin. En az 30 saniyelik bir bağlantı zaman aşımı kullanmanızı öneririz.
Hızlı Başlangıç:Azure SQL Veritabanı veya Azure SQL Yönetilen Örneği, UDL dosyası, ping veya telnet'e bağlanmak ve sorgulamak için SSMS'yi kullanarak uygulama sunucusu ile Azure SQL Veritabanı arasındaki bağlantıyı test edin. Daha fazla bilgi için bkz. Bağlantı sorunlarını giderme ve Bağlantı sorunları için tanılama.

Not

Sorun giderme adımı olarak, bağlantıyı farklı bir istemci bilgisayarda da test edebilirsiniz.
En iyi uygulama olarak buluta bağlı uygulamaların yeniden deneme mantığını kullanması gerekir.

Bu adımlar sorununuzu çözmezse daha fazla veri toplamayı deneyin ve ardından desteğe başvurun. Uygulamanız bir bulut hizmetiyse günlüğe kaydetmeyi etkinleştirin. Bu adım, hatanın UTC zaman damgasını döndürür. Günlüğe kaydetmeyi etkinleştirme hakkında daha fazla bilgi için bkz. Azure Uygulaması Hizmeti'nde uygulamalar için tanılama günlüğünü etkinleştirme. Ayrıca, SQL Veritabanı izleme kimliğini döndürür. Microsoft Müşteri Destek Hizmetleri bu bilgileri kullanabilir.

Yeniden deneme mantığını uygulama

İstemci uygulamalarınızın, geçici hata süresini düzeltdikten sonra bağlantıyı yeniden kurabilmesi için yeniden deneme mantığını kullanması kesinlikle önerilir. İlk yeniden denemenizden önce 5 saniye gecikmenizi öneririz. 5 saniyeden kısa bir gecikmeden sonra yeniden deneme, bulut hizmetini bunaltma riski taşır. Sonraki her yeniden denemede gecikme üstel olarak artarak en fazla 60 saniye olmalıdır.

Yeniden deneme mantığının kod örnekleri için bkz:

Uygulamanızdaki geçici hataları işleme hakkında daha fazla bilgi için SQL Veritabanı ve SQL Yönetilen Örneği geçici bağlantı hatalarını giderme makalesini gözden geçirin

ADO.NET kullanan istemciler için engelleme süresiyle ilgili bir tartışma, Bağlantı Havuzu (ADO.NET) içinde kullanılabilir.

Geçici hata hata iletileri (40197, 40613 ve diğerleri)

Azure altyapısının SQL Veritabanı hizmetinde ağır iş yükleri ortaya çıktığında sunucuları dinamik olarak yeniden yapılandırabilme özelliği vardır. Bu dinamik davranış istemci programınızın veritabanı veya örnek bağlantısını kaybetmesine neden olabilir. Bu tür bir hata koşulu geçici hata olarak adlandırılır. Veritabanı yeniden yapılandırma olayları, planlı bir olay (örneğin, yazılım yükseltmesi) veya planlanmamış bir olay (örneğin, işlem kilitlenmesi veya yük dengeleme) nedeniyle oluşur. Çoğu yeniden yapılandırma olayı kısa sürelidir ve en fazla 60 saniyeden kısa sürede tamamlanmalıdır. Ancak, büyük bir işlemin uzun süre çalışan bir kurtarma işlemine neden olması gibi bu olayların tamamlanması zaman zaman daha uzun sürebilir. Aşağıdaki tabloda, uygulamaların Azure SQL Veritabanı bağlanırken alabileceği çeşitli geçici hatalar listelenmiştir.

Geçici hata hata kodlarının listesi

Hata kodu	Önem Derecesi	Açıklama
`926`	14	`Database 'replicatedmaster' cannot be opened. It has been marked SUSPECT by recovery. See the SQL Server error log for more information.` Bu hata, eski birincil günlük kapatılırken, yeniden yapılandırmanın son aşamasında kısa bir süre için SQL Yönetilen Örneği hata günlüğünde günlüğe kaydedilebilir. Bu hata iletisini içeren diğer, geçici olmayan senaryolar MSSQL Hataları belgelerinde açıklanmıştır.
`4060`	16	`Cannot open database "%.*ls" requested by the login. The login failed.` Daha fazla bilgi için bkz . Hatalar 4000 - 4999
`40197`	17	`The service has encountered an error processing your request. Please try again. Error code %d.` Yazılım veya donanım yükseltmeleri, donanım hataları veya diğer yük devretme sorunları nedeniyle hizmet devre dışı olduğunda bu hatayı alırsınız. Hata 40197 iletisine eklenen hata kodu (%d), oluşan hata veya yük devretme türü hakkında ek bilgi sağlar. Hata kodlarının bazı örnekleri 40197 hata iletisine eklenir: 40020, 40143, 40166 ve 40540. Yeniden bağlanmak sizi otomatik olarak veritabanınızın iyi durumdaki bir kopyasına bağlar. Uygulamanız 40197 hatasını yakalamalı, ekli hata kodunu (%d) sorun giderme için iletinin içinde günlüğe kaydetmeli ve kaynaklar kullanılabilir duruma gelene ve bağlantınız yeniden kurulana kadar SQL Veritabanı yeniden bağlanmayı denemelidir. Daha fazla bilgi için bkz. Geçici hatalar.
`40501`	20	`The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d.` Daha fazla bilgi için, şuraya bakın: • Kaynak yönetimi. • DTU satın alma modelini kullanan elastik havuzlar için kaynak sınırları. • Tek veritabanları için sanal çekirdek tabanlı sınırlar. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar. • kaynak sınırlarını Azure SQL Yönetilen Örneği.
`40613`	17	`Database '%.ls' on server '%.ls' is not currently available. Please retry the connection later. If the problem persists, contact customer support, and provide them with the session tracing ID of '%.*ls'.` Bu hata, veritabanında zaten bir ayrılmış yönetici bağlantısı (DAC) kuruluysa oluşabilir. Daha fazla bilgi için bkz. Geçici hatalar.
`49918`	16	`Cannot process request. Not enough resources to process request. The service is currently busy. Please retry the request later.` Daha fazla bilgi için, şuraya bakın: • Kaynak yönetimi. • DTU satın alma modelini kullanan elastik havuzlar için kaynak sınırları. • Tek veritabanları için sanal çekirdek tabanlı sınırlar. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar. • kaynak sınırlarını Azure SQL Yönetilen Örneği.
`49919`	16	`Cannot process create or update request. Too many create or update operations in progress for subscription "%ld".` Hizmet, aboneliğiniz veya sunucunuz için birden çok oluşturma veya güncelleştirme isteğini işlemekle meşgul. İstekler şu anda kaynak iyileştirme için engellenmiştir. Bekleyen işlemler için sorgu sys.dm_operation_status . Bekleyen oluşturma veya güncelleştirme istekleri tamamlanana kadar bekleyin veya bekleyen isteklerinizden birini silin ve isteğinizi daha sonra yeniden deneyin. İşlemleriniz takılmış gibi görünüyorsa, devam eden diğer işlemlerin tamamlanmasını bekleyin veya mümkün olduğunda bunları iptal edin. Örneğin, oluşturulan veritabanını veya çoğaltmayı silerek veritabanı kopyasını veya coğrafi çoğaltma oluşturmayı iptal edebilirsiniz. Takılmış gibi görünen bir işlemi iptal edemezseniz Microsoft ile bir destek bileti açın.
`49920`	16	`Cannot process request. Too many operations in progress for subscription "%ld".` Hizmet, bu abonelik için birden çok isteği işlemekle meşgul. İstekler şu anda kaynak iyileştirme için engellenmiştir. İşlem durumu için sorgu sys.dm_operation_status . Bekleyen istekler tamamlanana kadar bekleyin veya bekleyen isteklerinizden birini silin ve isteğinizi daha sonra yeniden deneyin. İşlemleriniz takılmış gibi görünüyorsa, devam eden diğer işlemlerin tamamlanmasını bekleyin veya mümkün olduğunda bunları iptal edin. Örneğin, oluşturulan veritabanını veya çoğaltmayı silerek veritabanı kopyasını veya coğrafi çoğaltma oluşturmayı iptal edebilirsiniz. Takılmış gibi görünen bir işlemi iptal edemezseniz Microsoft ile bir destek bileti açın.
`4221`	16	`Login to read-secondary failed due to long wait on 'HADR_DATABASE_WAIT_FOR_TRANSITION_TO_VERSIONING'.` Çoğaltma geri dönüştürüldükleri sırada uçuşta olan işlemler için satır sürümleri eksik olduğundan çoğaltma oturum açma için kullanılamaz. Sorun, birincil çoğaltmada etkin işlemler geri alınarak veya işlenerek çözülebilir. Bu koşulun oluşumları, birincilde uzun yazma işlemlerinden kaçınılarak simge durumuna küçültülebilir.
`615`	21	`Could not find database ID %d, name '%.*ls'` Bu, bellek içi önbelleğin SQL server örneğiyle eşitlenmediğinden ve aramalar eski veritabanı kimliğini alır. SQL oturum açma bilgileri, veritabanı adını kimlik eşlemesine almak için bellek içi önbellek kullanır. Önbellek arka uç veritabanıyla eşitlenmiş olmalı ve SQL server örneğine/örneğinden veritabanı her eklendiğinde ve ayrılışında güncelleştirilmelidir. Ayırma iş akışı bellek içi önbelleği zamanında temizleyemediğinde ve veritabanı noktasından eski veritabanı kimliğine sonraki aramalarda bu hatayı alırsınız. Kaynak kullanılabilir duruma gelene ve bağlantı yeniden kurulana kadar SQL Veritabanı yeniden bağlanmayı deneyin. Daha fazla bilgi için bkz. Geçici hatalar.

Geçici bağlantı sorunlarını çözme adımları

Uygulamanın rapor verdiği süre boyunca gerçekleşen bilinen kesintiler için Microsoft Azure Hizmet Panosu'na bakın.
Azure SQL Veritabanı gibi bir bulut hizmetine bağlanan uygulamalar düzenli olarak yeniden yapılandırma olayları beklemelidir ve kullanıcılara uygulama hataları uygulamak yerine bu hataları işlemek için yeniden deneme mantığı uygulamalıdır.
Veritabanı kaynak sınırlarına yaklaştıkça geçici bir bağlantı sorunu gibi görünebilir. Bkz. Kaynak sınırları.
Bağlantı sorunları devam ederse veya uygulamanızın hatayla karşılaşma süresi 60 saniyeyi aşıyorsa veya belirli bir gün içinde hatanın birden çok tekrarını görürseniz Azure Destek sitesinde Destek Al'ı seçerek Azure desteği isteği gönderin.

Uygulama sunucuya bağlanamıyorsa sorun oluşur.

Bu sorunu çözmek için Yaygın bağlantı sorunlarını düzeltme adımları bölümündeki adımları (sunulan sırayla) deneyin.

Sunucu/örnek bulunamadı veya erişilebilir değil (hata 26, 40, 10053)

Hata 26: Belirtilen sunucu bulma hatası

System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.(provider: SQL Network Interfaces, error: 26 – Error Locating Server/Instance Specified)

Hata 40: Sunucu bağlantısı açılamadı

A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)

Hata 10053: Sunucudan sonuçlar alınırken aktarım düzeyi hatası oluştu

10053: A transport-level error has occurred when receiving results from the server. (Provider: TCP Provider, error: 0 - An established connection was aborted by the software in your host machine)

Uygulama sunucuya bağlanamıyorsa bu sorunlar oluşur.

Bu sorunları çözmek için Yaygın bağlantı sorunlarını düzeltme adımları bölümündeki adımları (sunulan sırayla) deneyin.

Güvenlik duvarı sorunları nedeniyle sunucuya bağlanılamıyor

Hata 40615: Sunucu adına bağlanılamıyor <>

Bu sorunu çözmek için Azure portalı aracılığıyla SQL Veritabanı güvenlik duvarı ayarlarını yapılandırın.

Hata 5: Sunucu adına bağlanılamıyor <>

Bu sorunu çözmek için, istemci ile internet arasındaki tüm güvenlik duvarlarında giden bağlantılar için 1433 numaralı bağlantı noktasının açık olduğundan emin olun.

Sunucuda oturum açılamıyor (hatalar 18456, 40531)

Login failed for user '<User name>'.This session has been assigned a tracing ID of '<Tracing ID>'. Provide this tracing ID to customer support when you need assistance. (Microsoft SQL Server, Error: 18456)

Bu sorunu çözmek için hizmet yöneticinize başvurarak size geçerli bir kullanıcı adı ve parola sağlayın.

Hizmet yöneticisi genellikle oturum açma kimlik bilgilerini eklemek için aşağıdaki adımları kullanabilir:

SQL Server Management Studio (SSMS) kullanarak sunucuda oturum açın.
Oturum açma adının devre dışı bırakılıp bırakılmadığını denetlemek için veritabanında aşağıdaki SQL sorgusunu master çalıştırın:
```
SELECT name, is_disabled FROM sys.sql_logins;
```
Karşılık gelen ad devre dışı bırakılırsa, aşağıdaki deyimi kullanarak etkinleştirmeye karar vekleyebilirsiniz:
```
ALTER LOGIN <User name> ENABLE;
```
SQL oturum açma kullanıcı adı yoksa, yeni bir SQL oturumu oluşturmak için aşağıdaki SQL sorgusunu düzenleyin ve çalıştırın:
```
CREATE LOGIN <SQL_login_name, sysname, login_name>
WITH PASSWORD = '<password, sysname, Change_Password>';
GO
```
SSMS Nesne Gezgini Veritabanları'yı genişletin.
Kullanıcıya izin vermek istediğiniz veritabanını seçin.
Güvenlik'e sağ tıklayın ve ardından Yeni, Kullanıcı'yı seçin.
Yer tutucularla oluşturulan betikte, SSMS şablon parametrelerini değiştirme ve yürütme adımlarını izleyin, örneğin:
```
CREATE USER [<user_name, sysname, user_name>]
FOR LOGIN [<login_name, sysname, login_name>]
WITH DEFAULT_SCHEMA = [<default_schema, sysname, dbo>];
GO

-- Add user to the database owner role
EXEC sp_addrolemember N'db_owner', N'<user_name, sysname, user_name>';
GO
```
Belirli kullanıcıları belirli veritabanı rolleriyle eşlemek için de kullanabilirsiniz sp_addrolemember .

Not

Azure SQL Veritabanı'de, veritabanı rolü üyeliğini yönetmek için daha yeni ALTER ROLE söz dizimini göz önünde bulundurun.

Daha fazla bilgi için bkz . Veritabanı erişimini yetkilendirme.

Bağlantı zaman aşımı süresi doldu hataları

System.Data.SqlClient.SqlException (0x80131904): Bağlantı Zaman Aşımı Süresi Doldu

System.Data.SqlClient.SqlException (0x80131904): Connection Timeout Expired. The timeout period elapsed while attempting to consume the pre-login handshake acknowledgement. This could be because the pre-login handshake failed or the server was unable to respond back in time. The duration spent while attempting to connect to this server was - [Pre-Login] initialization=3; handshake=29995;

System.Data.SqlClient.SqlException (0x80131904): Zaman aşımı süresi doldu

System.Data.SqlClient.SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.

System.Data.Entity.Core.EntityException: Temel alınan sağlayıcı Open'da başarısız oldu

System.Data.Entity.Core.EntityException: The underlying provider failed on Open. -> System.Data.SqlClient.SqlException: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. -> System.ComponentModel.Win32Exception: The wait operation timed out

Sunucu adına bağlanılamıyor <>

Cannot connect to <server name>.ADDITIONAL INFORMATION:Connection Timeout Expired. The timeout period elapsed during the post-login phase. The connection could have timed out while waiting for server to complete the login process and respond; Or it could have timed out while attempting to create multiple active connections. The duration spent while attempting to connect to this server was - [Pre-Login] initialization=231; handshake=983; [Login] initialization=0; authentication=0; [Post-Login] complete=13000; (Microsoft SQL Server, Error: -2) For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-2&LinkId=20476 The wait operation timed out

Bu özel durumlar, bağlantı veya sorgu sorunları nedeniyle oluşabilir. Bağlantı sorunlarının bu hataya neden olduğunu onaylamak için bkz . Bağlantı sorunundan kaynaklanan bir hata olup olmadığını onaylama.

Uygulama sunucuya bağlanamadığı için bağlantı zaman aşımları oluşur. Bu sorunu çözmek için Yaygın bağlantı sorunlarını düzeltme adımları bölümündeki adımları (sunulan sırayla) deneyin.

Ağ bağlantısı sonlandırma hataları

SQL istemci kitaplıkları TCP ağ protokollerini kullanarak Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği bağlanır. İstemci kitaplığı, TCP bağlantılarını yönetmek için TCP sağlayıcısı adlı daha düşük düzeyli bir bileşen kullanır. TCP sağlayıcısı uzak bir konağın var olan bir TCP bağlantısını beklenmedik bir şekilde sonlandırdığını algıladığında, istemci kitaplığı bir hata oluşturur. Hata sql sunucusu hatası değil istemci hatası olduğundan sql hata numarası eklenmez. Bunun yerine, hata numarası 0'dır ve TCP sağlayıcısından gelen hata iletisi kullanılır.

Ağ bağlantısı sonlandırma hatalarının örnekleri şunlardır:

A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.) An existing connection was forcibly closed by the remote host

A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)

The client was unable to establish a connection because of an error during connection initialization process before login. Possible causes include the following: the client tried to connect to an unsupported version of SQL Server; the server was too busy to accept new connections; or there was a resource limitation (insufficient memory or maximum allowed connections) on the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)

A connection was successfully established with the server, but then an error occurred during the login process. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)

Veritabanı veya elastik havuz geçici olarak kullanılamadığından bağlantı sonlandırma hataları oluşabilir. Bunlar veritabanı sunucusu ile istemci uygulaması arasındaki ağ altyapısında güvenlik duvarları, ağ gereçleri vb. çeşitli sorunlar nedeniyle de oluşur. Bu sorunlar geçici veya kalıcı olabilir. Genel bir kılavuz olarak, uygulamalar kalıcı hataları dikkate almadan önce bu hatalar için sabit sayıda yeniden deneme denemesi kullanmalıdır.

Kaynak idaresi hataları

Azure SQL Veritabanı, temel alan bir kaynak idaresi uygulaması kullanırKaynak sınırlarını zorlamak için Resource Governor. Azure SQL Veritabanı'da kaynak yönetimi hakkında daha fazla bilgi edinin.

En yaygın kaynak idaresi hataları önce ayrıntılarla birlikte listelenir ve ardından kaynak idaresi hata iletileri tablosu görüntülenir.

Hatalar 10928 ve 10936: Kaynak Kimliği: 1. [veritabanı veya elastik havuz] için istek sınırı %d ve ulaşıldı

Veritabanı düzeyi sınırına ulaşılırsa, bu örnekteki ayrıntılı hata iletisi şu şekildedir: Resource ID : 1. The request limit for the database is %d and has been reached. See 'http://go.microsoft.com/fwlink/?LinkId=267637' for assistance.

Elastik havuz sınırına ulaşılırsa, bu örnekte ayrıntılı hata iletisi şu şekildedir: Resource ID : 1. The request limit for the elastic pool is %d and has been reached. See 'http://go.microsoft.com/fwlink/?LinkId=267637' for assistance. Elastik havuz sınırları veritabanı sınırlarından daha yüksektir, daha fazla bilgi için bkz . Kaynak sınırları. Havuzdaki birden çok veritabanı aynı anda bir kaynak (çalışanlar gibi) kullandığında sınırlarla karşılaşılabilir.

Bu hata iletisi, veritabanı veya elastik havuz için çalışan sınırına ulaşıldığını gösterir. %d yer tutucusu yerine veritabanının veya elastik havuzun hizmet hedefi için en fazla eşzamanlı çalışan değeri mevcut olacak.

Not

Azure SQL Veritabanı ilk teklifi yalnızca tek iş parçacıklı sorguları destekledi. O sırada istek sayısı her zaman çalışan sayısına eşdeğerdi. Azure SQL Veritabanı hata iletileri 10928 ve 10936 "İstek sınırı [...] N'dir ve geriye dönük uyumluluk amacıyla ulaşıldı" hatasıyla karşılanır. Ulaşılan sınır aslında çalışan sayısı sınırıdır. En yüksek paralellik derecesi (MAXDOP) ayarınız sıfıra eşitse veya birden büyükse, çalışan sayısı istek sayısından çok daha yüksek olabilir ve MAXDOP bire eşit olduğunda sınıra çok daha erken ulaşılabilir.

Oturumlar, çalışanlar ve istekler hakkında daha fazla bilgi edinin.

Gerekirse Ayrılmış Yönetici Bağlantısı (DAC) ile bağlanma

Çalışan sınırına ulaşıldığında canlı bir olay devam ediyorsa SQL Server Management Studio (SSMS) veya Azure Data Studio kullanarak bağlandığınızda Hata 10928'i alabilirsiniz. Bir oturum, en fazla çalışan eşiğine ulaşıldığında bile Veritabanı Yöneticileri için Tanılama Bağlantısı'nı (DAC) kullanarak bağlanabilir.

SSMS'den DAC ile bağlantı kurmak için:

Menüden Dosya > Yeni > Veritabanı Altyapısı Sorgusu'na tıklayın
Sunucu Adı alanındaki bağlantı iletişim kutusundan girin admin:<fully_qualified_server_name> (örneğin, admin:servername.database.windows.net).
Seçenekler'i seçin >>
Bağlantı Özellikleri sekmesini seçin
Veritabanına bağlan: kutusuna veritabanınızın adını yazın
Bağlan'ı seçin.

Hata 40613 alırsanız, bu başka Database '%.*ls' on server '%.*ls' is not currently available. Please retry the connection later. If the problem persists, contact customer support, and provide them the session tracing ID of '%.*ls'bir oturumun DAC'ye zaten bağlı olduğunu gösterebilir. Aynı anda tek bir veritabanı veya elastik havuz için DAC'ye yalnızca bir oturum bağlanabilir.

Bağlan'ı seçtikten sonra 'Sunucuya bağlanılamadı' hatasıyla karşılaşırsanız, 18.9'un önceki SSMS sürümlerini kullanıyorsanız DAC oturumu başarıyla oluşturulmuş olabilir. SSMS'nin ilk sürümleri, DAC bağlantıları için IntelliSense sağlamaya çalıştı. DAC yalnızca tek bir çalışanı desteklediğinden ve Intellisense ayrı bir çalışan gerektirdiğinden bu başarısız oldu.

SSMS'deki Nesne Gezgini ile DAC bağlantısı kullanamazsınız.

max_worker_percent kullanımınızı gözden geçirme

Veritabanınızın 14 günlük kaynak tüketimi istatistiklerini bulmak için sistem kataloğu görünümünü sys.resource_stats. max_worker_percent sütunu, veritabanınızın çalışan sınırına göre kullanılan çalışan yüzdesini gösterir. sorgulamak master sys.resource_statsiçin mantıksal sunucunuzdaki veritabanına bağlanın.

SELECT start_time, end_time, database_name, sku, avg_cpu_percent, max_worker_percent, max_session_percent 
FROM sys.resource_stats;

Ayrıca, sys.dm_db_resource_stats dinamik yönetim görünümünden son saatteki kaynak tüketimi istatistiklerini sorgulayabilirsiniz. sorgulamak sys.dm_db_resource_statsiçin doğrudan veritabanınıza bağlanın.

SELECT end_time, avg_cpu_percent, max_worker_percent, max_session_percent
FROM sys.dm_db_resource_stats;

Mümkün olduğunda daha düşük çalışan kullanımı

Zincirlerin engellenmesi, veritabanındaki çalışan sayısında ani bir artışa neden olabilir. Çok fazla sayıda eşzamanlı paralel sorgu çok fazla sayıda çalışana neden olabilir. Maksimum paralellik derecenizi (MAXDOP) artırmak veya MAXDOP'yi sıfır olarak ayarlamak etkin çalışan sayısını artırabilir.

Aşağıdaki adımları izleyerek yetersiz çalışanlarla ilgili bir olayı önceliklendirme:

Engellemenin gerçekleşip gerçekleşmediğini veya çok fazla sayıda eşzamanlı çalışanı tanımlayabileceğinizi araştırın. Geçerli istekleri incelemek ve veritabanınız Hata 10928 döndürürken engelleme olup olmadığını denetlemek için aşağıdaki sorguyu çalıştırın. Sorguyu yürütmek için Ayrılmış Yönetici Bağlantısı'na (DAC) bağlanmanız gerekebilir.
```
SELECT
    r.session_id, r.request_id, r.blocking_session_id, r.start_time, 
    r.status, r.command, DB_NAME(r.database_id) AS database_name,
    (SELECT COUNT(*) 
        FROM sys.dm_os_tasks AS t 
        WHERE t.session_id=r.session_id and t.request_id=r.request_id) AS worker_count,
    i.parameters, i.event_info AS input_buffer,
    r.last_wait_type, r.open_transaction_count, r.total_elapsed_time, r.cpu_time,
    r.logical_reads, r.writes, s.login_time, s.login_name, s.program_name, s.host_name
FROM sys.dm_exec_requests as r
JOIN sys.dm_exec_sessions as s on r.session_id=s.session_id
OUTER APPLY sys.dm_exec_input_buffer (r.session_id,r.request_id) AS i
WHERE s.is_user_process=1;
GO
```
1. Engellenen oturumları tanımlamak için ile blocking_session_id satırları arayın. Bu oturumun da engellenip engellenmediğini belirlemek için listedeki her blocking_session_id bir oturumu bulun. ve session_id değerlerini takip blocking_session_id etmek sonunda sizi baş engelleyiciye yönlendirir: engellenmeyen ancak engelleyen bir oturum. Baş engelleyici sorgusunu ayarlayın.
  
  İpucu
  
  Uzun süre çalışan veya engelleyen sorguların sorunlarını giderme hakkında daha ayrıntılı bilgi için bkz. Engelleme sorunlarını Azure SQL Veritabanı anlama ve çözme.
2. Çok fazla sayıda eş zamanlı çalışanı tanımlamak için, genel olarak istek sayısını ve her isteğin sütununu worker_count gözden geçirin. Worker_count örneklenen zamandaki çalışan sayısıdır ve istek yürütüldükçe zaman içinde değişebilir. Artan çalışanların nedeni, en uygun paralellik derecelerinde çalışan eşzamanlı sorgularsa, kaynak kullanımını azaltmak için sorguları ayarlayın. Daha fazla bilgi için bkz. Sorgu Ayarlama/İpucu Sağlama.
Veritabanı için en yüksek paralellik derecesi (MAXDOP) ayarını değerlendirin.

Çalışan sınırlarını artırma

Veritabanı veya elastik havuz engelleme, sorguları iyileştirme ve MAXDOP ayarınızı doğrulamaya rağmen sürekli olarak çalışan sınırına ulaşırsa, çalışan sınırını artırmak için veritabanını veya elastik havuzu ölçeklendirmeyi göz önünde bulundurun.

Hizmet katmanına ve işlem boyutuna göre Azure SQL Veritabanı için kaynak sınırlarını bulun:

Çalışanların Azure SQL Veritabanı kaynak idaresi hakkında daha fazla bilgi edinin.

Hata 10929: Kaynak Kimliği: 1

10929: Resource ID: 1. The %s minimum guarantee is %d, maximum limit is %d and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database. See http://go.microsoft.com/fwlink/?LinkId=267637 for assistance. Otherwise, please try again later.

Hata 40501: Hizmet şu anda meşgul

40501: The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d.

Hata 40501, kaynak sınırlarının aşıldığını gösteren bir altyapı azaltma hatasıdır.

Kaynak sınırları hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı kaynak yönetimi.

Hata 40544: Veritabanı boyut kotasına ulaştı

40544: The database has reached its size quota. Partition or delete data, drop indexes, or consult the documentation for possible resolutions. Incident ID: <ID>. Code: <code>.

Bu hata, veritabanı boyut kotasına ulaştığında oluşur.

Aşağıdaki adımlar sorunu çözmenize yardımcı olabilir veya size daha fazla seçenek sunabilir:

Azure portalındaki panoyu kullanarak veritabanının geçerli boyutunu denetleyin.

Not

Hangi tabloların en fazla alan tükettiği ve dolayısıyla temizleme için olası adaylar olduğunu belirlemek için aşağıdaki SQL sorgusunu çalıştırın:
```
SELECT o.name,
 SUM(p.row_count) AS 'Row Count',
 SUM(p.reserved_page_count) * 8.0 / 1024 AS 'Table Size (MB)'
FROM sys.objects o
JOIN sys.dm_db_partition_stats p on p.object_id = o.object_id
GROUP BY o.name
ORDER BY [Table Size (MB)] DESC;
GO
```
Geçerli boyut, sürümünüz için desteklenen boyut üst sınırını geçmezse, MAXSIZE ayarını artırmak için ALTER DATABASE kullanabilirsiniz.
Veritabanı sürümünüz için desteklenen maksimum boyutu zaten geçtiyse aşağıdaki adımlardan birini veya daha fazlasını deneyin:
- Normal veritabanı temizleme etkinlikleri gerçekleştirin. Örneğin, kesme/silme kullanarak istenmeyen verileri temizleyin veya SQL Server Integration Services (SSIS) veya toplu kopyalama programı (bcp) yardımcı programını kullanarak verileri taşıyın.
- Verileri bölümleyin veya silin, dizinleri bırakın veya olası çözümler için belgelere bakın.
- Veritabanı ölçeklendirme için bkz . Tek veritabanı kaynaklarını ölçeklendirme ve Elastik havuz kaynaklarını ölçeklendirme.

Hata 40549: Uzun süre çalışan bir işleminiz olduğundan oturum sonlandırıldı

40549: Session is terminated because you have a long-running transaction. Try shortening your transaction.

Bu hatayla tekrar tekrar karşılaşırsanız şu adımları izleyerek sorunu çözmeyi deneyin:

Sütun için yüksek değere sahip açık oturumları görmek için aşağıdaki sorguyu duration_ms çalıştırın:

SELECT
    r.start_time, DATEDIFF(ms,start_time, SYSDATETIME()) as duration_ms, 
    r.session_id, r.request_id, r.blocking_session_id,  
    r.status, r.command, DB_NAME(r.database_id) AS database_name,
    i.parameters, i.event_info AS input_buffer,
    r.last_wait_type, r.open_transaction_count, r.total_elapsed_time, r.cpu_time,
    r.logical_reads, r.writes, s.login_time, s.login_name, s.program_name, s.host_name
FROM sys.dm_exec_requests as r
JOIN sys.dm_exec_sessions as s on r.session_id=s.session_id
OUTER APPLY sys.dm_exec_input_buffer (r.session_id,r.request_id) AS i
WHERE s.is_user_process=1
ORDER BY start_time ASC;
GO

Sütunun sorgu sys.fn_MSxe_read_event_streamokumasını input_buffer gösterdiği satırları yoksayabilirsiniz: bu istekler Genişletilmiş Olay oturumlarıyla ilgilidir.

Engellemenin blocking_session_id uzun süre çalışan işlemlere katkıda bulunup bulunmadığını görmek için sütunu gözden geçirin.

Not

Azure SQL Veritabanı engelleme sorunlarını giderme hakkında daha fazla bilgi için bkz. Engelleme sorunlarını anlama ve çözme Azure SQL Veritabanı.
Sorgularınızı toplu olarak oluşturmayı göz önünde bulundurun. Toplu işlem hakkında bilgi için bkz. Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği uygulama performansını geliştirmek için toplu işlem kullanma.

Hata 40551: Aşırı tempdb kullanımı nedeniyle oturum sonlandırıldı

40551: The session has been terminated because of excessive TEMPDB usage. Try modifying your query to reduce the temporary table space usage.

Bu soruna geçici bir çözüm bulmak için aşağıdaki adımları uygulayın:

Geçici tablo alanı kullanımını azaltmak için sorguları değiştirin.
Artık gerekli olmayan geçici nesneleri bırakın.
Tabloları kesme veya kullanılmayan tabloları kaldırma.

Hata 40552: Aşırı işlem günlüğü alanı kullanımı nedeniyle oturum sonlandırıldı

40552: The session has been terminated because of excessive transaction log space usage. Try modifying fewer rows in a single transaction.

Bu sorunu çözmek için aşağıdaki yöntemleri deneyin:

Sorun ekleme, güncelleştirme veya silme işlemleri nedeniyle oluşabilir. Toplu işlem gerçekleştirerek veya birden çok daha küçük işleme bölerek hemen çalıştırılan satır sayısını azaltmaya çalışın.
Dizin yeniden oluşturma işlemleri nedeniyle sorun oluşabilir. Bu sorunu geçici olarak çözmek için, * tablosundan etkilenen satır sayısını (bayt + 80 olarak güncelleştirilen alanın ortalama boyutu) 2 gigabayt (GB) < olduğundan emin olun.
Dizin yeniden derlemesi için, güncelleştirilen alanın ortalama boyutu, ortalama dizin boyutuyla değiştirilmelidir.
Daha fazla bilgi için bkz. Azure SQL Veritabanı tam işlem günlüğü sorunlarını giderme ve Azure SQL Yönetilen Örneği tam işlem günlüğü sorunlarını giderme.

Hata 40553: Aşırı bellek kullanımı nedeniyle oturum sonlandırıldı

40553: The session has been terminated because of excessive memory usage. Try modifying your query to process fewer rows.

Bu sorunu geçici olarak çözmek için sorguyu iyileştirmeyi deneyin.

Ayrıntılı sorun giderme yordamı için bkz. Sorgum bulutta sorunsuz çalışıyor mu?

Diğer yetersiz bellek hataları ve örnek sorgular hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı ile yetersiz bellek hatalarını giderme.

Kaynak idaresi hata iletileri tablosu

Hata kodu	Önem Derecesi	Açıklama
`10928`	20	`Resource ID: %d. The %s limit for the database is %d and has been reached. See 'http://go.microsoft.com/fwlink/?LinkId=267637' for assistance.` Kaynak Kimliği, sınıra ulaşmış olan kaynağı gösterir. Kaynak Kimliği = 1 olduğunda, bu bir çalışan sınırına ulaşıldığını gösterir. Hata 10928: Kaynak Kimliği : 1'de daha fazla bilgi edinin. Veritabanının istek sınırı :%d ve ulaşıldı. Kaynak Kimliği = 2 olduğunda bu, oturum sınırına ulaşıldığını gösterir. Kaynak sınırları hakkında daha fazla bilgi edinin: • Azure SQL Veritabanı kaynak yönetimi. • DTU satın alma modeli için kaynak sınırları. • Tek veritabanları için sanal çekirdek tabanlı sınırlar. • kaynak sınırlarını Azure SQL Yönetilen Örneği.
`10936`	20	`Resource ID: %d. The %s limit for the elastic pool is %d and has been reached. See 'http://go.microsoft.com/fwlink/?LinkId=267637' for assistance.` Kaynak Kimliği, sınıra ulaşmış olan kaynağı gösterir. Kaynak Kimliği = 1 olduğunda, bu bir çalışan sınırına ulaşıldığını gösterir. Hata 10936: Kaynak Kimliği : 1'de daha fazla bilgi edinin. Elastik havuzun istek sınırı:%d ve ulaşıldı.. Kaynak Kimliği = 2 olduğunda bu, oturum sınırına ulaşıldığını gösterir. Kaynak sınırları hakkında daha fazla bilgi edinin: • Azure SQL Veritabanı kaynak yönetimi. • DTU satın alma modelini kullanan elastik havuzlar için kaynak sınırları. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar. • kaynak sınırlarını Azure SQL Yönetilen Örneği.
`10929`	20	`Resource ID: %d. The %s minimum guarantee is %d, maximum limit is %d, and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database.` Kaynak Kimliği, sınıra ulaşmış olan kaynağı gösterir. Çalışan iş parçacıkları için Kaynak Kimliği = 1. Oturumlar için Kaynak Kimliği = 2. Daha fazla bilgi için, şuraya bakın: • Azure SQL Veritabanı kaynak yönetimi. • DTU satın alma modelini kullanan elastik havuzlar için kaynak sınırları. • Tek veritabanları için sanal çekirdek tabanlı sınırlar. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar. • kaynak sınırlarını Azure SQL Yönetilen Örneği. Aksi takdirde, daha sonra yeniden deneyin.
`40544`	20	`The database has reached its size quota. Partition or delete data, drop indexes, or consult the documentation for possible resolutions.` Veritabanı ölçeklendirme için bkz . Tek veritabanı kaynaklarını ölçeklendirme ve Elastik havuz kaynaklarını ölçeklendirme.
`40549`	16	`Session is terminated because you have a long-running transaction. Try shortening your transaction.` Toplu işlem hakkında bilgi için bkz. Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği uygulama performansını geliştirmek için toplu işlem kullanma.
`40550`	16	`The session has been terminated because it has acquired too many locks. Try reading or modifying fewer rows in a single transaction.` Toplu işlem hakkında bilgi için bkz. Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği uygulama performansını geliştirmek için toplu işlem kullanma.
`40551`	16	`The session has been terminated because of excessive tempdb usage. Try modifying your query to reduce the temporary table space usage.` Geçici nesneler kullanıyorsanız, oturumda artık gerekli olmayan geçici nesneleri bırakarak veritabanında yer `tempdb` tasarrufu yapın. SQL Veritabanı sınırları hakkında `tempdb` daha fazla bilgi için bkz. SQL Veritabanı tempdb veritabanı.
`40552`	16	`The session has been terminated because of excessive transaction log space usage. Try modifying fewer rows in a single transaction.` Toplu işlem hakkında bilgi için bkz. Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği uygulama performansını geliştirmek için toplu işlem kullanma. Yardımcı programını veya `System.Data.SqlClient.SqlBulkCopy` sınıfını `bcp.exe` kullanarak toplu eklemeler gerçekleştirirseniz, her işlemde `-b batchsize` sunucuya kopyalanan satır sayısını sınırlamak için veya `BatchSize` seçeneklerini kullanmayı deneyin. Deyimiyle `ALTER INDEX` bir dizini yeniden derlediyseniz, seçeneğini kullanmayı `REBUILD WITH ONLINE = ON` deneyin. Sanal çekirdek satın alma modelinin işlem günlüğü boyutları hakkında bilgi için bkz: • Tek veritabanları için sanal çekirdek tabanlı sınırlar. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar. • kaynak sınırlarını Azure SQL Yönetilen Örneği.
`40553`	16	`The session has been terminated because of excessive memory usage. Try modifying your query to process fewer rows.` Transact-SQL kodunuzdaki ve `GROUP BY` işlemlerinin `ORDER BY` sayısını azaltmak sorgunuzun bellek gereksinimlerini azaltır. Veritabanı ölçeklendirme için bkz . Tek veritabanı kaynaklarını ölçeklendirme ve Elastik havuz kaynaklarını ölçeklendirme. Yetersiz bellek hataları ve örnek sorgular hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı ile yetersiz bellek hatalarını giderme.

Elastik havuz hataları

Aşağıdaki hatalar elastik havuzları oluşturma ve kullanmayla ilgilidir:

Hata kodu	Önem Derecesi	Açıklama	Düzeltici eylem
`1132`	17	`The elastic pool has reached its storage limit. The storage usage for the elastic pool cannot exceed (%d) MBs.` Elastik havuzun depolama sınırına ulaşıldığında veritabanına veri yazmaya çalışma. Kaynak sınırları hakkında bilgi için bkz: • DTU satın alma modelini kullanan elastik havuzlar için kaynak sınırları. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar.	Depolama sınırını artırmak, elastik havuzdaki tek tek veritabanları tarafından kullanılan depolama alanını azaltmak veya elastik havuzdan veritabanlarını kaldırmak için mümkünse ve/veya elastik havuza depolama alanı eklemeyi göz önünde bulundurun. Elastik havuz ölçeklendirmesi için bkz . Elastik havuz kaynaklarını ölçeklendirme. Veritabanlarından kullanılmayan alanı kaldırma hakkında daha fazla bilgi için bkz. Azure SQL Veritabanı veritabanları için dosya alanını yönetme.
`10929`	16	`The %s minimum guarantee is %d, maximum limit is %d, and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database.` Kaynak sınırları hakkında bilgi için bkz: • Elastik havuzlar için DTU kaynak sınırları. • Elastik havuzlar için sanal çekirdek tabanlı sınırlar. Aksi takdirde, daha sonra yeniden deneyin. Veritabanı başına DTU / sanal çekirdek dk; Veritabanı başına en fazla DTU / sanal çekirdek. Elastik havuzdaki tüm veritabanlarındaki eş zamanlı çalışanların toplam sayısı havuz sınırını aşmaya çalıştı.	Çalışan sınırını artırmak veya elastik havuzdan veritabanlarını kaldırmak için mümkünse elastik havuzun DTU'larını veya sanal çekirdeklerini artırmayı göz önünde bulundurun.
`40844`	16	`Database '%ls' on Server '%ls' is a '%ls' edition database in an elastic pool and cannot have a continuous copy relationship.`	Yok
`40857`	16	`Elastic pool not found for server: '%ls', elastic pool name: '%ls'. Specified elastic pool does not exist in the specified server.`	Geçerli bir elastik havuz adı sağlayın.
`40858`	16	`Elastic pool '%ls' already exists in server: '%ls'. Specified elastic pool already exists in the specified server.`	Yeni elastik havuz adı sağlayın.
`40859`	16	`Elastic pool does not support service tier '%ls'. Specified service tier is not supported for elastic pool provisioning.`	Varsayılan hizmet katmanını kullanmak için doğru sürümü sağlayın veya hizmet katmanını boş bırakın.
`40860`	16	`Elastic pool '%ls' and service objective '%ls' combination is invalid. Elastic pool and service tier can be specified together only if resource type is specified as 'ElasticPool'.`	Elastik havuz ve hizmet katmanının doğru bileşimini belirtin.
`40861`	16	`The database edition '%.ls' cannot be different than the elastic pool service tier which is '%.ls'. The database edition is different than the elastic pool service tier.`	Elastik havuz hizmet katmanından farklı bir veritabanı sürümü belirtmeyin. Veritabanı sürümünün belirtilmesi gerekmez.
`40862`	16	`Elastic pool name must be specified if the elastic pool service objective is specified. Elastic pool service objective does not uniquely identify an elastic pool.`	Elastik havuz hizmeti hedefini kullanıyorsanız elastik havuz adını belirtin.
`40864`	16	`The DTUs for the elastic pool must be at least (%d) DTUs for service tier '%.*ls'. Attempting to set the DTUs for the elastic pool below the minimum limit.`	Elastik havuzun DTU'larını en az en düşük sınıra ayarlamayı yeniden deneyin.
`40865`	16	`The DTUs for the elastic pool cannot exceed (%d) DTUs for service tier '%.*ls'. Attempting to set the DTUs for the elastic pool above the maximum limit.`	Elastik havuz için DTU'ları en yüksek sınırdan büyük olmayacak şekilde ayarlamayı yeniden deneyin.
`40867`	16	`The DTU max per database must be at least (%d) for service tier '%.*ls'. Attempting to set the DTU max per database below the supported limit.`	İstenen ayarı destekleyen elastik havuz hizmet katmanını kullanmayı göz önünde bulundurun.
`40868`	16	`The DTU max per database cannot exceed (%d) for service tier '%.*ls'. Attempting to set the DTU max per database beyond the supported limit.`	İstenen ayarı destekleyen elastik havuz hizmet katmanını kullanmayı göz önünde bulundurun.
`40870`	16	`The DTU min per database cannot exceed (%d) for service tier '%.*ls'. Attempting to set the DTU min per database beyond the supported limit.`	İstenen ayarı destekleyen elastik havuz hizmet katmanını kullanmayı göz önünde bulundurun.
`40873`	16	`The number of databases (%d) and DTU min per database (%d) cannot exceed the DTUs of the elastic pool (%d). Attempting to specify DTU min for databases in the elastic pool that exceeds the DTUs of the elastic pool.`	Elastik havuzun DTU'larını artırmayı veya veritabanı başına DTU dk sayısını azaltmayı veya elastik havuzdaki veritabanı sayısını azaltmayı göz önünde bulundurun.
`40877`	16	`An elastic pool cannot be deleted unless it does not contain any databases. The elastic pool contains one or more databases and therefore cannot be deleted.`	Veritabanlarını silmek için elastik havuzdan kaldırın.
`40881`	16	`The elastic pool '%.*ls' has reached its database count limit. The database count limit for the elastic pool cannot exceed (%d) for an elastic pool with (%d) DTUs. Attempting to create or add database to elastic pool when the database count limit of the elastic pool has been reached.`	Veritabanı sınırını artırmak veya elastik havuzdan veritabanlarını kaldırmak için mümkünse elastik havuzun DTU'larını artırmayı göz önünde bulundurun.
`40889`	16	`The DTUs or storage limit for the elastic pool '%.*ls' cannot be decreased since that would not provide sufficient storage space for its databases. Attempting to decrease the storage limit of the elastic pool below its storage usage.`	DTU'larını veya depolama sınırını azaltmak için elastik havuzdaki tek tek veritabanlarının depolama kullanımını azaltmayı veya veritabanlarını havuzdan kaldırmayı göz önünde bulundurun.
`40891`	16	`The DTU min per database (%d) cannot exceed the DTU max per database (%d). Attempting to set the DTU min per database higher than the DTU max per database.`	Veritabanı başına DTU min değerinin veritabanı başına DTU üst sınırını aşmadığından emin olun.
`TBD`	16	`The storage size for an individual database in an elastic pool cannot exceed the max size allowed by '%.*ls' service tier elastic pool. The max size for the database exceeds the max size allowed by the elastic pool service tier.`	Elastik havuz hizmet katmanı tarafından izin verilen maksimum boyut sınırları içinde veritabanının en büyük boyutunu ayarlayın.

Bu sorun, hesabın veritabanına erişim master izni olmadığından oluşur. Ancak varsayılan olarak, SQL Server Management Studio (SSMS) veritabanına bağlanmaya master çalışır.

Bu sorunu çözmek için şu adımları izleyin:

SSMS'nin oturum açma ekranında Seçenekler'i ve ardından Bağlantı Özellikleri'ni seçin.
Veritabanına bağlan alanında, kullanıcının varsayılan veritabanı adını varsayılan oturum açma veritabanı olarak girin ve bağlan'ı seçin.

Salt okunur hatalar

Salt okunur bir veritabanına yazmaya çalışırsanız bir hata alırsınız. Bazı senaryolarda veritabanının salt okunur durumunun nedeni hemen net olmayabilir.

Hata 3906: Veritabanı salt okunur olduğundan 'databaseName' veritabanı güncelleştirilemedi.

Salt okunur bir veritabanını değiştirmeye çalışırken aşağıdaki hata oluşur.

Msg 3906, Level 16, State 2, Line 1
Failed to update database "%d" because the database is read-only.

Veritabanının neden salt okunur olduğuna ilişkin birden çok olası açıklama vardır.

El ile yük devretme işleminden sonra uygulamalar eski çoğaltmaya bağlanmaya devam ediyor

Azure SQL Veritabanı'de, başka bir çoğaltmaya yük devretme işleminden sonra uygulamanız DNS nedeniyle önceki birincil çoğaltmaya bağlanmaya devam ediyor olabilir. Yük devretme grubu bağlantı yönlendirmesi DNS kullanılarak uygulanır.

Olası kök nedenler:

Yük devretme sırasında, yük devretme grubu uç noktaları uygun DNS girişinin hedefi değiştirilerek uygun yeni birincil ve yeni ikincil sunuculara işaret eden şekilde güncelleştirilir. Varsayılan olarak, DNS girişleri 30 saniyelik bir TTL ile oluşturulur ve bu da DNS istemcilerinin bu girdileri 30 saniye boyunca önbelleğe aldığı anlamına gelir. Sonuç olarak, DNS kayıtlarında yapılan güncelleştirmeler hemen yayılmaz; girdileri, tüm istemciler ve ara düğümler önbelleklerini yenileyene kadar eski olacaktır. Bu nedenle, yük devretme grubu uç noktalarının yük devretme sonrasında yeni hedeflerine yönlendirilmesi için oturum açma işlemlerinin 0 ila yaklaşık 10 dakika (ağ topolojisine bağlı olarak) kadar sürebilir. DNS isteklerine yanıt veren ara ağ düğümleri de DNS sonuçlarını bir süre önbelleğe aldığından DNS önbelleklerinin boşaltılması soruna yardımcı olabilir veya olmayabilir.

Bu sorun için önerilen geçici çözüm, istemcide DNS girişleri yenilenene kadar beklemektir. Şu anda bu geçici çözüm, sorunun 10 dakika içinde çözülmesine neden olacaktır.
Bazı SQL istemci kitaplıkları, yeni bir veritabanı bağlantısı gerektiğinde kapatmak ve yeniden açmak yerine aynı veri kaynağına bağlantıları yeniden kullanan "bağlantı havuzu oluşturma" adlı bir özellik kullanır. Özellikle, bağlantı havuzu varsayılan olarak ADO.NET etkindir. Sorun 1'de açıklandığı zaman birleştirildiğinde, bağlantı havuzu yeni açılan bağlantıların eski veritabanına yeniden bağlanmasına neden olabilir ve böylece uygulamanın yeni birincil veritabanına süresiz olarak bağlanmasını engelleyebilir.

Çözümler:

Yük Devretme Grubu yük devretme işleminden sonra bu DNS sorununun üç olası geçici çözümü vardır:

Uygulamayı çağıracak SQLConnection.ClearAllPools veya SQLConnection.ClearPool(conn) "salt okunur" bir hatayla karşılaşıldığında değiştirecek şekilde değiştirin.
Uygulama bağlantı dizesi bağlantı havuzunu devre dışı bırakmak için belirtinPooling=False. Uygulama sık sık açılır ve kapanırsa performansı önemli ölçüde etkileyebileceğinden bu test edilmelidir.
DNS çoğaltma/önbelleğe alma gecikmelerini önlemek için bir diğer seçenek de, 3906 ile karşılaşıldıktan sonra bir süre için Azure SQL Veritabanı mantıksal sunucu adını (özgün ikincil sunucunun, şimdi yeni birincil sunucunun) kullanarak doğrudan bağlanmaktır.

Salt okunur bir çoğaltmaya bağlı olabilirsiniz

Hem Azure SQL Veritabanı hem de Azure SQL Yönetilen Örneği için salt okunur çoğaltmadaki bir veritabanına bağlı olabilirsiniz. Bu durumda, DATABASEPROPERTYEX() işlevini kullanan aşağıdaki sorgu döndürürREAD_ONLY:

SELECT DATABASEPROPERTYEX(DB_NAME(), 'Updateability');
GO

SQL Server Management Studio kullanarak bağlanıyorsanız, bağlantı seçeneklerinizin Ek Bağlantı Parametreleri sekmesinde belirttiğinizi ApplicationIntent=ReadOnly doğrulayın.

Bağlantı bir uygulamadan veya bağlantı dizesi kullanan bir istemciden geliyorsa, bağlantı dizesi belirtip belirtmediğini ApplicationIntent=ReadOnlydoğrulayın. Salt okunur çoğaltmaya bağlanma bölümünde daha fazla bilgi edinin.

Veritabanı salt okunur olarak ayarlanmış olabilir

Azure SQL Veritabanı kullanıyorsanız veritabanının kendisi salt okunur olarak ayarlanmış olabilir. Veritabanının durumunu aşağıdaki sorguyla doğrulayabilirsiniz:

SELECT name, is_read_only
FROM sys.databases
WHERE database_id = DB_ID();

ALTER DATABASE Transact-SQL kullanarak Azure SQL Veritabanı'daki bir veritabanının salt okunur durumunu değiştirebilirsiniz. Şu anda yönetilen örnekteki bir veritabanını salt okunur olarak ayarlayamazsınız.

Bağlantı sorunundan kaynaklanan bir hata olup olmadığını onaylayın

Bir hatanın bağlantı sorunundan kaynaklanıp kaynaklanmadığını onaylamak için, aşağıdaki gibi bir bağlantı açmaya yönelik çağrıları gösteren çerçeveler için yığın izlemesini gözden geçirin (SqlConnection sınıfı başvurusuna dikkat edin):

System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry)
 at System.Data.SqlClient.SqlConnection.Open()
 at AzureConnectionTest.Program.Main(String[] args)
ClientConnectionId:<Client connection ID>

Özel durum sorgu sorunları tarafından tetiklendiğinde, aşağıdakine benzer bir çağrı yığını görürsünüz (SqlCommand sınıfına başvuruyu not edin). Bu durumda sorgularınızı ayarlayın.

  at System.Data.SqlClient.SqlCommand.ExecuteReader()
  at AzureConnectionTest.Program.Main(String[] args)
  ClientConnectionId:<Client ID>

Performansı ayarlama hakkında daha fazla bilgi için aşağıdaki kaynaklara bakın:

Aracılığıyla paylaş