최적의 성능을 위해서는 FSx for ONTAP 볼륨에 기본 SSD 계층을 사용하십시오. 용량 풀 계층을 사용하면 성능이 저하되고 지연 시간이 증가할 수 있습니다. 기본 SSD 계층은 고성능 워크로드에 맞게 설계되었으며, 용량 풀 계층은 비용 효율성에 최적화되어 있어 SQL Server 워크로드의 성능 요구 사항을 충족하지 못할 수 있습니다.

파일 시스템 용량은 전체 볼륨 크기보다 충분히 확보하십시오. 여유 공간이 너무 적으면 성능 문제가 발생하고, 너무 많으면 저장 공간이 낭비되고 비용이 증가합니다.

SQL Server 로그 드라이브의 크기를 적절하게 관리하고 모니터링하여 로그 드라이브 용량 부족으로 인한 트랜잭션 롤백, 데이터베이스 사용 불가, 데이터 손상 및 성능 문제를 방지하십시오.

성능과 안정성을 유지하려면 TempDB의 크기를 조정하고 모니터링하십시오. TempDB 공간이 부족하면 쿼리 속도 저하, 애플리케이션 시간 초과 및 시스템 충돌이 발생할 수 있습니다.

데이터 파일과 로그 파일을 서로 다른 드라이브에 분리하여 병렬 I/O, 백업 유연성 및 복원 동작을 개선하십시오. 소규모 데이터베이스의 경우 데이터 및 로그 LUN 경로를 서로 다른 볼륨으로 분리하는 것이 좋습니다.

I/O 경합을 방지하고 SQL Server 성능 및 안정성을 향상시키려면 TempDB를 전용 드라이브에 배치하십시오.

FSx for ONTAP 볼륨에 씬 프로비저닝을 구성하여 스토리지 활용도를 높이고 비용을 절감하십시오. 씬 프로비저닝을 사용하면 전체 용량을 한 번에 예약하는 대신 필요에 따라 스토리지를 할당할 수 있습니다.

자동 크기 조정 기능을 켜고 모드를 grow 설정하여 볼륨이 가득 차서 읽기 전용이 되기 전에 자동으로 증가하도록 합니다.

Microsoft SQL Server 인스턴스에서 사용하는 LUN의 블록 디바이스 공간 설정을 구성하여 쓰기 오류를 방지하고 FSx for ONTAP의 공간 효율성을 향상시킵니다.

활성 데이터에 필요한 공간을 확보하려면 스냅샷 복사본 예약률을 0%로 설정하고 스냅샷 자동 삭제를 활성화하십시오.

저장 공간이 부족해지면 스냅샷 복사본을 삭제하기 전에 볼륨을 확장하십시오. 볼륨을 확장하면 "볼륨 용량 부족" 오류를 방지하고 쓰기 실패를 줄이며 스냅샷 복구 지점을 보존할 수 있습니다.

스냅샷 전용 티어링 정책을 사용하십시오. 이 정책은 활성 데이터를 SSD 티어에 유지하고 스냅샷 데이터만 용량 티어로 이동합니다. 이 접근 방식을 통해 SQL 워크로드의 저지연 성능을 유지하면서 스토리지 비용을 절감할 수 있습니다. 스냅샷 데이터는 7일의 쿨링 기간 후에 티어링됩니다.

성능을 유지하면서 스토리지 사용량과 비용을 줄이기 위해 중복 제거, 압축 및 컴팩션 기능을 활성화하십시오.

올바른 I/O 정렬을 유지하려면 ONTAP LUN 운영 체제 값을 호스트 파티셔닝 체계와 일치시키십시오.

복원력과 처리량을 위해 멀티패스 I/O(MPIO)를 구성하십시오. iSCSI LUN의 SQL Server에 대해 대상 인터페이스당 5개의 MPIO 세션을 사용하고, 경로 상태를 모니터링하며, 호스트 시간 초과를 60초로 설정하십시오.

SQL Server 워크로드의 디스크 효율성을 향상시키고 조각화를 줄이려면 NTFS 할당 단위 크기를 64K로 설정하십시오.

Microsoft SQL Server에서 사용하는 FSx for ONTAP 볼륨에 대한 예약된 스냅샷을 비활성화하십시오. 대신 NetApp SnapCenter 등의 툴을 사용하여 외부에서 스냅샷을 관리하십시오. 이러한 툴은 애플리케이션 정합성 보장 백업을 생성하고 복원 작업 중 데이터 손상을 방지하는 데 도움이 됩니다.

워크로드 수요에 따라 SQL Server EC2 인스턴스의 크기를 적절하게 조정하십시오. 인스턴스 크기가 부족할 경우 늘리고, 과도하게 많을 경우 줄여 비용과 성능의 균형을 유지하십시오.

보안 및 안정성을 향상시키려면 최신 운영 체제 패치를 적용하십시오.

수신측 스케일링(RSS)을 구성하여 네트워크 처리를 CPU에 분산시켜 네트워크 성능을 향상시키십시오. 실제 운영 환경에 배포하기 전에 설정을 검증하십시오.

단편화를 방지하고 안정적인 처리량을 유지하려면 FSx for ONTAP 경로에 대해 EC2 최대 전송 단위(MTU) 설정을 일치시키십시오.

호스트 수준에서 SQL Server 라이선스 사용 현황을 검토하십시오. 유료 기능을 사용하지 않는 경우 라이선스가 최적화되지 않아 비용이 증가할 수 있습니다.

보안 및 시스템 안정성을 향상시키려면 최신 SQL Server 패치를 적용하십시오.

쿼리 성능을 최적화하려면 MAXDOP를 구성하십시오. 일반적으로 4, 8 또는 16 값이 적합합니다. 워크로드를 테스트하고 CXPACKET과 같은 병렬 처리 대기 유형을 모니터링하십시오.

애플리케이션 정합성 보장 스냅샷을 NetApp SnapCenter와 함께 사용하여 특정 시점의 볼륨 데이터 스냅샷을 정확하고 안정적으로 생성할 수 있습니다. SnapCenter는 백업을 간소화하고 데이터 복원 속도를 높여 다운타임을 줄이고 중요 워크로드를 보호합니다.

SQL Server 환경에서 데이터 가용성과 재해 복구를 향상시키려면 지역 간 복제(CRR)를 활성화하십시오. CRR은 여러 위치에 데이터를 복제하여 지역 장애로부터 보호하고 비즈니스 연속성을 보장합니다.

FSx for ONTAP 백업 또는 AWS Backup을 구성하여 데이터 보존 및 규정 준수 요구 사항을 충족하고 중복 백업 워크플로를 방지하십시오.

SQL Server 장애 조치 클러스터 인스턴스에 대해 쿼럼을 올바르게 구성하여 클러스터가 예상되는 노드 장애를 견딜 수 있도록 하십시오.

SQL Server 고가용성 설정에서 모든 노드에 동일한 드라이브 문자를 사용하십시오. 이렇게 하면 관리가 쉬워지고 장애 조치가 올바르게 작동합니다.

불필요한 장애 조치를 방지하면서도 실제 장애를 신속하게 감지할 수 있도록 하트비트 설정을 조정하십시오.

FCI 배포 모델에서 장애 조치가 제대로 작동하려면 모든 공유 디스크(iSCSI LUN)는 두 노드 모두에서 액세스할 수 있어야 합니다.

안정적인 고가용성 동작을 위해 서비스 계정 권한, 시작 유형 및 종속성을 검증합니다.

저장 비용과 운영상의 혼란을 줄이려면 더 이상 사용하지 않는 클론을 정기적으로 제거하십시오. 오래되고 사용하지 않는 클론은 높은 비용을 초래합니다.

파일 시스템 용량은 전체 볼륨 크기보다 충분히 확보하십시오. 여유 공간이 너무 적으면 성능 문제가 발생하고, 너무 많으면 저장 공간이 낭비되고 비용이 증가합니다.

FSx for ONTAP 볼륨에 씬 프로비저닝을 구성하여 스토리지 활용도를 높이고 비용을 절감하십시오. 씬 프로비저닝을 사용하면 전체 용량을 한 번에 예약하는 대신 필요에 따라 스토리지를 할당할 수 있습니다.

자동 크기 조정 기능을 켜고 모드를 `grow`로 설정하여 볼륨이 가득 차서 읽기 전용이 되기 전에 자동으로 증가하도록 합니다.

Oracle 데이터베이스에서 사용하는 LUN의 블록 디바이스 공간 설정을 구성하여 쓰기 오류를 방지하고 FSx for ONTAP의 공간 효율성을 향상시킵니다.

활성 데이터에 필요한 공간을 확보하려면 스냅샷 복사본 예약률을 0%로 설정하고 스냅샷 자동 삭제를 활성화하십시오.

저장 공간이 부족해지면 스냅샷 복사본을 삭제하기 전에 볼륨을 확장하십시오. 볼륨을 확장하면 "볼륨 용량 부족" 오류를 방지하고 쓰기 실패를 줄이며 스냅샷 복구 지점을 보존할 수 있습니다.

스냅샷 전용 티어링 정책을 사용하십시오. 이 정책은 활성 데이터를 SSD 티어에 유지하고 스냅샷 데이터만 용량 티어로 이동합니다. 이 접근 방식을 통해 SQL 워크로드의 저지연 성능을 유지하면서 스토리지 비용을 절감할 수 있습니다. 스냅샷 데이터는 7일의 쿨링 기간 후에 티어링됩니다.

성능을 유지하면서 스토리지 사용량과 비용을 줄이기 위해 중복 제거, 압축 및 컴팩션 기능을 활성화하십시오.

시스템이 메모리 부족 현상을 처리하고 속도 저하 또는 충돌을 방지할 수 있도록 RAM 용량에 따라 스왑 공간을 설정하십시오.

아카이브 로그, 데이터 파일, 제어 파일, 리두 로그 및 임시 파일은 I/O 패턴을 격리하고 복원력을 향상시키기 위해 별도의 드라이브에 배치하십시오. 필요한 경우 별도의 볼륨에 중복 복사본을 보관하십시오.

I/O 경합을 줄이려면 Oracle 바이너리를 전용 볼륨에 배치하십시오. 이렇게 분리하면 소프트웨어 업데이트가 간소화되고 실수로 인한 수정이나 손상 위험이 최소화됩니다.

Oracle에서 사용하는 FSx for ONTAP 볼륨의 예약된 스냅샷을 비활성화하여 공간을 절약하고 비용을 절감하십시오. 대신 NetApp SnapCenter 등의 툴을 사용하여 외부에서 스냅샷을 관리하십시오. 이러한 툴은 애플리케이션 정합성 보장 백업을 생성하고 복원 작업 중 데이터 손상을 방지하는 데 도움이 됩니다.

dNFS에 대한 ONTAP nfs-rootonly 매개변수를 비활성화합니다. `nfs-rootonly`NFS 연결을 권한 있는 포트(<1024)로 제한합니다. NFSv4 이상에서 dNFS 프로세스는 루트 권한으로 실행되지 않고 더 높은 포트를 사용하기 때문에 이 매개변수를 비활성화하면 필요한 연결이 가능해집니다.

Oracle 바이너리가 NFS 공유에 있는 경우, 내보내기 정책에 슈퍼유저 및 setuid 권한이 포함되어 있는지 확인하십시오. 슈퍼유저(루트) 액세스 권한을 통해 NFS 클라이언트는 바이너리 실행에 필요한 루트 권한으로 매핑할 수 있습니다.

FSx for ONTAP에서 실행되는 iSCSI 기반 스토리지에 Oracle ASM(Automatic Storage Management)을 사용하여 Oracle Database 배포의 성능을 최적화하고 스토리지 관리를 간소화하며 확장성을 향상시키십시오.

NFS에서 실행되는 Oracle 워크로드의 경우 TCP 슬롯 테이블의 커널 매개변수를 128로 구성하십시오. 이 구성을 통해 더 많은 동시 I/O 작업을 처리할 수 있으므로 Oracle 데이터 파일 액세스 등 고처리량 시나리오에서 지연 시간이 줄어듭니다. 커널 매개변수는 TCP를 통한 최대 NFS 요청 대기 수를 제어하며, 파이버 채널 설정의 큐 깊이와 유사하게 작동합니다. 일반적으로 16으로 설정되는 Linux의 기본값은 최적의 데이터베이스 성능을 지원하지 않습니다.

데이터베이스 파일에 최적화된 NFS 마운트 옵션을 사용하십시오. 주요 매개변수에는 rw`읽기/쓰기 액세스, `bg`백그라운드 마운트, `hard`실패 시 무한 재시도 및 `proto=tcp`안정적인 전달이 포함됩니다. `rsize 및 wsize 값 262144는 대규모 I/O 작업을 개선하여 처리량을 향상시키는 동시에 `nointr`은(는) 장시간 실행되는 작업을 중단하지 않습니다. 이 구성은 특히 처리량이 높은 환경에서 데이터베이스 성능과 복원력을 향상시킵니다.

자동 진단 저장소(ADR) 홈 또는 루트 디렉터리에 최적화된 NFS 마운트 옵션을 사용하십시오. ADR 홈에는 로그 및 추적 정보가 저장되는데, 이러한 정보는 핵심 데이터베이스 파일과 유사한 안정성 옵션의 이점을 누리지만, 작업이 중단에 덜 민감하므로 nointr 마운트 옵션이 필요하지 않습니다.

호스트 (/etc/idmapd.conf 또는 hostname -d)와 NFS 서버 (v4-id-domain ONTAP) 간에 NFSv4 도메인 이름을 일치시킵니다.

독립형 Oracle 배포 환경에서는 효율성과 안정성을 향상시키기 위해 호스트 캐싱을 비활성화하는 NFS 마운트 옵션(예: actimeo=0 및 noac)을 생략하십시오. 이러한 옵션은 클러스터 환경에서 캐시 일관성을 보장하기 위해 적용되지만, 단일 인스턴스 환경에서는 불필요하게 캐싱을 우회하여 성능을 크게 저하시킬 수 있습니다.

Oracle 환경에서 Direct NFS(dNFS)를 활성화하여 NFS 스토리지 성능과 안정성을 향상시키십시오.

DNS, DDNS, NIS 또는 기타 모든 라운드 로빈 이름 확인 방식을 사용하는 경우 Direct NFS(dNFS) 사용을 피하십시오. 여기에는 ONTAP에서 사용 가능한 DNS 로드 밸런싱 기능이 포함됩니다. 일관된 IP 주소 확인은 데이터베이스 안정성을 유지하고 잠재적인 충돌이나 데이터 손상을 방지합니다.

Direct NFS(dNFS)가 활성화되어 있고, 소스 볼륨이 중첩된 NFS 마운트를 통해 단일 서버에 두 번 이상 마운트된 환경에서 nosharecache 마운트 옵션을 구성하십시오. 이 구성은 마운트 간 캐시 공유를 방지하여 데이터 일관성과 최적의 성능을 보장합니다.

보안 및 안정성을 향상시키려면 최신 운영 체제 패치를 적용하십시오.

잠재적인 성능 저하를 방지하고 메모리 관리를 개선하려면 Oracle 데이터베이스를 실행하는 데이터베이스 호스트에서 THP(Transparent Huge Pages)를 비활성화하십시오.

최상의 네트워크 성능과 안정성을 위해 TCP 타임스탬프, SACK 및 윈도우 스케일링을 활성화하십시오.

최적의 I/O 성능을 위해 `filesystemio_options = setall`을 설정하십시오. 버퍼링된 I/O에서 벗어나는 경우 필요에 따라 시스템 전역 영역(SGA) 크기를 조정하십시오.

Oracle 데이터베이스의 성능 문제를 방지하고 Oracle이 이 설정을 자동으로 관리할 수 있도록 텍스트 기반 FILE init.ora 또는 서버 관리형 바이너리 SPFILE (spfile<SID>.ora)에서 db_file_multiblock_read_count 매개변수를 제거합니다.

최신 Oracle 중요 패치 업데이트를 적용하여 보안 취약점을 해결하고 데이터베이스 환경의 무결성을 유지하십시오. 잠재적인 위협으로부터 보호하고 보안 모범 사례를 준수하려면 정기적으로 패치를 검토하고 적용하십시오.

애플리케이션 정합성 보장 스냅샷을 NetApp SnapCenter와 함께 사용하여 특정 시점의 볼륨 데이터 스냅샷을 정확하고 안정적으로 생성할 수 있습니다. SnapCenter는 백업을 간소화하고 데이터 복원 속도를 높여 다운타임을 줄이고 중요 워크로드를 보호합니다.

Oracle 데이터베이스의 데이터 가용성과 재해 복구 기능을 향상시키려면 지역 간 복제(CRR)를 활성화하십시오. CRR은 여러 위치에 데이터를 복제하여 지역 장애로부터 보호하고 비즈니스 연속성을 보장합니다.

FSx for ONTAP 백업 또는 AWS Backup을 구성하여 데이터 보존 및 규정 준수 요구 사항을 충족하고 중복 백업 워크플로를 방지하십시오.

저장 비용과 운영상의 혼란을 줄이려면 더 이상 사용하지 않는 클론을 정기적으로 제거하십시오. 오래되고 사용하지 않는 클론은 높은 비용을 초래합니다.