Migre para o conector de dados SAP sem agente do Microsoft Sentinel

  • Aplica-se a: Microsoft Sentinel in the Microsoft Defender portal, Microsoft Sentinel in the Azure portal

Siga este guia para migrar do agente SAP conteinerizado para o conector de dados sem agente para a solução Microsoft Sentinel para aplicações SAP.

O agente do conector de dados em contêiner para SAP foi descontinuado em 14 de setembro de 2026 e não tem suporte nem manutenção. Os agentes existentes compatíveis com TLS podem continuar enviando logs por meio da API do Coletor de Dados HTTP desativada. Em 14 de outubro de 2026, as imagens de contêiner serão removidas, o que impedirá novos downloads, instalações, reimplantações, escalonamento, substituições e recuperação após desastres. Os clientes devem migrar para o conector sem agente SAP suportado. Clientes que usam o conector de dados sem agente não são afetados.

Por que mudar para o conector de dados sem agente?

O conector sem agente oferece as seguintes vantagens:

  • Implantação simplificada com zero impacto no SAP NetWeaver.
  • Redução da sobrecarga de manutenção sem gerenciamento de contêineres e atualizações padrão do SAP.
  • Arquitetura preparada para o futuro baseada no SAP Integration Suite e SAP Cloud Connector.
  • Escalabilidade aprimorada.

O processo de migração envolve implantar o conector sem agente lado a lado com o agente conteinerizado existente, validar a recuperação de logs a partir do conector sem agente e, em seguida, descomissionar o agente conteinerizado.

As regras de análise, livros de exercícios e playbooks existentes para a solução Microsoft Sentinel para aplicações SAP permanecem funcionais com o conector de dados sem agente. Aprimoramentos nas funções KQL suportam ambos os métodos de ingestão de dados lado a lado. As funções usam o operador fuzzy union para combinar dados de ambas as fontes quando disponíveis.

Caminho de migração

A criação de novos agentes em contêiner está desativada. Use o conector de dados sem agente ao integrar novos sistemas SAP e migre agentes containerizados existentes o mais rápido possível. Migração completa antes da remoção das imagens dos contêineres em 14 de outubro de 2026.

  1. Avalie: examine sua implantação de agente SAP em contêiner existente para identificar sistemas SAP monitorados, tipos de log coletados e quaisquer configurações personalizadas.
  2. Revisão: Compare as opções de configuração e capacidades do agente containerizado e do conector de dados sem agente.
  3. Implantar: Configure o conector de dados sem agente seguindo Implantar a solução do Microsoft Sentinel para aplicativos SAP.
  4. Validar: Confirme se todas as tabelas e tipos de log SAP necessários estão sendo coletados corretamente dos seus sistemas SAP pelo conector de dados sem agente. Use consultas KQL para verificar a ingestão de logs. 
    let startTime = ago(1h);
let endTime = now();
ABAPAuditLog
| where TimeGenerated between (startTime .. endTime)
| summarize Count = count() by SourceSystem, bin(TimeGenerated, 5m)
| order by TimeGenerated desc
  5. Monitor: Execute tanto o agente containerizado quanto o conector de dados sem agente em paralelo por um período definido para garantir uma coleta estável e completa de logs. Confirme se regras de análise, workbooks, consultas de busca e playbooks exibem os resultados esperados com logs ingeridos pelo conector sem agente.
  6. Desativar: Após validar o conector de dados sem agente, desative o agente SAP em contêiner seguindo Interromper a coleta de dados do SAP.

Dica

Siga a playlist de vídeos de migração sem agente para conferir os insights mais recentes e ter uma transição tranquila.

Importante

Revise as autorizações do usuário e da função do Sentinel em seus sistemas SAP usados com o agente conteinerizado. O conector de dados sem agente requer menos autorizações, mas diferentes, em comparação com o agente SAP em contêiner. Consulte o guia de configuração para obter detalhes e o exemplo de função SAP para obter autorizações mínimas.

Warning

A aposentadoria não altera preços nem medidores de cobrança. No entanto, o conector de dados sem agente utiliza métodos de identificação diferentes do conector de dados conteinerizado. Revise as exclusões de faturamento para SIDs SAP selecionados e entre em contato com seu representante de conta antes de migrar.

Paridade de funcionalidades

O conector de dados sem agente oferece paridade funcional nativa com o agente SAP conteinerizado para os casos de uso mais importantes relacionados a regras analíticas e pastas de trabalho. Consulte a referência de conteúdo para obter detalhes.

Todas as regras de análise e workbooks construídos com base nas fontes SAP subjacentes mencionadas na tabela de referência permanecem funcionais sem nenhuma alteração.

Essas fontes incluem, mas não se limitam aos seguintes registros:

  • Log de Auditoria de Segurança (ABAPAuditLog_CL vs. ABAPAuditLog)

  • Registro de Alterações de Documentos (ABAPChangeDocsLog_CL vs. ABAPChangeDocsLog)

  • Detalhes do Usuário e de Autorização do Usuário (várias tabelas ABAPUser vs. ABAPUserDetails e ABAPAuthorizationDetails)

O escopo da solução pode ser estendido por meio de padrões de extensão disponíveis para o conector de dados sem agente. As listas de observação e os guias estratégicos permanecem totalmente funcionais sem nenhuma alteração.

O prefixo "SAPCon" veio de regras analíticas retiradas para maior clareza.

As detecções de nível de sistema operacional ou banco de dados do SAP HANA estão fora do escopo da comparação porque são cobertas por seus próprios conectores no Microsoft Sentinel.

Observação

A opção de implantação entre espaços de trabalho (instalar dados SAP e dados SOC em espaços de trabalho separados) não é mais necessária com o espaço de trabalho unificado no portal Microsoft Defender e foi removida da experiência do portal. Se ainda precisar de uma implantação dividida, as APIs ARM subjacentes continuam suportando isso - a opção só é removida da interface.

Próximas etapas

  • Última atualização em