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 This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

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: 18 Oct 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.