Auditing in Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse egy nagyvállalati szintű relációs raktár egy Data Lake-alaprendszeren, jövőre kész architektúrával, beépített AI-vel és új funkciókkal. Ha még nem ismerkedik az adattárházakkal, kezdje a Fabric Data Warehouse-szal. A meglévő dedikált SQL-készlet számítási feladatai frissíthetők Fabric az adatelemzés, a valós idejű elemzés és a jelentéskészítés új képességeinek eléréséhez.

Az Azure Synapse Analytics auditálása nyomon követi az adatbázis-eseményeket, és azokat az Azure Storage-ba, egy Azure Monitor Log Analytics-munkaterületre vagy az Azure Event Hubsba rögzíti.

Az auditálás segít:

  • A kiválasztott események naplózási nyomvonalának megőrzése.
  • Ismerd meg az adatbázis tevékenységét, és vizsgáld meg az eltéréseket vagy anomáliákat.
  • Jelentés a tevékenységről lekérdezések, munkafüzetek és későbbi monitorozó eszközök használatával.
  • Támogassa a szabályozási és szervezeti megfelelőségi követelményeket. Az auditálás önmagában nem garantálja a megfelelőséget.

Overview

Az SQL Database naplózása a következőre használható:

  • A kiválasztott események naplónaplójának megőrzése. Megadhatja a naplózandó adatbázisműveletek kategóriáit.
  • jelentés adatbázis-tevékenységről. Az előre konfigurált jelentések és irányítópultok használatával gyorsan megkezdheti a tevékenység- és eseményjelentést.
  • jelentések elemzése. Gyanús eseményeket, szokatlan tevékenységeket és trendeket találhat.

Important

Az auditálás az SQL pool elérhetőségére és teljesítményére van optimalizálva. Nagyon magas aktivitáskor vagy hálózati terhelés esetén a tranzakciók anélkül folytatódhatnak, hogy minden kiválasztott eseményt rögzítenének.

A sok adatbázissal rendelkező környezetek esetében, amely nagy OLTP-számítási feladatokat futtat, a kiszolgálószintű naplózás alapértelmezett beállításokkal való használata nagyon nagy naplózási köteteket eredményezhet a logikai kiszolgálón. Mivel az összes adatbázis összes eseménye ugyanabba a naplózási mappába van írva, az egyetlen adatbázis naplóinak lekérdezése lassú és működési szempontból költséges lesz. A teljesítmény javítása és a zaj csökkentése:

  • Váltson adatbázisszintű naplózásra. Minden adatbázis a saját audit naplómappájába ír, így csökkenti a beolvasott teljes kötetet, és gyorsabbá teszi a visszakeresést.
  • Tekintse át az auditkonfigurációt. Határozza meg, hogy szükséges-e az összes kötegelt esemény rögzítése, vagy hogy egy egyéni szűrt konfiguráció megfelel-e a biztonsági és megfelelőségi követelményeknek.

Védd az érzékeny információkat az audit naplókban

Az auditált utasításszöveg érzékeny értékeket tartalmazhat, amikor az alkalmazások ezeket dinamikus SQL-be összefűzik. Használj paramétereket az adatértékekhez, kerüld a titkok vagy személyes adatok beágyazását a lekérdezési szövegbe, és korlátozd az auditnapló-hozzáférést az engedélyezett felhasználók számára.

Az audit célállomás jogosultságai az SQL motoron kívüli hozzáférést szabályoznak. Alkalmazd a legkisebb jogosultság elvét az Azure Storage-re, Log Analytics-re és Event Hubs-ra, és figyeld az erőforrásokhoz való hozzáférést.

Limitations

  • Szüneteltetett dedikált SQL-készleten nem engedélyezheti a naplózás funkcióját. Folytassa a készletet a házirend engedélyezése előtt.
  • A felhasználó által hozzárendelt menedzselt identitások nem támogatottak auditálásra az Azure Synapse Analytics-ben.
  • A rendszer által hozzárendelt menedzselt identitás támogatott egy Azure Storage célállomásnál, ha a tárolófiók egy virtuális hálózat vagy tűzfal mögött van. A kezelt identitások nem támogatottak az Azure Synapse-nál, hacsak a tárolófiók nem egy virtuális hálózat vagy tűzfal mögött van.
  • A Synapse SQL poolok csak az alapértelmezett audit akciócsoportokat támogatják.
  • A naplózás nem támogatott azokban az adatbázisokban, amelyek neve tartalmazza a ? karaktert. Ez a korlátozás mind a szerver-szintű, mind az adatbázis-szintű auditálásra vonatkozik, mivel azok az adatbázisok, amelyek nevében ? szerepel, már nem támogatottak az Azure-ban.
  • Az audit nyilvántartások akár 4000 karaktert is tárolnak az statement és data_sensitivity_information mezőkben. A további karakterek levágódnak.

Megjegyzések

  • A tevékenységnaplóban SQLDBControlPlaneFirstPartyApp által kezdeményezett események a Azure SQL Database vezérlősík belső Azure függvényei. A SQLDBControlPlaneFirstPartyApp által kezdeményezett események az SQL-motor és a Azure Resource Manager közötti belső szinkronizálási művelet részét képezik. Ezek az események a Azure SQL Database felügyeletének normál részét képezik, és a Azure megfelelő erőforrás-ábrázoláshoz és működéshez szükségesek.
  • Prémium tárolás a BlockBlobStorage segítségével támogatott. A szabványos tárolás támogatott. Azonban ahhoz, hogy audit naplókat írjon egy virtuális hálózat vagy tűzfal mögötti tárolófiókba, általános célú v2 tárolófiókot kell használni. Ha általános célú v1 vagy Blob Storage fiókot használsz, frissíts általános célú v2 tárolófiókra. Konkrét utasításokért lásd: Auditnaplók írása virtuális hálózat és tűzfal mögötti tárolófiókba. Az Tárfiókok típusaipontban talál további információt.
  • Amikor engedélyezed az SQL auditálást és beállítod a kimenő hálózati korlátozásokat, engedélyezési listára kell venned az auditálási tárolófiókod teljes tartományneveit, hogy az auditálási események elérjék a célhelyet. Ha nem teszed a tárolási végpontot engedélyezőlistára, az auditforgalom blokkolódik, ami auditesemény-vesztéshez vezet. Miután hozzáadod a szükséges tárolófiók FQDN-eket az engedélyezett listához, újra kell mentened az auditing konfigurációt, hogy folytathasd a normál auditesemény-folyamatot.
  • Hierarchikus névtér támogatott minden típusú standard tárfiók és prémium tárfiók esetében a BlockBlobStorage használatával.
  • Az auditnaplók az Azure-előfizetésében lévő Azure Blob Storage Append Blobjaiba íródnak.
  • Az auditnaplók .xel formátumúak, és SQL Server Management Studio (SSMS)segítségével nyithatók meg.
  • Ha nem módosítható naplótárolót szeretne konfigurálni a kiszolgálói vagy adatbázisszintű naplózási eseményekhez, kövesse a Azure Storage által biztosított instrukciókat. Ha változatlan blobtárolót konfigurál a naplózáshoz, győződjön meg arról, hogy a védett hozzáfűzések írásának engedélyezése a hozzáfűző blobok vagy a Blokk és hozzáfűző blobok lehetőségre van állítva. A Nincs lehetőség nem támogatott. Az időalapú adatmegőrzési szabályzatok esetében a tárfiók megőrzési időközének rövidebbnek kell lennie, mint az SQL-naplózás megőrzési beállítása. Azok a konfigurációk, amelyekben a tárolási szabályzat be van állítva, de az 0SQL-naplózás megőrzése nem támogatott.
  • Auditnaplókat írhat egy virtuális hálózat vagy tűzfal mögött található Azure Storage-fiókba.
  • A naplóformátum, a tárolómappa-hierarchia és a névadási konvenciók részleteiért lásd az auditnapló formátuma című részt.
  • A Microsoft Entra-hitelesítés használatakor a sikertelen bejelentkezési rekordok nem jelennek meg az SQL-naplózási naplóban. A sikertelen bejelentkezési auditnaplók megtekintéséhez meg kell látogatnia a Microsoft Entra felügyeleti központot, amely naplózza az események részleteit.
  • Miután beállítja az auditálási beállításokat, bekapcsolhatja az új fenyegetésészlelő funkciót, és beállíthatja az e-maileket a biztonsági riasztások fogadására. Veszélyforrások észlelése esetén proaktív riasztásokat kap a rendellenes adatbázis-tevékenységekről, amelyek potenciális biztonsági fenyegetéseket jelezhetnek. További információ: SQL Advanced Threat Protection.
  • Miután a naplózást engedélyezve lévő adatbázist átmásolta egy másik logikai kiszolgálóra, előfordulhat, hogy e-mailt kap arról, hogy a naplózás sikertelen volt. Ez az állapot ismert probléma, és az auditálásnak a frissen másolt adatbázison is a várakozásoknak megfelelően kell működnie.

Kapcsolódó tartalom

  • Utolsó frissítés időpontja: