>
> > How about the case A->B->C, and B fails?  Will A be replicating directly
> to C ?

And how about the following constellation:
A->B->C
.......|->D
.......|->F
i.e. B was originally replicating to C, D, F simultaneously, before it
failed. How could the replication from A to C, D, F simultaneously be
restored, i.e. is there any performance or other issues compared to the
case A->(B)->C ?


Am Mi., 27. Okt. 2021 um 14:39 Uhr schrieb Pro Turm <protu...@gmail.com>:

> > How about the case A->B->C, and B fails?  Will A be replicating directly
>> to C ?
>>
>>    No.
>>
> Which means cascading could be quite vulnerable. What is then the quickest
> possible way to connect A to C in the above case?
>
> > Restarting the servers: are there some performance issues expected due
>> to
>> > restarting (looising data, long-time unavailability etc.) ?
>>
>>    It depends.
>>
> Could you please elaborate more on that ?
>
> Am Mi., 27. Okt. 2021 um 14:33 Uhr schrieb Dimitry Sibiryakov <
> s...@ibphoenix.com>:
>
>> Pro Turm wrote 27.10.2021 14:26:
>> > How about the case A->B->C, and B fails?  Will A be replicating
>> directly to C ?
>>
>>    No.
>>
>> >   What does a switch from primary <-> replica mean? Only changing the
>> > configuration files?
>>
>>    No, it is invoking "gfix" command with appropriate switches as
>> described in
>> README.replication.txt.
>>
>> > Restarting the servers: are there some performance issues expected due
>> to
>> > restarting (looising data, long-time unavailability etc.) ?
>>
>>    It depends.
>>
>> --
>>    WBR, SD.
>>
>>
>> Firebird-Devel mailing list, web interface at
>> https://lists.sourceforge.net/lists/listinfo/firebird-devel
>>
>
Firebird-Devel mailing list, web interface at 
https://lists.sourceforge.net/lists/listinfo/firebird-devel

Reply via email to