Azure Synapse Analytics'te denetim

Tip

Microsoft Fabric Data Warehouse geleceğe hazır mimariye, yerleşik yapay zekaya ve yeni özelliklere sahip data lake foundation üzerinde kurumsal ölçekli ilişkisel bir ambardır. Veri ambarı konusunda yeniyseniz Fabric Data Warehouse ile başlayın. Mevcut özel SQL havuzu iş yükleri, veri bilimi, gerçek zamanlı analiz ve raporlama alanlarında yeni özelliklere erişmek için Fabric'e yükseltilebilir.

Azure Synapse Analytics denetimi, veritabanı olaylarını takip eder ve bunları Azure Depolama'a, bir Azure İzleyici Log Analytics çalışma alanına veya Azure Event Hubs'a yazar.

Denetleme şunları yapmanıza yardımcı olur:

  • Seçilen olayların denetim kaydını tutabilirsiniz.
  • Veritabanı faaliyetlerini anlamak ve tutarsızlıkları veya anormallikleri araştırmak.
  • Sorgular, çalışma kitapları ve takip araçları kullanarak faaliyetleri raporlayın.
  • Düzenleyici ve organizasyonel uyum gereksinimlerini destekleyin. Denetim tek başına uyumu garanti etmez.

Overview

SQL Veritabanı denetimini kullanarak şunları yapabilirsiniz:

  • Seçili olayların denetim kaydını tutun . Denetlenecek veritabanı eylemi kategorilerini tanımlayabilirsiniz.
  • Veritabanı etkinliğiyle ilgili rapor . Etkinlik ve olay raporlamaya hızlı bir başlangıç yapmak için önceden yapılandırılmış raporları ve bir panoyu kullanabilirsiniz.
  • Raporları analiz etme . Şüpheli olayları, alışılmışın dışındaki etkinlikleri ve eğilimleri bulabilirsiniz.

Important

Denetim, SQL havuzunun erişilebilirliği ve performansı için optimize edilmiştir. Çok yüksek aktivite veya ağ yükü dönemlerinde, işlemler her seçilen olay kaydedilmeden devam edebilir.

Ağır OLTP iş yükleri çalıştıran birçok veritabanının olduğu ortamlarda, varsayılan ayarlarla sunucu düzeyinde denetimin kullanılması mantıksal sunucuda çok büyük denetim birimlerine yol açabilir. Tüm veritabanlarındaki tüm olaylar aynı denetim klasörüne yazıldığından, tek bir veritabanı için denetim günlüklerini sorgulama yavaş ve işlem açısından pahalı hale gelir. Performansı artırmak ve gürültüyü azaltmak için:

  • Veritabanı düzeyinde denetime geçin. Her veritabanı, kendi denetim günlüğü klasörüne yazar ve bu, taranan toplam hacmi azaltarak alımı daha hızlı hale getirir.
  • Denetim yapılandırmasını gözden geçirin. Toplu olarak tamamlanan tüm olayları yakalamanın gerekli olup olmadığını veya özel bir filtrelenmiş yapılandırmanın güvenlik ve uyumluluk gereksinimlerinizi karşılayıp karşılamayacağını belirleyin.

Denetim kayıtlarında hassas bilgileri koruyun

Denetlenen komut metni, uygulamalar bu değerleri dinamik SQL'e birleştirdiğinde hassas değerler içerebilir. Veri değerleri için parametreler kullanın, sorgu metnine sırlar veya kişisel veriler gömmekten kaçının ve denetim günlüğü erişimini yetkili kullanıcılara kısıtlayın.

Denetim hedefi üzerindeki izinler, SQL motoru dışındaki erişimi kontrol eder. Azure Depolama, Log Analytics ve Event Hubs'a en az ayrıcalığı uygulayın ve bu kaynaklara erişimi izleyin.

Limitations

  • Duraklatılmış bir ayrılmış SQL havuzunda denetimi etkinleştiremezsiniz. Poliçeyi etkinleştirmeden önce havuzu yeniden başlatın.
  • Kullanıcı tarafından atanan yönetilen kimlikler Azure Synapse Analytics'te denetim için desteklenmiyor.
  • Depolama hesabı sanal ağ veya güvenlik duvarı arkasında olduğunda, Azure Depolama hedefi için sistem tarafından atanan yönetilen kimlik desteklenir. Azure Synapse için yönetilen kimlikler, depolama hesabı sanal ağ veya güvenlik duvarı arkasında olmadıkça desteklenmez.
  • Synapse SQL havuzları yalnızca varsayılan audit eylem gruplarını destekler.
  • Denetim, isminde ? karakteri bulunan veritabanlarında desteklenmez. Bu sınırlama, hem sunucu düzeyinde hem de veritabanı düzeyinde denetim için geçerlidir; çünkü adlarında ? bulunan veritabanları artık Azure'da desteklenmemektedir.
  • Denetim kayıtları, data_sensitivity_information ve statement alanlarında 4.000 karaktere kadar saklar. Ek karakterler kırpılır.

Remarks

  • Etkinlik günlüğünde SQLDBControlPlaneFirstPartyApp tarafından başlatılan olaylar, Azure SQL Veritabanı kontrol düzleminin iç Azure işlevidir. SQLDBControlPlaneFirstPartyApp tarafından başlatılan olaylar, SQL altyapısı ile Azure Resource Manager arasındaki iç eşitleme işleminin bir parçasıdır. Bu olaylar Azure SQL Veritabanı yönetiminin normal bir parçasıdır ve Azure doğru kaynak gösterimi ve işlemi için gereklidir.
  • BlockBlobStorage ile premium depolama desteklenir. Standart depolama desteklenir. Ancak, sanal ağ veya güvenlik duvarı arkasındaki bir depolama hesabına denetim logu yazmak için genel amaçlı bir v2 depolama hesabı kullanmanız gerekir. Genel amaçlı bir v1 veya Blob Depolama hesabı kullanıyorsanız, genel amaçlı bir v2 depolama hesabına yükseltin. Özel talimatlar için bkz. Denetim loglarını sanal ağ ve güvenlik duvarının arkasındaki bir depolama hesabına yaz. Daha fazla bilgi için bkz . Depolama hesabı türleri.
  • SQL denetimini etkinleştirdiğinizde ve giden ağ kısıtlamalarını yapılandırdığınızda, denetim olaylarının hedefe ulaşmasını sağlamak için denetim depolama hesabınızın tam nitelikli alan adlarını izin verilenler listesine eklemelisiniz. Depolama uç noktasını izin listesine almazsanız, denetim trafiği engellenir ve bu da denetim olayı kaybına neden olur. Gerekli depolama hesabı FQDN'lerini izin listesine ekledikten sonra, normal denetim olay akışını sürdürmek için denetim yapılandırmanızı yeniden kaydetmeniz gerekir.
  • BlockBlobStorage ile her tür standart depolama hesabı ve premium depolama hesabı için hiyerarşik ad alanı desteklenir.
  • Audit log'ları, Azure aboneliğinizde Azure Blob Depolama'da Append Blobs'a yazılır.
  • Denetim günlükleri .xel biçimindedir ve SQL Server Management Studio (SSMS) ile açılabilir.
  • Sunucu veya veritabanı düzeyinde denetim olayları için sabit bir günlük deposu yapılandırmak için Azure Depolama tarafından sağlanan yönergeleri izleyin. Denetim için sabit blob depolamayı yapılandırırken Korumalı ekleme yazmalarına izin ver'inEkleme blobları veya Blok ve ekleme blobları olarak ayarlandığından emin olun. Hiçbiri seçeneği desteklenmez. Zamana bağlı saklama ilkeleri için depolama hesabının bekletme aralığı SQL Denetimi bekletme ayarından daha kısa olmalıdır. Depolama ilkesinin ayarlandığı ancak SQL Denetimi bekletmesinin 0 olduğu yapılandırmalar desteklenmez.
  • Denetim günlüklerini sanal ağın veya güvenlik duvarının arkasındaki bir Azure Depolama hesabına yazabilirsiniz.
  • Log formatı, depolama klasörü hiyerarşisi ve adlandırma kuralları hakkında detaylar için denetim günlüğü formatı'na bakınız.
  • Microsoft Entra kimlik doğrulaması kullanılırken başarısız oturum açma kayıtları SQL denetim günlüğünde görünmez . Başarısız oturum açma denetim kayıtlarını görüntülemek için, bu olayların ayrıntılarını günlüğe kaydeden Microsoft Entra yönetim merkezini ziyaret etmeniz gerekir.
  • Denetim ayarlarınızı ayarladıktan sonra, yeni tehdit tespit özelliğini açabilir ve e-postaları güvenlik uyarıları alacak şekilde ayarlayabilirsiniz. Tehdit algılamayı kullandığınızda, olası güvenlik tehditlerine işaret ediyor olabilecek anormal veritabanı etkinliklerinde proaktif uyarılar alırsınız. Daha fazla bilgi için bkz. SQL Gelişmiş Tehdit Koruması.
  • Denetimin etkinleştirildiği bir veritabanı başka bir mantıksal sunucuya kopyalandıktan sonra, denetimin başarısız olduğunu bildiren bir e-posta alabilirsiniz. Bu durum bilinen bir sorundur ve denetim yeni kopyalanan veritabanında beklendiği gibi çalışmalıdır.

İlgili içerik

  • Son güncelleştirme: