Auditing in Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse je relační sklad v podnikovém měřítku na základu datového jezera s architekturou připravenou pro budoucnost, integrovanou AI a novými funkcemi. Pokud s datovými sklady začínáte, doporučujeme vám začít s „Fabric Data Warehouse“. Stávající úlohy dedikovaného SQL fondu mohou upgradovat na Fabric a získat tak přístup k novým funkcím napříč datovou vědou, analytikou v reálném čase a reportingem.

Auditování Azure Synapse Analytics sleduje události v databázi a zapisuje je do Azure Storage, pracovního prostoru Azure Monitor Log Analytics nebo Azure Event Hubs.

Auditování vám pomáhá:

  • Zachovejte záznam auditu vybraných událostí.
  • Pochopte aktivitu v databázi a prošetřete nesrovnalosti nebo anomálie.
  • Vytváření sestav o aktivitě pomocí dotazů, pracovních sešitů a nástrojů pro následné monitorování.
  • Podporujte plnění regulačních a organizačních požadavků. Audit sám o sobě nezaručuje dodržování předpisů.

Overview

Auditování služby SQL Database můžete použít k:

  • Zachovejte záznam auditu vybraných událostí. Můžete definovat kategorie databázových akcí, které se mají auditovat.
  • Zpráva o databázové aktivitě Můžete využít předkonfigurované sestavy a řídicí panel pro rychlý začátek s reportováním aktivit a událostí.
  • Analyzujte sestavy Můžete vyhledávat podezřelé události, neobvyklé aktivity a trendy.

Important

Audit je optimalizován pro dostupnost a výkon SQL poolu. Během období velmi vysoké aktivity nebo zatížení sítě mohou transakce pokračovat bez zaznamenání všech vybraných událostí.

U prostředí s mnoha databázemi, na kterých běží velké úlohy OLTP, může použití auditování na úrovni serveru s výchozím nastavením vést k velmi velkým svazkům auditu na logickém serveru. Vzhledem k tomu, že všechny události ze všech databází se zapisují do stejné složky auditu, dotazování protokolů auditu jedné databáze se zpomalí a stane se náročným na provozní zdroje. Zvýšení výkonu a snížení šumu:

  • Přepněte na auditování na úrovni databáze. Každá databáze zapisuje do vlastní složky protokolu auditu, čímž se sníží celkový objem skenování a urychlí načítání dat.
  • Zkontrolujte konfiguraci auditu. Určete, jestli je potřeba zachytávat všechny události dokončené dávkou, nebo jestli může vlastní filtrovaná konfigurace splňovat vaše požadavky na zabezpečení a soulad s předpisy.

Chraňte citlivé informace v auditních záznamech

Text auditovaného příkazu může obsahovat citlivé hodnoty, když aplikace tyto hodnoty spojí do dynamického SQL. Používejte parametry pro hodnoty dat, vyhněte se vkládání tajemství nebo osobních dat do textu dotazu a omezte přístup do auditních logů na autorizované uživatele.

Oprávnění na cílové destinaci auditu řídí přístup mimo SQL engine. Použijte zásadu nejnižších oprávnění pro Azure Storage, Log Analytics a Event Hubs a monitorujte přístup k těmto prostředkům.

Limitations

  • U pozastaveného vyhrazeného fondu SQL nemůžete povolit auditování. Obnovte činnost poolu před aktivací zásady.
  • Uživatelem přiřazené spravované identity nejsou podporovány pro audit v Azure Synapse Analytics.
  • Systémově přiřazená spravovaná identita je podporována pro cíl Azure Storage, pokud je úložný účet za virtuální sítí nebo firewallem. Spravované identity nejsou podporovány pro Azure Synapse, pokud není úložný účet za virtuální sítí nebo firewallem.
  • Synapse SQL pooly podporují pouze výchozí skupiny auditních akcí.
  • Auditování není u databází s názvy obsahujícími ? tento znak podporováno. Toto omezení platí jak pro audity na úrovni serveru, tak na úrovni databáze, protože databáze se ? v názvu už nejsou v Azure podporovány.
  • Auditní záznamy uchovávají až 4 000 znaků v polích statement a data_sensitivity_information. Další znaky jsou oříznuty.

Remarks

  • Události iniciované SQLDBControlPlaneFirstPartyApp v protokolu aktivit jsou interní funkcí řídicí roviny služby Azure SQL Database. Události iniciované SQLDBControlPlaneFirstPartyApp jsou součástí interní synchronizační operace mezi modulem SQL a Azure Resource Manager. Tyto události jsou normální součástí správy Azure SQL Database a jsou vyžadovány pro správnou reprezentaci a provoz prostředků v Azure.
  • Premium storage je podporováno s BlockBlobStorage. Podporuje se úložiště úrovně Standard. Nicméně pro zápis auditních logů do účtu úložiště za virtuální sítí nebo firewallem musíte použít účet úložiště úrovně General-purpose v2. Pokud používáte účet úložiště pro obecné účely v1 nebo účet Blob Storage, upgradujte na účet úložiště pro obecné účely v2. Konkrétní pokyny najdete v tématu Jak zapisovat protokoly auditu do účtu úložiště za virtuální sítí a firewallem. Další informace najdete v tématu Typy úložných účtů.
  • Když povolíte auditování SQL a nastavíte omezení odchozí síťové komunikace, musíte přidat na seznam povolených plně kvalifikovaná doménová jména vašeho auditního úložného účtu, abyste zajistili, že auditní události dorazí do cíle. Pokud nezařadíte endpoint úložiště na seznam povolených, auditní provoz je zablokován, což vede ke ztrátě auditních událostí. Po přidání požadovaných FQDN úložných účtů do seznamu povolených musíte znovu uložit svou auditní konfiguraci, abyste mohli obnovit běžný tok auditních událostí.
  • Hierarchický obor názvů je podporován pro všechny typy standardních účtů úložiště a prémiových účtů úložiště s BlockBlobStorage.
  • Auditní protokoly se zapisují do objektů BLOB Append Blobs v Azure Blob Storage ve vašem předplatném Azure.
  • Protokoly auditu jsou ve formátu .xel a lze je otevřít pomocí SQL Server Management Studio (SSMS).
  • Pokud chcete nakonfigurovat neměnné úložiště protokolů pro události auditu na úrovni serveru nebo databáze, postupujte podle pokynů poskytovaných službou Azure Storage. Při konfiguraci neměnného úložiště blobů pro auditování se ujistěte, že volba Povolit chráněné přídatné zápisy je nastavena na přídatné objekty nebo blokové a přídatné objekty. Možnost Žádné není podporována. V případě časově řízených zásad uchovávání musí být interval uchovávání účtu úložiště kratší než nastavení uchovávání pro auditování SQL. Konfigurace, ve kterých jsou nastavené zásady úložiště, ale uchovávání auditu SQL se 0 nepodporuje.
  • Protokoly auditu můžete zapisovat do účtu služby Azure Storage za virtuální sítí nebo bránou firewall.
  • Podrobnosti o formátu logu, hierarchii složky úložiště a pojmenovacích konvencích viz formát auditního logu.
  • Při použití ověřování Microsoft Entra se v protokolu auditu SQL nezobrazují neúspěšné záznamy přihlášení. Pokud chcete zobrazit neúspěšné záznamy auditu přihlášení, musíte navštívit Centrum pro správu Microsoft Entra, které protokolují podrobnosti o těchto událostech.
  • Po nastavení nastavení auditu můžete zapnout novou funkci detekce hrozeb a nastavit e-maily tak, aby přijímaly bezpečnostní upozornění. Pokud využijete detekci hrozeb, budete dostávat proaktivní upozornění na neobvyklé databázové aktivity, které můžou značit potenciální ohrožení zabezpečení. Další informace najdete v tématu SQL Advanced Threat Protection.
  • Po zkopírování databáze s povoleným auditováním na jiný logický server můžete obdržet e-mail s oznámením, že audit selhal. Tento stav je známý problém a audit by měl na nově zkopírované databázi fungovat podle očekávání.

Související obsah

  • Poslední aktualizace v