예제: 전체 데이터베이스 백업에 대한 아카이브 로그 크기 예상
IBM Storage Protect 서버는 전체 데이터베이스 백업이 발생할 때만 아카이브 로그에서 불필요한 파일을 삭제합니다. 따라서, 아카이브 로그에 필요한 공간을 예상하는 경우 전체 데이터베이스 백업의 빈도도 고려해야 합니다.
예를 들어, 전체 데이터베이스 백업이 일주일에 한 번 발생하는 경우, 아카이브 로그 공간에 일주일 동안의 아카이브 로그 정보를 포함할 수 있어야 합니다.
일일 및 전체 데이터베이스 백업에 대한 아카이브 로그 크기의 차이는 다음 표의 예제에 표시되어 있습니다.
| 항목 | 값의 예 | 설명 |
|---|---|---|
| 언제든지 파일을 동시에 백업, 아카이브 또는 마이그레이션하는 최대 클라이언트 노드 수 | 300 | 매일 밤 파일을 백업, 아카이브 또는 마이그레이션하는 클라이언트 노드 수 |
| 각 트랜잭션 중에 저장되는 파일 수 | 4096 | 서버 옵션 TXNGROUPMAX의 기본값은 4096입니다. |
| 각 파일에 필요한 로그 공간 | 3453바이트 | 각 파일의 3053바이트에 각 사본 스토리지 풀의 200바이트 추가 트랜잭션의 각 파일에 대한 3053바이트값은 파일 이름이 12-120바이트인 Windows 클라이언트에서 파일을 백업할 때 필요한 로그 바이트를 나타냅니다. 이 값은 연구소의 조건 하에서 실행된 테스트 결과에 따릅니다. 테스트는 무작위 액세스 디스크(DISK) 스토리지 풀에서 백업 조작을 실행하는 클라이언트로 구성됩니다. DISK 풀은 순차 액세스 스토리지 풀보다 더 많은 로그를 사용합니다. 저장되는 데이터에 있는 파일 이름이 12-120바이트보다 긴 경우, 3053바이트보다 큰 값을 설정하십시오. |
| 활성 로그: 제안 크기 | 20GB 1 | 활성 로그의 최대 크기를 결정하기 위해 다음 계산을 사용합니다. 1GB는 1,073,741,824바이트입니다.
제안된 시작 크기인 16GB만큼 양을 늘리십시오.
|
| 아카이브 로그: 일일 전체 데이터베이스 백업에 제안되는 크기 | 60GB 1 | 세 개의 백업 주기 동안
아카이브 로그를 저장하기 위한 요구사항을 충족하기 위해,
활성 로그의 예상값에 3을 곱하여 전체 아카이브 로그 요구사항을 예상하십시오.
제안된 시작 크기인 48GB만큼 양을 늘리십시오.
|
| 아카이브 로그: 매주 전체 데이터베이스 백업에 제안되는 크기 | 132GB 1 | 세 개의 데이터베이스-백업 주기 동안
아카이브 로그를 저장하기 위한 요구사항을 충족하기 위해,
활성 로그의 예상값에 3을 곱하여 전체 아카이브 로그 요구사항을 예상하십시오. 결과에 전체 데이터베이스 백업 사이의 일수를 곱하십시오.
제안된 시작 크기인 48GB만큼 양을 늘리십시오.
|
| 1 이 표에 있는 예제 값은
활성 로그 및 아카이브 로그의 크기가 계산되는 방식을 보여주기 위해서만 사용됩니다. 중복 제거가 사용되지 않는 프로덕션 환경에서 16GB는
활성 로그에 제안된 최소 크기입니다. 중복 제거가 사용되지 않는 프로덕션 환경에서
제안된 아카이브 크기는 48GB입니다. 사용자 환경의 값을 대체하고 결과가
16GB 및 48GB인 경우, 결과를 사용하여 활성 로그 및 아카이브 로그의 크기를 변경하십시오. 로그를 모니터하고 필요한 경우 크기를 조정하십시오. |
||