Microsoft HPC 팩에 대한 데이터베이스 용량 계획 및 튜닝
Microsoft HPC Pack의 Windows HPC 클러스터 관리 기능은 관리, 작업 예약, 진단, 보고 및 모니터링 기능을 지원하기 위해 여러 Microsoft SQL Server 데이터베이스를 사용합니다. 헤드 노드를 만들기 위해 서버에 HPC 팩을 설치하는 경우 기본 설정은 Microsoft SQL Server의 Express 버전을 설치하고(다른 SQL Server 버전이 검색되지 않은 경우) 헤드 노드에 필요한 데이터베이스를 만듭니다. Express 버전에는 추가 라이선스 요금이 없으며 개념 증명 또는 개발 클러스터 및 소규모 프로덕션 클러스터에 대한 기본 제공 환경을 제공하기 위해 포함됩니다. 클러스터의 크기, 처리량 및 요구 사항에 따라 헤드 노드에 다른 버전의 SQL Server를 설치하거나 원격 서버에 데이터베이스를 설치할 수 있습니다. 이 문서의 정보는 클러스터에 적합한 데이터베이스 구성 및 추가 튜닝 옵션을 결정하는 데 도움이 됩니다.
이 항목에서는 다음을 수행합니다.
Microsoft HPC Pack 데이터베이스 설정에 대한 기본 옵션
클러스터 적합한 버전의 SQL Server 선택
HPC 데이터 보존 설정
Microsoft HPC 팩 및 Microsoft SQL Server의 적용 가능한 버전
이 항목의 지침은 다음 표에 나열된 HPC 팩 및 SQL Server 버전에 적용됩니다.
| Microsoft HPC 팩 버전 | 클러스터 데이터베이스 | 지원되는 Microsoft SQL Server 버전 | 주의 |
| HPC Pack 2016 | - HPCManagement - HPCScheduler - HPCReporting - HPCDiagnostics - HPCMonitoring |
- SQL Server 2014 이상 - Azure SQL Database |
- SQL Server Express 버전은 각 데이터베이스를 10GB로 제한합니다. |
| HPC Pack 2012 R2 및 HPC Pack 2012 | - HPCManagement - HPCScheduler - HPCReporting - HPCDiagnostics - HPCMonitoring |
- SQL Server 2008 R2 이상 - Azure SQL Database |
- SQL Server Express 버전은 각 데이터베이스를 10GB로 제한합니다. - Azure SQL Database는 HPC Pack 2012 R2 업데이트 3 빌드 4.5.5194 이상에서만 지원됩니다. |
Microsoft HPC 팩의 데이터베이스 설정에 대한 기본 옵션
이 섹션에서는 HPC Pack을 사용한 데이터베이스 설정에 대한 세 가지 기본 옵션에 대한 배경 정보를 제공합니다. 배포에 적합한 옵션을 선택하는 방법에 대한 지침은 이 항목의 클러스터 적합한 SQL Server 버전 선택을 참조하세요.
헤드 노드 SQL Server Express
이것이 바로 기본 환경입니다. 이는 일반적으로 개념 증명 또는 개발 클러스터 또는 소규모 프로덕션 클러스터에 사용됩니다. 이전 섹션의 표에 나와 있는 것처럼 HPC 팩, SQL Server 2016 Express, SQL Server 2014 Express 또는 SQL Server 2012 Express 버전에서 지원되는 경우 최대 10GB의 데이터베이스 크기를 허용합니다. 이 설정의 기본 단계는 다음과 같습니다.
서버에 HPC 팩을 설치하여 헤드 노드를 만듭니다.
필요에 따라 설치 마법사에서 데이터베이스 및 로그 파일 위치를 지정하거나 기본값을 적용합니다.
SQL Server Express가 자동으로 설치되고 HPC 데이터베이스가 자동으로 만들어집니다.
노드를 배포합니다.
헤드 노드 SQL Server 표준
중간 크기 클러스터에 대한 기본 구성입니다. SQL Server Standard 버전(또는 Compact가 아닌 다른 전체 버전)을 사용하면 더 큰 데이터베이스와 추가 관리 기능을 통해 더 많은 노드와 더 높은 작업 처리량을 지원할 수 있습니다. 이 설정의 기본 단계는 다음과 같습니다.
헤드 노드 역할을 하는 서버에 HPC Pack 버전에서 지원하는 SQL Server Standard 버전의 버전을 설치합니다.
서버에 HPC 팩을 설치하여 헤드 노드를 만듭니다.
필요에 따라 설치 마법사에서 데이터베이스 및 로그 파일 위치를 지정하거나 기본값을 적용합니다.
HPC 데이터베이스는 자동으로 만들어집니다.
필요에 따라 SQL Server Management Studio를 사용하여 필요에 따라 데이터베이스를 튜닝합니다.
노드를 배포합니다.
원격 데이터베이스(SQL Server Standard 또는 SQL Server Express)
원격 서버에 하나 이상의 HPC 데이터베이스를 설치하는 것은 더 큰 클러스터 또는 헤드 노드의 고가용성을 위해 구성된 클러스터에 권장되는 구성입니다. 자세한 내용은 원격 데이터베이스를 사용하여 HPC 팩 클러스터 배포단계별 가이드를 참조하세요. 고가용성 헤드 노드의 경우 일반적으로 SQL Server Standard 버전을 사용하여 데이터베이스의 고가용성을 지원합니다(HPC 관리 서비스의 고가용성과는 다름). 자세한 내용은 HPC Pack 2016대한
원격 서버에 HPC Pack 버전에서 지원하는 SQL Server Standard 버전의 버전을 설치합니다.
SQL Server Management Studio를 사용하여 원격 HPC 데이터베이스를 수동으로 만들고 필요에 따라 튜닝합니다.
HPC 팩 버전에서 요구하는 대로 SQL Server를 실행하는 원격 서버에서 다른 구성 단계를 수행합니다.
서버에 HPC 팩을 설치하여 헤드 노드를 만듭니다.
설치 마법사에서 원격 데이터베이스에 대한 연결 정보를 지정합니다.
노드를 배포합니다.
클러스터에 적합한 SQL Server 버전 선택
다음 일반 지침은 클러스터에 사용할 SQL Server 버전을 결정하는 데 도움이 될 수 있습니다. 노드 및 작업 처리량 번호는 클러스터에 대해 선택한 하드웨어 및 토폴로지 및 클러스터에서 지원하는 워크로드에 따라 성능이 달라지므로 일반적인 지침으로만 사용됩니다.
다음 조건이 적용되는 경우 SQL Server의 Standard Edition(또는 Compact가 아닌 다른 전체 버전)을 사용하는 것이 좋습니다.
클러스터에는 많은 노드가 있습니다. 노드 속성, 구성, 메트릭 및 성능 기록과 같은 정보는 데이터베이스에 저장됩니다. 클러스터가 클수록 데이터베이스에 더 많은 공간이 필요합니다. 일반적인 지침으로 Express 버전은 SQL Server Express 2012를 사용하는 최대 64개 노드 또는 이후 버전의 SQL Server Express를 사용하는 최대 128개의 노드에 충분합니다.
클러스터는 매우 높은 작업 처리량(예: 하루에 10,000개 이상의 작업 또는 하위 작업)을 지원합니다. 모든 작업, 작업 및 하위 작업에는 속성 및 할당 정보 및 기록을 저장할 항목이 데이터베이스에 있습니다. 이 데이터의 기본 보존 기간은 5일입니다. 보존 기간을 조정하여 용량 요구 사항을 줄일 수 있습니다. 이 항목의 HPC 데이터 보존 설정 참조하세요.
클러스터는 헤드 노드의 고가용성을 위해 구성되며 SQL Server에 대한 고가용성도 구성하려고 합니다.
작업 및 작업 데이터를 HPCScheduler 데이터베이스에 장기간 저장해야 하며 SQL Server Express 버전에서 적용한 데이터베이스 제한을 초과합니다.
HPCReporting 데이터베이스를 많이 사용하고 사용자 지정 보고에 데이터 확장성 기능을 사용할 수 있습니다. 보고 확장성을 사용하지 않도록 설정하고 보고 데이터베이스의 크기 요구 사항을 줄이는 방법에 대한 자세한 내용은 이 항목의
HPC 데이터 보존 설정을 참조하세요. SQL Server Management Studio 도구에서 제공하는 추가 안정성, 성능 및 유연성(유지 관리 계획 지원 포함)이 필요합니다. 예를 들어 SQL Server Standard Edition은 HPC 클러스터 관리자에게 도움이 될 수 있는 다음과 같은 기능을 제공합니다.
무제한 데이터베이스 크기
고가용성 구성 지원
데이터베이스 캐싱에 대한 무제한 RAM 사용
참고 항목
SQL Server Management Studio는 EXPRESS 버전의 SQL Server에 자동으로 포함되지 않습니다. HPC 데이터베이스에 대한 설정을 변경하려는 경우 별도로 다운로드할 수 있습니다.
Windows Azure 노드(예: 수백 개의 Windows Azure 역할 인스턴스 이상)의 대규모 배포를 계획하고 있습니다. 대규모 Windows Azure 노드 배포에 대한 자세한 내용은 Microsoft HPC 팩사용하여 Windows Azure Nodes의 대규모 배포에 대한
모범 사례를 참조하세요.
구성 및 튜닝 모범 사례
이 섹션에는 HPC 데이터베이스의 성능 튜닝에 대한 몇 가지 지침과 모범 사례가 포함되어 있습니다. 대규모 클러스터에 대한 샘플 구성 설정은 아래 목록에 설명되어 있습니다. 경우에 따라 이러한 설정은 HPC 팩에 의해 기본적으로 구성된 설정과 상당히 다릅니다. 이러한 옵션에 대한 자세한 내용은 다음 섹션에서 제공합니다.
플래터 3개(실제 디스크)가 있는 서버에서 다음을 구성합니다.
전용 플래터의 운영 체제입니다.
전용 플래터의 클러스터 데이터베이스입니다.
전용 플래터의 클러스터 데이터베이스 로그 파일입니다.
SQL Server Management Studio에서 다음을 구성합니다.
HPCManagement 데이터베이스: 초기 크기 20GB, 증가율 100%
HPCManagement 데이터베이스 로그: 초기 크기 2GB
HPCScheduler 데이터베이스: 초기 크기 30GB, 증가율 0%
참고 항목
대규모 클러스터에서 HPCScheduler 데이터베이스가 크기 제한에 근접하여 HPC 작업 스케줄러가 예기치 않게 종료되지 않도록 하려면 이 데이터베이스에 대한 자동 증가 설정을 구성하지 않는 것이 좋습니다.
HPCScheduler 데이터베이스 로그: 초기 크기 2GB
HPCReporting 데이터베이스: 초기 크기 30GB, 증가율 100%
HPCReporting 데이터베이스 로그: 초기 크기 2GB
HPCDiagnostics 데이터베이스 및 로그: 기본값 사용
HPCMonitoring 데이터베이스: 1GB, 증가율 10%
HPCMonitoring 데이터베이스 로그: 기본값 사용
참고 항목
HPCMonitoring 데이터베이스는 HPC Pack 2012부터 구성됩니다.
헤드 노드에서 호스트되는 데이터베이스의 경우 SQL Server Management Studio에서 데이터베이스의 메모리를 노드의 실제 메모리의 약 절반으로 구성합니다. 예를 들어 실제 메모리가 16GB인 헤드 노드의 경우 데이터베이스 크기를 8~10GB로 구성합니다.
헤드 노드에서 호스트되는 데이터베이스의 경우 SQL Server Management Studio에서 병렬 처리 플래그를 1로 설정합니다(기본값은 0).
SQL Server 복구 모델 및 디스크 공간 요구 사항
기본적으로 SQL Server Standard 버전에서는 각 데이터베이스에 대한 SQL Server 복구 모델이 전체
참고 항목
HPC 데이터베이스가 논리적으로 일관성을 유지해야 하므로 전체 모델을 선택하는 경우 이러한 데이터베이스의 복구 가능성을 보장하기 위해 특별한 절차를 구현해야 할 수 있습니다. 자세한 내용은 표시된 트랜잭션포함하는 관련 데이터베이스의
데이터베이스 및 로그 파일에 대한 초기 크기 조정 및 자동 증가
자동 증가는 데이터베이스 또는 로그 파일의 공간이 부족하면 자동 증가 매개 변수에 정의된 대로 미리 정의된 백분율만큼 크기가 자동으로 증가한다는 것을 의미합니다. 자동 증가 프로세스 중에 데이터베이스가 잠깁니다. 이렇게 하면 클러스터 작업 및 성능에 영향을 미치며 작업 교착 상태 및 시간 초과가 발생할 수 있습니다. 데이터베이스의 크기를 미리 조정하면 이러한 성능 문제를 방지할 수 있으며, 더 큰 자동 증가 비율을 구성하여 자동 증가 작업의 빈도를 줄일 수 있습니다. 그러나 100% 접근하는 자동 증가 설정과 함께 크기가 큰 초기 파일은 데이터베이스를 늘리는 데 상당한 시간이 필요할 수 있습니다. 장기간 데이터베이스에 대한 액세스를 차단하지 않는 값을 결정하려면 디스크 하위 시스템의 성능을 이해하는 것이 중요합니다.
각 데이터베이스에는 연결된 로그 파일이 있습니다. 로그 파일의 초기 크기 및 자동 증가 설정을 조정할 수도 있습니다.
데이터베이스 및 로그 파일에 대한 기본 구성(SQL Server 버전에 관계 없이)은 다음 표에 나와 있습니다.
| HPC 데이터베이스 및 로그 | 초기 크기(MB) | 자동 증가 |
|---|---|---|
| HPCManagement | 데이터베이스: 1024 로그: 128 |
데이터베이스: 50% 로그: 50% |
| HPCScheduler | 데이터베이스: 256 로그: 64 |
데이터베이스: 10% 로그: 10% |
| HPCReporting | 데이터베이스: 128 로그: 64 |
데이터베이스: 10% 로그: 10% |
| HPCDiagnostics | 데이터베이스: 256 로그: 64 |
데이터베이스: 10% 로그: 10% |
| HPCMonitoring 참고: HPCMonitoring 데이터베이스는 HPC Pack 2012부터 구성됩니다. | 데이터베이스: 256 로그: 138 |
데이터베이스: 10% 로그: 10% |
예를 들어 다음 표에는 수백 개 이상의 노드가 있는 클러스터에 적합할 수 있는 초기 크기 및 자동 증가 설정이 나와 있습니다.
참고 항목
이 테이블의 초기 크기는 이전 표와 같이 메가바이트(MB)가 아닌 기가바이트(GB)로 표현됩니다.
| HPC 데이터베이스 및 로그 | 초기 크기(GB) | 자동 증가 |
|---|---|---|
| HPCManagement | 데이터베이스: 20 로그: 2 |
데이터베이스: 100% 로그: 10% |
| HPCScheduler | 데이터베이스: 30 로그: 2 |
데이터베이스: 0% 로그: 10% |
| HPCReporting | 데이터베이스: 30 로그: 2 |
데이터베이스: 100% 로그: 10% |
| HPCDiagnostics | 데이터베이스: 기본값 로그: 기본값 |
데이터베이스: 기본값 로그: 기본값 |
| HPCMonitoring | 데이터베이스: 1 로그: 기본값 |
데이터베이스: 기본값 로그: 기본값 |
다음 화면 스니프는 SQL Server Management Studio의 HPC 데이터베이스와 데이터베이스에 대한 초기 크기 및 자동 증가 설정을 구성하는 데 사용할 수 있는 데이터베이스 속성 대화 상자를 보여 줍니다.
SQL Management Studio HPC 데이터베이스 구성
데이터베이스 및 로그 파일 위치
로그 파일과 별도의 플래터(실제 디스크)에 데이터베이스를 만들어 성능을 향상시킬 수 있습니다. 이는 헤드 노드에 있는 데이터베이스 및 원격 데이터베이스에 적용됩니다. 헤드 노드에 있는 데이터베이스의 경우 설치 마법사에서 설치하는 동안 데이터베이스 및 로그 파일 위치를 지정할 수 있습니다. 시스템 파티션, 데이터 및 로그를 별도의 플래터에 배치하는 것이 가장 좋습니다.
보고가 많이 사용되는 경우 HPCReporting 데이터베이스를 별도의 플래터로 이동하는 것이 좋습니다.
데이터베이스 이동에 대한 자세한 내용은 분리 및 연결을 사용하여 데이터베이스 이동(Transact-SQL)참조하세요.
SQL Server 인스턴스 설정
메모리 페이징을 최소화하려면 SQL Server 인스턴스에 충분한 메모리 할당이 있는지 확인합니다. SQL Server Management Studio를 통해 인스턴스의 서버 속성에서 SQL Server 인스턴스에 대한 메모리를 설정할 수 있습니다. 예를 들어 데이터베이스가 메모리가 16GB인 헤드 노드에 있는 경우 SQL Server에 8-10GB를 할당할 수 있습니다.
SQL Server 프로세스와 HPC 프로세스 간의 헤드 노드에서 코어 경합을 최소화하려면 SQL Server 인스턴스에 대한 병렬 처리 플래그를 1로 설정합니다. 기본적으로 플래그는 0으로 설정됩니다. 즉, SQL에서 사용할 코어 수에는 제한이 없습니다. 1로 설정하면 SQL Server 프로세스를 1코어로 제한합니다.
HPC 데이터 보존 설정
HPCManagement 데이터베이스
HPC Pack 2012 R2 업데이트 1부터 클러스터 관리자는 서비스가 HPCManagement 데이터베이스에서 작업 로그 데이터를 보관하기 시작하기 전의 일 수와 보관된 작업 로그 데이터가 보존되는 일 수를 지정할 수 있습니다. 예를 들어 7일마다 작업 로그 보관을 설정하고 180일 동안 보존한 후 삭제하려면 관리자 권한으로 HPC Powershell을 실행하고 다음 cmdlet을 입력합니다.
Set-HpcClusterProperty –OperationArchive 7
Set-HpcClusterProperty –OperationRetention 180
HPCScheduler 데이터베이스
작업 속성, 할당 및 기록은 HPCScheduler 데이터베이스에 저장됩니다. 기본적으로 완료된 작업에 대한 데이터는 5일 동안 유지됩니다. 작업 레코드 보존 기간(TtlCompletedJobs)은 다음 레코드에 대한 데이터를 저장할 기간을 결정합니다.
HPCScheduler 데이터베이스의 완료된 작업(완료, 실패한또는 취소된)에 대한 데이터입니다.
Runtime$ 공유에 저장된 SOA 일반 데이터입니다.
HPCDiagnostics 데이터베이스의 진단 테스트 결과 및 데이터입니다.
MSMQ를 사용하여 broker 노드에 의해 저장되는 완료된 지속성 세션에 대한 메시지입니다.
상태 구성에 있는 작업은 데이터베이스에서 삭제되지 않습니다. 작업 소유자 또는 클러스터 관리자가 작업을 취소하거나 다른 방법으로 완료해야 하며 작업 기록 정책에 따라 작업이 삭제됩니다.
Set-HpcClusterProperty cmdlet을 사용하여 이 속성을 구성할 수 있습니다. 예를 들어 작업 레코드 보존 기간을 3일로 설정하려면 HPC PowerShell을 관리자로 실행하고 다음 cmdlet을 입력합니다.
Set-HpcClusterProperty –TtlCompletedJobs 3
HPC 작업 스케줄러 구성 대화 상자의 작업 기록 설정에서도 이 속성을 구성할 수 있습니다.
HPCReporting 데이터베이스
클러스터 사용률, 노드 가용성 및 작업 통계와 같은 클러스터에 대한 기록 데이터는 HPCReporting 데이터베이스에 집계되고 저장됩니다. 또한 데이터베이스는 데이터 확장성을 사용하도록 설정할 때 사용자 지정 보고를 지원하는 데 사용할 수 있는 작업에 대한 원시 데이터도 저장합니다(기본적으로 사용하도록 설정됨). 예를 들어 조직에서 사용하는 충전 방법에 해당하는 사용자 지정 요금 청구 보고서를 만들 수 있습니다. 사용자 지정 보고에 원시 데이터를 사용하는 방법에 대한 자세한 내용은 보고 확장성 단계별 가이드참조하세요.
다음 표에서는 원시 데이터의 데이터 확장성 및 보존 기간을 제어하는 클러스터 속성에 대해 설명합니다. 이러한 설정은 기본 제공 보고서에 사용되는 집계된 데이터에 영향을 미치지 않습니다. Get-HPCClusterProperty cmdlet을 사용하여 속성 값을 보고 Set-HpcClusterProperty cmdlet을 사용하여 값을 설정할 수 있습니다. 예를 들어 데이터 확장성을 사용하지 않도록 설정하려면 HPC PowerShell을 관리자로 실행하고 다음 cmdlet을 입력합니다.
Set-HpcClusterProperty –DataExtensibilityEnabled $false
| 속성 | 설명 |
|---|---|
| DataExtensibilityEnabled | 클러스터가 작업, 노드 및 노드에 대한 작업 할당에 대한 사용자 지정 보고를 위한 정보를 저장하는지 여부를 지정합니다. True는 클러스터가 작업, 노드 및 노드에 대한 작업 할당에 대한 사용자 지정 보고를 위한 정보를 저장한다는 것을 나타냅니다. False는 클러스터가 이 정보를 저장하지 않음을 나타냅니다. 기본값은 True입니다. |
| dataExtensibilityTtl |
HPCReporting 데이터베이스에서 노드에 대한 작업 할당을 제외하고 작업 및 노드에 대한 모든 정보를 저장해야 하는 일 수를 지정합니다. 이 매개 변수의 기본값은 365입니다. |
| AllocationHistoryTtl | HPCReporting 데이터베이스가 노드에 작업 할당에 대한 정보를 저장해야 하는 일 수를 지정합니다. 이 매개 변수의 기본값은 5입니다. |
| reportingDBSize |
HPCReporting 데이터베이스의 현재 크기를 포함합니다. 이 값은 크기에 대한 측정 단위를 포함하는 문자열입니다. 이 매개 변수는 읽기 전용입니다. 이 속성을 보려면 HPC PowerShell을 실행하는 컴퓨터가 HPCReporting 데이터베이스에 액세스할 수 있어야 합니다. 원격 데이터베이스 액세스를 사용하도록 설정하는 방법에 대한 자세한 내용은 원격 데이터베이스를 사용하여 클러스터 배포 단계별 가이드참조하세요. |
클러스터에서 HPCReporting 데이터베이스에 필요한 크기를 예측하려면 보고 데이터베이스크기 예측을 참조하세요.
HPCDiagnostics 데이터베이스
진단 테스트 실행의 정보 및 결과는 HPCDiagnostics 데이터베이스에 저장됩니다. 작업 레코드 보존 기간(TtlCompletedJobs)은 완료된 테스트 실행에 대한 데이터를 저장하는 기간을 결정합니다.
HPCMonitoring 데이터베이스
HPC 모니터링 서버 서비스 및 HPC 모니터링 클라이언트 서비스에 의해 클러스터 노드에서 수집 및 집계된 성능 카운터 데이터는 HPCMonitoring 데이터베이스에 저장됩니다.
성능 카운터 데이터는 분, 시간 및 일별로 집계됩니다. 노드 성능 카운터 데이터의 데이터 보존 기간은 다음 표의 클러스터 속성에 의해 정의됩니다. 이러한 속성은 Set-HpcClusterProperty cmdlet을 사용하여 구성할 수 있습니다.
| 속성 | 설명 |
|---|---|
| MinuteCounterRetention | 분 성능 카운터 데이터의 보존 기간(일)을 지정합니다. 기본값은 3일입니다. |
| HourCounterRetention | 시간 성능 카운터 데이터의 보존 기간(일)을 지정합니다. 기본값은 30일입니다. |
| DayCounterRetention | 일 성능 카운터 데이터의 보존 기간을 일 단위로 지정합니다. 기본값은 180일입니다. |
노드 수, 성능 카운터 수 및 보존 기간을 기준으로 HpcMonitoring 데이터베이스에 필요한 크기를 예측할 수 있습니다. 예를 들어 기본 MinuteCounterRetention 기간(4,320분) 및 각 성능 값 항목에 약 40바이트가 필요한 27개의 성능 카운터를 사용하면 각 노드에 다음이 필요합니다.
4,320 x 27 x 40 = 4,665,600바이트 또는 약 5MB.
노드가 1000개인 클러스터의 경우 약 5GB의 스토리지가 필요합니다.
유지 관리 지침
일반적인 SQL Server 유지 관리 계획은 다음과 같습니다.
데이터베이스 백업
일관성 검사
인덱스 조각 모음
유지 관리 계획을 통해 적절한 경우 SQL Server Management Studio 및 조각 모음 인덱스를 사용하여 인덱스 조각화를 모니터링할 수 있습니다.
일반적으로 250,000개의 작업 또는 한 달(더 짧은 작업 중 더 짧은 작업) 후에 인덱스를 다시 빌드하는 것이 좋습니다. 일관성 검사 및 백업을 수행하는 빈도는 비즈니스 요구 사항에 따라 달라집니다. 작업 처리량 및 사용자 환경에 심각한 영향을 줄 수 있으므로 예약된 가동 중지 시간(특히 대규모 클러스터의 경우) 사용자 활동이 거의 없거나 없는 경우에만 유지 관리를 실행하는 것이 좋습니다.
데이터베이스 유지 관리 모범 사례에 대한 자세한 내용은 효과적인 데이터베이스 유지 관리대한
참고 항목
HPC 데이터베이스 백업 및 복원에 대한 중요한 내용은 Windows HPC Server
참고 항목
Microsoft HPC Pack 2016 대한
제품 평가 및 계획