파일 수를 기반으로 데이터베이스 공간 요구사항 예상
한 번에 서버 스토리지에 있을 수 있는 최대 파일 수를 예상할 수 있는 경우 데이터베이스의 공간 요구사항을 예상하도록 해당 수를 사용할 수 있습니다.
이 태스크에 대한 정보
서버 스토리지의 최대 파일 수를 기반으로 공간 요구사항을 예상하려면
다음 지침서를 사용하십시오.
- 이미지 백업을 포함한 파일의 각 저장된 버전에 대해 600 - 1000바이트.제한사항: 가이드라인에는 데이터 중복 제거 중에 사용되는 공간이 포함되지 않습니다.
- 캐시된 파일, 사본 스토리지 풀 파일, 활성 데이터 풀 파일 및 데이터 중복 제거된 파일 각각에 대해 100 - 200바이트
- 다양한 데이터 액세스 패턴을 지원하고 데이터의 서버 백엔드 처리를 지원하기 위해 데이터베이스 최적화에 추가 공간이 필요합니다. 추가 공간 크기는 파일 오브젝트에 대한 전체 바이트 수 예상의 50%입니다.
단일 클라이언트에 대한 다음 예제에서 계산은 앞의 지침서에 있는 최대값을 기반으로 합니다. 예제는 파일 집합 사용을 고려하지 않습니다. 일반적으로 작은 파일을 수집하면 필요한 데이터베이스 공간이 줄어듭니다. 파일 집합은 공간 관리된 파일에 영향을 주지 않습니다.
프로시저
결과
팁: 이전 예제에서 결과는 예상입니다. 디렉토리 수와 경로 및 파일 이름의 길이와
같은 요인으로 인해 데이터베이스의 실제 크기는 예상과
다를 수 있습니다. 데이터베이스를 주기적으로 모니터하고
필요한 대로 크기를 조정하십시오.
다음에 수행할 작업
정상 조작 중에 IBM
Storage Protect 서버에 임시 데이터베이스 공간이 필요할 수 있습니다. 이 공간이 필요한 이유는
다음과 같습니다.
- 데이터베이스에서 직접 최적화되고 이미 보존되지 않는 순서 또는 정렬의 결과를 유지하기 위해서입니다. 결과는 처리를 위해 데이터베이스에 임시로 보존됩니다.
- 다음 방법 중 하나를 통해 데이터베이스에 대한
관리 액세스 권한을 제공하기 위해서입니다.
- Db2 ODBC (ODBC) 클라이언트
- Oracle Java™ 데이터베이스 연결 (JDBC) 클라이언트
- 관리 클라이언트 명령행의 서버에 대한 SQL(Structured Query Language)
파일 오브젝트와 최적화를 위해 500GB의 공간마다 임시 공간으로 추가 50GB를 사용하십시오. 다음 표의 지침서를 참조하십시오. 이전 단계에서 사용된 예제에서 파일 오브젝트 및 500개의 클라이언트 최적화를 위해 총 1.7TB의 데이터베이스 공간이 필요합니다. 이 계산을 기반으로 임시 공간에 200GB가 필요합니다. 필요한 총 데이터베이스 공간의 양은 1.9TB입니다.
| 데이터베이스 크기 | 최소 임시 공간 요구사항 |
|---|---|
| > 500GB | 50GB |
| ≥ 500GB, > 1TB | 100GB |
| ≥ 1TB, > 1.5TB | 150GB |
| ≥ 1.5, > 2TB | 200GB |
| ≥ 2, > 3TB | 250 - 300GB |
| ≥ 3, > 4TB | 350 - 400GB |