Entendo, de um modo confuso, como as transações ACID regulares funcionam. Você executa algum trabalho em um banco de dados de forma que o trabalho não seja confirmado até que algum tipo de sinalizador de confirmação seja definido. A parte de confirmação é baseada em alguma suposição subjacente (como uma gravação em bloco de disco único é atômica). No caso de um erro catastrófico, você pode limpar os dados não confirmados na fase de recuperaçã

Como as transações distribuídas funcionam? Em algumas documentações da MS, li que você pode, de alguma forma, executar uma transação entre bancos de dados e sistemas de arquivos (entre outras coisas

Esta tecnologia pode ser (e provavelmente é) usada pelos instaladores, nos quais você deseja que o programa seja totalmente instalado ou ausente. Você simplesmente inicia uma transação no início do instalador. Em seguida, você pode se conectar ao registro e ao sistema de arquivos, fazendo as alterações que definem a instalação. Quando o trabalho estiver concluído, basta confirmar ou reverter se a instalação falhar por algum motivo. O registro e o sistema de arquivos são automaticamente limpos por esse coordenador mágico de transações distribuída

Como é possível que dois sistemas diferentes possam ser transacionados dessa maneira? Parece-me que sempre é possível deixar o sistema em um estado inconsistente, onde o sistema de arquivos confirmou suas alterações e o registro não. Eu acho que no MSDTC é possível realizar uma transação pela rede.

Eu lihttp: //blogs.msdn.com/florinlazar/archive/2004/03/04/84199.asp, mas parece apenas o começo da explicação, e essa etapa 4 deve ser ampliada consideravelment

Editar Pelo que eu recolhohttp: //en.wikipedia.org/wiki/Distributed_transactio, pode ser realizado por uma confirmação de duas fases http: //en.wikipedia.org/wiki/Two-phase_commi). Depois de ler isso, ainda não entendo o método 100%, parece que há muito espaço para erro entre as etapas.