白杨商业智能工作室
#技术分享#Azure SQL

Azure SQL 审计日志只能发到一个地方?微软终于支持多工作区转发,手把手教你配

· 白杨BI工作室

做过等保合规的都知道,审计日志是数据库安全的生命线。但很多团队在实际使用中会遇到一个尴尬的问题: 🤔 安全团队要用 Sentinel 做入侵检测,开发团队想用 Log Analytics 做业务分析,而合规部门还要求日志必须存在指定区域的工作区里。

Azure SQL 审计日志只能发到一个地方?微软终于支持多工作区转发,手把手教你配

一条审计日志,多方消费——Azure SQL 终于支持多工作区转发了

做过等保合规的都知道,审计日志是数据库安全的"生命线"。但很多团队在实际使用中会遇到一个尴尬的问题:

🤔 安全团队要用 Sentinel 做入侵检测,开发团队想用 Log Analytics 做业务分析,而合规部门还要求日志必须存在指定区域的工作区里。

以前,Azure SQL 的审计日志只能发到一个 Log Analytics 工作区,想给多个团队用?只能手动导出再转发,费时费力还容易丢数据。

现在微软终于把这个问题解决了——Azure SQL 审计日志支持通过多个 Diagnostic Settings 转发到多个 Log Analytics 工作区。

下面手把手教你配置,5 分钟搞定。


📋 先说清楚:为什么要这么搞?

三个核心场景:

| 场景 | 说明 | |------|------| | 职责分离 | 安全团队和开发团队各看各的日志,权限独立管理 | | 工具集成 | Sentinel 用一个工作区做 SIEM,应用团队用另一个做数据分析 | | 合规要求 | 不同行业/地区的监管要求日志必须存在不同区域的工作区 |

💡 国内用户特别关心第三点——比如金融行业要求审计日志必须留存至少 6 个月,而且要存在国内区域。如果你用的是 Azure 中国区(由 21Vianet 运营),这个功能同样适用。


🛠️ 手把手配置(3 步搞定)

第一步:开启审计并指定主工作区

  1. 登录 Azure Portal
  2. 找到你的 Azure SQL Server(注意是 Server 级别,不是单个数据库)
  3. 左侧菜单 → Security → Auditing
  4. 审计目标选 Log Analytics Workspace,选你的主工作区
  5. 点击 Save

✅ 开启审计后,系统会自动创建一个 Diagnostic Setting。

第二步:添加额外的 Diagnostic Settings

  1. 在 Azure Portal 搜索栏输入 Diagnostic settings
  2. 筛选你的订阅,找到 SQL Server 的 master 数据库
  3. 点击 + Add diagnostic setting
  4. 给设置起个名字(比如 AuditToAppWorkspace)
  5. 在 Log 类别中,选择 SQLSecurityAuditEvents(如果不需要 DevOps 审计可以不勾选)
  6. 目标选择你的第二个 Log Analytics 工作区
  7. 点击 Save

第三步:重复添加更多工作区(按需)

需要转发到第三个、第四个工作区?重复第二步就行,没有数量上限。


🎯 实战案例

一个典型场景:

  • Workspace A → 给安全团队,连接 Microsoft Sentinel 做 SIEM 安全监控
  • Workspace B → 给应用团队,用 Log Analytics 做应用层审计分析

配置完成后,两边都能独立收到审计日志,互不干扰,不需要任何手动导出脚本。


⚠️ 配置注意事项

  1. 成本控制:每多转发一个工作区,Log Analytics 的数据摄入量就会翻一份。记得在 Cost Management 里监控 Log Analytics 的费用,避免意外账单 💰
  2. 避免重复:如果你用 Diagnostic Settings 同时转发到 Event Hub 和 Storage Account,注意审计日志可能在多个地方重复出现
  3. 权限管理:不同工作区的 RBAC 权限是独立的,确保各团队只能访问自己的工作区

🆚 国内云对比

| 能力 | Azure SQL | 阿里云 RDS(SQL Server) | 腾讯云 CDB(SQL Server) | |------|-----------|------------------------|------------------------| | 审计日志转发到多个日志服务 | ✅ 支持 | ⚠️ 需通过 SLS 消费组手动转发 | ⚠️ 需通过 CLS 日志主题配置 | | 原生多工作区支持 | ✅ 多 Diagnostic Settings | ❌ 需二次开发 | ❌ 需二次开发 | | 与 SIEM 联动 | ✅ 原生集成 Sentinel | ⚠️ 支持 SLS → SLS Project | ⚠️ 支持 CLS → 安全中心 |

可以看出,Azure SQL 在多工作区审计转发方面是原生支持的,配置简单直接。国内云数据库也能实现类似功能,但通常需要借助日志服务的消费组或转发规则,配置复杂度更高。


📌 总结

Azure SQL 审计日志多工作区转发是一个小而实用的功能更新,特别适合有以下需求的团队:

  • 🔒 安全团队和开发团队需要独立查看审计日志
  • 📊 多个团队使用不同的日志分析工具
  • 🏛️ 合规要求日志必须存在指定区域

配置方法简单:先开启审计,再添加 Diagnostic Settings 即可。注意控制转发工作区数量,避免 Log Analytics 费用失控。


📖 原文:Step-by-Step Guide: Route Azure SQL Audit Logs to Multiple Log Analytics Workspaces 📅 发布日期:2025-11-27

相关文章

微软重磅调整:Azure SQL弃用SGX加密意味着什么

微软重磅调整:Azure SQL弃用SGX加密意味着什么

微软 Azure SQL 数据库近日宣布,将正式停用基于英特尔 SGX 安全区域的 Always Encrypted 加密方案,这一变化标志着云端机密计算在数据库加密领域的一次重要技术路线调整。

#技术分享#Azure SQL
Azure SQL数据库中心性能监控来了,你的数据库终于有救了

Azure SQL数据库中心性能监控来了,你的数据库终于有救了

微软近日宣布,Azure SQL 数据库中心(Database Hub)的性能监控功能正式进入公共预览阶段,用户现可在统一门户中直接查看数据库运行指标,无需在多套工具间来回切换。

#技术分享#Azure SQL
微软Fabric数据库中心公共预览开放,数据开发迎来巨变

微软Fabric数据库中心公共预览开放,数据开发迎来巨变

数据库管理正在从被动运维走向主动洞察。微软近日宣布,Fabric 中的数据库中心(Database Hub)正式进入公共预览阶段,这项新能力将数据库运行信号转化为可执行的引导式操作,让数据资产的管理者第一次拥有了驾驶舱式的全局视野。

#技术分享#Azure SQL
SQL Server Always On终于支持多数据库MI链接了

SQL Server Always On终于支持多数据库MI链接了

微软近日宣布,Azure SQL 托管实例(MI Link)现已支持在 SQL Server 的 Always On 可用性组中同时连接多个数据库,该功能目前处于预览阶段。这意味着企业可以在混合云架构下,更灵活地实现多数据库的云端灾备与只读分流。

#技术分享#Azure SQL
Azure SQL数据库无服务器也能自动暂停?省钱大招来了

Azure SQL数据库无服务器也能自动暂停?省钱大招来了

微软近日宣布,Azure SQL 数据库的超大规模无服务器版本正式进入自动暂停与自动恢复功能的公开预览阶段。这意味着企业可以在业务低谷期让数据库自动休眠,在请求到来时秒级唤醒,从根本上重构云数据库的成本模型。

#技术分享#Azure SQL
SQL数据同步退役倒计时,你的数据库迁移方案准备好了吗

SQL数据同步退役倒计时,你的数据库迁移方案准备好了吗

微软近日宣布,Azure SQL 数据同步服务(SQL Data Sync)正式进入退役的最后阶段,该服务将不再支持新的同步组创建,现有用户需尽快迁移至替代方案。 - 停止新建同步组:用户已无法通过门户或 API 创建新的数据同步组,现有同步组仍可运行,但不再获得功能更新。

#技术分享#Azure SQL
有问题?加企业微信 1 对 1 交流 👇
➕ 添加企业微信
备注「白杨」优先通过 · 数据洞察与智能决策
企业微信
企业微信
备注「白杨」优先通过