Azure 数据工厂 - 诊断设置 - 激活特定于资源的日志记录 table
Azure DataFactory - diagnostics settings - activate logging to resource specific table
我想更改我的 Azure 数据工厂资源的诊断设置。
实际上，我正在登录 Azure Diagnostics table，但我遇到了最大大小问题（500 列限制）。
在我的 ARM 模板中，我添加了这个：
"logAnalyticsDestinationType": "Dedicated"
但是当我部署这个新模板时，我的日志记录 table 保持不变 -> Azure 诊断
有什么问题吗？
感谢您的帮助
您的 ARM 模板看起来是正确的。只是为了确保您点击诊断设置是否正确？
您是否希望将旧记录迁移到新表？如果是这样就不会发生。
您应该会在 10-20 分钟后看到这样的表，因为它是一个正在读取的模式，因此需要动态创建表：
如果您已经等待但没有看到表格，您所指的第 500 列 "bug" 也可能会对此产生影响。我很熟悉它，在使用 MS 处理它之后，没有快速简便的解决方法。
我建议创建一个新的工作区并将日志发送到那里，然后应该创建表。如果您有任何后续 queries/dashboards，它们必须更新为 query across workspaces。
事实上因为这个限制 MS 现在建议有一个 separate workspace per application
我想更改我的 Azure 数据工厂资源的诊断设置。
实际上，我正在登录 Azure Diagnostics table，但我遇到了最大大小问题（500 列限制）。
在我的 ARM 模板中，我添加了这个：
"logAnalyticsDestinationType": "Dedicated"
但是当我部署这个新模板时，我的日志记录 table 保持不变 -> Azure 诊断
有什么问题吗？
感谢您的帮助
您的 ARM 模板看起来是正确的。只是为了确保您点击诊断设置是否正确？
您是否希望将旧记录迁移到新表？如果是这样就不会发生。
您应该会在 10-20 分钟后看到这样的表，因为它是一个正在读取的模式，因此需要动态创建表：
如果您已经等待但没有看到表格，您所指的第 500 列 "bug" 也可能会对此产生影响。我很熟悉它，在使用 MS 处理它之后，没有快速简便的解决方法。
我建议创建一个新的工作区并将日志发送到那里，然后应该创建表。如果您有任何后续 queries/dashboards，它们必须更新为 query across workspaces。
事实上因为这个限制 MS 现在建议有一个 separate workspace per application