Azure SQL Yönetilen Örneği ile ilgili bilinen sorunlar
Şunlar için geçerlidir: 
Azure SQL Yönetilen Örneği
Bu makalede, Azure SQL Yönetilen Örneği ile ilgili bilinen sorunlar ve bunların çözüm tarihi veya olası geçici çözümü listelenir. Azure SQL Yönetilen Örneği hakkında daha fazla bilgi edinmek için bkz. Azure SQL Yönetilen Örneği nedir? ve Azure SQL Yönetilen Örneği'daki yenilikler?
Not
Microsoft Entra Id daha önce Azure Active Directory (Azure AD) olarak biliniyordu.
Bilinen sorunlar
Geçici çözümü var
Azure portalında uzun süreli yedeklemelerin listesi, aynı ada sahip etkin ve silinmiş veritabanları için yedekleme dosyalarını gösterir
Uzun süreli yedeklemeler, Yedeklemeler sekmesindeki bir Azure SQL Yönetilen Örneği için Azure portal sayfasında listelenebilir ve yönetilebilir. Sayfada etkin veya silinmiş veritabanları, uzun süreli yedeklemeleri hakkında temel bilgiler ve yedeklemeleri yönetme bağlantısı listelenir. Yönet bağlantısını seçtiğinizde, yedekleme listesini içeren yeni bir yan bölme açılır. Filtreleme mantığıyla ilgili bir sorun nedeniyle, listede hem etkin veritabanı hem de silinen veritabanları için aynı ada sahip yedeklemeler gösterilir. Bu, yanlış bir veritabanı için yedeklemelerin silinmesini önlemek için silme için yedeklemeleri seçerken özel bir dikkat gerektirir.
Geçici çözüm: Örnekte farklı dönemlerde var olan aynı ada sahip veritabanlarına ait yedeklemeleri ayırt etmek için listede görüntülenen Yedekleme zamanı (UTC) bilgilerini kullanın. Alternatif olarak, DatabaseState parametresini ve DatabaseDeletionTime dönüş değerini kullanarak uzun vadeli yedeklemeleri yönetmek için Get-AzSqlInstanceDatabaseLongTermRetentionBackup ve Remove-AzSqlInstanceDatabaseLongTermRetentionBackup powerShell komutlarını veya az sql midb ltr-backup list ve az sql midb ltr-backup delete CLI komutlarını kullanın.
system_health olay oturumunun event_file hedefi erişilebilir değil
Olay oturumunun hedefinin event_file system_health içeriğini okumaya çalıştığınızda, 40538 "Belirtilen herhangi bir dosya yolu için değer olarak 'https://' ile başlayan geçerli bir URL gerekiyor" hatasını alırsınız. Bu, SQL Server Management Studio'da veya sys.fn_xe_file_target_read_file işlevini kullanarak oturum verileri okunurken oluşur.
Davranıştaki bu değişiklik, son zamanlarda gerekli olan bir güvenlik düzeltmesinin istenmeyen bir sonucudur. Müşterilerin Azure SQL Yönetilen Örneği oturumu güvenli bir şekilde kullanmaya devam etmelerini sağlayacak ek bir değişikliğin system_health uygulanabilirliğini araştırıyoruz. Bu arada, müşteriler Azure blob depolamadaki bir hedefle oturuma kendi eşdeğerlerini system_health oluşturarak bu sorunu geçici olarak event_file çözebilir. Kendi eşdeğerinizi system_healtholuşturacak şekilde değiştirilebilen oturumu oluşturmak system_health için bir T-SQL betiği de dahil olmak üzere daha fazla bilgi için bkz. system_health oturumunu kullanma.
Parametre olduğunda @query yordam sp_send_dbmail başarısız olabilir
Parametre kullanıldığında yordam sp_send_dbmail başarısız @query olabilir. Saklı yordam sysadmin hesabı altında yürütülürken hatalar oluşur.
Bu sorun, kimliğe bürünme özelliğinin nasıl sp_send_dbmail kullanıldığıyla ilgili bilinen bir hatadan kaynaklanır.
Geçici çözüm: Sysadmin hesabı altında değil, oluşturduğunuz uygun özel hesapta arama sp_send_dbmail yaptığınızdan emin olun.
Burada ayrılmış bir hesap oluşturma ve aracılığıyla sp_send_dbmaile-posta gönderen mevcut nesneleri değiştirme örneği verilmiştir.
USE [msdb]
GO
-- Step 1: Create a user mapped to a login to specify as a runtime user.
CREATE USER [user_name] FOR LOGIN [login_name]
GO
EXEC msdb.dbo.sp_update_jobstep @job_name=N'db_mail_sending_job', @step_id=db_mail_sending_job_id , @database_user_name=N'user_name'
GO
-- Step 2: Grant DB Mail permissions to the user who created it.
ALTER ROLE [DatabaseMailUserRole] ADD MEMBER [user_name]
GO
-- Step 3: If the database of the job step is not msdb, the permission error cannot be avoided even if it is a member of the role, so set it to msdb.
EXEC msdb.dbo.sp_update_jobstep @job_name=N'db_mail_sending_job', @step_id=db_mail_sending_job_id , @database_name=N'msdb'
GO
-- Step 4: Set a principal in the email profile
EXEC msdb.dbo.sysmail_add_principalprofile_sp @principal_name=N'user_name', @profile_name=N'profile_name', @is_default=0
GO
Şili için 2022 saat dilimi güncelleştirmeleri hakkında ara yönergeler
8 Ağustos 2022'de Şili hükümeti Yaz Saati (DST) saat dilimi değişikliği hakkında resmi bir duyuru yaptı. 10 Eylül 2022 Cumartesi saat 12:00'den itibaren 1 Nisan 2023 Cumartesi günü saat 12:00'ye kadar resmi süre 60 dakika ilerleyecektir. Değişiklik şu üç saat dilimini etkiler: Pasifik SA Standart Saati, Easter Adası Standart Saati ve Magallanes Standart Saati. Etkilenen saat dilimlerini kullanan Azure SQL Yönetilen Örneği, Microsoft bunu desteklemek için bir işletim sistemi güncelleştirmesi yayınlayıp Azure SQL Yönetilen Örneği hizmeti güncelleştirmeyi işletim sistemi düzeyinde alana kadar değişiklikleri yansıtmaz.
Geçici çözüm: Yönetilen örnekleriniz için etkilenen saat dilimlerini değiştirmeniz gerekiyorsa, sınırlamalara dikkat edin ve belgelerdeki yönergeleri izleyin.
Bağlantı türünü değiştirme, yük devretme grubu uç noktası üzerinden bağlantıları etkilemez
Bir örnek bir yük devretme grubuna katılırsa, örneğin bağlantı türünün değiştirilmesi, yük devretme grubu dinleyici uç noktası üzerinden kurulan bağlantılar için etkili olmaz.
Geçici çözüm: Bağlantı türünü değiştirdikten sonra yük devretme grubunu bırakın ve yeniden oluşturun.
Parametre kullanıldığında yordam sp_send_dbmail geçici olarak başarısız @query olabilir
Parametre kullanıldığında yordam sp_send_dbmail geçici olarak başarısız @query olabilir. Bu sorun oluştuğunda, yordamın sp_send_dbmail her saniye yürütülmesi hata Msg 22050, Level 16, State 1 ve iletisiyle Failed to initialize sqlcmd library with error number -2147467259başarısız olur. Bu hatayı düzgün görebilmek için, yordamı parametresi @exclude_query_outputiçin varsayılan değer 0 ile çağrılmalıdır, aksi takdirde hata yayılmaz.
Bu sorun, kimliğe bürünme ve bağlantı havuzu kullanımıyla ilgili sp_send_dbmail bilinen bir hatadan kaynaklanır.
Bu sorunu geçici olarak çözmek için, e-posta gönderme kodunu çıkış parametresine @mailitem_iddayalı bir yeniden deneme mantığına sarmalayın. Yürütme başarısız olursa, parametre değeri NULL olur ve sp_send_dbmail bir e-postanın başarıyla gönderilmesi için bir kez daha çağrılmalıdır. Bu yeniden deneme mantığına bir örnek aşağıda verilmiştir:
CREATE PROCEDURE send_dbmail_with_retry AS
BEGIN
DECLARE @miid INT
EXEC msdb.dbo.sp_send_dbmail
@recipients = 'name@mail.com', @subject = 'Subject', @query = 'select * from dbo.test_table',
@profile_name ='AzureManagedInstance_dbmail_profile', @execute_query_database = 'testdb',
@mailitem_id = @miid OUTPUT
-- If sp_send_dbmail returned NULL @mailidem_id then retry sending email.
--
IF (@miid is NULL)
EXEC msdb.dbo.sp_send_dbmail
@recipients = 'name@mail.com', @subject = 'Subject', @query = 'select * from dbo.test_table',
@profile_name ='AzureManagedInstance_dbmail_profile', @execute_query_database = 'testdb',
END
Sunucu Güven Grubu'ndan yönetilen örnek kaldırıldıktan sonra dağıtılmış işlemler yürütülebilir
Sunucu Güven Grupları, dağıtılmış işlemleri yürütmek için önkoşul olan yönetilen örnekler arasında güven oluşturmak için kullanılır. Yönetilen örneği Sunucu Güven Grubu'ndan kaldırdıktan veya grubu sildikten sonra da dağıtılmış işlemleri yürütebilirsiniz. Dağıtılmış işlemlerin devre dışı bırakıldığından ve yönetilen örnekte kullanıcı tarafından başlatılan el ile yük devretme olduğundan emin olmak için uygulayabileceğiniz bir geçici çözüm vardır.
Yönetilen örnek ölçeklendirme işleminden sonra dağıtılmış işlemler yürütülemiyor
Hizmet katmanını veya sanal çekirdek sayısını değiştirmeyi içeren SQL Yönetilen Örneği ölçeklendirme işlemleri arka uçta Sunucu Güven Grubu ayarlarını sıfırlar ve dağıtılmış işlemleri çalıştırmayı devre dışı bırakır. Geçici bir çözüm olarak Azure portalında yeni Sunucu Güven Grubu'nu silin ve oluşturun.
Daha önce silinmiş mantıksal sunucuyla aynı ada sahip SQL Yönetilen Örneği oluşturulamıyor
DNS kaydı<name>.database.windows.com, Azure'da Azure SQL Veritabanı için bir mantıksal sunucu oluşturduğunuzda ve bir SQL Yönetilen Örneği oluşturduğunuzda oluşturulur. DNS kaydı benzersiz olmalıdır. Bu nedenle, SQL Veritabanı için bir mantıksal sunucu oluşturur ve ardından silerseniz, adın kayıtlardan yayımlanmadan önce yedi günlük bir eşik süresi vardır. Bu dönemde, silinen mantıksal sunucuyla aynı ada sahip bir SQL Yönetilen Örneği oluşturulamaz. Geçici çözüm olarak, SQL Yönetilen Örneği için farklı bir ad kullanın veya mantıksal sunucu adını serbest bırakmak için bir destek bileti oluşturun.
Hizmet Sorumlusu Microsoft Entra Id ve AKV'ye erişemiyor
Bazı durumlarda, Microsoft Entra Id (eski adıyla Azure Active Directory) ve Azure Key Vault (AKV) hizmetlerine erişmek için kullanılan Hizmet Sorumlusu ile ilgili bir sorun olabilir. Sonuç olarak, bu sorun SQL Yönetilen Örneği ile Microsoft Entra kimlik doğrulaması ve saydam veri şifrelemesi (TDE) kullanımını etkiler. Bu, aralıklı bir bağlantı sorunu olarak karşılaşılabilir veya veya EXECUTE AS LOGIN/USERgibi CREATE LOGIN/USER FROM EXTERNAL PROVIDER deyimleri çalıştıramayabilir. Yeni bir Azure SQL Yönetilen Örneği müşteri tarafından yönetilen anahtarla TDE'nin ayarlanması da bazı durumlarda çalışmayabilir.
Geçici çözüm: Bu sorunun SQL Yönetilen Örneği oluşmasını önlemek için, güncelleştirme komutlarını yürütmeden önce veya güncelleştirme komutlarından sonra bu sorunla zaten karşılaşmış olmanız durumunda Azure portalında SQL yönetilen örneğinizin Genel Bakış sayfasına gidin. Ayarlar'ın altında Microsoft Entra Id'yi seçerek SQL Yönetilen Örneği Microsoft Entra ID yönetici sayfasına erişin. "Yönetilen Örnek, Microsoft Entra Id'ye erişmek için bir Hizmet Sorumlusuna ihtiyaç duyuyor. Hizmet Sorumlusu oluşturmak için buraya tıklayın". Bu hata iletisiyle karşılaştıysanız, bunu seçin ve bu hata çözülene kadar sağlanan adım adım yönergeleri izleyin.
Yük devretme grupları için portal aracılığıyla el ile yük devretme sınırlaması
Bir yük devretme grubu farklı Azure aboneliklerindeki veya kaynak gruplarındaki örneklere yayılmışsa, yük devretme grubundaki birincil örnekten el ile yük devretme başlatılamaz.
Geçici çözüm: Coğrafi ikincil örnekten portal aracılığıyla yük devretme başlatın.
SQL Server Agent rolleri, sysadmin dışındaki oturum açma bilgileri için açık EXECUTE izinlerine ihtiyaç duyar
Sysadmin olmayan oturum açma işlemleri herhangi bir SQL Aracısı sabit veritabanı rolüne eklenirse, bu oturum açma işlemlerinin çalışması için veritabanındaki üç saklı yordama açık EXECUTE izinlerinin master verilmesi gereken bir sorun vardır. Bu sorunla karşılaşırsanız hata iletisi The EXECUTE permission was denied on the object <object_name> (Microsoft SQL Server, Error: 229) gösterilir.
Geçici çözüm: Bu rollere eklenen her oturum açma için SQL Aracısı sabit veritabanı rolüne (SQLAgentUserRole, SQLAgentReaderRole veya SQLAgentOperatorRole) oturum açma bilgileri eklediğinizde, listelenen saklı yordamlara açıkça EXECUTE izinleri vermek için aşağıdaki T-SQL betiğini yürütün.
USE [master];
GO
CREATE USER [login_name] FOR LOGIN [login_name];
GO
GRANT EXECUTE ON master.dbo.xp_sqlagent_enum_jobs TO [login_name];
GRANT EXECUTE ON master.dbo.xp_sqlagent_is_starting TO [login_name];
GRANT EXECUTE ON master.dbo.xp_sqlagent_notify TO [login_name];
Bellek içi OLTP bellek sınırları uygulanmaz
İş Açısından Kritik hizmet katmanı bazı durumlarda bellek için iyileştirilmiş nesneler için en fazla bellek sınırını doğru şekilde uygulamaz. SQL Yönetilen Örneği, iş yükünün bellek içi OLTP işlemleri için daha fazla bellek kullanmasını sağlayabilir ve bu da örneğin kullanılabilirliğini ve kararlılığını etkileyebilir. Sınırlara ulaşan bellek içi OLTP sorguları hemen başarısız olmayabilir. Daha fazla bellek içi OLTP belleği kullanan sorgular sınırlara ulaşırsa daha erken başarısız olur.
Geçici çözüm: İş yükünün kullanılabilir bellekten fazlasını kullanmadığından emin olmak için SQL Server Management Studio kullanarak bellek içi OLTP depolama kullanımını izleyin. Sanal çekirdek sayısına bağlı bellek sınırlarını artırın veya iş yükünüzü daha az bellek kullanacak şekilde iyileştirin.
Boş olmayan bir dosyayı kaldırmaya çalışırken yanlış hata döndürüldü
SQL Server ve SQL Yönetilen Örneği, kullanıcının boş olmayan bir dosyayı bırakmasına izin vermez. Bir deyimini kullanarak ALTER DATABASE REMOVE FILE boş olmayan bir veri dosyasını kaldırmaya çalışırsanız, hata Msg 5042 – The file '<file_name>' cannot be removed because it is not empty hemen döndürülmüyor. SQL Yönetilen Örneği dosyayı bırakmaya çalışmaya devam eder ve ile 30 dakika Internal server errorsonra işlem başarısız olur.
Hizmet katmanını değiştirme ve örnek oluşturma işlemleri devam eden veritabanı geri yükleme işlemi tarafından engellenir
Devam eden RESTORE bir deyim, Veri Geçiş Hizmeti geçiş işlemi ve yerleşik belirli bir noktaya geri yükleme, bir hizmet katmanının güncelleştirilmesini engeller veya mevcut örneğin yeniden boyutlandırılıp geri yükleme işlemi bitene kadar yeni örnekler oluşturur.
Geri yükleme işlemi, geri yükleme işleminin çalıştığı aynı alt ağda bulunan yönetilen örneklerde ve örnek havuzlarında bu işlemleri engeller. Örnek havuzlarındaki örnekler etkilenmez. Hizmet katmanı oluşturma veya değiştirme işlemleri başarısız olmaz veya zaman aşımına uğratmaz. Geri yükleme işlemi tamamlandıktan veya iptal edildikten sonra devam ederler.
Geçici çözüm: Geri yükleme işlemi bitene kadar bekleyin veya oluşturma veya güncelleştirme-hizmet katmanı işlemi daha yüksek önceliğe sahipse geri yükleme işlemini iptal edin.
yük devretme sonrasında İş Açısından Kritik hizmet katmanında Resource Governor'ın yeniden yapılandırılması gerekebilir
Kullanıcı iş yüküne atanan kaynakları sınırlamanıza olanak tanıyan Resource Governor özelliği, yük devretme sonrasında bazı kullanıcı iş yüklerini yanlış sınıflandırabilir veya hizmet katmanında kullanıcı tarafından başlatılan bir değişiklik (örneğin, maksimum sanal çekirdek veya maksimum örnek depolama boyutu değişikliği).
Geçici çözüm: Resource Governor kullanıyorsanız, örnek başlatıldığında SQL görevini yürüten bir SQL Aracısı işinin parçası olarak veya düzenli aralıklarla çalıştırınALTER RESOURCE GOVERNOR RECONFIGURE.
Hizmet katmanı yükseltmesi sonrasında veritabanları arası Hizmet Aracısı iletişim kutuları yeniden başlatılmalıdır
Veritabanları arası Hizmet Aracısı iletişim kutuları, hizmet katmanını değiştirme işleminden sonra iletileri diğer veritabanlarındaki hizmetlere teslim etmeyi durdurur. İletiler kaybolmaz ve gönderen kuyruğunda bulunabilir. SQL Yönetilen Örneği sanal çekirdek veya örnek depolama boyutundaki herhangi bir değişiklik sys.databases görünümündeki bir service_broke_guid değerin tüm veritabanları için değiştirilmesine neden olur. Diğer veritabanındaKi Hizmet Aracılarına başvuran begin DIALOG deyimi kullanılarak oluşturulan tüm DIALOG iletiler hedef hizmete ileti göndermeyi durdurur.
Geçici çözüm: Bir hizmet katmanını güncelleştirmeden önce veritabanları arası Hizmet Aracısı iletişim kutusu konuşmalarını kullanan tüm etkinlikleri durdurun ve daha sonra yeniden başlatın. Hizmet katmanı değiştikten sonra teslim edilemeyen iletiler varsa, kaynak kuyruktan iletileri okuyun ve hedef kuyruğa yeniden gönderin.
Küçük veritabanı dosyalarıyla depolama alanını aşma
CREATE DATABASE, ALTER DATABASE ADD FILEve RESTORE DATABASE deyimleri başarısız olabilir çünkü örnek Azure Depolama sınırına ulaşabilir.
SQL Yönetilen Örneği genel amaçlı her örneğinde Azure Premium Disk alanı için ayrılmış en fazla 35 TB depolama alanı vardır. Her veritabanı dosyası ayrı bir fiziksel diske yerleştirilir. Disk boyutları 128 GB, 256 GB, 512 GB, 1 TB veya 4 TB olabilir. Diskte kullanılmayan alan ücretlendirilmez, ancak Azure Premium Disk boyutlarının toplamı 35 TB'ı aşamaz. Bazı durumlarda, toplam 8 TB gerekmeyen bir yönetilen örnek, iç parçalanma nedeniyle depolama boyutu üzerindeki 35 TB Azure sınırını aşabilir.
Örneğin, SQL Yönetilen Örneği Genel Amaçlı örneğinin boyutu 1,2 TB olan büyük bir dosya 4 TB diske yerleştirilmiş olabilir. Ayrıca her birinde 1 GB olan ve ayrı 128 GB disklere yerleştirilmiş 248 dosya olabilir. Bu örnekte:
- Ayrılan toplam disk depolama boyutu 1 x 4 TB + 248 x 128 GB = 35 TB'dir.
- Örnekteki veritabanları için toplam ayrılmış alan 1 x 1,2 TB + 248 x 1 GB = 1,4 TB'dir.
Bu örnekte, belirli durumlarda, belirli bir dosya dağıtımı nedeniyle SQL Yönetilen Örneği örneğinin ekli Azure Premium Disk için ayrılmış olan 35 TB sınırına ulaşabileceğini ve bunu beklemeyebilirsiniz.
Bu örnekte, mevcut veritabanları çalışmaya devam eder ve yeni dosyalar eklenmediği sürece sorunsuz bir şekilde büyüyebilir. Tüm veritabanlarının toplam boyutu örnek boyutu sınırına ulaşmasa bile yeni disk sürücüleri için yeterli alan olmadığından yeni veritabanları oluşturulamaz veya geri yüklenemez. Bu durumda döndürülen hata net değildir.
Sistem görünümlerini kullanarak kalan dosyaların sayısını belirleyebilirsiniz. Bu sınıra ulaşırsanız DBCC SHRINKFILE deyimini kullanarak küçük dosyalardan bazılarını boşaltmayı ve silmeyi deneyin veya bu sınıra sahip olmayan İş Açısından Kritik katmana geçin.
Veritabanı adları yerine gösterilen GUID değerleri
Çeşitli sistem görünümleri, performans sayaçları, hata iletileri, XEvents ve hata günlüğü girdileri gerçek veritabanı adları yerine GUID veritabanı tanımlayıcılarını görüntüler. Gelecekte gerçek veritabanı adlarıyla değiştirilebileceği için bu GUID tanımlayıcılarına güvenmeyin.
Geçici çözüm: Guid veritabanı tanımlayıcıları biçiminde belirtilen fiziksel veritabanı adından gerçek veritabanı adını çözümlemek için görünümü kullanın sys.databases :
SELECT name AS ActualDatabaseName,
physical_database_name AS GUIDDatabaseIdentifier
FROM sys.databases
WHERE database_id > 4;
CLR modülleri ve bağlı sunucular bazen yerel IP adresine başvuramaz
SQL Yönetilen Örneği ve bağlı sunuculardaki CLR modülleri veya geçerli örneğe başvuran dağıtılmış sorgular bazen yerel örneğin IP'sini çözümleyemez. Bu hata geçici bir sorundur.
Aynı örnekteki iki veritabanındaki işlem kapsamı desteklenmiyor
(Mart 2020'de çözüldü) TransactionScope .NET'teki sınıf, aynı örnekteki iki veritabanına aynı işlem kapsamı altında iki sorgu gönderilirse çalışmaz:
using (var scope = new TransactionScope())
{
using (var conn1 = new SqlConnection("Server=quickstartbmi.neu15011648751ff.database.windows.net;Database=b;User ID=myuser;Password=mypassword;Encrypt=true"))
{
conn1.Open();
SqlCommand cmd1 = conn1.CreateCommand();
cmd1.CommandText = string.Format("insert into T1 values(1)");
cmd1.ExecuteNonQuery();
}
using (var conn2 = new SqlConnection("Server=quickstartbmi.neu15011648751ff.database.windows.net;Database=b;User ID=myuser;Password=mypassword;Encrypt=true"))
{
conn2.Open();
var cmd2 = conn2.CreateCommand();
cmd2.CommandText = string.Format("insert into b.dbo.T2 values(2)"); cmd2.ExecuteNonQuery();
}
scope.Complete();
}
Geçici çözüm (Mart 2020'den itibaren gerekli değildir):sqlconnection.changedatabase(Dize) kullanarak iki bağlantı kullanmak yerine bağlantı bağlamında başka bir veritabanı kullanın.
Çözünürlük yok
Örnek SQL Server'a bağlandığında değişiklik yedeklemeleri alınmaz
SQL Server ile Azure SQL Yönetilen Örneği arasında bir bağlantı yapılandırdığınızda, birincil rolde olsun veya olmasın, yönetilen örnekte otomatik tam ve işlem günlüğü yedeklemeleri alınır. Ancak, beklenenden daha uzun geri yükleme sürelerine yol açabileceği durumlarda değişiklik yedeklemeleri şu anda alınmaz.
İşlem çoğaltması için kullanılan sistem oturum açma bilgilerinin sayısı artırıldı
Azure SQL Yönetilen Örneği hizmeti, işlem çoğaltması amacıyla sistem oturum açma bilgileri oluşturuyor. Bu oturum açma bilgileri SSMS'de (Nesne gezgininde, Güvenlik, Oturum Açma bilgileri altında) veya sistem görünümünde sys.sysloginsbulunabilir. Oturum açma adı biçimi gibi 'DBxCy\WF-abcde01234QWERT'görünür ve oturum açma işlemi genel sunucu rolüne sahiptir. Belirli koşullar altında bu oturum açma bilgileri yeniden oluşturulur ve sistemdeki bir hata nedeniyle önceki oturum açma bilgileri silinmez. Bu, oturum açma sayısının artmasına neden olabilir. Bu oturum açma bilgileri bir güvenlik tehdidini temsil etmemektedir. Bunlar güvenle yoksayılabilir. İşlem çoğaltması için en az biri kullanıldığından bu oturum açma bilgileri silinmemelidir.
Microsoft Entra oturum açma bilgileri ve kullanıcılar SSDT'de desteklenmez
SQL Server Veri Araçları Microsoft Entra oturum açma bilgilerini ve kullanıcılarını tam olarak desteklemez.
Microsoft Entra oturum açma türlerinin kimliğe bürünmesi desteklenmiyor
Aşağıdaki Microsoft Entra sorumlularının veya EXECUTE AS LOGIN kullanan EXECUTE AS USER kimliğe bürünme desteklenmez:
- Diğer adla Microsoft Entra kullanıcıları. Bu durumda aşağıdaki hata döndürülür:
15517. - Microsoft Entra uygulamalarını veya hizmet sorumlularını temel alan Microsoft Entra oturum açma bilgileri ve kullanıcıları. Bu durumda aşağıdaki hatalar döndürülür:
15517ve15406.
Coğrafi yük devretmeden sonra işlem çoğaltması yeniden yapılandırılmalıdır
Yük devretme grubundaki bir veritabanında işlem çoğaltması etkinleştirildiyse, SQL Yönetilen Örneği yöneticisinin eski birincildeki tüm yayınları temizlemesi ve başka bir bölgeye yük devretme gerçekleştikten sonra bunları yeni birincilde yeniden yapılandırması gerekir. Daha fazla bilgi için bkz . Çoğaltma.
tempdb yapı ve içerik yeniden oluşturulur
Veritabanı tempdb her zaman 12 veri dosyasına bölünür ve dosya yapısı değiştirilemez. Dosya başına boyut üst sınırı değiştirilemez ve yeni dosyalar öğesine tempdbeklenemez. Örnek tempdb başlatıldığında veya yük devredildiğinde veritabanı her zaman boş bir veritabanı olarak yeniden oluşturulur ve içinde tempdb yapılan değişiklikler korunmaz.
Hata günlükleri kalıcı değil
SQL Yönetilen Örneği'de kullanılabilen hata günlükleri kalıcı değildir ve boyutları maksimum depolama sınırına dahil değildir. Yük devretme gerçekleşirse hata günlükleri otomatik olarak silinebilir. SQL Yönetilen Örneği birkaç sanal makinede birkaç kez taşındığından hata günlüğü geçmişinde boşluklar olabilir.
Ölçeklendirme işlemi sırasında yük devretme grubu dinleyicisi kullanılarak geçici örnek erişilemezliği
Yönetilen örneği ölçeklendirmek için bazen örneğin farklı bir sanal kümeye taşınması ve hizmet tarafından korunan ilişkili DNS kayıtları gerekir. Yönetilen örnek bir yük devretme grubuna katılırsa, ilişkili yük devretme grubu dinleyicisine karşılık gelen DNS kaydı (örnek geçerli coğrafi birincil salt okunur dinleyiciyse, örnek geçerli coğrafi ikincil ise okuma-yazma dinleyicisi) yeni sanal kümeye taşınır.
Geçerli ölçeklendirme işlemi tasarımında, yönetilen örneğin kendisi yeni sanal kümeye tamamen geçirilmeden önce dinleyici DNS kayıtları kaynak sanal kümeden kaldırılır ve bu da bazı durumlarda örneğin IP adresinin dinleyici kullanılarak çözümlenememe süresine neden olabilir. Bu süre boyunca, dinleyici uç noktası kullanılarak ölçeklendirilen örneğe erişmeye çalışan bir SQL istemcisi şu hata iletisiyle oturum açma hataları bekleyebilirsiniz: "Hata 40532: Oturum açma tarafından istenen "xxx.xxx.xxx.xxx" sunucusu açılamıyor. Oturum açılamadı. (Microsoft SQL Server, Hata: 40532)".
Ölçeklendirme işleminin yeniden tasarlanmasıyla bu sorun giderilecektir.
Çözümlendi
msdb'deki el ile yedekleme tablosu kullanıcı adını korumuyor
(Ağustos 2023'te çözüldü) Kısa süre önce içinde msdbotomatik yedekleme desteği kullanıma sunulmuştur, ancak tabloda şu anda kullanıcı adı bilgileri yoktur.
Dış tablodaki sorgu desteklenmiyor hata iletisiyle başarısız oluyor
Dış tabloyu sorgulama işlemi genel hata iletisiyle başarısız olabilir: "Dış tablolar üzerindeki sorgular, bu veritabanının geçerli hizmet katmanı veya performans düzeyiyle desteklenmez. Veritabanının hizmet katmanını veya performans düzeyini yükseltmeyi düşünün”. Azure SQL Yönetilen Örneği’nde desteklenen tek dış tablo türü PolyBase dış tablolardır (önizlemede). PolyBase dış tablolarında sorgulara izin vermek için komutunu çalıştırarak sp_configure yönetilen örnekte PolyBase'i etkinleştirmeniz gerekir.
Azure SQL Veritabanı Elastik Sorgu özelliğiyle ilgili dış tablolar SQL Yönetilen Örneği desteklenmez, ancak oluşturma ve sorgulama açıkça engellenmedi. PolyBase dış tabloları desteğiyle, PolyBase etkinleştirilmediği sürece yönetilen örnekteki herhangi bir dış tablo türünün sorgulanması engelleyerek yeni denetimler kullanıma sunulmuştur.
Yönetilen örneğinizden Azure SQL Veritabanı veya Azure Synapse'teki verileri sorgulamak için desteklenmeyen Elastic Query dış tabloları kullanıyorsanız, bunun yerine Bağlı Sunucu özelliğini kullanmanız gerekir. SQL Yönetilen Örneği ile SQL Veritabanı arasında Bağlı Sunucu bağlantısı kurmak için bu makaledeki yönergeleri izleyin. SQL Yönetilen Örneği'dan SQL Synapse'e Bağlı Sunucu bağlantısı kurmak için adım adım yönergeleri gözden geçirin. Bağlı Sunucu bağlantısının yapılandırılması ve test edilmesi biraz zaman aldığından, Elastik Sorgu özelliğiyle ilgili dış tabloları sorgulamayı etkinleştirmek için geçici bir çözüm olarak geçici bir çözüm kullanabilirsiniz:
Geçici çözüm: Dış tablolarda sorguları etkinleştiren aşağıdaki komutları (örnek başına bir kez) yürütebilirsiniz:
sp_configure 'polybase enabled', 1;
GO
RECONFIGURE;
GO
SQL Server kimlik doğrulaması kullanılırken '@' ile kullanıcı adları desteklenmez
Ortada '@' simgesini içeren kullanıcı adları (örneğin, 'abc@xy') SQL Server kimlik doğrulamasını kullanarak oturum açamaz.
CHECKSUM olmadan el ile yedeklemeyi geri yükleme işlemi başarısız olabilir
(Haziran 2020'de çözüldü) Bazı durumlarda, yönetilen bir örnekte CHECKSUM olmadan yapılan veritabanlarının el ile yedeklemesi geri yüklenemeyebilir. Bu gibi durumlarda, başarılı olana kadar yedeklemeyi geri yüklemeyi yeniden deneyin.
Geçici çözüm: CHECKSUM etkinleştirilmiş yönetilen örneklerde veritabanlarının el ile yedeklerini alın.
Aracı, mevcut işleri değiştirirken, devre dışı bırakırken veya etkinleştirirken yanıt vermez hale gelir
Belirli durumlarda, mevcut bir işi değiştirmek, devre dışı bırakmak veya etkinleştirmek aracının yanıt vermemeye başlamasına neden olabilir. Algılama sırasında sorun otomatik olarak giderilir ve aracı işlemi yeniden başlatılır.
SQL Yönetilen Örneği uygulanmayan kaynak grubu izinleri
SQL Yönetilen Örneği Katkıda Bulunanı Azure rolü bir kaynak grubuna (RG) uygulandığında, SQL Yönetilen Örneği uygulanmaz ve hiçbir etkisi olmaz.
Geçici çözüm: Abonelik düzeyindeki kullanıcılar için SQL Yönetilen Örneği Katkıda Bulunan rolü ayarlayın.
SQL Aracısı işleri Aracı işleminin yeniden başlatılmasıyla kesilebilir
(Mart 2020'de çözüldü) SQL Aracısı, iş her başlatıldığında yeni bir oturum oluşturarak bellek tüketimini kademeli olarak artırır. Zamanlanmış işlerin yürütülmesini engelleyecek iç bellek sınırına ulaşmamak için, Bellek tüketimi eşiğe ulaştığında Aracı işlemi yeniden başlatılır. Yeniden başlatma sırasında çalışan işlerin yürütülmesinin kesilmesine neden olabilir.
@query parametresi sp_send_db_mail'da desteklenmiyor
@query sp_send_db_mail yordamındaki parametre çalışmıyor.
Azure portalında Hizmet Sorumlusunun yeniden oluşturmasını öneren yanıltıcı hata iletisi
Azure SQL Yönetilen Örneği için Azure portalının Active Directory yönetici sayfası, Hizmet Sorumlusu zaten mevcut olsa bile aşağıdaki hata iletisini gösterebilir:
"Yönetilen Örneğin Microsoft Entra ID'ye (eski adıYla Azure Active Directory) erişmesi için bir Hizmet Sorumlusu gerekiyor. Hizmet Sorumlusu oluşturmak için buraya tıklayın"
Yönetilen örneğin Hizmet Sorumlusu zaten varsa ve/veya yönetilen örnekte Microsoft Entra kimlik doğrulaması çalışıyorsa bu hata iletisini ihmal edebilirsiniz.
Hizmet Sorumlusu'nun mevcut olup olmadığını denetlemek için Azure portalındaki Kurumsal uygulamalar sayfasına gidin, Uygulama türü açılan listesinden Yönetilen Kimlikler'i seçin, Uygula'yı seçin ve arama kutusuna yönetilen örneğin adını yazın. Örnek adı sonuç listesinde görünüyorsa, Hizmet Sorumlusu zaten var ve başka bir eylem gerekmez.
Hata iletisindeki yönergeleri izlediyseniz ve hata iletisinden bağlantıyı seçtiyseniz, yönetilen örneğin Hizmet Sorumlusu yeniden oluşturulmuş olur. Bu durumda, Microsoft Entra kimlik doğrulamasının düzgün çalışması için yeni oluşturulan Hizmet Sorumlusuna Microsoft Entra Id okuma izinleri atayın. Bu, yönergeleri izleyerek Azure PowerShell aracılığıyla yapılabilir.
İçeriğe katkıda bulunma
Azure SQL belgelerine katkıda bulunmak için Docs katkıda bulunan kılavuzuna bakın.
İlgili içerik
SQL Yönetilen Örneği güncelleştirmelerinin ve iyileştirmelerinin listesi için bkz. hizmet güncelleştirmelerini SQL Yönetilen Örneği.
Tüm Azure hizmetlerinde güncelleştirmeler ve iyileştirmeler için bkz . Hizmet güncelleştirmeleri.