Avamar — 当 Avamar Server 版本低于或高于代理时，Avamar 19.7 文件级还原失败。

当 Avamar Server 和代理运行不同版本时，文件级恢复 （FLR） 会失败。

如果在 Avamar Server 和 Avamar Proxy 都运行相同的主版本的情况下发生此行为，请参阅;
Avamar — Avamar Server 从 19.4 或更早版本升级后，Avamar 19.7/19.8 文件级恢复失败。

FLR 作业失败。

在 Avamar Java MCGUI 中，我们看到：
VMDK 文件名无效或不存在。使用文档




中支持的方法验证代理是否已正确注册在 AUI 界面中，我们看到以下内容：   

代理 axionfs 日志 （/usr/local/avamar/var/axionfs.log） 显示：

[axionfs]  snapupdirobj::getlabelnumsnapup rslt=MSG_ERR_PSWD_INVALID, list.cnt()=0

由于 Avamar 19.7 的安全性更改，FLR 操作不向后兼容较旧版本的 Avamar 代理。

Avamar 19.7：
由于 STIG 密码要求，在 19.7 Avamar Server 和 Avamar 19.7 代理客户端中更改了内部 恢复 帐户密码。
此密码更改在使用混合 Avamar Server 和代理版本时会导致向后兼容性问题（不建议使用混合版本配置）。此外，Avamar 19.7 服务器仍使用旧的 恢复密码 。此问题正在调查中。

背景：  
Avamar FLR 使用称为 axionfs 的过程。进程使用 恢复 用户帐户以及 Avamar Server 为该特定浏览会话动态生成的安全票证客户端 ID 登录到 Avamar Server。
目标客户端和标签编号 将根据此安全票证进行验证。    

限制：
Avamar FLR 浏览工作流存在限制，其中内部 恢复 凭据不由 Avamar Server 发送。
相反，它依赖于每个 Avamar Proxy 上存在的固定编码配置文件。
文件位于 /usr/local/avamar/var/axionfs.cmd 。  

确保 Avamar 代理和 Avamar Server 都运行相同的版本。

请参阅 Avamar — Avamar Server 从 19.4 或更早版本升级后，Avamar 19.7/19.8 文件级恢复失败。