# PostgreSQL/GaussDB作为源端时，作业启动失败且报错信息包含"replication slot "xxx" is already active"怎么办？
#### 问题描述
PostgreSQL/GaussDB作为源端时，实时作业启动失败且报错信息包含"replication slot "xxx" is already active"。
#### 原因分析
PostgreSQL/GaussDB增量同步依赖逻辑复制槽，如果一个复制槽已被用于某个实时作业的同步任务，那么它将不能再用于其他作业。
#### 解决方案
1. 根据复制槽名称后缀的作业id找到对应正在使用该槽的作业，如果确认作业可以停止，则可以先停止此作业，然后恢复报错的作业。 复制槽命名规则：migration_作业ID，作业ID可以在实时集成作业监控中查看。
   - 方式一
     图1查看作业ID   
     ![](https://support.huaweicloud.com/dataartsstudio_faq/zh-cn_image_0000002364184770.png "点击放大") 
   
   - 方式二
     图2查看作业ID   
     ![](https://support.huaweicloud.com/dataartsstudio_faq/zh-cn_image_0000002397824661.png "点击放大") 
    

2. 使用空闲的复制槽，通过命令查询复制槽的状态，或者使用一个新的复制槽。
   - 查询复制槽状态的命令。
     ```
     select slot_name, active from pg_replication_slots
     ```
     如果active为false，则是空闲状态，反之为工作状态。
     正常情况下，因为每个作业的ID不同，默认使用的复制槽也不同，但是如果使用自定义的复制槽就需要考虑冲突的问题。
     
   
   - 自定义复制槽的方法。
     图3自定义复制槽   
     ![](https://support.huaweicloud.com/dataartsstudio_faq/zh-cn_image_0000002364184774.png "点击放大")