There is a global variable called: enSwFaultTol enable or disable the fault-tolerant switch manager feature which basically does changes the flow of communication inside TWS environment:
enSwFaultTol / sw = NO The FTA's are connected and are sending the jobs data to primary master and other masters and / or "FULLSTATUS ON" FTA's are getting in sync with primary master.
enSwFaultTol / sw = YES The FTA's are connected and are sending the jobs data to each master and / or "FULLSTATUS ON" FTA's independently.
Below is a diagram representing only the communication channels that are impacted by the above variable.
Default is NO but my recommendation is to change it to YES, even if IBM recommends NO (I've had several meetings with IBM support on this topic but they did not convince me to use it as NO).
Why?
- enSwFaultTol / sw = NO biggest downsize is that in case of primary master being in a freeze state you will lose all the jobs messages sent to it by FTA's until the new primary master promotion. It happened to me several times and we lost up to several hours worth of data.
- enSwFaultTol / sw = YES the above scenario won't happen as all the other masters or "FULLSTATUS ON" FTA's are receiving all the jobs messages but its small disadvantage is an increase network traffic as the data is sent to multiple servers.
Thanks for all of your great posts! It should be noted that if you are running job a dynamic broker the enSwFaultTol setting should be disabled. There is a known compatibility with the dynamic broker and Fault Tolerant that can cause jobs on FTAs to get stuck in the ready state. See: http://www-01.ibm.com/support/docview.wss?uid=swg21639575
ReplyDeleteni3avhad@gmail.com I will happy if someone hold my hand in current situation.
ReplyDeletewill connect on teams immediately
ReplyDeleteGreat and I have a nifty provide: Where To Start With Whole House Renovation exterior house remodel
ReplyDelete