请说明 Azkaban 对任务状态进行持久化存储以及异常后恢复的具体机制，包括其存储方式、状态恢复流程及涉及的关键组件。

回答思路

1. 【回答框架 1】Azkaban 使用关系型数据库（如 MySQL）作为存储后端，通过 JDBC 连接访问数据库，用于持久化工作流定义、项目文件、执行日志等元数据。任务运行时的执行状态（如队列、运行中、成功、失败）也会同步写入数据库中的执行表和状态表，确保即使服务重启，也能从数据库获取状态。
2. 【回答框架 2】在恢复机制方面，Azkaban 的调度器（Scheduler）和执行器（Executor）会定期更新心跳和状态快照到数据库。当某个执行器进程崩溃或节点故障时，Web 服务器通过数据库中的心跳记录判断该执行器失效，并可将未完成的任务重新调度到其他活跃执行器上运行，实现基于持久化状态的容错。
3. 【回答框架 3】对于单个任务的恢复，Azkaban 支持任务级别的重试，当任务失败时，会根据预置的重试次数和间隔重新提交。恢复的具体流程是先从数据库中读取该任务的执行上下文，再结合用户配置决定是否跳过某些步骤，从而实现一定程度的断点续跑。需要注意的是，恢复并非万能，如果任务本身不具备幂等性，重复执行可能产生副作用。
4. 【回答框架 4】另外，Azkaban 还提供基于文件的状态存储模式，即通过属性文件和日志记录状态。但生产环境中主要依赖数据库模式，因为其能支撑多执行器并发和中心化查询。文件模式更适用于单机或测试环境。
5. 【关键点 1】Azkaban 使用 MySQL 等关系型数据库持久化工作流和状态，支持服务重启后恢复。
6. 【关键点 2】执行器通过心跳上报状态，Web 服务器基于心跳感知失效并重新调度任务。
7. 【关键点 3】任务失败后支持重试，重试前从数据库获取执行上下文。
8. 【关键点 4】恢复能力受限于任务幂等性，必要时需配合其他保障措施。
9. 【易错点 1】不能声称 Azkaban 能保证任意任务的幂等恢复，实际依赖任务自身实现。
10. 【易错点 2】注意区分数据库存储模式与基于文件的简单模式，两者能力有差异。