다음을 통해 공유


Azure Application Consistent Snapshot 도구 시작

이 문서에서는 Azure NetApp Files에서 사용할 수 있는 Azure Application Consistent Snapshot 도구를 설치하는 안내를 제공합니다.

스냅샷 도구 가져오기

Microsoft에서 최신 버전의 AzAcSnap 설치 프로그램을 받는 것이 좋습니다.

자체 설치 파일에는 연결된 AzAcSnap 설치 프로그램 서명 파일이 있습니다. 이 파일은 다운로드한 설치 프로그램의 GPG 확인을 허용하기 위해 Microsoft의 공개 키로 서명됩니다.

다운로드가 완료되면 이 가이드의 단계에 따라 설치하세요.

다운로드 확인

설치 프로그램에는 파일 이름 확장자가 .asc인 관련 PGP 서명 파일이 있습니다. 이 파일은 다운로드한 설치 프로그램이 확인된 Microsoft 제공 파일인지 확인하는 데 사용할 수 있습니다. Linux 패키지 서명에 사용되는 Microsoft PGP 공개 키는 서명 파일 서명에 사용되었습니다.

Microsoft PGP 공개 키는 다음과 같이 사용자의 로컬로 가져올 수 있습니다.

wget https://packages.microsoft.com/keys/microsoft.asc
gpg --import microsoft.asc

다음 명령은 Microsoft PGP 공개 키를 신뢰합니다.

  1. 저장소의 키를 나열합니다.
  2. Microsoft 키를 편집합니다.
  3. fpr로 지문을 확인합니다.
  4. 키에 서명하여 신뢰합니다.
gpg --list-keys

나열된 키:

----<snip>----
pub rsa2048 2015- 10 - 28 [SC]
BC528686B50D79E339D3721CEB3E94ADBE1229CF
uid [ unknown] Microsoft (Release signing) gpgsecurity@microsoft.com
gpg --edit-key gpgsecurity@microsoft.com

Microsoft 공개 키에 서명하는 대화형 gpg 세션의 출력:

gpg (GnuPG) 2.1.18; Copyright (C) 2017 Free Software Foundation, Inc.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
pub rsa2048/EB3E94ADBE1229CF
created: 2015- 10 - 28 expires: never usage: SC
trust: unknown validity: unknown
[ unknown] (1). Microsoft (Release signing) <gpgsecurity@microsoft.com>

gpg> fpr
pub rsa2048/EB3E94ADBE1229CF 2015- 10 - 28 Microsoft (Release signing)
<gpgsecurity@microsoft.com>
Primary key fingerprint: BC52 8686 B50D 79E3 39D3 721C EB3E 94AD BE12 29CF

gpg> sign
pub rsa2048/EB3E94ADBE1229CF
created: 2015- 10 - 28 expires: never usage: SC
trust: unknown validity: unknown
Primary key fingerprint: BC52 8686 B50D 79E3 39D3 721C EB3E 94AD BE12 29CF
Microsoft (Release signing) <gpgsecurity@microsoft.com>
Are you sure that you want to sign this key with your
key "XXX XXXX <xxxxxxx@xxxxxxxx.xxx>" (A1A1A1A1A1A1)
Really sign? (y/N) y

gpg> quit
Save changes? (y/N) y

설치 프로그램의 PGP 서명 파일은 다음과 같이 확인할 수 있습니다.

gpg --verify azacsnap_installer_v5.0.run.asc azazsnap_installer_v5.0.run
gpg: Signature made Sat 13 Apr 2019 07:51:46 AM STD
gpg: using RSA key EB3E94ADBE1229CF
gpg: Good signature from "Microsoft (Release signing)
<gpgsecurity@microsoft.com>" [full]

GPG 사용에 대한 자세한 내용은 GNU 개인 정보 핸드북을 참조하세요.

지원되는 시나리오

스냅샷 도구는 다음 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는 2.0 SPS 02부터 스토리지 스냅샷에서 데이터 스냅샷으로 용어를 변경했습니다.

기억해야 할 중요한 사항

  • 스냅샷 도구를 설치한 후에는 사용 가능한 스토리지 공간을 지속적으로 모니터링하고 저장 공간이 가득 차지 않도록 필요한 경우 이전 스냅샷을 정기적으로 삭제합니다.
  • 항상 최신 스냅샷 도구를 사용합니다.
  • 전체적으로 동일한 버전의 스냅샷 도구를 사용합니다.
  • 프로덕션에 배포하기 전에 스냅샷 도구를 테스트하여 로그 파일과 함께 필요한 매개 변수와 해당 동작을 이해합니다.
  • 백업용 HANA 사용자 설정 시 HANA 인스턴스별로 사용자를 설정해야 합니다. MDC용 SYSTEMDB(SID 데이터베이스가 아님)에서 HANA 인스턴스에 액세스하는 SAP HANA 사용자 계정을 만듭니다. 단일 컨테이너 환경에서는 테넌트 데이터베이스에서 설정할 수 있습니다.
  • 고객은 스토리지 액세스를 위해 SSH 공개 키를 제공해야 합니다. 이 작업은 노드당 한 번, 그리고 명령을 실행하는 각 사용자에 대해 수행되어야 합니다.
  • 볼륨당 스냅샷 수는 250개로 제한됩니다.
  • 구성 파일을 수동으로 편집하는 경우 메모장 등의 Windows 편집기가 아닌 "vi"와 같은 Linux 텍스트 편집기를 항상 사용합니다. Windows 편집기를 사용하면 파일 형식이 손상될 수 있습니다.
  • SAP HANA 사용자가 SAP HANA와 통신할 수 있도록 hdbuserstore를 설정합니다.
  • DR의 경우: DR을 설정하기 전에 DR 노드에서 스냅샷 도구를 테스트해야 합니다.
  • 정기적으로 디스크 공간 모니터링
    • 자동화된 로그 삭제는 SAP HANA 2 이상 릴리스용 azacsnap -c backup--trim 옵션으로 관리됩니다.
  • 스냅샷이 생성되지 않을 위험 - 스냅샷 도구는 구성 파일에 지정된 SAP HANA 시스템의 노드와만 상호 작용합니다. 이 노드를 사용할 수 없게 되면 다른 노드와 자동으로 통신을 시작하는 메커니즘이 없습니다.
    • SAP HANA 대기 상태로 스케일 아웃 시나리오의 경우 기본 노드에 스냅샷 도구를 설치하고 구성하는 것이 일반적입니다. 그러나 기본 노드를 사용할 수 없게 되면 대기 노드가 기본 노드 역할을 대신합니다. 이 경우 구현 팀은 스냅샷 누락을 방지하기 위해 두 노드(주 및 대기) 모두에 스냅샷 도구를 구성해야 합니다. 정상 상태에서 기본 노드는 crontab에서 시작한 HANA 스냅샷을 가져옵니다. 기본 노드가 장애 조치(failover)되면 해당 스냅샷은 새 기본 노드(이전 대기 노드)와 같은 다른 노드에서 실행되어야 합니다. 이런 결과를 얻으려면 대기 노드에 스냅샷 도구를 설치하고, 스토리지 통신이 가능하도록 설정하고, hdbuserstore를 구성하고, azacsnap.json을 구성하고 장애 조치(failover) 전에 crontab 명령을 준비해야 합니다.
    • SAP HANA HSR HA 시나리오의 경우 두 노드(주 및 보조) 모두에 스냅샷 도구를 설치, 구성 및 예약하는 것이 좋습니다. 그런 다음, 주 노드를 사용할 수 없게 되면 보조 노드가 인계 받아 보조 노드에서 스냅샷을 생성합니다. 정상 상태에서 기본 노드는 crontab에서 시작한 HANA 스냅샷을 가져옵니다. 보조 노드는 스냅샷을 만들으려고 시도하지만 기본 노드가 올바르게 작동하기 때문에 실패합니다. 하지만 주 노드 장애 조치(failover) 후에는 해당 스냅샷이 보조 노드에서 실행됩니다. 이런 결과를 얻으려면 보조 노드에 스냅샷 도구를 설치하고, 스토리지 통신이 가능하도록 설정하고, hdbuserstore를 구성하고, azacsnap.json을 구성하고, 장애 조치(failover) 전에 crontab 명령을 사용하도록 설정해야 합니다.

이 문서에 제공된 지침

스냅샷 도구를 사용하는 방법을 설명하기 위해 다음 지침이 제공됩니다.

스냅샷 백업 생성

스냅샷은 단일 SID와 다중 SID 모두에 대해 테스트됩니다.

재해 복구 수행

다음 단계