We have encountered similar issues with a same kind of clustered setup.
I could not get a clear "best practice" recommendation from the Alfresco enterprise support, since there are many different aspects to consider…
If you enable the backup only for a single node, then this creates a single point of failure for the cluster, i.e. the backups will not be generated if this node is down.
If you use the same backup schedule in both nodes, there is a possibility for both nodes trying to create backups at the same time. I have not seen the error you mentioned, but instead there might be an error in SOLR side since both nodes are trying to create the "same" backup directory.
My recommendation is to configure different backup schedules and locations for each node. When the cluster is working properly, you will have index backups that are maybe redunant, but at least you are not risking not getting backups generated at all.
One more thing to remember. If you configure different SOLR backup setting for each node in the cluster (in the alfresco-global.properties), then do not edit these settings from Share of JMx console. Editing the values will propagate the same settings to all the nodes in the cluster (and the settings are persisted to the DB). This means the custome settings in alfresco-global.prorties will not be used anymore. "Reverting" the settings via the JMx console will revert the value back to the default value and your custom setting will still not be used. The only way to recover from this is to manually hack the DB.
Cheers,
-Heikki-