볼륨 병렬 처리를 사용하여 Avamar 백업 성능 향상
Summary: 이 문서에서는 Avamar 백업 성능을 개선하기 위해 볼륨 병렬 처리를 사용하는 방법을 설명합니다. 이는 고유한 물리적 디바이스에 볼륨이 여러 대 있는 클라이언트에만 해당됩니다.
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.
Instructions
이 기술은 Data Domain으로의 백업에는 지원되지 않습니다.
기본적으로 Avamar는 데이터 세트의 파일을 스캔하고 한 번에 하나의 파티션 또는 볼륨을 처리합니다.
이러한 여러 볼륨이 동일한 디스크에서 조각된 클라이언트의 경우 이는 효율적인 접근 방식입니다. 읽기 헤드에 너무 많은 동시 요청을 발행하지 않습니다.
Avamar가 별도의 하드 드라이브에 있는 여러 볼륨을 백업하는 경우 비효율적입니다. 백업되지 않는 디스크가 유휴 상태이기 때문입니다.
병렬로 볼륨을 백업하도록 Avamar 구성:-
백업에 여러 볼륨이 포함되는지 확인합니다. 백업 로그에 다음과 같은 내용이 표시될 수 있습니다.
Windows에서는 컴퓨터 관리자의 디스크 관리 인터페이스를 사용하여 수행할 수 있습니다.
다음 스크린샷은 볼륨을 병렬로 처리하는 것이 적절하지 않은 위치를 보여줍니다. 파티션 C: 및 E: 파티션이 동일한 하드 드라이브(Disk0)에 있는 방법을 확인합니다.
Linux 클라이언트에서 명령 마운트 | grep dev
병렬 처리를 적용하기 전에 볼륨이 동일한 디스크에 있지 않거나 동일한 하드웨어를 공유하지 않는지 확인합니다. 이 경우 기능을 활성화하면 디스크 스래싱이 발생하고 기본 설정보다 성능이 저하될 수 있습니다.
파티션 또는 볼륨이 서로 다른 디스크에 있는 클라이언트의 경우 클라이언트의 avtar.cmd 파일의 새 줄에 다음 플래그를 추가합니다.
다음은 백업이 볼륨 병렬 처리로 실행되기 전과 후에 v7.0.102-47 클라이언트에서 관찰된 차이를 보여주는 샘플 로그입니다.
플래그가 없는 경우
기본적으로 Avamar는 데이터 세트의 파일을 스캔하고 한 번에 하나의 파티션 또는 볼륨을 처리합니다.
이러한 여러 볼륨이 동일한 디스크에서 조각된 클라이언트의 경우 이는 효율적인 접근 방식입니다. 읽기 헤드에 너무 많은 동시 요청을 발행하지 않습니다.
Avamar가 별도의 하드 드라이브에 있는 여러 볼륨을 백업하는 경우 비효율적입니다. 백업되지 않는 디스크가 유휴 상태이기 때문입니다.
병렬로 볼륨을 백업하도록 Avamar 구성:-
백업에 여러 볼륨이 포함되는지 확인합니다. 백업 로그에 다음과 같은 내용이 표시될 수 있습니다.
<targetlist> <path backup="true" name="C:/" /> <path backup="true" name="H:/" /> <path backup="true" name="R:/" /> <path backup="true" name="T:/" /> </targetlist>이러한 볼륨이 물리적으로 서로 다른 디바이스에 있는지 확인합니다.
Windows에서는 컴퓨터 관리자의 디스크 관리 인터페이스를 사용하여 수행할 수 있습니다.
다음 스크린샷은 볼륨을 병렬로 처리하는 것이 적절하지 않은 위치를 보여줍니다. 파티션 C: 및 E: 파티션이 동일한 하드 드라이브(Disk0)에 있는 방법을 확인합니다.
Linux 클라이언트에서 명령 마운트 | grep dev
admin@linuxclient:~/>: mount | grep dev /dev/sda5 on / type ext3 (rw,acl,user_xattr) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,mode=1777) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda1 on /boot type ext3 (rw,acl,user_xattr) /dev/sda3 on /vol01 type xfs (rw,noatime) /dev/sda7 on /var type ext3 (rw,acl,user_xattr) /dev/sdb1 on /vol02 type xfs (rw,noatime) /dev/sdc1 on /vol03 type xfs (rw,noatime)여기에서 vol01, vol02 및 vol03은 서로 다른 물리적 디바이스에 있는 것을 볼 수 있습니다.
병렬 처리를 적용하기 전에 볼륨이 동일한 디스크에 있지 않거나 동일한 하드웨어를 공유하지 않는지 확인합니다. 이 경우 기능을 활성화하면 디스크 스래싱이 발생하고 기본 설정보다 성능이 저하될 수 있습니다.
파티션 또는 볼륨이 서로 다른 디스크에 있는 클라이언트의 경우 클라이언트의 avtar.cmd 파일의 새 줄에 다음 플래그를 추가합니다.
--parallel --parallel-type=by-volume
다음은 백업이 볼륨 병렬 처리로 실행되기 전과 후에 v7.0.102-47 클라이언트에서 관찰된 차이를 보여주는 샘플 로그입니다.
플래그가 없는 경우
2015-10-23 00:52:35 avtar Info <5156>: Backup #145 timestamp 2015-10-23 00:52:35, 683,925 files, 80,274 folders, 431.7 GB (4,649 files, 90.89 MB, 0.02% new) 2015-10-23 00:52:35 avtar Info <6083>: Backed-up 431.7 GB in 32.88 minutes: 788 GB/hour (1,247,862 files/hour)플래그가 있는 경우
2016-02-11 03:43:07 avtar Info <5156>: Backup #2287 timestamp 2016-02-11 03:43:07, 692,828 files, 82,427 folders, 401.8 GB (986 files, 105.6 MB, 0.03% new) 2016-02-11 03:43:07 avtar Info <6083>: Backed-up 401.8 GB in 14.51 minutes: 1,661 GB/hour (2,864,872 files/hour)
Additional Information
백업 성능 최적화에 대한 자세한 내용은 Avamar의 백업 성능 저하 - 병목 현상을 해결하는 방법(RESOLUTION PATH)
을 참조하십시오. avtar.cmd 플래그를 추가하는 방법에 대한 자세한 내용은 Avamar를 참조하십시오. Avamar 클라이언트 백업 및 복원 문제 해결을 위해 로그 파일을 수집하는 방법
을 참조하십시오. avtar.cmd 플래그를 추가하는 방법에 대한 자세한 내용은 Avamar를 참조하십시오. Avamar 클라이언트 백업 및 복원 문제 해결을 위해 로그 파일을 수집하는 방법
Affected Products
AvamarProducts
Avamar, Avamar ClientArticle Properties
Article Number: 000156635
Article Type: How To
Last Modified: 12 Sep 2024
Version: 9
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.