异常处理——restart重启

当spring batch批处理时遇到异常,可以采用如下方式

一、restart

1、在job中阻止重启

    //job
    //在job中设置了preventRestart会阻止job重启,第一次不管执行成功还是失败,都不会重启第二次
    @Bean
    public Job fileReaderJob(){
        return jobBuilderFactory.get("fileReaderJob")
        .start(chunkStep())
        .preventRestart() //阻止重启
        .build();
    }

    //step
    @Bean
    public Step chunkStep(){
        return stepBuilderFactory.get("chunkStep")
                .chunk(3)                                           
                .reader(fileItemReader())                           
                .writer(list -> list.forEach(System.out::println))
                .build();
    }

如果第二次重启job,会报job实例存在的错误

JobInstance already exists and is not restartable

2、在step中阻止重启

如果Job允许重启,但step不允许重启,当重启job后,会跳过不允许重启的step,不会报错

    //job
    @Bean
    public Job fileReaderJob(){
        return jobBuilderFactory.get("fileReaderJob")
        .start(chunkStep())
        .build();
    }

    //step*/
    @Bean
    public Step chunkStep(){
        return stepBuilderFactory.get("chunkStep")
                .chunk(3)                                           
                .reader(fileItemReader())                           
                .writer(list -> list.forEach(System.out::println))
                .allowStartIfComplete(false)
                .build();
    }

当重启Job后,在日志表中可以看到job的status是COMPLETED,exit_code是NOOP,exit_message是 All steps already completed or no steps configured for this job.

3、在step中限制重启的次数

    //job
    @Bean
    public Job fileReaderJob(){
        return jobBuilderFactory.get("fileReaderJob")
        .start(chunkStep())
        .build();
    }

    //step*/
    @Bean
    public Step chunkStep(){
        return stepBuilderFactory.get("chunkStep")
                .chunk(3)                                           
                .reader(fileItemReader())                           
                .writer(list -> list.forEach(System.out::println))
                .startLimit(3) //设置有异常时,重启次数是3次,如果没异常,不重启
                .build();
    }

当该job作业没有异常时,job不管运行多少次,step都只在第一次运行;如果该job作业有异常,当job执行第一次在step中抛出异常后,当后面重启job后,step从上次异常中断的地方重启,如果还是异常,一直到3次后,就不再重启,提示已经超过最大执行次数:Maximum start limit exceeded for step: chunkStep1StartMax: 3 。

4、即使job成功后,也允许重启
前三种都是当job出现异常,重启后,从抛出异常的地方继续执行。而下面情况,每次重启job后,都是从开始的地方执行。

    //job
    @Bean
    public Job fileReaderJob(){
        return jobBuilderFactory.get("fileReaderJob")
        .start(chunkStep())
        .build();
    }

    //step*/
    @Bean
    public Step chunkStep(){
        return stepBuilderFactory.get("chunkStep")
                .chunk(3)                                           
                .reader(fileItemReader())                           
                .writer(list -> list.forEach(System.out::println))
                .allowStartIfComplete(true)
                .build();
    }
### 如何正确使用 `sudo gitlab-ctl restart` 重启 GitLab 服务 要正确使用 `sudo gitlab-ctl restart` 来重启 GitLab 服务,需注意以下几点: #### 1. 确认当前状态 在执行 `sudo gitlab-ct restart` 命令之前,建议先确认 GitLab 的当前运行状态。可以通过以下命令查看所有组件的状态: ```bash sudo gitlab-ctl status ``` 如果发现某些组件未正常运行,则可能需要单独处理这些异常组件。 #### 2. 执行重启操作 通过以下命令来重启整个 GitLab 服务及其所有子组件: ```bash sudo gitlab-ctl restart ``` 此命令会停止并重新启动所有的 GitLab 子服务[^1]。 #### 3. 验证重启结果 完成上述步骤后,再次检查 GitLab 的运行状态以验证是否成功: ```bash sudo gitlab-ctl status ``` #### 4. 处理潜在问题 有时,在执行 `sudo gitlab-ctl restart` 或其他管理命令时可能会遇到一些常见问题。以下是几种情况以及对应的解决方案: ##### a. 如果重启失败或卡住 当 `gitlab-ctl reconfigure` 卡住或者长时间无响应时,可尝试手动启动进程监控器: ```bash sudo /opt/gitlab/embedded/bin/runsvdir-start ``` 这通常能帮助恢复被阻塞的服务,并使后续的配置加载继续进行下去[^4]。 ##### b. Redis 影响整体启动过程 由于 Redis 是 GitLab 中的关键依赖之一,其健康状况直接影响到其余部分能否顺利初始化。假如检测到 Redis 虽然显示为活动却仍存在内部错误的话,那么应该优先排查该数据库实例是否存在数据损坏等问题后再做进一步动作;必要情况下也可以按照官方文档指引完全清除缓存再试一次全面重置流程[^2]。 ##### c. 配置文件语法错误引发崩溃 对于因修改设置不当而导致的日志记录功能失效现象——比如时间区域定义处出现了拼写失误之类的低级笔误——则应当依据实际报错信息定位具体位置加以修正之后重复测试直至恢复正常运作为止[^3]。 --- ### 总结 综上所述,虽然大多数时候直接运用简单的 `sudo gitlab-ctl restart` 就足以满足日常维护需求,但在特殊场景下还需要结合额外手段才能妥善解决问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值