Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar — 如何解释 avtar 备份日志状态行

Summary: 本文讨论如何理解和解释备份会话期间定期生成的 avtar 日志状态行。 这是一个有用的工具，特别是在调查客户端性能问题时。

This article applies to   This article does not apply to 
Check out resources for

Symptoms

在备份期间，avtar 进程会定期将状态行写入日志，日志在备份期间报告 avtar 的状态和进度。

例子：
2014-11-14 10：16：56 avtar 信息 <8688>：状态 2011-11-14 10：16：56,328 个文件，16 个文件夹，26.53 MB（328 个文件，15.35 MB，57.86% 新增） 34 MB 1% CPU C：\directory\Folder\file.doc

隔离状态信息
使用 Notepad++ 等编辑器并搜索旧客户端版本中包含“<8688>”或“<5100>”的行。

状态日志记录
的频率默认情况下，avtar 状态信息每 15 分钟写一次（900 秒）。通过使用标记 状态=[秒]将值传递给 avtar，可以修改此频率。使用 avtar.cmd 参数文件或 Avamar 用户界面数据集配置选项执行此操作。

建议保留默认频率以保持日志可读性。如果文件备份时间超过 15 分钟，它将报告多个状态行。如果需要更多粒度，请根据需要减少设置。如果为长时间运行的备份生成大型日志，请考虑增加设置以每小时报告 （3600 秒）。

状态行的各个部分意味着什么？
  • 除了日期和时间，状态报告告诉我们。
  • 到目前为止已处理多少个文件。
  • 其中有多少文件已更改。
  • 要发送到 Avamar Server 的数据量
  • avtar 资源指标
  • 要处理的最后一个文件的详细信息。
在下面，我们使用颜色编码来识别这些指标。
2014-12-07 10：16：56 avtar 信息 <8688>：状态 2014-12-07 10：16：56， 20,788,307 个文件，343,633 个目录，327.9 GB（9,049,052 个文件， 0 个字节， 0.00% 新增） 1074 MB60% CPU /数据/types.dtc

状态行提供的信息：-
  • 日期和时间（客户的时区）
  • 到目前为止已扫描的源文件和文件夹的数量
  • 到目前为止已扫描的源文件的组合大小 

对于括号中的部分：-
（9,049,052 个文件， 0 字节， 0.00% 新）
  • avtar 完全处理的修改文件数
  • 添加到 Avamar Server 的数据量
  • 此备份的更改率（到目前为止）。

日志线的远端显示：-
1074 MB60% CPU/base/data/types.dtc
  • avtar 进程的客户端内存使用情况（以兆字节为单位）
  • avtar 占用的系统 CPU 百分比
  • 生成状态消息时备份的最后一个文件的名称。

最后 一条也是最重要的 状态行是备份摘要。通过搜索“Backup #”，可以在日志末尾找到它。  
在此之后，我们有备份统计信息行（可使用“备份”进行搜索）。

2015-11-18 00：34：32 avtar 信息 <5156>：备份 #75 timestamp 2015-11-18 00：24：43,4,007,032 文件，1,974,043 个文件夹，1,589 GB（2,680 个文件，419.4 MB，0.03% 新增）。2015-11-18 00：34：32 avtar 信息 <6083>：在 144.70 分钟内备份 1,589 GB：659 GB/小时（每小时 1,661,482 个文件）

打开文件
要备份文件，avtar 必须将其打开。以下消息显示 avtar 有一个文件在备份期间打开。这独立于可能正在处理文件的任何其他应用程序。

2016-08-22 21：30：04 avtar 信息 <8688>：状态 2016-08-22 21：30：04,25,921 个文件，3,746 个目录，104.9 GB（1,274 个文件，0 字节，0.00% 新增） 1733 MB 46% CPU（1 个打开的文件）/opt/2016_hold.tar 

Cause

不适用

Resolution

本部分应与有关客户端备份性能故障排除的一般文章一起查看。
请参阅 Avamar Client 备份性能 。如何识别瓶颈 （RESOLUTION PATH）

定期查看客户端日志，了解典型情况，以便识别异常模式。
”离群值“可能表示存在影响备份性能和/或 Avamar Server 存储容量的潜在问题！

每一条状态信息都很有用。在这里，我们列出了查看每个统计信息时要考虑的一系列事项。  
通过从日志中筛选出状态行并分析数据，我们可以了解行为。

请考虑以下事项：

1） 到目前为止

扫描的源文件和文件夹的数量备份中是否有许多文件？每个文件 avtar 都必须扫描，需要一些时间。  
文件系统备份的备份持续时间与扫描的文件数大致成正比。  

随着备份的进行，“到目前为止扫描的源文件和文件夹的数量”应递增。
如果此数字停止增加或文件扫描速度减慢，请检查状态行末尾的文件名。您可能会找到一个大型修改后的文件，该文件正由 avtar 处理。
请考虑 avtar 现在可能正在扫描不同分区或较慢（或更争用）存储子系统中的文件。

考虑到文件/小时性能和最大可用备份窗口，备份中的文件数是否真实？

2） 文件与文件夹

的比率与备份的文件数相比，是否有异常小的文件夹或大量文件夹？
单个文件夹（100,000+）中的许多文件有时可能会降低性能，因为小文件与文件夹的比率也会降低。
3） 到目前为止

扫描的源文件的组合大小此值最终将提供备份的总大小。
对于 avtar 可能处理数据集中的许多文件的数据库类型备份而言，该值非常重要。
在这些情况下，备份性能与 avtar 可以处理（区块、压缩、哈希）数据的速率成比例。

此值对于文件系统备份性能也很重要。较大数据集的备份可以容忍较小的更改率百分比。  

提醒：通过获取扫描的文件数并除以所扫描的源文件的大小，我们可以了解平均（平均）文件大小。
如果平均文件大小较大，即使少量更改的文件也会为 avtar 创建大量处理工作。
请参阅使用 Avamar 备份 Outlook 归档 .pst 文件 



时的性能注意事项4） avtar

处理的已修改文件的数量这有助于我们了解备份必须执行的工作量。

对于数据库备份，与数据集中的文件数相比，此数字相对较高。  
甚至可以是修改数据集中的所有文件的情况。  

对于文件系统备份，应谨慎记下此数字。在初始备份期间，数字始终很高。  
对于 1 级备份（在初始备份 后 执行的备份），该数字 通常 低于扫描的文件总数的 3%。  
如果比例为 >5%，则可能会对备份持续时间产生巨大影响，尤其是在数据集中存在大量数据或平均文件大小较大时。

确定哪些文件正在更改，并考虑它们发生更改的原因。看到;

5） 添加到 Avamar Server

的数据量 这是必须通过线发送到 Avamar Server 的数据量。它会影响 Avamar Server 或 Data Domain 上的容量使用情况。  
对于通过 WAN 与服务器分离的客户端，或者考虑为客户端进行复制的客户端，此值应足够小，以便在备份窗口内传输客户端的数据，因为有可用的网络带宽。

可以通过使用 capacity.sh 脚本来识别向 Avamar 系统添加最多数据的客户端（见下文）。


6） 此备份的更改率（到目前为止）

此值是添加到 Avamar Server 的数据装载，除以到目前为止扫描的源文件的组合大小。
高于 3% 的更改率被视为高。
7） avtar 进程的当前内存使用情况（以兆字节为单位）

内存使用取决于各种因素，包括;
  • Avamar 版本
  • 客户端操作系统
  • 数据集特征
  • 正在使用的文件缓存的类型。  
考虑 avtar 使用的客户端 RAM 所占的比例，以及此消耗是否会影响客户端的客户端进程。
当 avtar 备份大型目录时，它会在尝试扫描和排序数据时消耗更多内存。
如果使用某些 avtar 调整参数（例如 maxopendirs 标记），则内存消耗也可能会增加。


8） avtar

A 中到中高值消耗的系统 CPU 百分比是可取的，因为它意味着 avtar 以足够快的速度馈入数据，以保持 CPU 繁忙。
如果 CPU 使用率较低（<10% 或 <20%），则可能是由于存储缓慢、繁忙或争用高，或者可能是网络连接缓慢。

考虑 avtar 是否与计算机上运行的其他进程竞争。理想情况下，应在客户端上活动活动较低的时间段计划备份。


9） 生成状态消息时备份的最后一个文件的名称：

通过检查文件名、目录结构或文件扩展名来考虑要备份的数据类型。
avtar 是否花费很长时间来处理任何特定文件或目录？
在特定目录路径期间或在特定分区中处理文件时，文件扫描速度是否减慢？

Additional Information

日志记录示例：-

Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB   2% CPU  E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB   2% CPU  E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB   2% CPU  E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB   2% CPU  E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB   1% CPU  E:\\store\Small.pdf

What we learn from this logging example:
  • 状态报告设置为 15 秒间隔（默认值为 = 900 秒）。作者建议设置 300、600 或 900。）
  • 备份进展缓慢但稳定。
  • 文件每小时性能较低（备份将在 4 分钟内继续备份到 12 个文件）。
  • 要备份的数据从共享存储设备映射。
  • 如果“新”数据的百分比异常高，这可能是首次备份，或者备份包含大量新数据。
  • LargePresentation.ppt 需要几分钟时间进行备份。
  • CPU 利用率较低;表示 avtar 正在以慢速从目标存储设备提供数据。传入数据不足以使 CPU 保持繁忙。

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 04 Apr 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.