파일 수를 기반으로 데이터베이스 공간 요구사항 예상

한 번에 서버 스토리지에 있을 수 있는 최대 파일 수를 예상할 수 있는 경우 데이터베이스의 공간 요구사항을 예상하도록 해당 수를 사용할 수 있습니다.

이 태스크에 대한 정보

서버 스토리지의 최대 파일 수를 기반으로 공간 요구사항을 예상하려면 다음 지침서를 사용하십시오.
  • 이미지 백업을 포함한 파일의 각 저장된 버전에 대해 600 - 1000바이트.
    제한사항: 가이드라인에는 데이터 중복 제거 중에 사용되는 공간이 포함되지 않습니다.
  • 캐시된 파일, 사본 스토리지 풀 파일, 활성 데이터 풀 파일 및 데이터 중복 제거된 파일 각각에 대해 100 - 200바이트
  • 다양한 데이터 액세스 패턴을 지원하고 데이터의 서버 백엔드 처리를 지원하기 위해 데이터베이스 최적화에 추가 공간이 필요합니다. 추가 공간 크기는 파일 오브젝트에 대한 전체 바이트 수 예상의 50%입니다.

단일 클라이언트에 대한 다음 예제에서 계산은 앞의 지침서에 있는 최대값을 기반으로 합니다. 예제는 파일 집합 사용을 고려하지 않습니다. 일반적으로 작은 파일을 수집하면 필요한 데이터베이스 공간이 줄어듭니다. 파일 집합은 공간 관리된 파일에 영향을 주지 않습니다.

프로시저

  1. 파일 버전 수를 계산하십시오. 파일 버전의 수를 획득하기 위해 각각의 다음 값을 추가하십시오.
    1. 백업 파일의 수를 계산하십시오.
      예를 들어, 한 번에 500,000개의 클라이언트 파일이 백업될 수도 있습니다. 이 예제에서, 스토리지 정책은 최대 3개의 백업 파일의 사본을 유지하도록 설정됩니다.
      500,000 files * 3 copies = 1,500,000 files
    2. 아카이브 파일 수를 계산하십시오.
      예를 들어, 100,000개의 클라이언트 파일이 아카이브된 사본일 수 있습니다.
    3. 공간 관리된 파일 수를 계산하십시오.
      예를 들어, 최대 200,000개의 클라이언트 파일이 클라이언트 워크스테이션에서 마이그레이션되었을 수 있습니다.
    파일별로 1000바이트를 사용하면 클라이언트에 속하는 파일에 필요한 전체 데이터베이스 공간 크기는 1.8GB입니다.
    (1,500,000 + 100,000 + 200,000) * 1000 = 1.8 GB
  2. 캐시된 파일, 사본 스토리지 풀 파일, 활성 데이터 풀 파일 및 데이터 중복 제거된 파일 수를 계산하십시오.
    1. 캐시된 사본 수를 계산하십시오.
      예를 들어, 캐싱은 5GB 디스크 스토리지 풀에서 사용 가능합니다. 풀의 고용량 마이그레이션 임계값은 90%이고 풀의 저용량 마이그레이션 임계값은 70%입니다. 따라서 캐시된 파일은 디스크 풀의 20% 또는 1GB를 점유합니다.
      평균 파일 크기가 약 10KB인 경우 항상 약 100,000개의 파일이 캐시에 있습니다.
      100,000 files * 200 bytes = 19 MB
    2. 사본 스토리지 풀 파일 수를 계산하십시오.
      모든 1차 스토리지 풀은 사본 스토리지 풀에 백업됩니다.
      (1,500,000 + 100,000 + 200,000) * 200 bytes = 343 MB
    3. 활성 스토리지 풀 파일 수를 계산하십시오.
      1차 스토리지 풀의 모든 활성 클라이언트 백업 데이터는 활성 데이터 스토리지 풀에 복사됩니다. 1차 스토리지 풀에서 1,500,000개의 백업 파일 중 500,000개 버전이 활성인 것으로 가정합니다.
      500,000 * 200 bytes = 95 MB
    4. 데이터 중복 제거된 파일 수를 계산하십시오.
      데이터 중복 제거된 스토리지 풀에 50,000개의 파일이 포함되어 있다고 가정합니다.
      50,000 * 200 bytes = 10 MB
    이전 계산을 기반으로, 약 0.5GB의 추가 데이터베이스 공간이 클라이언트의 캐시된 파일, 사본 스토리지 풀 파일, 활성 데이터 풀 파일 및 데이터 중복 제거된 파일에 필요합니다.
  3. 데이터베이스 최적화에 필요한 추가 공간 크기를 계산하십시오.
    최적화된 데이터 액세스와 서버 관리를 제공하려면 추가 데이터베이스 공간이 필요합니다. 추가 데이터베이스 공간 크기는 파일 오브젝트에 대한 전체 공간 요구사항의 50%입니다.
    (1.8 + 0.5) * 50% = 1.2 GB
  4. 클라이언트에 필요한 전체 데이터베이스 공간 크기를 계산하십시오. 총계는 대략 3.5GB입니다.
    1.8 + 0.5 + 1.2 = 3.5 GB
  5. 모든 클라이언트에 필요한 총 데이터베이스 공간의 양을 계산하십시오.
    예를 들어, 앞의 계산에서 사용된 클라이언트가 일반적이고 사용자에게 500개의 클라이언트가 있는 경우 다음 계산을 사용하여 모든 클라이언트에 필요한 총 데이터베이스 공간의 양을 예상할 수 있습니다.
    500 * 3.5 = 1.7 TB 

결과

팁: 이전 예제에서 결과는 예상입니다. 디렉토리 수와 경로 및 파일 이름의 길이와 같은 요인으로 인해 데이터베이스의 실제 크기는 예상과 다를 수 있습니다. 데이터베이스를 주기적으로 모니터하고 필요한 대로 크기를 조정하십시오.

다음에 수행할 작업

정상 조작 중에 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