Azure SQL Yönetilen Örneği hakkında sık sorulan sorular (SSS)

SQL Yönetilen Örneği'da desteklenen özelliklerin listesi için bkz. Azure SQL Yönetilen Örneği özellikler.

Azure SQL Yönetilen Örneği ve SQL Server arasındaki söz dizimi ve davranış farklılıkları için bkz. SQL Server'dan T-SQL farklılıkları.

Kullanılabilir donanım özellikleri için bkz . Donanım yapılandırmalarındaki teknik farklılıklar. Kullanılabilir hizmet katmanları ve bunların özellikleri için bkz . Hizmet katmanları arasındaki teknik farklar.

Tüm müşteriler herhangi bir hizmet katmanı için uygundur. Yazılım Güvencesi kapsamındaki hem Standart hem de Kurumsal sürümler, Genel Amaçlı (şu anda önizleme aşamasında olan Yeni Nesil Genel Amaçlı hizmet katmanı yükseltmesini içeren) Azure Hibrit Avantajı (AHB) kullanılarak veya İş Açısından Kritik aşağıdaki değişim oranlarını kullanan hizmet katmanı 1 Standart sürüm = 1 Genel Amaçlı, 1 Kurumsal sürüm = 1 İş Açısından Kritik, 1 Kurumsal sürüm = 4 Genel Amaçlı ve 4 Genel Amaçlı = 1 Enterprise Sürümü. Daha fazla bilgi için bkz . AHB'nin belirli hakları.

Desteklenen abonelik türlerinin listesi için bkz . Desteklenen abonelik türleri.

Yönetilen örnekler Azure bölgelerinin çoğunda oluşturulabilir; bkz. SQL Yönetilen Örneği için desteklenen bölgeler. Şu anda desteklenmeyen bir bölgede yönetilen örneğe ihtiyacınız varsa Azure portalı aracılığıyla bir destek isteği gönderin.

SQL Yönetilen Örneği iki varsayılan sınırı vardır: kullanabileceğiniz alt ağ sayısı sınırı ve sağlayabileceğiniz sanal çekirdek sayısı sınırı. Sınırlar abonelik türleri ve bölgeleri arasında farklılık gösterir. Abonelik türüne göre bölgesel kaynak sınırlamalarının listesi için bkz. Bölgesel kaynak sınırlaması tablosu. Bunlar isteğe bağlı olarak artırılabilir geçici sınırlardır. Geçerli bölgelerinizde daha fazla yönetilen örnek sağlamanız gerekiyorsa Azure portalını kullanarak kotayı artırmak için bir destek isteği gönderin. Daha fazla bilgi için bkz. Azure SQL Veritabanı için kota artışı isteme.

SQL Yönetilen Örneği başına 100 veritabanı sınırı, Genel Amaçlı ve İş Açısından Kritik hizmet katmanlarında değiştirilmeyecek sabit bir sınırdır. Yeni nesil Genel Amaçlı hizmet katmanında en fazla 500 veritabanınız olabilir.

İş yükünüz için uygun olan diğer Azure tatlarına geçiş yapmayı düşünebilirsiniz: Azure SQL Veritabanı Hiper Ölçek veya Azure Sanal Makineler'de SQL Server.

Azure Sanal Makineler'da SQL Server'a geçiş yapmayı veya bellek/cpu için iyileştirilmiş Azure SQL Veritabanı düşünebilirsiniz.

Ürün hataları ve bilinen sorunlar için bkz . Bilinen sorunlar.

Yeni ve önizleme özellikleri için bkz . Yenilikler.

Yönetilen örneği Azure portalından, PowerShell'den, Azure CLI'dan ve ARM şablonlarından sağlayabilirsiniz.

Evet, bu abonelik Desteklenen abonelik türlerine aitse mevcut bir abonelikte yönetilen örnek sağlayabilirsiniz.

Bu, alt ağ adını ^[a-zA-Z_][^\/:*?"<>|''^]*(?<! [.\s]) $. Regex'i geçen ve geçerli alt ağ adları olan tüm adlar şu anda desteklenmektedir.

Yönetilen örneğinizi Azure portalından, PowerShell'den, Azure CLI'dan veya ARM şablonlarından ölçeklendikleyebilirsiniz.

Evet, sürdürebilirsiniz. Yönergeler için bkz . Kaynakları bölgeler arasında taşıma.

Yönetilen örnekleri Azure portalı, PowerShell, Azure CLI veya Resource Manager REST API'leri aracılığıyla silebilirsiniz.

Yeni bir yönetilen örnek oluşturmak veya hizmet katmanlarını (sanal çekirdekler, depolama) değiştirmek için beklenen süre çeşitli faktörlere bağlıdır. Bkz. Yönetim işlemleri.

Her veritabanının geri yüklenmesi, yalnızca birkaç saniye sonra oluşturulan ve sonra silinen veritabanlarının bile tanımlandığı saklama süresinin tamamı boyunca garanti edilir. Veritabanı oluşturulduğunda, silindiğinde veya geri yüklendiğinde, verileri korumak için belirli bir saklama süresi boyunca geri yüklemenin mümkün olması için farklı aralıklarla yedeklemeler yapılır. Yedekleme işlemi tamamlanmadan önce bir veritabanı bırakılırsa bırakma işlemi aşağıdaki hatayla engellenebilir:

Message database 'backup_restore_db_lkg_native_restore' already exists. Choose a different database name.

Bu hatayı önlemek için, aynı ada sahip bir veritabanını yeniden oluşturmadan önce bırakma işleminin durumunu denetleyin. Daha fazla bilgi için, bkz. sys.dm_operation_status. İşlem durumu Tamamlandı olarak gösterildikten sonra, aynı ada sahip bir veritabanını GERI YÜKLEMEK veya OLUŞTURMAK mümkündür.

Aşağıdaki yaygın kullanım örnekleri büyük olasılıkla bu hatayla karşılaşacak:

• Birden çok veritabanı bırakılır ve kısa bir süre sonra aynı adla yeniden oluşturulursa. Veritabanı bırakıldığında, görüntüde gösterildiği gibi bırakma işlemi tamamlanmadan önce işlem günlüğünün kalan arka ucu zaman uyumlu olarak yedeklenir:

  

  Kuyruk günlüğü yedeklenip bırakma işlemi tamamlanıncaya kadar aynı ada sahip bir veritabanı oluşturmak mümkün değildir. Bırakma işleminin sıralı yapısı, kısa aralıklarla bırakılan veritabanlarını bir kuyruğa sokar; bu da veritabanlarının düşürülme sürecini uzatabilir ve aynı adı kullanarak yeni veritabanları oluşturma olasılığını geciktirebilir.

• Tam yedekleme oluşturulmadan önce bir veritabanı geri yüklenir ve bırakılırsa. Bir veritabanı geri yüklendiğinde, geri yükleme işleminin ilk adımı veritabanının yeni bir tam yedeğini almaktır. Bir veritabanını geri yüklemeyi dener ve tam yedekleme tamamlanmadan hemen bırakırsanız, tam yedekleme alınana ve veritabanı bırakma işlemi tamamlanana kadar veritabanını bırakıp aynı ada sahip başka bir veritabanı oluşturamazsınız. Veritabanının boyutuna bağlı olarak, tam yedekleme saatler sürebilir.

Aboneliğiniz ücretsiz SQL Yönetilen Örneği uygun değildir. Aksi takdirde abonelik başına bir ücretsiz örnek sınırı vardır. Başka bir örnek oluşturmak için mevcut ücretsiz örneği kaldırmanız gerekir. Kısa süre önce ücretsiz örneğinizi sildiyseniz ücretsiz teklif başlığının yeniden ortaya çıkması bir saat kadar sürebilir.

Muhtemelen bir ay boyunca kredin bitmişti. Azure portalında SQL yönetilen örneğinize gidin ve örneğinizin yetersiz kredi nedeniyle durdurulmuş durumda olup olmadığını görmek için durumu denetleyin.

Bu işlev şu anda kullanılamıyor.

Evet, Azure depolamadan otomatik yedeklemeyi geri yükleyebilir veya SQL Server Management Studio (SSMS) kullanarak veritabanı yedeklemesini geri yükleyebilirsiniz.

Kaynak sınırlamalarına rağmen, ücretsiz SQL Yönetilen, iş yüklerinizi herhangi bir etki olmadan test etmenizi sağlamak için tasarlanmıştır. Ücretsiz SQL Yönetilen Örneği kullanırken karşılaştığınız performans, örneğin üretim sürümünün performansıyla aynıdır.

Ücretsiz SQL Yönetilen Örneği 4 ve 8 sanal çekirdek seçenekleri sunar. İşletmeniz daha fazla kaynağa sahip bir örneğe ihtiyaç duyuyorsa, tam teşekküllü ücretli SQL Yönetilen Örneği oluşturun.

Ücretsiz SQL Yönetilen Örneği için yedekleme seçenekleri değiştirilemez.

Şu anda Öğrenci aboneliği uygun değildir. Uygun abonelikler için ücretsiz SQL Yönetilen Örneği teklifi önkoşullarını gözden geçirin.

Yönetilen örnek adının değiştirilmesi desteklenmez.

Evet, SQL Yönetilen Örneği varsayılan DNS bölgesi .database.windows.net kendi DNS bölgenizle değiştirilebilir. Ancak, FQDN'sinin yönetilen örnek ana bilgisayar adı bölümü aynı kalmalıdır.

Varsayılan yerine başka bir DNS bölgesi kullanmak için, örneğin, .contoso.com:

• Diğer ad tanımlamak için SQL Server İstemci Ağ Yardımcı Programı'nı (CliConfg) kullanın. Yalnızca yönetilen örnek konak adını veya yönetilen örnek ana bilgisayar adını ve ardından özel bir etki alanı adı kullanabilirsiniz. CliConfg aracı yalnızca kayıt defterine "HKLM\SOFTWARE\Microsoft\MSSQLServer\Client\Bağlan To" veya "HKLM\SOFTWARE\WOW6432Node\Microsoft\MSSQLServer\Client\Bağlan altında diğer ad ekler 64 bit sürümü (C:\Windows\System32\cliconfg.exe) veya 32 bit sürümü (C:\Windows\SysWOW64\cliconfg.exe) kullanıyorsanız, grup ilkesi veya betik kullanarak da yapılabilir. 32 bit ve 64 bit programların diğer adı çözümleyebilmesini sağlamak için her ikisini de kullanın.
• Yönetilen örnek FQDN'sine işaret eden yönetilen örnek ana bilgisayar adıyla DNS'de CNAME kaydını kullanın. Bu durumda, TrustServerCertificate=TRUE Microsoft Entra ID (eski adıyla Azure Active Directory) ile kimlik doğrulaması kullanılırken gereklidir.
• Yönetilen örnek IP adresine işaret eden yönetilen örnek ana bilgisayar adıyla DNS'de bir kayıt kullanın. Önceden bildirimde bulunmadan değişebileceği için IP adresinin kullanılması önerilmez. Bu durumda, TrustServerCertificate=TRUE Microsoft Entra kimlik doğrulaması kullanılırken gereklidir.

Azure SQL Yönetilen Örneği, işlem ve depolama boyutu başına diğer Azure SQL Veritabanı dağıtım seçenekleriyle aynı performans düzeylerini sunar. Verileri tek bir örnekte birleştirmek istiyorsanız veya yalnızca SQL Yönetilen Örneği özel olarak desteklenen bir özelliğe ihtiyacınız varsa, dışarı/içeri aktarma (BACPAC) işlevini kullanarak verilerinizi geçirebilirsiniz. SQL Yönetilen Örneği geçişi SQL Veritabanı için göz önünde bulundurmanın diğer yolları şunlardır:

• Dış Veri Kaynağı Kullanma
• SQLPackage kullanma
• BCP kullanma

Bir seçenek, veritabanını BACPAC'ye dışarı aktarmak ve ardından BACPAC dosyasını içeri aktarmaktır. Veritabanınız 100 GB'tan küçükse bu yaklaşım önerilir.

Veritabanındaki tüm tabloların birincil anahtarları varsa ve veritabanında bellek içi OLTP nesnesi yoksa işlem çoğaltması kullanılabilir.

SQL Server örneğinizi geçirmek için bkz. SQL Server-Azure SQL Yönetilen Örneği Kılavuzu.

Diğer platformlardan geçiş hakkında geçiş bilgileri için bkz . Azure Veritabanı Geçiş Kılavuzu.

Yönetilen örnek ile SQL Server arasında performans karşılaştırması için iyi bir başlangıç noktası, Azure SQL Yönetilen Örneği ve SQL Server arasında performans karşılaştırması için en iyi yöntemler makalesidir.

bkz. SQL Yönetilen Örneği ile SQL Server arasındaki performans farklılıklarının temel nedenleri. İşlem günlüğü dosyası boyutu Genel Amaçlı SQL Yönetilen Örneği performansını etkileyebilir. Daha fazla bilgi için bkz . Günlük dosyası boyutunun Genel Amaçlı üzerindeki etkisi.

Yönetilen örneğinizin performansını şu şekilde iyileştirebilirsiniz:

• Yapay zeka ve makine öğrenmesi temelinde sürekli performans ayarlaması ile en yüksek performans ve kararlı iş yükleri sağlayan otomatik ayarlama.
• İşlemsel işleme iş yüklerinde aktarım hızını ve gecikme süresini geliştiren ve daha hızlı iş içgörüleri sunan bellek içi OLTP .
• Uygulama ve veritabanı ayarlama için en iyi uygulamalardan bazılarını uygulama.
• İş yükünüzün çok sayıda küçük işlemden oluşması durumunda daha düşük gecikme süresi ve daha yüksek aktarım hızı için bağlantı türünü ara sunucudan yeniden yönlendirme moduna geçirme.

Genel Amaçlı bir örnekte performansı geliştirmek için veri dosyası boyutunu artırmayı göz önünde bulundurun. Genel Amaçlı bir örnekte depolama performansını iyileştirmek için bkz. Genel Amaçlı katmanı için Depolama en iyi yöntem yönergeleri.

Bkz. SQL Yönetilen Örneği bekleme istatistiklerini analiz etme. Bekleme istatistikleri, sorgu süresinin neden uzun olduğunu anlamanıza ve veritabanı altyapısında bir şey bekleyen sorguları belirlemenize yardımcı olabilecek bilgilerdir.

SQL Yönetilen Örneği tüketimi ve performansı izleme ve uyarı verme seçeneklerinin tümü için Azure SQL Yönetilen Örneği izleme seçenekleri blog gönderisine bakın. SQL Yönetilen Örneği için gerçek zamanlı performans izleme için bkz. Azure SQL Yönetilen Örneği için gerçek zamanlı performans izleme.

Bkz. İzleme ve performans ayarlama.

Azure SQL Yönetilen Örneği için bkz. Gerçek zamanlı performans izleme.

Evet, SQL Profiler SQL Yönetilen Örneği desteklenir. Daha fazla bilgi için bkz . SQL Profiler. Bununla birlikte, izlenen örneğe daha az etkisi olan "izleme" etkinliği için Genişletilmiş Olaylar'ı göz önünde bulundurmanız gerekir. Daha fazla bilgi için bkz . Genişletilmiş Olaylar.

Hayır, desteklenmez. Veritabanlarınızı izlemek için DMV'leri ve Sorgu Deposu'yu SQL Profiler ve XEvents ile birlikte kullanabilirsiniz.

Bkz. SQL Server ve Azure SQL'inizde CPU kullanımını izleme.

Evet. Yönergeler için bkz. SQL Yönetilen Örneği için uyarı oluşturma. Daha fazla ipucu ve püf noktası için bloga bakın.

Bunu yapamazsınız, uyarı ölçümleri yalnızca yönetilen örnek için kullanılabilir. Yönetilen örnekteki tek tek veritabanları için uyarı ölçümleri kullanılamaz.

SQL Yönetilen Örneği için Depolama boyutu seçili hizmet katmanına bağlıdır (Genel Amaçlı, Yeni Nesil Genel Amaçlı veya İş Açısından Kritik). Bu hizmet katmanlarının depolama sınırlamaları için bkz . Kaynak sınırları.

Bir örnekte kullanılabilen en düşük depolama alanı miktarı 32 GB'tır. Depolama maksimum depolama boyutuna kadar 32 GB'lık artışlarla eklenebilir. İlk 32 GB ücretsizdir.

Evet, bir ölçüde işlemden bağımsız olarak eklenti depolama alanı satın alabilirsiniz. Bkz. Tabloda en fazla örnek ayrılmış depolamaalanı.

Depolama performansını iyileştirmek için bkz. Genel Amaçlı Depolama en iyi yöntemler.

Hayır, yedekleme depolama alanı yönetilen örnek depolama alanınızdan düşülmez. Yedekleme depolama alanı, örnek depolama alanından bağımsızdır ve boyutu sınırlı değildir. Yedekleme depolama alanı, örnek veritabanlarınızın yedeğini tutmak için 35 güne kadar yapılandırılabilen süreyle sınırlıdır. Ayrıntılar için bkz . Otomatik yedeklemeler.

SQL yönetilen örneğinde otomatik yedeklemelerin ne zaman gerçekleştirildiğini izlemek için Yedekleme etkinliğini izleme'yi gözden geçirin.

Evet, Azure Blob Depolama yalnızca kopya tam yedekleme oluşturabilirsiniz, ancak bu yalnızca yönetilen örneğe geri yüklenebilir. Ayrıntılar için bkz . Salt kopya yedekleme. Ancak, şifreleme için kullanılan sertifikaya erişilemediğinden veritabanı hizmet tarafından yönetilen TDE tarafından şifrelenirse yalnızca kopya yedeklemesi imkansızdır. Böyle bir durumda veritabanını başka bir yönetilen örneğe taşımak veya müşteri tarafından yönetilen anahtara geçmek için belirli bir noktaya geri yükleme özelliğini kullanın.

Evet, SQL Server 2005+ sürümleri için desteklenir ve kullanılabilir. Yerel geri yüklemeyi kullanmak için .bak dosyanızı Azure blob depolamaya yükleyin ve T-SQL komutlarını yürütebilirsiniz. Daha fazla bilgi için bkz . URL'den yerel geri yükleme.

Evet, ancak SQL Server 2022'nin temel destek döneminde yalnızca SQL Server 2022'ye. Gelecekte veritabanı biçiminde değişiklik gerektiren bazı Azure SQL Yönetilen Örneği özellikleri kullanıma sunulacak ve yedeklemeler SQL Server'ın en son sürümüyle uyumsuz hale getirilebilir. Bu tür özelliklere erişim için açıkça kabul edilmesi gerekir.

Sistem veritabanları bir yük devretme grubundaki ikincil örneğe çoğaltılmaz. Bu nedenle, nesneler ikincil örnekte el ile oluşturulmadığı sürece, sistem veritabanlarındaki nesnelere bağlı senaryolar ikincil örnekte imkansızdır. Geçici çözüm için bkz . Sistem veritabanlarından nesneye bağımlı senaryoları etkinleştirme.

Gerekli NSG ve UDR kuralları burada belgelenmiştir ve hizmet tarafından otomatik olarak ayarlanır. Bu kuralların yalnızca hizmeti korumak için ihtiyacımız olan kurallar olduğunu unutmayın. Örneğinize bağlanmak ve farklı özellikleri kullanmak için, korumanız gereken ek, özelliğe özgü kurallar ayarlamanız gerekir.

SQL Yönetilen Örneği, yönetim bağlantı noktalarındaki kuralları ayarlamakla sorumludur. Bu, hizmet destekli alt ağ yapılandırması adlı işlevle elde edilir. Bu, bir SLA'yı yerine getirmek için kesintisiz bir yönetim trafiği akışı sağlamaktır.

Evet. Ağ İzleyicisi akış günlüklerini yapılandırarak ağlarınızın güvenlik grubu üzerinden gelen trafiği analiz edebilirsiniz.

Evet. Yönetilen örnek sağlandıktan sonra, 1433 numaralı bağlantı noktasına gelen erişimi denetleen NSG ayarlayabilirsiniz. IP aralığını mümkün olduğunca daraltmak önerilir.

Hayır Bu, çeşitli nedenlerle desteklenmez:

• Gelen yönetim isteğine yanıtı temsil eden yönlendirme trafiği asimetrik olur ve çalışamaz.
• Trafiğin Azure Depolama yönlendirilmesi aktarım hızı kısıtlamalarından ve gecikme süresinden etkileneceğinden beklenen hizmet kalitesini ve kullanılabilirliğini sağlayamayız.
• Bu yapılandırmalar hataya açıktır ve desteklenemez.

Evet. Bunu yapmanın en basit yolu, trafiği NVA üzerinden yönlendirmek için yönetilen örnek alt ağıyla ilişkili bir UDR'ye 0/0 kuralı eklemektir.

Alt ağın kullanılabilir IP adresi sayısı yeterli olmalıdır. SQL Yönetilen Örneği için sanal ağ alt ağ boyutunu belirlemek için bkz. Azure SQL Yönetilen Örneği için gerekli alt ağ boyutunu ve aralığını belirleme.

SQL yönetilen örneğinizin sağlandığı alt ağda yeterli IP adresi olmaması durumunda yeni bir alt ağ oluşturun ve SQL yönetilen örneğini buna taşıyın. Ayrıca ileride gerçekleştirilebilecek güncelleştirme işlemlerinde benzer durumlar yaşanmaması için oluşturulan yeni alt ağlara daha fazla IP adresi ayırmanızı öneririz. Azure SQL Yönetilen Örneği'ni alt ağlar arasında taşımayı öğrenin.

Hayır Boş bir alt ağ veya zaten yönetilen örnekler içeren bir alt ağ kullanabilirsiniz.

İçinde yönetilen örnekler varsa olmaz. Bu bir Azure ağ altyapısı sınırlamasıdır. Yalnızca boş bir alt ağa ek adres alanı eklemenize izin verilir.

Evet. SQL yönetilen örneği, aynı sanal ağın içindeki başka bir alt ağa veya farklı bir sanal ağa çevrimiçi bir şekilde taşınabilir. Azure SQL Yönetilen Örneği'ni alt ağlar arasında taşımayı öğrenin.

Bu gerekli değildir. Azure SQL Yönetilen Örneği için sanal ağ oluşturabilir veya Azure SQL Yönetilen Örneği için var olan bir sanal ağı yapılandırabilirsiniz.

Hayır Şu anda, yönetilen örneği zaten başka kaynak türlerini içeren bir alt ağa yerleştirmeyi desteklemiyoruz.

Hayır, bu desteklenmez. Yönetilen örneğin konak adı, yönetilen örneğin sanal kümesinin önündeki yük dengeleyiciye eşler. Bir sanal küme birden çok yönetilen örneği barındıraabildiği için, bir bağlantı adını belirtmeden doğru yönetilen örneğe yönlendirilemiyor. Yönetilen Örnek sanal SQL mimarisi hakkında daha fazla bilgi edinmek için bkz. Sanal küme bağlantı mimarisi.

Şu anda yalnızca yönetilen örneklerin özel uç noktaları statik IP adreslerini garanti eder.

Nadir ancak gerekli durumlarda, hizmetin güvenliğini ve güvenilirliğini artırmayı hedefleyen teknoloji yığını değişiklikleri nedeniyle yönetilen örneğin yeni bir sanal kümeye veya sanal küme içindeki farklı bir sanal makine grubuna çevrimiçi geçişini yapabiliriz. Yeni bir sanal makine grubuna veya sanal kümeye geçiş, yönetilen örnek ana bilgisayar adına eşlenen IP adresinin değiştirilmesiyle sonuçlanır. Yönetilen örnek hizmeti statik IP adresi desteği sağlamaz ve ip adresini düzenli bakım döngülerinin bir parçası olarak bildirimde bulunmadan değiştirme hakkını saklıdır.

Yukarıdaki nedenle, sanal ağ yerel ve genel uç noktalara yalnızca ilişkili etki alanı adları aracılığıyla erişilmelidir. Bunun yapılması hizmet iyi durumdayken uzun süre kullanılamamasına yol açabileceği için IP adreslerinin değişmezliğine güvenmeyi kesinlikle önerilmez.

Sanal ağın dışından erişilebilen statik bir IP adresine ihtiyacınız varsa, Azure Güvenlik Duvarı ön uç genel IP adresiyle dağıtabilir ve gelen trafiği yönetilen örneğin özel uç noktasına çevirmek için bir NAT kuralı yapılandırabilirsiniz. Ardından, SQL istemcilerinin yönetilen örneğin tam etki alanı adı aracılığıyla güvenlik duvarının genel IP adresine bağlanması için DNS çözümlemesini ayarlayın veya istemci diğer adlarını yapılandırın.

Evet, İnternet'ten gelen trafiğin SQL Yönetilen Örneği ulaşması için genel uç nokta etkinleştirilebilir. Daha fazla bilgi için bkz. genel uç noktalarla SQL Yönetilen Örneği kullanma ve SQL Yönetilen Örneği'da genel uç noktayı yapılandırma.

Hayır, özel bağlantı noktası kullanmak kullanılamaz. Sanal ağ yerel uç noktası için SQL Yönetilen Örneği varsayılan bağlantı noktası numarası 1433'leri kullanır ve genel veri uç noktası için SQL Yönetilen Örneği varsayılan bağlantı noktası numarası 3342'yi kullanır.

Hem genel sanal ağ eşlemesi (VNet eşlemesi) hem de Azure sanal WAN , farklı bölgelerdeki iki yönetilen örneği bağlamak için önerilen yöntemlerdir. Express Route bağlantı hattı eşlemesi alternatif bir seçenektir. Ortamınızda iki seçenek de mümkün değilse, diğer tek bağlantı yöntemi Siteden Siteye VPN bağlantısıdır. Azure portalını, PowerShell'i veya Azure CLI'yı kullanarak Siteden Siteye VPN'yi yapılandırma

22 Eylül 2020'de Azure SQL Yönetilen Örneği'ye yeni oluşturulan sanal kümeler için genel sanal ağ eşlemesi (VNet eşlemesi) desteği eklendi. Bu nedenle, sanal ağ eşlemesi 22 Eylül 2020'de boş alt ağlarda oluşturulan yönetilen örnekler için desteklenir. Bu tarihten önce dağıtılan örnekler için eşleme desteği, genel sanal ağ eşleme kısıtlamaları nedeniyle aynı bölgedeki ağlarla sınırlıdır. Daha fazla bilgi için Azure Sanal Ağ sık sorulan soruların ilgili bölümünü gözden geçirin.

Genel sanal ağ eşlemesini Eylül 2020'de oluşturulan örneklerle kullanmak için, bir bakım penceresi yapılandırmayı veya örneği yeni bir alt ağa taşımayı göz önünde bulundurarak iki seçenek de örneği genel sanal ağ eşlemesini destekleyen yeni bir sanal kümeye taşır.

Gerekirse sanal kümede genel sanal ağ eşlemesinin desteklenip desteklenmediğini denetleme konusuna bakın.

Veri sızdırma risklerini azaltmak için müşterilerin bir dizi güvenlik ayarı ve denetimi uygulaması önerilir:

• Tüm veritabanlarında Saydam Veri Şifrelemesi (TDE) özelliğini açın.
• Ortak Dil Çalışma Zamanı'nı (CLR) kapatın. Bu, şirket içinde de önerilir.
• Yalnızca Microsoft Entra kimlik doğrulamayı kullanın.
• Düşük ayrıcalıklı bir DBA hesabıyla örneğe erişin.
• Sysadmin hesabı için JIT sıçrama kutusu erişimini yapılandırın.
• SQL denetimini açın ve uyarı mekanizmalarıyla tümleştirin.
• SQL için Microsoft Defender paketinden Tehdit Algılama'yiaçın.
• Azure Depolama giden trafiği denetlemek için alt ağa bir hizmet uç noktası ilkesi uygulayın.
• CREATE EXTERNAL TABLE AS SELECT (CETAS) varsayılan olarak devre dışıdır. Sunucu yapılandırma seçeneği aracılığıyla CETAS'ı allowPolyBaseExport etkinleştirmek için bkz . CREATE EXTERNAL TABLE AS SELECT (CETAS).

Evet. Bkz. Azure SQL Yönetilen Örneği'da özel DNS adlarını çözümleme.

Evet. Bkz. Azure SQL Yönetilen Örneği'da özel DNS adlarını çözümleme.

Yönetilen örnek ilk kez sağlandığında saat dilimi yapılandırması ayarlanabilir. Mevcut yönetilen örneğin saat dilimini değiştirmek desteklenmez. Ayrıntılar için bkz . Saat dilimi sınırlamaları.

Geçici çözümler, uygun saat dilimiyle yeni bir yönetilen örnek oluşturmayı ve ardından el ile yedekleme ve geri yükleme gerçekleştirmeyi veya örnekler arası belirli bir noktaya geri yükleme gerçekleştirmeyi içerir.

Evet, müşteriler sysadmin rolünün üyesi olan oturum açma bilgileri oluşturabilir. Sysadmin ayrıcalığını üstlenen müşteriler de örneği çalıştırma sorumluluğunu üstlenir ve bu da SLA taahhüdünü olumsuz etkileyebilir. Sysadmin sunucu rolüne oturum açma bilgisi eklemek için bkz . Microsoft Entra kimlik doğrulaması.

Evet, Azure SQL Yönetilen Örneği Saydam Veri Şifrelemesi (TDE) destekler. Ayrıntılar için bkz. SQL Yönetilen Örneği için Saydam Veri Şifrelemesi.

Evet, BYOK için Azure Key Vault senaryosu Azure SQL Yönetilen Örneği için kullanılabilir. Ayrıntılar için bkz. Müşteri tarafından yönetilen anahtarla Saydam Veri Şifrelemesi.

Evet, sürdürebilirsiniz. Şifrelenmiş bir SQL Server veritabanını geçirmek için, var olan sertifikalarınızı SQL Yönetilen Örneği dışarı ve içeri aktarmanız, ardından tam veritabanı yedeklemesi alıp yönetilen örneğe geri yüklemeniz gerekir.

TDE şifrelenmiş veritabanlarını geçirmek için Azure Veritabanı Geçiş Hizmeti de kullanabilirsiniz.

Azure Cloud Shell kullanarak SQL Yönetilen Örneği için TDE koruyucuyu döndürebilirsiniz. Yönergeler için bkz. Azure Key Vault'tan kendi anahtarınızı kullanarak SQL Yönetilen Örneği Saydam Veri Şifrelemesi.

Evet, SQL Yönetilen Örneği geri yüklemek için veritabanınızın şifresini çözmeniz gerekmez. Şifrelenmiş yedekleme dosyasındaki verileri okuyabilmek SQL Yönetilen Örneği için kaynak sistemde şifreleme anahtarı koruyucusu olarak kullanılan bir sertifika/anahtar sağlamanız gerekir. Bunu yapmanın iki olası yolu vardır:

• Sertifika koruyucuyu SQL Yönetilen Örneği'a yükleyin. Yalnızca PowerShell kullanılarak yapılabilir. Örnek betik tüm işlemi açıklar.
• Asimetrik anahtar koruyucuyu Azure Key Vault'a yükleyin ve SQL Yönetilen Örneği işaret edin. Bu yaklaşım, şifreleme anahtarını depolamak için Key Vault tümleştirmesini kullanan Kendi anahtarını getir (BYOK) TDE kullanım örneğine benzer. Anahtarı şifreleme anahtarı koruyucusu olarak kullanmak istemiyorsanız ve yalnızca şifrelenmiş veritabanlarını geri yüklemek için anahtarı SQL Yönetilen Örneği kullanılabilir hale getirmek istiyorsanız, BYOK TDE'yi ayarlama yönergelerini izleyin ve Seçili anahtarı varsayılan TDE koruyucusu yap onay kutusunu işaretlemeyin.

Şifreleme koruyucusunun SQL Yönetilen Örneği kullanılabilir duruma getirildikten sonra standart veritabanı geri yükleme yordamıyla devam edebilirsiniz.

SQL Yönetilen Örneği sanal çekirdek tabanlı satın alma modeli sunar.

Azure SQL avantajlarıyla aşağıdaki yollarla maliyet tasarrufu yapabilirsiniz:

• Şirket içi lisanslara yapılan mevcut yatırımları en üst düzeye çıkarın ve Azure Hibrit Avantajı ile yüzde 55'e kadar tasarruf edin.
• İşlem kaynakları için rezervasyona bağlanın ve Ayrılmış Örnek Avantajı ile yüzde 33'e kadar tasarruf edin. Yüzde 82'ye kadar tasarruf etmek için bunu Azure Hibrit avantajıyla birleştirin.
• Devam eden geliştirme ve test iş yükleriniz için indirimli fiyatlar sunan Azure Geliştirme/Test Fiyatlandırma Avantajı ile liste fiyatlarına göre yüzde 55'e varan oranda tasarruf edin.

Ayrılmış Örnek avantajına uygun olmak için abonelik türünüzün bir kurumsal anlaşma (teklif numaraları: MS-AZR-0017P veya MS-AZR-0148P) veya kullandıkça öde fiyatlandırmasına sahip bireysel bir anlaşma (teklif numaraları: MS-AZR-0003P veya MS-AZR-0023P) olması gerekir. Rezervasyonlar hakkında daha fazla bilgi için bkz . Ayrılmış Örnek Avantajı.

Belirli sınırlamalarla rezervasyonları iptal edebilir, değiştirebilir veya para iadesi alabilirsiniz. Daha fazla bilgi için bkz. Azure Ayrılmış Sanal Makine Örnekleri için self servis değişimler ve para iadeleri.

SQL Yönetilen Örneği fiyatlandırma seçeneklerini keşfetmek için bkz. Fiyatlandırma sayfası.

Bunu Microsoft Maliyet Yönetimi çözümünü kullanarak yapabilirsiniz. Azure portalında Abonelikler'e gidin ve Maliyet Analizi'ni seçin.

Birikmiş maliyetler seçeneğini kullanın ve kaynak türünegöre olarak microsoft.sql/managedinstancesfiltreleyin.

SQL Yönetilen Örneği erişmek için uyumlu Microsoft veya üçüncü taraf istemci araçlarını kullanabilirsiniz ve Azure faturanızdan ek ücret alınmaz. Ancak bazı araçlar lisans gerektiriyorsa, yasal olarak lisanslı bir yazılıma sahip olmanız gerekir. Bu, her bir araç üreticisiyle sahip olduğunuz ayrı sözleşmelere tabidir.

Ayarlanan yedekleme saklama süresi ne olursa olsun, ayrılmış veri depolama alanı satın alınırken eşit miktarda boş yedekleme depolama alanı elde edersiniz. Yedekleme depolama alanı tüketiminiz ayrılan ücretsiz yedekleme depolama alanı içindeyse, SQL Yönetilen Örneği otomatik yedeklemeler sizin için ek ücret ödemez, bu nedenle ücretsizdir. Boş alanın üzerindeki yedekleme depolama alanı kullanımının aşılması ek maliyete neden olur. Ayrıntılar için fiyatlandırma sayfasının Yedekleme depolama bölümüne bakın. SQL Yönetilen Örneği otomatik yedeklemeler hakkında daha fazla teknik bilgi için bkz. Yedekleme depolama tüketimi açıklanmaktadır.

Azure portal aracılığıyla yedekleme depolama maliyetini izleyebilirsiniz. Yönergeler için bkz . Otomatik yedeklemeler için maliyetleri izleme.

Yedekleme depolama maliyetlerinizi iyileştirmek için bkz. SQL Yönetilen Örneği'da hassas yedekleme ayarlaması.

SQL Yönetilen Örneği örnek olay incelemeleri:

• Komatsu
• KMD
• PowerDETAILS
• Allscripts

Azure SQL Yönetilen Örneği dağıtımıyla ilgili avantajları, maliyetleri ve riskleri daha iyi anlamak için bir Forrester çalışması da vardır: Microsoft Azure SQL Yönetilen Örneği veritabanlarının Toplam Ekonomik Etkisi.

SQL oturum açma işlemleri için parola ilkesi SQL Yönetilen Örneği yönetilen örneği barındıran sanal kümeyi oluşturan VM'lere uygulanan Azure platform ilkelerini devralır. Şu anda bu ayarlar Azure tarafından tanımlandığından ve yönetilen örnek tarafından devralındığından bu ayarlardan herhangi birini değiştirmek mümkün değildir.

Her oturum açma işlemi, oturum açma sırasında parolasını ayarlamalı ve maksimum yaşa ulaştıktan sonra parolasını değiştirmelidir.

Evet, CHECK_POLICY ve CHECK_EXPIRATION alanlarını oturum açma düzeyinde denetlemek mümkündür. Geçerli ayarları denetlemek için aşağıdaki T-SQL komutunu yürütebilirsiniz:

SELECT *
FROM sys.sql_logins

Bundan sonra, yürüterek belirtilen oturum açma ayarlarını değiştirebilirsiniz:

ALTER LOGIN <login_name> WITH CHECK_POLICY = OFF;
ALTER LOGIN <login_name> WITH CHECK_EXPIRATION = OFF;

('test'i istenen oturum açma adıyla değiştirin ve ilke ve süre sonu değerlerini ayarlayın.)

bkz. Azure SQL Veritabanı ve SQL Yönetilen Örneği için sertifika döndürme.

Bkz. SQL Yönetilen Örneği'da Azure bakım olaylarını planlama.

SQL Yönetilen Örneği Geri Bildirim Forumu'nda yeni bir SQL Yönetilen Örneği özelliği için oy verebilir veya yeni bir geliştirme fikri oluşturabilirsiniz. Bu şekilde ürün geliştirmeye katkıda bulunabilir ve olası iyileştirmelerimizi önceliklendirmemize yardımcı olabilirsiniz.

Azure desteği isteği oluşturmayı öğrenmek için bkz. Azure desteği isteği oluşturma.

Kasım 2023'den itibaren tüm bölgelerde, tekliflerde ve abonelik türlerinde özellik dalgası etkindir.

Özellik dalgası uygun alt ağlardaki örnekler tarafından kullanılabilir. Yeni özellikler görmüyorsanız SQL yönetilen örneğinizin dağıtıldığı alt ağ uygun değildir.