Azure 애플리케이션 일치 스냅샷 도구란?
Azure 애플리케이션 일치 스냅샷 도구(AzAcSnap)는 타사 데이터베이스의 데이터 보호를 지원하는 명령줄 도구입니다. 이 도구는 스토리지 스냅샷을 가져오기 전에 데이터베이스를 애플리케이션 일치 상태로 유지하는 데 필요한 모든 오케스트레이션을 처리합니다. 스냅샷 후에 이 도구는 데이터베이스를 작동 상태로 되돌립니다.
Azure 애플리케이션 일치 스냅샷 도구를 시작하는 단계를 확인합니다.
아키텍처 개요
데이터베이스와 동일한 호스트에 AzAcSnap을 설치하거나 중앙 집중식 시스템에 설치할 수 있습니다. 그러나 데이터베이스 서버 및 스토리지 백 엔드(Azure NetApp Files용 Azure Resource Manager 또는 Azure 큰 인스턴스의 경우 HTTPS)에 대한 네트워크 연결이 있어야 합니다.
AzAcSnap은 일반적으로 외부 스케줄러에서 실행되는 간단한 애플리케이션입니다. 대부분의 Linux 시스템에서 이 작업은 설명서에서 중점적으로 살펴볼 수 있는 cron
입니다. 하지만 azacsnap
사용자의 셸 프로필을 가져올 수 있기만 하면 이 스케줄러를 대안으로 사용할 수 있습니다. 사용자 환경 설정을 가져오면 파일 경로 및 사용 권한이 올바르게 초기화됩니다.
AzAcSnap 사용의 이점
AzAcSnap은 Azure NetApp Files 및 Azure 대규모 인스턴스의 볼륨 스냅샷 및 복제 기능을 사용합니다. 가비지 수집은 다음과 같은 이점을 제공합니다.
데이터베이스 크기와 무관한 빠른 백업 스냅샷
AzAcSnap은 데이터베이스 볼륨의 크기에 관계없이 성능이 저하되는 거의 즉각적인 데이터베이스 스냅샷을 만듭니다. 여러 볼륨이 데이터베이스 스토리지의 일부가 될 수 있도록 모든 볼륨에서 병렬로 스냅샷을 만듭니다.
테스트에서 이 도구는 16개 볼륨에 저장된 100+ TiB(테비바이트) 데이터베이스의 스냅샷 백업을 수행하는 데 2분도 채 걸리지 않습니다.
애플리케이션 일치 데이터 보호
중요한 데이터베이스 파일을 백업하기 위한 중앙 집중식 또는 분산 솔루션으로 AzAcSnap을 배포할 수 있습니다. 스토리지 볼륨 스냅샷을 수행하기 전에 데이터베이스 일관성을 보장합니다. 따라서 스토리지 볼륨 스냅샷을 데이터베이스 복구에 사용할 수 있게 합니다. 데이터베이스 롤 포워드 옵션은 로그 파일과 함께 사용할 수 있습니다.
데이터베이스 카탈로그 관리
SAP HANA에서 AzAcSnap을 사용하는 경우 백업 카탈로그 내의 레코드는 스토리지 스냅샷을 사용하여 최신 상태로 유지됩니다. 이 기능을 사용하면 데이터베이스 관리자가 백업 작업을 볼 수 있습니다.
임시 볼륨 보호
이 기능은 도구가 스토리지 스냅샷을 만들기 전에 애플리케이션이 정지하지 않아도 되는 비데이터베이스 볼륨에 유용합니다. SAP HANA 로그 백업 볼륨 및 공유 파일 시스템 또는 SAPTRANS 볼륨과 같은 데이터베이스 파일을 포함하는 구조화되지 않은 파일 시스템일 수 있습니다.
스토리지 볼륨 복제
이 기능은 신속한 개발 및 테스트 목적으로 공간 효율적인 스토리지 볼륨 클론을 제공합니다.
재해 복구 지원
AzAcSnap은 스토리지 볼륨 복제를 사용하여 원격 사이트에서 복제된 애플리케이션 일치 스냅샷을 복구하는 옵션을 제공합니다.
AzAcSnap은 단일 이진 파일입니다. 데이터베이스 또는 스토리지(Azure Resource Manager를 통한 Azure NetApp Files, SSH[Secure Shell]을 통한 Azure Large Instance)와 상호 작용하는 추가 에이전트 또는 플러그 인은 필요하지 않습니다.
지원되는 데이터베이스, 운영 체제 및 Azure 플랫폼
데이터베이스
- SAP HANA(자세한 내용은 지원 매트릭스 참조)
- Oracle Database 릴리스 12 이상(자세한 내용은 Oracle VM 이미지 및 Microsoft Azure에서 배포 참조)
- Linux 전용 IBM Db2 for LUW 버전 10.5 이상(자세한 내용은 SAP 워크로드용 IBM Db2 Azure Virtual Machines DBMS 배포 참조).
운영 체제
- SUSE Linux Enterprise Server 12+
- Red Hat Enterprise Linux 7+
- Oracle Linux 7+
Azure 플랫폼
- Azure NetApp Files 스토리지가 있는 Azure Virtual Machines
- Azure 대규모 인스턴스(운영 체제 미설치 인프라)
팁
새 기능(또는 다른 데이터베이스, 운영 체제 및 플랫폼에 대한 지원)을 찾고 있는 경우 Azure 애플리케이션 일치 스냅샷 도구의 미리 보기 기능을 참조하세요. 피드백 또는 제안을 제공할 수도 있습니다.
지원되는 시나리오
스냅샷 도구는 다음 HANA 큰 인스턴스의 지원되는 시나리오 및 Azure NetApp Files를 사용하는 SAP HANA에서 사용할 수 있습니다.
SAP의 스냅샷 지원 매트릭스
다음 매트릭스는 스토리지 스냅샷 백업용으로 SAP에서 지원하는 SAP HANA 버전에 대한 지침으로 제공됩니다.
데이터베이스 유형 | 최소 데이터베이스 버전 | 주의 |
---|---|---|
단일 컨테이너 데이터베이스 | 1.0 SPS 12, 2.0 SPS 00 | |
MDC 단일 테넌트 | 2.0 SPS 01 | 스토리지/데이터 스냅샷을 위해 SAP에서 MDC 단일 테넌트를 지원하는 이후 버전.* |
MDC 다중 테넌트 | 2.0 SPS 04 | 데이터 스냅샷을 위해 SAP에서 지원하는 MDC 다중 테넌트. |
추가 SAP 배포 고려 사항:
- 백업용 HANA 사용자 설정 시 HANA 인스턴스별로 사용자를 설정해야 합니다. SAP HANA 사용자 계정을 만들어 SYSTEMDB(테넌트 데이터베이스가 아님)에서 HANA 인스턴스에 액세스합니다.
- 자동화된 로그 삭제는 SAP HANA 2 이상 릴리스용
azacsnap -c backup
의--trim
옵션으로 관리됩니다.
Important
스냅샷 도구는 구성 파일에 지정된 SAP HANA 시스템의 노드와만 상호 작용합니다. 이 노드를 사용할 수 없게 되면 다른 노드와 자동으로 통신을 시작하는 메커니즘이 없습니다.
SAP HANA 대기 상태로 스케일 아웃 시나리오의 경우 기본 노드에 스냅샷 도구를 설치하고 구성하는 것이 일반적입니다. 그러나 기본 노드를 사용할 수 없게 되면 대기 노드가 기본 노드 역할을 대신합니다. 이 경우 구현 팀은 스냅샷 누락을 방지하기 위해 두 노드(주 및 대기) 모두에 스냅샷 도구를 구성해야 합니다. 정상 상태에서 기본 노드는 crontab에서 시작한 HANA 스냅샷을 가져옵니다. 기본 노드가 장애 조치(failover)되면 해당 스냅샷은 새 기본 노드(이전 대기 노드)와 같은 다른 노드에서 실행되어야 합니다. 이런 결과를 얻으려면 대기 노드에 스냅샷 도구를 설치하고, 스토리지 통신이 가능하도록 설정하고, hdbuserstore를 구성하고,
azacsnap.json
을 구성하고 장애 조치(failover) 전에 crontab 명령을 준비해야 합니다.SAP HANA HSR HA 시나리오의 경우 두 노드(주 및 보조) 모두에 스냅샷 도구를 설치, 구성 및 예약하는 것이 좋습니다. 그런 다음, 주 노드를 사용할 수 없게 되면 보조 노드가 인계 받아 보조 노드에서 스냅샷을 생성합니다. 정상 상태에서 기본 노드는 crontab에서 시작한 HANA 스냅샷을 가져옵니다. 보조 노드는 스냅샷을 만들으려고 시도하지만 기본 노드가 올바르게 작동하기 때문에 실패합니다. 하지만 주 노드 장애 조치(failover) 후에는 해당 스냅샷이 보조 노드에서 실행됩니다. 이런 결과를 얻으려면 보조 노드에 스냅샷 도구를 설치하고, 스토리지 통신이 가능하도록 설정하고,
hdbuserstore
를 구성하고,azacsnap.json
을 구성하고, 장애 조치(failover) 전에 crontab 명령을 사용하도록 설정해야 합니다.AzAcSnap을 사용하여 Azure NetApp Files에서 HSR로 구성된 HANA 데이터베이스 보호에 대한 기술 문서를 참조하세요.