Isso mesmo, pois meu sistema tem uma tabela onde um ws (com threads) fica batendo nela para pegar o registro, processar e enviar para uma fila MQ, após adicionado na fila, o registro é removido da tabela. Por questão de segurança, tenho um campo de
controle "status", que permite ou não que o serviço ws processe o registro. Minha idéia é caso a base caia por qualquer motivo, preciso que no momento de sua reinicialização, antes de deixar o banco disponível novamente, realize o update neste campo
de status, para "Bloquear" todos os registros.
Preciso deste comportamento para que possa analisar, se os registros bloqueados foram de fato enviados ou não, para a fila do MQ, (para evitar cenários de reenvio), pois mesmo utilizando scopo transacional no .NET. Caso haja algum problema no MQ, fica difícil
saber se o registro foi recebido por ele ou não, e ao realizar um send para o MQ, não tenho mais controle sobre o registro e caso o MQ tenha algum problema na resposta, minha app trata como exeção e realiza o rollback do processamento, porém já tive cenários
que o rollback foi realizado e ao analisar a fundo, o registro já havia sido recebido pelo MQ e desta forma, quando o banco ficou disponível novamente, reenviou o mesmo registro ocasionando a duplicidade.
