The default behavior of DP should be to always attempt a reconnect upon loss of a TCP socket connection between agents/session managers. The default for years has been an UNchecked box for "Reconnect broken connections".
Behavior with the reconnect box manually checked: If a TCP socket connection between xSM and xMA/xDA or between xDA and xMA is dropped due to a transient error, the reconnect is successful, and the session continues to successful completion.
If the socket connection is dropped due to a hard error like a failed NIC, cable, switch, etc., then part or all of the session is going to fail regardless.
So what's the harm in always trying to reconnect broken connections? Worst case - prolonging a backup failure by a minute or two when the backup was going to fail anyway in the presence of a hard error. Seems a small price to pay for the benefit of backups completing successfully and without human intervention by surviving a reconnect after a network glitch.
Please either remove the option and hardcode reconnect globally, or make the option selected by default thus requiring the DP admin to consciously unselect the option should there be an isolated usage case where it is not desired.
... View more
Brief description: In addition to "Appendable", "Non Appendable" and "Appendable on Incrementals Only" Data Protector should support a new Media Pool Usage Policy "Appendable for time interval". This new Media Pool Usage Policy allows to specify for how long (hours, days or weeks) a specific media can be appended, after the first session has been written to it. After this period, the media cannot be appended and remains protected until the protection of all objects on the media have been expired. Then it becomes available for new allocation. Existing Enhancement Requests: QCCR2A51389: Media Pool Usage Policy "Appendable for time interval" Benefit: To allow the user to segregate daily and weekly backups using a single pool which is a common requirement in a world where a single backup media can store tens or hundreds of incremental backups.
... View more