临时禁用Event Hub Capture后重开是否可行？存在数据丢失风险吗？

完全支持临时启停Event Hub Capture功能，不管是Azure门户UI、CLI、ARM模板还是SDK发起的启停操作都属于官方支持的常规配置操作，不会影响Event Hub本身的事件收发流程——你迁移期间事件发布方不需要停服、持续发消息的需求完全可以满足，事件会正常写入Event Hub服务端存储，受你配置的90天保留期规则约束。

只要你从禁用Capture到重新启用、完成新路径配置的全流程总时长不超过90天的事件保留期，就不会出现Capture导出的数据丢失，这块的逻辑和注意事项如下：

• Event Hub Capture不是旁路实时写存储的逻辑，它本质是服务端托管的一个消费任务，数据源就是Event Hub本身持久化存储的事件日志。你禁用Capture时，只是暂停了这个后台任务拉取事件、生成avro写入存储的动作，事件本身不会被清理，会一直留在服务端直到90天保留期到期。
• 重新启用Capture时，后台任务会自动从上次暂停的消费位点接着往后拉取事件，按照你配置的时间窗口/大小阈值生成avro文件写入目标存储，不会跳过禁用期间攒在Event Hub里的事件。
• 唯一可能出问题的场景是整个迁移+配置切换的时间拖过了90天，最早的事件被服务端按保留策略清理了，这种才会出现Capture导不出过期事件的问题。你这边总数据量是6TB，用AzCopy或者ADLS原生迁移能力从Gen1拷到Gen2，哪怕按10Gbps的保守速率算，纯拷贝时间也就不到2小时，算上数据校验、配置调整的冗余时间，整个窗口期最多也就1-2天，远低于90天的阈值，完全在安全范围内。

• 操作前先找当前ADLS Gen1路径下最新生成的几个avro文件，解析后记录最后一个事件的偏移量、时间戳，作为位点基线。
• 直接通过门户禁用Capture，等10分钟（默认Capture的写入触发窗口是5分钟/100MB，等够2个窗口确认没有新文件写入Gen1即可）。
• 启动Gen1到Gen2的存量avro迁移，优先用同区域内网的迁移工具，不要走公网拷贝，速度更快也不会产生额外流出费用。
• 存量迁移完成后做校验：先比对两边文件的数量、总大小，再抽10%左右的文件比对MD5，确认存量数据完整。
• 修改Event Hub Capture配置，把输出目标切换到ADLS Gen2对应的文件系统和路径，提前配好托管标识的Gen2存储读写权限，先点配置页的连接验证按钮确认权限通，暂时不要启用Capture。
• 确认配置无误后重新启用Capture，观察20-30分钟，等Gen2路径下生成第一批新的avro文件后，解析文件看最早的事件偏移量是不是和你之前记录的基线连续，确认位点没有断档。
• 等新写入的avro里的事件时间追上当前实时时间，说明Capture已经把禁用期间积压的事件全部导出完成，再做一次全量数据校验，确认无误后就可以正常使用Gen2作为Capture目标了。

注意：不要在没改Capture目标路径的情况下直接重新启用，不然会又有新的avro写回原来的Gen1路径，白做停写的操作。

内容的提问来源于stack exchange，提问作者Learn2Code