Data Domain: DD Boost API 로깅 활성화 - Precert Logs

질문: DD Boost Precert 로깅이란 무엇입니까? DD Boost Precert Logging은 DD Boost 클라이언트와 Data Domain 시스템 간의 DD Boost API 트랜잭션을 기록하는 진단 로깅 기능입니다.
답변 : 일반적으로 성능 문제, 장애, 레이턴시 및 통신 문제를 해결하는 데 사용됩니다.

질문: Precert 로깅은 무엇을 캡처합니까? Precert 로깅은 읽기 작업, 쓰기 작업, 백업 작업, 복원 작업, DD Boost 라이브러리 상호 작용, API 호출 타이밍 정보 및 클라이언트 측 레이턴시 표시기를 포함한 DD Boost API 작업을 캡처합니다.
답변 : 문제 해결 및 성능 분석을 위해 DD Boost API 동작에 대한 자세한 가시성을 제공합니다.

질문: precert 로그가 생성되지 않는 이유는 무엇입니까? ddboost_precert.ini 파일이 있는지, 운영 체제 루트에 있는지, 로그 디렉토리가 있는지, 로그 디렉토리가 쓰기 가능한지, 새 백업 또는 복원 작업이 시작되었는지 확인합니다.
답변 : 구성 누락, 잘못된 배치, 사용 권한 문제 또는 새 DD Boost 작업 부족이 가장 일반적인 원인입니다.

질문: precert 로깅을 활성화하면 즉시 로그가 생성됩니까? 이 구성은 로깅 기능만 사용하도록 설정합니다.
답변 : 아니요. 로그 파일은 새로운 DD Boost API 요청이 수신된 경우에만 생성됩니다.

질문: 현재 실행 중인 백업에서 precert 로그를 생성하지 않는 이유는 무엇입니까? Precert 로깅은 구성이 감지된 후 시작된 API 활동만 캡처합니다.
답변 : 기존 백업 또는 복원 작업은 precert 로그를 생성하지 않고 계속됩니다.

질문: 백업 또는 복원 작업을 재시작해야 합니까? 로깅이 활성화되었을 때 작업이 이미 실행 중이었다면 새 작업을 시작합니다.
답변 : 예. 사전 인증 로그를 생성하려면 새 백업 또는 복원 작업이 필요합니다.

질문: precert 로깅이 작동하지 않는 가장 일반적인 이유는 무엇입니까? 일반적인 원인은 다음과 같습니다. ddboost_precert.ini 루트 레벨이 아니거나 실수로 이름이 지정됨 ddboost_precert.ini.txt, 로그 디렉토리가 누락되었거나 권한이 부족합니다.
답변 : 구성 및 파일 시스템 문제가 가장 빈번하게 발생합니다.

질문: ddboost_precert.ini 파일은 어디에 배치해야 합니까? 

Linux: /ddboost_precert.ini. Windows: C:\ddboost_precert.ini.

답변 : 파일은 운영 체제 루트 디렉토리에 있어야 합니다.

질문: ddboost_precert.ini 파일을 다른 폴더에 저장할 수 있습니까? DD Boost 플러그인은 운영 체제 루트 디렉토리만 확인합니다.
답변 : 아니요, 파일을 루트에 저장해야 합니다.

질문: 파일이 실제로 아닌지 어떻게 확인할 수 있습니까?

ddboost_precert.ini.txt

파일 탐색기를 열고 파일 이름 확장명을 활성화한 다음 파일 이름을 확인합니다.
답변 : 파일 이름이 지정되었는지 확인합니다. 

ddboost_precert.ini and not ddboost_precert.ini.txt.

질문: 왜 DDLog 로깅을 활성화한 후 디렉토리가 비었습니까? 가능한 원인으로는 새 DD Boost 작업이 없거나, 사용 권한 문제가 있거나, 구성 파일이 감지되지 않은 경우 등이 있습니다.
답변 : 새 백업, 복원 또는 DDPCONNCHK 작업을 생성하기 위해 테스트합니다.

질문: 무엇입니까 DDPCONNCHK 그리고 왜 유용할까요? DDPCONNCHK 는 DD Boost 접속 구성 검증 툴입니다.
답변 : DD Boost API 활동을 생성하고 precert 로깅이 작동하는지 신속하게 확인할 수 있습니다.

질문: 할 수 있습니다 DDPCONNCHK 내 구성을 테스트하는 데 사용됩니까? 엔지니어는 DDPCONNCHK 로깅을 활성화한 후
답변 : 예, 문제를 재현하기 전에 로그가 생성되고 있는지 확인하는 일반적인 방법입니다.

질문: precert 로그가 빠르게 증가하는 이유는 무엇입니까? Precert 로깅은 모든 DD Boost API 호출을 기록합니다.
답변 : 대규모 백업 환경에서는 짧은 시간에 상당한 양의 로그가 생성될 수 있습니다.

질문: 얼마나 많은 디스크 공간을 할당해야 합니까? 일반적인 권장 사항은 다음과 같습니다. 

num_log_files=3 and log_file_size=500.

답변 : 이렇게 하면 순환이 발생하기 전에 약 1.5GB의 로그 스토리지가 제공됩니다.

질문: precert 로그가 파일 시스템을 채울 수 있습니까? 모니터링하지 않으면 로깅에 상당한 디스크 공간이 사용될 수 있습니다.
답변 : 예. 전체 파일 시스템은 백업 실패, 운영 중단 및 서비스 중단을 초래할 수 있습니다.

질문: num_log_files의 목적은 무엇입니까? 이 매개변수는 보존되는 순환된 로그 파일의 수를 제어합니다.
답변 : 예를 들면 다음과 같습니다, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2.

질문: log_file_size의 목적은 무엇입니까? 이 매개 변수는 각 로그 파일의 최대 크기(MB)를 정의합니다.
답변 : 예를 들어 log_file_size=500을 사용하면 각 파일이 순환 전에 500MB까지 증가할 수 있습니다.

질문: 무슨 암사슴s ddcl_logs_include=true 할 것 이를 통해 precert 로그 내에서 DD Boost 클라이언트 라이브러리 로깅 정보를 사용할 수 있습니다.
답변 : 권장 설정은 다음과 같습니다. ddcl_logs_include=true.

질문: 무엇을합니까? ddcl_logs_sev=4 의미 이 매개변수는 로깅 심각도를 제어합니다.
답변 : 심각도 수준 4는 자세한 문제 해결 및 디버깅 정보를 제공합니다.

질문: 내가 필요한가요? BoostFS precert 로깅 외에 디버그 로깅? 추가 로깅이 항상 필요한 것은 아닙니다.
답변 : 예를 들어, BoostFS-specific 문제가 있는 경우 둘 다 활성화하면 더 완전한 진단 그림이 제공되는 경우가 많습니다.

질문: 예를 들어, BoostFS마운트를 해제했다가 다시 마운트해야 합니까? 마운트를 해제했다가 다시 마운트하면 BoostFS 작업이 다시 초기화됩니다.
답변 : 대부분의 경우 이는 새 DD Boost 활동을 시작하는 데 도움이 됩니다.

질문: 올바른 BoostFS 디버그 로깅 구문은 무엇입니까? 올바른 구문은 다음과 같습니다. -o log-level=debug.
답변 : 사용하지 마십시오 --o log-level=debug 단일 대시만 유효하기 때문입니다.

질문: BoostFS를 다시 마운트했을 때 갑자기 precert 로그가 표시되는 이유는 무엇입니까? 다시 마운트하면 BoostFS에 대한 새로운 초기화 주기가 생성됩니다.
답변 : 새 DD Boost API 활동이 발생하고 플러그인이 구성 파일을 감지하면 로깅이 시작됩니다.

질문: 애플리케이션을 재시작하는 것이 BoostFS를 재마운트하는 것과 동일합니까? 새 DD Boost API 활동을 생성하는 모든 작업은 로깅을 트리거할 수 있습니다.
답변 : 일반적으로 예, 재시작을 예로 들 수 있습니다. RMAN, 백업 소프트웨어 또는 실행 DDPCONNCHK.

질문: 할 수 있습니다 RMAN BoostFS를 마운트 해제하지 않고 precert 로그를 생성합니까? RMAN 새 DD Boost API 요청을 직접 시작할 수 있습니다.
답변 : 예, 새로 시작합니다. RMAN 일반적으로 작업으로 충분합니다.

질문: precert 로깅을 비활성화하려면 어떻게 해야 합니까? ddboost_precert.ini 삭제하거나 이름을 ddboost_precert.ini.disabled로 변경합니다.
답변 : 정확한 파일 이름인 경우에만 로깅이 활성화됩니다. ddboost_precert.ini 기존:

질문: ini 파일을 제거한 후 호스트를 재부팅해야 합니까? 플러그인은 이후 작업 중에 구성 파일을 확인합니다.
답변 : 아니요. 재부팅할 필요가 없습니다.

질문: Linux에서 어떤 권한을 사용해야 합니까? 사용 권한의 예는 다음과 같습니다. 

mkdir /DDLog, chmod 777 /DDLog, and chmod 777 /ddboost_precert.ini.

답변 : DD Boost 프로세스에서 구성 파일을 읽고 로그 디렉토리에 쓸 수 있어야 합니다.

질문: BoostFS 로그는 기본적으로 어디에 저장됩니까? 

Linux: /opt/emc/boostfs/log. Windows: C:\BoostFS\Log.

답변 : 이러한 위치는 DD Boost 사전 인증 로그와는 별개입니다.

질문: BoostFS 로그와 precert 로그는 같은 것입니까? BoostFS 로그에는 마운트 작업, 파일 시스템 작업 및 애플리케이션 이벤트가 포함됩니다.
답변 : 아니요. precert 로그에는 DD Boost API 트랜잭션, 라이브러리 통신 및 I/O 타이밍 데이터가 포함됩니다.

질문: 지원 팀에 어떤 로그를 제공해야 합니까? 이슈에 따라 ddboost_precert.log, 순환된 precert 로그, BoostFS 로그, DDPCONNCHK 출력, 애플리케이션 로그 및 요청된 지원 번들.
답변 : 모든 관련 로그를 제공하면 문제 해결 속도를 높일 수 있습니다.

질문: 이 KB를 따른 후에도 로그가 생성되지 않으면 어떻게 해야 합니까? ddboost_precert.ini 위치, 로그 디렉토리 목록과 같은 증거를 수집합니다. DDPCONNCHK 출력, BoostFS 마운트 명령 및 사용 권한 정보가 표시됩니다.
답변 : 추가 분석을 위해 수집된 정보를 Dell 기술 지원 부서에 제출하십시오.