Você pode tentar verificar qual é a correlação entre esses usuários e o número de usuários na fila de revisão para ver se consegue descobrir.
Eu faria isso por você, mas não temos o mesmo tipo de usuário na nossa fila de revisão e, quando migramos, desativamos isso. Na verdade, tínhamos ativado (o mesmo problema que você) e depois simplesmente rodamos a migração novamente com isso desativado nas configurações (como Jeff sugeriu a você anteriormente).
Dito isso, você pode tentar correlacionar olhando o número total de usuários que você está vendo na fila de revisão contra essas consultas:
User.where(active:false).count
ReviewableUser.count
Por exemplo, o nome do meu container de aplicação que estou visualizando agora é: “socket1”:
ubuntu:# docker exec -it socket1 rails c
[1] pry(main)> User.where(active:false).count
=> 11
[2] pry(main)> ReviewableUser.count
=> 29
Se eu fosse você, executaria essas consultas acima, registraria os números e os compararia com o que sua interface administrativa mostra como o número de usuários que você precisa revisar. Se houver uma forte correlação, você pode examinar esses modelos para ver o que precisa alterar; e então pode testar em um único usuário (não em toda a tabela do banco de dados).
Depois, se conseguir limpar a “flag de revisável” dessa maneira com sucesso para um usuário e tudo der certo, você pode prosseguir com mais.
Além disso, como você sabe, certifique-se de ter um backup completo e funcional antes de fazer alterações no banco de dados com uma consulta.
Por fim, você pode considerar configurar uma instância de staging/desenvolvimento, restaurar seu banco de dados atual nessa instância e, assim, testar sem medo de causar danos ao seu sistema de produção.
Espero que isso ajude.
PS: Não se esqueça de que também pode revisar o código no GitHub e buscar por palavras-chave lá, etc.