Start a Conversation

Unsolved

C

2 Intern

 • 

132 Posts

1199

July 17th, 2019 07:00

Clarification on "shared /var folder" used for Exchange backups?

Can someone provide me some perspective as to whether there is any "non-Avamar" need for the "shared /var folder" used for Exchange backups when the customer has a newer Exchange environment (which apparently seems to have no real need for a "cluster shared folder")?

Every so often I encounter a customer running a newer version of Exchange, and they are almost "militant" in their questioning of why they need a shared folder that apparently will exclusively be used for the Avamar DAG backup configuration - presumably because Exchange no longer needs such a folder. That is what I am trying to get clarification about.

Also, I do understand that one could use the "proxy based" approach for the Exchange backups, which appears to eliminate the need for both the DAG client and the shared /var folder. Can anyone speak about "compelling reasons" NOT to use the proxy approach, including clarification of why there might be "local databases that are not part of the DAG" (something that to me seems counterproductive to the whole DAG concept).

Understood that this has more Exchange aspects to it than Avamar, but it does relate directly to the configuration of Avamar for Exchange DAG backups.

All comments/feedback appreciated - thanks.

 

11 Posts

October 29th, 2021 13:00

same question when configuring Avamar client for MSSQL always-on cluster which has no shared volumes or folder! Avamar cluster configuration is still asking for shared var and SYSDIR

Avamar windows cluster configuration wizardAvamar windows cluster configuration wizard

 

11 Posts

October 29th, 2021 13:00

Although the latest document of  Avamar guide for MSSQL AlwaysOn cluster describes var and SYSDIR folders as shared on the cluster, you can just set any local folder path on the primary replica node that has the same mount letter on the other node and the wizard will create same folders and contents in both nodes without the need for shared folders!

that's the answer in the MSSQL always-on cluster case. for exchange, I didn't test the scenario.

No Events found!

Top