안녕하세요, Dell Technologies PowerProtect P Series 어플라이언스를 시작하겠습니다. My Data Domain 용량 확인 경로 이 비디오에서는 Data Domain의 공간 재확보에 대해 설명192662 자료 공간 재확보 섹션을 참조했습니다.
이는 Data Domain 용량을 관리하려는 경우, 즉 Data Domain이 가득 차서 유지 보수가 실패하기 시작할 때 Data Domain에서 높은 활용도가 표시되고 이로 인해 무결성 알림을 수신하기 시작할 때 적용됩니다. 이 비디오는 digi 도메인 정리에 익숙해지기 위해 만들어졌습니다.
공간 재확보 시기, DD 정리 수행 방법, DD 정리가 자동으로 실행되도록 DD 정리를 예약하는 방법 등이 있습니다. DD 정리, 스로틀 및 빈도, avo 유지 보수 상태를 확인하는 방법, AVO의 체크포인트 확인 방법 및 DD의 스냅샷에 대한 세부 정보를 제공합니다.
이제 1부에서 배운 내용을 간단히 요약한 다음 데모와 함께 공간 재확보에 대한 세부 정보를 살펴보겠습니다. 지금까지 살펴본 것은 먼저 활용도 팀 디바이스를 AC M을 통해 Data Domain에 로그인하거나 직접 확인한 다음 어느 계층의 활용도가 높은지 확인해야 한다는 것이었습니다.
특정 계층의 사용률이 높은 경우 해당 um 계층에 대해 정리 가능한 크기가 존재합니까? 있다면 어, 우리는 공백 선언과 함께 갈 것입니다. 공간 재확보란 무엇인지 살펴보겠습니다. 따라서 공간 재확보는 기본적으로 DD 정리 프로세스가 만료된 백업에 대해 Data Domain의 공간을 재확보하는 프로세스임을 의미합니다. 확인을 터치하거나 클릭합니다.
따라서 활성 계층 사용률이 높으면 활성 계층에서 정리를 시작합니다. 클라우드 활용도가 높으면 클라우드 계층에서 정리를 시작합니다. 이렇게 하려면 명령 파일을 활성 계층의 클린 스타트, 클라우드 티어의 클라우드 클린 스타트 클라우드 유닛 이름으로 사용하거나 U I를 통해 동일한 작업을 수행할 수도 있습니다.
이제 U I를 통해 동일한 작업을 수행하는 방법을 살펴보겠습니다. 여기서 가장 먼저 알아야 할 것은 활성 계층 정리 및 클라우드 정리입니다. Data Domain에는 특정 기본 스케줄이 있습니다. 고객이 해당 일정을 Never로 되돌린 것을 알고 있는지 확인해야 합니다.
어, 실제로 일정이 실제로 존재하는지, 청소주기가 정기적으로 실행되고 있는지 여부입니까? 이 부분은 AC M을 통해 DDU I에 다시 로그인하거나 직접 확인할 수 있습니다. 왼쪽 패널에서 같은 데이터 관리, 파일 시스템 탭으로 이동한 다음 오른쪽에 보이는 설정 톱니바퀴로 이동합니다. 좋아, 그것을 클릭 한 다음 청소 탭으로 이동하십시오.
여기서는 활성 계층 정리 및 클라우드 계층 정리를 확인할 수 있습니다. 그래서 일정은 실제로 여기에서 설정할 수 있습니다, 아시다시피, 여기에서 있는지 여부를 확인할 수 있습니다. 음, 여기에서 우리는 그것이 주간임을 볼 수 있습니다. 활성 계층 정리 빈도는 매주 오전 6시입니다. 화요일 - 기본 일정입니다.
클라우드 계층의 경우 기본 예약은 실제로 활성 계층 정리 4회마다 실행됩니다. 따라서 클라우드 청소는 활성 관리 청소를 n번 할 때마다 활성 관리 청소에 따라 달라집니다. 좋아요. 그래서, 음, 당신은 그것을 음, 2로 바꿀 수도 있고, 음, 기본 4로 둘 수도 있지만, 청소 주기가 자동으로 실행되고 없음, 음, 요구, 음, 언제든지 수동 개입을 할 필요가 없도록 존재해야 합니다.
여기 스로틀 백분율이라는 것을 볼 수 있습니다. 이는 정리 프로세스에 할당할 CPU 주기의 양입니다. 50%가 기본 스로틀이지만, 특정 사이클과 같이 일정 시간 동안 늘리고 싶은 경우, 예를 들어 유지 보수가 실패했거나 PD가 가득 찼습니다. 예를 들어, 99%가 찼거나, 음, 아시다시피, 그리고 원하는 경우 정리 가능한 공간이 보입니다. 정리 가능한 공간이 많다는 것은 만료된 백업이 있다는 것을 의미합니다.
공간을 재확보할 범위가 있습니다. 음 그리고 청소 프로세스에 우선 순위를 부여하여 평소보다 짧은 시간 내에 실행되고 공간을 빠르게 확보하려고 합니다. 그래? 이 경우 백업을 보류하고 더 이상 백업을 수용할 공간이 없기 때문에 해야 합니다.
어, 백업을 보류하고 이 정렬을 늘린다면, 80%가 정상이라고 가정해볼까요? 그리고 정리 주기가 완료될 때까지 기다립니다. 청소 주기가 완료될 때마다 스로틀을 기본값으로 유지할 수 있는 이전 상태로 되돌려야 한다는 것을 기억하십시오.
하지만 임계치 증가에 맡기면 안 됩니다. Data Domain에서 실행되는 다른 프로세스의 성능에 영향을 줄 수 있으니까요. 그래? 따라서 모든 프로세스가 병렬로 실행되기를 원하면 이 스로틀을 유지하지 마십시오.
그리고 여기 보시는 빈도는 저희와 제품 관점에서 볼 때 기본적으로 너무 자주 설정하지 않는 것이 좋습니다. 일주일에 한 번이 기본값입니다. 음, 적극적인 케어 청소의 경우 일주일에 한 번이 기본값입니다. 하지만 원한다면 빈도를 늘리십시오.
그러면 일주일에 최대 두 번 할 수 있습니다. 하지만 정리 주기를 너무 자주 수행하면 Data Domain에 있는 데이터 인접성에 영향을 줄 수 있으므로 사용하지 마십시오. 확인을 터치하거나 클릭합니다. 그리고 그것은 높은 단편화를 유발하고 그것은 음 담당자 성능에도 영향을 미칠 것입니다. 확인을 터치하거나 클릭합니다.
그렇기 때문에 청소를 너무 자주 설정하지 않습니다. 음, 그것은 모두 청소 일정, 음, 스로틀과 빈도에 관한 것입니다. 자, 다시 말씀드리겠습니다. 조직 수준이 높고 유지 보수가 실패하고 있습니다. 정리 일정을 시작하고 싶지만 다음 일정이 실행될 때까지 정리 일정을 기다릴 수 없습니다.
어, 청소 주기를 즉시 시작하고 싶을 때 그 상황에서 선호하는 것과 U I에서 어떻게 할 수 있는지. 오른쪽 하단에 화살표가 있습니다. 좋아, 여기에서 확장하십시오. 액티브 케어 청소를 위한 옵션과 이에 대한 시작 버튼이 있습니다.
따라서 이것을 클릭하면 청소가 즉시 시작되며 스로틀을 변경하려면 청소 주기를 시작하기 전에 변경하십시오. 청소 주기가 완료되면 설정 톱니바퀴 아이콘에서 같은 위치에서 스로틀을 되돌릴 수 있습니다. 좋아요.
CLI에서도 동일한 작업을 수행할 수 있습니다. 따라서 일정을 보고 싶다면 깨끗한 쇼 일정을 볼 수 있습니다. 좋아요. 클라우드 청소의 경우 cloud clean show frequency, 음, 죄송합니다. frequency show가 표시됩니다. 좋아요. 그리고 음, 스로틀 파일도 마찬가지로 clean, 음, show throttle 및 cloud clean throttle show와 같이 진행됩니다. 좋아요.
재설정하도록 설정하려면 show command 대신 set command를 사용하여 실행하려는 값 필수 값으로 설정할 수 있습니다. 음, 스케줄 스로틀이군요. 그런 다음 정리 주기를 시작하려면 활동, 정리 주기 및 cloud clean uh start cloud unit name에 대한 명령으로 clean start를 입력합니다.
예를 들어 클라우드 유닛 이름이 cloud one이라고 가정해 보겠습니다. 이는 cloud clean start 명령을 사용하여 이 명령을 실행하기 위해 어떤 클라우드 유닛이 있는지 파악하는 것입니다. 예를 들어, 음, 여기서는 클라우드 유닛 이름을 클라우드 이름으로 사용했습니다. 디바이스의 클라우드 유닛 이름은 무엇일까요? cloud unit list uh 명령을 통해 이를 확인하여 클라우드 유닛 이름을 확인한 다음 클라우드 유닛을 실행할 수 있습니다.
클라우드 유닛 이름으로 클라우드 정리 시작 명령을 실행합니다. 좋아요. 그리고 정리 상태를 확인하기 위해 활성 계층 정리를 할 수 있습니다. 빠른 정리 상태를 선택하면 됩니다. 그리고 청소가 진행 중인지 확인하고 싶다면 어. 청소의 실시간 uh 진행 상황을 보려면 watch 명령을 수행 할 수 있습니다.
이는 활성 계층에 대한 것이며 클라우드 계층 정리에도 동일하게 적용됩니다. 클라우드 정리 상태 및 클라우드 정리는 실시간 uh 진행 상황을 감시합니다. 그리고 watch 명령에서 나오려면 C OK를 제어 할 수 있습니까? 그래서 이것은 모두 도움이 될 cl A 명령에 관한 것이었고 이 모든 것은 여기 참조된 KB 문서에 문서화되어 있을 뿐만 아니라 KB는 다양한 얼굴에 대해 이야기합니다.
청소는 청소 활동을하는 일을 거칩니다. 그래? 음: 여기서 한 가지 주목할 점은 활성 계층 정리와 이 클라우드 정리가 상호 배타적인 프로세스라는 것입니다. 한 번에 하나만 실행할 수 있습니다. 동시에 실행할 수 없습니다. 그래? 아시다시피, 우리가 시작한 것과 같은 시험을 계속합시다.
따라서 활동 활용도가 높고 이제 요구 사항과 기본 설정은 활성 피어 정리를 시작하는 것입니다. 하지만 시스템을 확인하면 시작하려고 해도 클라우드 정리가 진행 중이라는 오류가 발생합니다. 클라우드 정리 상태를 확인하여 현재 진행 중인 단계를 확인할 수 있습니다. 음 그리고 만약 당신이 여기에 선호도가 있다면, 예를 들어 액티브 케어 활용도가 높다면, 당신은 클라우드 정리를 시작하고 싶을 것입니다.
그러나 시작하고 싶어도 클라우드 정리가 진행 중이므로 그렇게 할 수 없습니다. 이 시나리오에서 할 일은 진행 중인 클라우드 정리를 중지하는 것입니다. 그럼 클라우드 정리 중지는 어떻게 할까요? 좋아요. 이 명령을 사용하고 클라우드 정리 상태를 사용하여 확인합니다.
잠깐만요, 클라우드 정리가 중지되고 클라우드 정리 상태 출력에 반영될 때까지 기다려 주세요. 이 작업이 완료되면 false clean start를 진행할 수 있습니다. 이것이 활성 데이터입니다. 그래? 따라서 계층 정리를 시작하기 전에 항상 상태를 확인하고 두 계층을 모두 기억하십시오. 음, 두 계층 모두 실행할 수 없습니다.
그래서 음, 이 모든 것은 음, 내가 말한 것처럼 이 음 참조 기사에도 문서화되어 있습니다. 이제 정리가 시작되면 완료 될 때까지 기다렸다가 성공적으로 완료되었는지 확인해야합니다. F 3D 정리가 성공적으로 완료되지 않았습니다.
지원 부서에 문의하시면 추가 안내를 받을 수 있습니다. 그렇지 않으면 청소가 성공적으로 완료되면 청소 후 공간이 괜찮은지 확인하십시오. 확인을 터치하거나 클릭합니다. 그리고 공간을 확인하는 방법? 앞 슬라이드에서 이미 보았습니다. DF를 통해 파일에 공간이 표시되는지 확인합니다. 그래? 이 작업이 완료되면 정리 후 공간이 정상인지 아닌지 확인할 수 있습니다.
공간이 정상이면 정리 후 다음 유지 보수 주기가 성공할 때까지 기다려야 합니다. 좋아요. 그런 다음 DD cleaning을 다시 실행합니다. 왜 그럴까요? 왜냐하면, 이전의 유지 보수 주기가 실패했기 때문입니다. 따라서 수동으로 만료된 백업이 있거나 보존 기간을 충족한 경우 아직 DD에 전달되지 않은 것입니다.
DD에는 이전 유지 관리가 실패한 시간 이후의 정보가 없습니다. 만료된 백업이 있는 경우 DD에는 이에 대한 정보가 없으며 유지 보수가 완료되면 정보만 수신합니다. 따라서 매일 아침에 실행되도록 예약된 유지 관리가 성공할 때까지 기다려야 하며 여기에는 AAR 체크포인트 HFS 검사와 GC가 포함됩니다. 좋아요.
완료되면 앞에서 살펴본 것과 동일한 명령을 사용하여 DD 정리를 다시 실행할 수 있습니다. 좋아요. 이 유지 보수 주기의 성공 여부를 어떻게 확인할 수 있는지는 CLI에 로그인해서 확인하실 수 있습니다. status dot DPN이라는 명령을 실행합니다. 좋아요.
이렇게 하면 유지 보수에 포함된 세 가지 프로세스 모두에 대한 정보가 표시됩니다. 즉, 체크포인트 gcnhfs 검사입니다. 좋아요. 그들 모두는 상태입니다. 좋아요. 즉, 유지 보수가 성공적으로 실행되었습니다. 좋아요. CP list 명령을 사용하여 수행한 체크포인트를 확인할 수도 있습니다. 좋아요.
그래서 음 A에는 최대 두 개의 체크포인트가 포함되어 있습니다. 오늘 실행된 유지 보수 주기에서 가장 최신이어야 합니다. 좋아요. 그래서 G 12. 이 체크포인트와 롤링 체크포인트는 오늘 Aboma 유지 보수가 실행되었을 때 생성되었습니다. 좋아요.
따라서 상태가 맞는지 확인해야 합니다. 좋아요. 그리고 오늘부터 체크포인트가 있습니다. Aboma 유지 보수 주기가 성공적으로 실행된 것을 확인한 후에는 DD로 돌아갈 수 있습니다. 그리고 앞서 살펴본 DD 정리를 다시 실행합니다. 정리를 시작하기 전에 할 수 있는 또 다른 확인 작업은 uh data domain cli에 로그인하여 항목 목록을 확인하고 AAR 항목 이름을 가져온 다음 이 uh 항목에 대한 스냅샷을 보는 것입니다. 그래?
그리고 이것은 AAR에 표시되는 uh 체크포인트와 일치해야 합니다. 따라서 DD에 표시되는 활성 체크포인트, 활성 스냅샷은 AVO의 uh 체크포인트와 일치해야 합니다. 나머지는 모두 만료된 것으로 표시되어야 합니다. 즉, 오늘의 유지 보수를 통해 Data Domain과 성공적으로 통신했습니다.
따라서 통신 부분이 완료되었으므로 이제 데이터 정리를 진행할 수 있습니다. 확인을 터치하거나 클릭합니다. 이를 위해 가장 빠른 클린 스타트 또는 클라우드 클린 스타트 유닛, 클라우드 유닛 이름을 사용하면 됩니다.
다시 말하지만, 청소가 완료될 때까지 기다렸다가 공간이 괜찮은지 확인하시겠습니까? 사후 정리 또는 Data Domain의 공간 또는 DF를 표시하는 동일한 명령 파일을 사용하지 않습니다. 그래? 그리고 이제 모든 것이 정상이라는 것을 알게 되면 지금까지 만료된 모든 것에서 공간을 되찾았습니다.
어, AVO 유지 보수가 성공적으로 완료되고 Data Domain에 전달되었으므로 그래서 이번에는 청소를 최대한 활용했고 할 수 있는 모든 것을 되찾았습니다. 그래? 이제 유지 보수가 성공적으로 완료되었으므로 알림을 확인해야 합니다.
음 그리고 이전 DD 정리도 성공했고 유지 보수가 성공적으로 진행될 공간을 할당했기 때문에 유지 보수가 성공적으로 실행되었습니다.
이제 이 알림을 확인하고 알림을 확인하려면 지원 부서에 문의해야 합니다. 그러면 용량 문제를 해결할 수 있습니다.
