An Azure service that provides a general-purpose, serverless container platform.
Hello Cobarrubias, Ian Luis,
Below is a clarification of the current behavior and the supported options.
- Export of classic custom tables via Data Export
Your understanding is correct. Azure Monitor Data Export supports only Analytics and Basic table types. The Container Apps console and system logs are stored in classic custom Log Analytics tables (_CL), which are not supported for Data Export, and therefore do not appear in the selectable list.
- Converting or migrating these tables to Analytics
There is no in-place conversion from classic custom tables to Analytics-supported tables.
The supported approach is to:
- Create a new table using modern ingestion (DCR-based / custom log v2)
- Re-ingest logs into this new export-supported table
- Configure Data Export → Event Hub from the new table
- Requirement to recreate the Container Apps Environment
Re-creating the environment is not strictly mandatory, but in many cases it becomes the most practical path because:
Current Container Apps diagnostics commonly write to classic custom tables (_CL)
These tables cannot be exported through Data Export
Enabling export typically requires logs to land in Analytics/modern custom tables, which may involve environment reconfiguration or recreation
- Supported options to forward logs to Event Hub for Dynatrace
Recommended (fully supported, near real-time):
Configure logging to use modern ingestion (DCR / CLv2 or Analytics table)
Use Log Analytics Data Export → Event Hub → Dynatrace
Workaround:
- Use a Logic App or Azure Function to periodically query the
_CLtables and forward results to Event Hub - This introduces latency and additional cost, so it is suitable only as a temporary solution.
Please accept as answer and do a Thumbs-up to upvote this response if you are satisfied with the community help. Your upvote will be beneficial for the community users facing similar issues.