Lidando com falhas em transações distribuídas: uma abordagem prática

Ao longo de v rias d cadas, diversos protocolos foram propostos para lidar com falhas em transa es distribu das em protocolos de confirma o. O controlo de concorr ncia utiliza dois tipos de protocolos de confirma o, que incluem os protocolos de confirma o em duas fases (2PC) e em tr s fases (3PC). O protocolo de confirma o em duas fases de suma import ncia para muitas aplica es de processamento de transa es distribu das utilizadas por institui es financeiras e outras aplica es que se enquadram no espectro da computa o empresarial. Estes tipos de aplica es est o a ser cada vez mais utilizados para aproveitar a disponibilidade do poder de processamento de commodities espalhado por muitos locais de organiza es de m dia a grande escala. Apenas duas fases s o executadas no 2PC. No entanto, o principal problema com o 2PC o problema de bloqueio, no qual o local do coordenador fica bloqueado. Embora o protocolo 3PC elimine o problema de bloqueio, ele introduz uma sobrecarga extra de mais ciclos e, por sua vez, aumenta o tempo necess rio para a conclus o da transa o. Para melhorar o controlo de concorr ncia e os problemas de bloqueio no 2PC, proposto um algoritmo de agrupamento baseado na conectividade da transa o, que reduz o bloqueio da transa o e garante a atomicidade em todos os locais.