SAP ASE 또는 IBM Db2 기반 SAP Business Suite: Google Cloud에서 사용하는 참조 아키텍처

개요

이 문서는 SAP ASE 또는 IBM Db2 기반의 SAP Business Suite 애플리케이션을 배포하기 위한 플랫폼으로 Google Cloud를 평가하는 사용자, 특히 다음 유형의 업무를 수행하는 사용자를 대상으로 합니다.

  • SAP 기술 설계자
  • 클라우드 설계자
  • SAP 기본 관리자
  • 엔터프라이즈 설계자

본 문서에는 설치 전 고려해야 할 문제뿐만 아니라 배포를 용이하게 하기 위해 SAP Note 및 다른 문서에 대한 링크도 나와 있습니다.

Google Cloud는 SAP Business Suite를 실행하는 경제적이고도 안정적이며 안전한 고성능 SAP 인증 인프라를 제공합니다. 지원되는 Google Cloud 기반 SAP 솔루션의 전체 목록은 Google Cloud의 SAP를 참조하세요.

라이선스

SAP 고객은 기존 라이선스를 사용하여 Bring Your Own License(사용자 라이선스 사용, BYOL) 모델로 Google Cloud에 SAP Business Suite를 배포할 수 있습니다. Google Cloud는 프로덕션 및 비프로덕션 사용 사례 모두에서 BYOL 모델을 지원합니다. 운영체제 라이선스는 Compute Engine 가격에 포함되어 있습니다. 또는 자체 OS 이미지 및 라이선스를 사용할 수 있습니다.

ASE

Google Cloud에서 사용하는 SAP ASE 라이선스에 대한 자세한 내용은 SAP ASE 계획 가이드를 참조하세요.

IBM Db2

Google Cloud에 IBM Db2를 배포하려면 Bring Your Own License(사용자 라이선스 사용)가 필요합니다. SAP 또는 IBM에서 라이선스를 가져올 수 있습니다. 라이선스 및 지원에 대한 자세한 내용은 SAP의 IBM Db2 라이선스 및 지원 페이지를 참조하세요.

크기 조정

구현 유형을 기반으로 다양한 크기 조정 옵션을 사용할 수 있습니다. 새로운 개발 구현인 경우 SAP Quick Sizer 도구를 사용하는 것이 좋습니다. 자세한 내용은 SAP의 Sizing 페이지를 참조하세요. SAP는 현재 온프레미스 솔루션을 Google Cloud로 마이그레이션하는 특정 솔루션과 도구에 대한 가이드도 제공합니다. 예를 들어 SAP 참고 2456432 - Google 기반 SAP 애플리케이션: 지원되는 제품 및 Google Cloud 머신 유형을 참조하세요. SAP와 Google Cloud는 서로 다른 단위를 사용하여 IOPS(초당 입출력 작업 수)를 측정합니다. SAP 크기 조정 요구사항을 적절한 크기의 Google Cloud 인프라로 변환하려면 SI(시스템 통합업체) 파트너에게 문의하세요.

ASE

ASE 데이터베이스의 크기를 조정하려면 다음을 참조하세요.

IBM Db2

Windows 또는 Linux에서 IBM Db2 데이터베이스의 크기를 조정하려면 Linux, UNIX, Windows용 IBM DB2의 시스템 요구사항을 참조하세요.

지원되는 머신 유형

SAP ASE 및 IBM Db2는 다음 Compute Engine 머신 유형에서 실행되도록 인증받았습니다.

  • 8개, 16개, 32개, 64개 또는 96개의 vCPU를 사용하는 n1-standard 머신 유형
  • 2개, 4개, 8개, 16개, 32개, 64개 또는 96개의 vCPU를 사용하는 n1-highmem 머신 유형
  • 커스텀 머신 유형

인증된 머신 유형에 대한 자세한 내용은 SAP 참고 2456432 - Google 기반 SAP 애플리케이션: 지원되는 제품 및 Google Cloud 머신 유형을 참조하세요.

ASE

SAP ASE의 VM 유형 구성에 대한 자세한 내용은 SAP ASE 계획 가이드에서 VM 구성을 참조하세요.

Google Cloud 기반 SAP ASE에 지원되는 운영체제 버전에 대한 자세한 내용은 SAP Note 2537664 - SAP Adaptive Server Enterprise (SAP ASE) 16.0 Certification for Google Cloud Platform(Google Cloud Platform용 SAP ASE 16.0 인증)을 참조하세요.

IBM Db2

IBM Db2의 VM 유형 구성에 대한 자세한 내용은 SAP ASE 계획 가이드에서 VM 구성을 참조하세요.

Google Cloud 기반 IBM Db2에 대한 자세한 내용은 SAP 참고 2456432 - Google 기반 SAP 애플리케이션: 지원되는 제품 및 Google Cloud 머신 유형을 참조하세요.

SAP Business Suite용 디스크 및 파일 시스템

Google Cloud는 다음 스토리지 유형을 제공합니다.

  • 블록 스토리지용 영구 디스크
    • 표준(pd-standard): 표준 하드 디스크 드라이브(HDD)에서 지원되는 순차적 읽기-쓰기 작업을 처리하는 데 효율적이고 경제적인 블록 스토리지이지만 높은 속도의 무작위 초당 입출력 작업수(IOPS)를 처리하는 데는 최적화되어 있지 않습니다.
    • SSD(pd-ssd): 솔리드 스테이트 드라이브(SSD)에서 지원되는 안정적인 고성능 블록 스토리지를 제공합니다.
    • 분산형(pd-balanced): 비용 효율적이고 안정적인 SSD 기반 블록 스토리지를 제공합니다.
    • 익스트림(pd-extreme): SSD 기반으로, 더 큰 Compute Engine 머신 유형의 경우 pd-ssd보다 더 높은 최대 IOPS 및 처리량 옵션을 제공합니다. 자세한 내용은 익스트림 영구 디스크를 참조하세요.
    • 로컬 SSD: 고성능의 로컬 블록 스토리지입니다.
  • Cloud Storage 버킷: 저렴한 객체 스토리지입니다.
  • Filestore 인스턴스: Google Cloud의 완전 관리형 NFS 파일 서버입니다.

자세한 내용은 스토리지 옵션을 참조하세요.

Google Cloud 영구 디스크는 내구성이 뛰어납니다. 데이터 무결성을 위해 데이터를 중복 저장합니다. 각 영구 디스크의 저장용량은 최대 64TB까지 설정할 수 있으므로 다수의 디스크 배열을 관리하지 않고도 대용량의 논리 볼륨을 생성할 수 있습니다. 영구 디스크의 주요 기능 중 하나는 자동으로 암호화되어 데이터를 보호하는 것입니다.

기본적으로 각 Compute Engine 인스턴스에는 생성되는 즉시 운영체제를 포함하는 단일 루트 영구 디스크가 있습니다. 필요에 따라 인스턴스에 스토리지 옵션을 추가할 수도 있습니다. SAP 구현의 경우 탁월한 내구성과 컴퓨팅 인스턴스를 보유하도록 설계된 영구 디스크를 사용하여 로컬 머신의 물리적 디스크와 같은 디스크에 액세스하는 것이 좋습니다.

ASE

다음 표에서는 Google Cloud에서 사용하는 ASE 기반 SAP Business Suite에 대한 Linux 디렉터리 구조를 설명합니다. 자세한 내용은 Linux용 SAP ASE 설치 가이드를 참조하세요.

SAP 애플리케이션 디렉터리 구조 스토리지 유형
/sapmnt 표준 영구 디스크(HDD)
/usr/sap 표준 영구 디스크(HDD)

ASE의 데이터와 로그 파일은 모두 /sybase/SAPSID 아래에 있어야 합니다. SAPSID 또는 SAP System Identifier는 설치 도중 사용된 SAP 인스턴스 이름입니다.

ASE 기반 SAP Business Suite 디렉터리 구조 스토리지 유형
/sapmnt 표준 영구 디스크(HDD)
/usr/sap 표준 영구 디스크(HDD)
/sybase/SAPSID 표준 영구 디스크(HDD)
/sybase/SAPSID/sapdata_1 표준 영구 디스크(HDD) 또는 SSD 기반 영구 디스크
/sybase/SAPSID/saplog_1 표준 영구 디스크(HDD) 또는 SSD 기반 영구 디스크
/sybase/SAPSID/saptemp 표준 영구 디스크(HDD)
/sybase/SAPSID/sapdiag 표준 영구 디스크(HDD)
/sybasebackup 표준 영구 디스크(HDD)

자세한 내용은 SAP 권장사항 가이드 ASE를 다운로드하여 확인하세요.

다음 표에는 ASE 기반 SAP Business Suite의 Windows 디렉터리 구조가 나와 있습니다. 이 디렉터리 구조는 중앙 서버 설치에 적용됩니다.

드라이브 설명 스토리지 유형
C:\ 부팅 표준 영구 디스크(HDD)
D:\ 데이터베이스 바이너리 표준 영구 디스크(HDD)
E:\ 데이터베이스 데이터 파일 표준 영구 디스크(HDD) 또는 SSD 기반 영구 디스크
L:\ 데이터베이스 로그 표준 영구 디스크(HDD) 또는 SSD 기반 영구 디스크
P:\ 페이지 파일 표준 영구 디스크(HDD)
S:\ usr/sap 및 sapmnt 표준 영구 디스크(HDD)
T:\ 데이터베이스 temp 및 saptemp 표준 영구 디스크(HDD)
X:\ 백업 표준 영구 디스크(HDD)

자세한 내용은 SAP 권장사항 가이드 ASE를 다운로드하여 확인하세요.

IBM Db2

다음 표에서는 Google Cloud에서 사용하는 Db2 기반 SAP Business Suite의 Linux 디렉터리 구조를 설명합니다.

Db2 기반 SAP Business Suite 디렉터리 구조 스토리지 유형
/sapmnt 표준 영구 디스크(HDD)
/usr/sap 표준 영구 디스크(HDD)
/db2/SAPSID 표준 영구 디스크(HDD)
/db2/SAPSID/db2dump 표준 영구 디스크(HDD)
/db2/SAPSID/sapdata1 표준 영구 디스크(HDD) 또는 SSD 기반 영구 디스크
/db2/SAPSID/saptmp1 표준 영구 디스크(HDD)
/db2/SAPSID/log_dir 표준 영구 디스크(HDD) 또는 SSD 기반 영구 디스크
/db2backup 표준 영구 디스크(HDD)

자세한 내용은 Linux 및 Windows용 IBM DB2 기반 SAP를 참조하세요.

다음 표에서는 Google Cloud에서 사용하는 Db2 기반 SAP Business Suite의 Windows 디렉터리 구조를 설명합니다. 이 디렉터리 구조는 중앙 서버 설치에 적용됩니다.

드라이브 설명 스토리지 유형
C:\ 부팅 표준 영구 디스크(HDD)
D:\ 데이터베이스 바이너리 표준 영구 디스크(HDD)
E:\ 데이터베이스 데이터 파일 표준 영구 디스크(HDD) 또는 SSD 영구 디스크
L:\ 데이터베이스 로그 표준 영구 디스크(HDD) 또는 SSD 영구 디스크
P:\ 페이지 파일 표준 영구 디스크(HDD)
S:\ usr/sap 및 sapmnt 표준 영구 디스크(HDD)
T:\ 데이터베이스 temp 및 saptemp 표준 영구 디스크(HDD)
X:\ 백업 표준 영구 디스크(HDD)

디렉터리 구조에 대한 자세한 내용은 SAP NetWeaver 계획 가이드를 참조하세요.

페이지 파일에 필요한 크기 계산에 대한 자세한 내용은 SAP Note 1518419: Page file and virtual memory required by the SAP system(SAP 시스템에서 요구하는 페이지 파일 및 가상 메모리)을 참조하세요.

배포

SAP Business Suite는 다음 기술 구성요소로 구성됩니다.

애플리케이션 레이어:

  • ASCS—ABAP SAP Central Services를 나타내며 다음으로 구성됩니다.
    • Message Server(MS): 애플리케이션 서버 사이의 통신 채널 역할을 합니다. 또한 부하 분산도 처리합니다.
    • ES(Enqueue Server): 잠금 메커니즘을 제어합니다.
  • PAS—Primary Application Server를 나타냅니다.
    • SAP 시스템을 위한 첫 번째이자 유일한 애플리케이션 서버입니다.
  • AAS—Additional Application Server를 나타냅니다.
    • 애플리케이션 수준의 부하 부산용으로 배포됩니다. 애플리케이션 레이어 관점에서 높은 가용성을 확보하기 위해 여러 AAS를 설치할 수도 있습니다. 애플리케이션 서버 중 하나가 다운되면 해당 애플리케이션 서버에 연결된 모든 사용자 세션이 종료되지만 사용자는 환경에 연결되어 있는 다른 AAS에 다시 로그인할 수 있습니다.
  • WD—Web Dispatcher를 나타냅니다(선택사항).
    • 애플리케이션 유형에 따라 HTTP 및 HTTPS 요청을 PAS 및 AAS로 분산하는 지능형 소프트웨어 부하 분산기입니다.

현재 다음 데이터베이스는 Google Cloud에서 실행되도록 인증을 받은 SAP Business Suite입니다.

데이터베이스 레이어:

ASE

Google Cloud는 Linux 및 Windows에 ASE를 설치하기 위한 다음과 같은 옵션을 제공합니다.

  • 수동
  • Terraform
  • Deployment Manager

SAP Business Suite 설치는 SAP Business Suite 설치 문서를 참조하세요.

Linux 설치는 SAP NetWeaver용 Linux 배포 개요를 참조하세요.

Windows 설치는 SAP NetWeaver용 Windows 배포 개요를 참조하세요.

IBM Db2

SAP는 Google Cloud가 Compute Engine VM 인스턴스의 다음 운영체제에서 IBM Db2를 실행할 수 있음을 인증했습니다.

  • SLES 12 SP2 이상
  • RHEL 7.4
  • Windows Server 2012 R2 이상

자세한 내용은 SAP NetWeaver용 IBM Db2 계획 가이드를 참조하세요.

Google Cloud는 Linux 및 Windows에 IBM Db2를 설치하기 위한 다음과 같은 옵션을 제공합니다.

  • 수동
  • Terraform
  • Deployment Manager

SAP Business Suite 설치는 SAP Business Suite 설치 문서를 참조하세요.

배포 모델

SAP Business Suite를 배포할 때는 2가지 모델 즉, 중앙 집중식 배포와 분산형 배포 모델을 사용할 수 있습니다.

중앙 집중식 배포

중앙 집중식 배포에서는 SAP Business Suite 애플리케이션과 데이터베이스를 동일한 Compute Engine 인스턴스에 설치할 수 있습니다. 샌드박스 및 개발 환경과 같은 비프로덕션 환경에 이 방식을 사용하세요.

ASE

다음 다이어그램은 Linux 환경에서 ASE 기반 SAP Business Suite의 중앙 집중식 배포 모델의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, ASE도 모두 같은 인스턴스에 설치된다는 점에 유의하세요.

SAP ASCS, PAS, SAP ASE는 Linux 디렉터리 구조가 있는 단일 VM에 설치됩니다.

다음 다이어그램은 Windows 환경에서 ASE 기반 SAP Business Suite의 중앙 집중식 배포 모델의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, ASE도 모두 같은 인스턴스에 설치된다는 점에 유의하세요.

SAP ASCS, PAS, SAP ASE는 Windows 드라이브 디렉터리가 있는 단일 VM에 설치됩니다.

Db2

다음 다이어그램은 Linux 환경의 중앙 집중식 배포 모델에서 IBM Db2 기반 SAP Business Suite의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, IBM Db2도 모두 같은 인스턴스에 설치된다는 점에 유의하세요.

SAP ASCS, PAS, IBM Db2는 Linux 드라이브 디렉터리가 있는 단일 VM에 설치됩니다.

다음 다이어그램은 Windows 환경의 중앙 집중식 배포 모델에서 IBM Db2 기반 SAP Business Suite의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, IBM Db2도 모두 같은 인스턴스에 설치된다는 점에 유의하세요.

SAP ASCS, PAS, IBM Db2는 Windows 드라이브 디렉터리가 있는 단일 VM에 설치됩니다.

분산형 배포

분산형 배포에서는 SAP Business Suite 애플리케이션과 데이터베이스를 서로 다른 인스턴스에 설치합니다. 부하가 높은 트랜잭션을 처리할 수 있도록 높은 컴퓨팅 성능이 요구되는 환경이나 프로덕션 환경에서 이 방식을 사용하는 것이 좋습니다. 앞의 '배포'에서 설명한 각 SAP 애플리케이션 레이어 구성요소는 서로 다른 인스턴스에 개별적으로 설치할 수 있습니다.

비즈니스 요구사항에 따라 하나 이상의 AAS(Additional Application Server)를 설치할 수도 있습니다.

ASE

다음 다이어그램은 분산형 배포 모델에서 ASE 기반 SAP Business Suite의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, SAP ASE는 모두 서로 다른 인스턴스에 설치된다는 점에 유의하세요.

SAP ASCS, PAS, SAP ASE는 Linux 디렉터리 구조가 있는 별도의 VM에 설치됩니다.

Db2

다음 다이어그램은 분산형 배포 모델에서 IBM Db2 기반 SAP Business Suite의 참조 아키텍처를 보여줍니다. SAP ASCS, PAS, IBM Db2 LUW는 모두 서로 다른 인스턴스에 설치된다는 점에 유의하세요.

SAP ASCS, PAS, IBM Db2는 Linux 디렉터리 구조가 있는 별도의 VM에 설치됩니다.

부하 분산에 대한 참고사항

분산형 SAP 환경에서는 부하 분산을 통해 애플리케이션 성능을 최적화하는 것이 좋습니다. SAP 애플리케이션 레이어를 사용하여 애플리케이션 부하 분산을 구성할 수 있습니다.

고가용성 및 재해 복구

고가용성(HA) 및 재해 복구(DR)는 장애 발생 시 비즈니스 연속성을 유지하는 데 필요한 기술, 엔지니어링 방식, 설계 원칙의 집합입니다. 이러한 접근 방식은 단일 장애 지점을 제거하고 시스템이나 구성요소가 중단된 후 운영을 신속하게 재개하여 비즈니스 중단을 최소화하는 기능을 제공하는 방식으로 작동합니다. 오류 복구는 장애가 발생한 구성요소로 인해 서비스 중단이 발생한 경우 운영을 복구하고 재개하는 프로세스입니다.

HA 및 DR 도구의 예는 다음과 같습니다.

애플리케이션 서버 고가용성 및 재해 복구

시스템의 고가용성을 확보하려면 다음 구성요소를 사용하세요.

  • ABAP Central Services(ASCS)
  • Primary Application Server(PAS)
  • SAP ASE 또는 IBM Db2

애플리케이션 서버 HA 고려사항 및 배포

  • ABAP SAP Central Services(ASCS) HA 설정은 2개 이상의 SCS 노드로 구성됩니다. 기본 노드는 Message Server(MS)와 Enqueue Replication Server(ERS) 서비스를 실행하고 보조 노드는 ERS만 실행합니다.
  • ASCS 인스턴스에 연결되도록 VIP(가상 IP)가 설정됩니다. VIP는 유동 IP 주소로 설정됩니다. 기본 노드의 장애 조치 중에 SUSE 클러스터는 보조 노드를 활성화할 수 있습니다. 또한 VIP가 보조 노드로 이동하므로 요청도 이제 보조 노드로 이동합니다.
  • 일반적인 시나리오에서 ASCS 기본 노드는 항상 메시지 서버를 실행하고 보조 노드는 항상 ERS를 실행합니다.
  • NFS 파일 공유는 NFS 서버에서 기본 및 보조 ASCS 노드로 마운트됩니다. Filestore Enterprise와 같은 고가용성 서비스를 사용할 수 있습니다.

  • 다음 다이어그램은 두 노드를 보여줍니다.

    • 노드 1은 기본 노드로 ASCS(MS 및 ERS)를 호스팅합니다.
    • 노드 2는 보조 노드로 ERS를 호스팅합니다.

    • 번호는 요청 흐름 순서를 나타냅니다.

      1. 요청이 VIP에서 시작됩니다.
      2. 요청이 아래 다이어그램에서 활성 노드인 노드 1로 이동합니다.
      3. 활성 노드가 NFS 공유에 씁니다.

하나의 VM이 활성 ASCS 및 비활성 ERS를 호스팅합니다. 다른 VM은 비활성 ASCS 및 활성 ERS를 호스팅합니다. VM 쌍, ERS 쌍, NFS에는 각각 자체 VIP가 있습니다.

애플리케이션 서버 DR 고려사항 및 배포

마운트 지점 /usr/sap/SID 및 /sapmnt/SID 아래에 있는 파일을 복원하여 SAP Netweaver 애플리케이션 서버의 DR 노드를 활성화할 수 있습니다. 이러한 마운트와 기본 파일의 오프라인 또는 온라인 백업을 만들 수 있습니다. 하지만 1개 이상의 완전한 오프라인 백업을 만들어 DR 노드를 설정하는 것이 좋습니다. Google 스냅샷을 사용하여 SAP 볼륨의 영구 디스크를 백업할 수 있습니다. 재해 발생시 모든 리전 또는 영역에서 이러한 SAP 볼륨을 복원할 수 있습니다. 자세한 내용은 SAP NetWeaver 운영 가이드를 참조하세요.

데이터베이스 고가용성 및 재해 복구

ASE 고가용성

Google Cloud 기반 ASE에서는 기본 서버와 대기 서버 사이에 동기식 복제를 구성하여 HA와 DR을 확보하므로 두 서버가 항상 데이터 손실 없이 동기화 상태를 유지할 수 있습니다. ASE의 HA에는 2가지 버전이 있습니다. ASE 상시 사용 옵션은 Google Cloud에서 지원됩니다. 자세한 내용은 SAP ASE 계획 가이드를 참조하세요.

기본 및 보조 호스트에는 다음 구성요소가 있어야 합니다.

  • ASE
  • SAP 호스트 에이전트 - CPU, 메모리, 기타 리소스의 서버 사용량을 모니터링합니다.
  • RMA - 복제 관리 에이전트
  • SAP ASE Cockpit - 데이터베이스 활동을 수행합니다.
  • 오류 관리자 - 오류 관리자에는 자체 호스트 서버가 있으며 기본 및 대기 서버를 모니터링합니다. 오류 관리자는 자동 장애 조치를 시작하여 ASE의 고가용성을 보장합니다. 그리고 복제 관리 에이전트, 복제 서버, 애플리케이션, 데이터베이스, 운영체제 등의 구성요소를 모니터링합니다. 또한 데이터베이스 상태를 확인하고 필요한 경우 데이터베이스를 다시 시작할 수 있습니다.

시스템 가용성 개선을 위해 ASE 클러스터에서는 기본 노드의 장애를 모니터링하여 워크로드를 보조 노드로 이동할 수 있습니다. 다음 다이어그램은 위의 설명대로 ASE 구성요소를 Google Cloud에 설치하는 방법을 나타내는 상위 수준 참조 아키텍처를 보여줍니다.

SAP ASE의 기본 및 보조 인스턴스는 별도의 VM에 설치됩니다. 데이터는 두 인스턴스 간에 동기식으로 복제됩니다.

ASE 재해 복구

재해 복구 시스템은 두 가지 ASE 서버로 구성됩니다. 이 중 하나를 모든 트랜잭션이 처리되는 기본 서버로, 다른 하나는 대기 서버로 지정합니다. DR 모드에서 데이터는 기본 서버에서 대기 서버로 비동기식으로 복제됩니다. 기본 서버가 실패하면 대기 서버가 수동 또는 자동으로 기본 서버 역할을 수행하도록 승격됩니다. DR 설정 시 비동기식 복제 모드를 사용하는 것이 좋습니다.

SAP ASE용 DR을 위한 필수 구성요소는 ASE용 HA를 위한 구성요소와 동일합니다. 이전 섹션의 목록을 참조하세요.

다음 다이어그램은 ASE 재해 복구의 흐름을 보여줍니다.

기본 SAP ASE 인스턴스가 한 영역의 VM에 설치됩니다. 보조 인스턴스는 다른 영역의 VM에 설치됩니다. 데이터는 두 인스턴스 간에 동기식으로 복제됩니다.

SAP ASE 인증을 받은 운영체제에 대한 자세한 내용은 SAP Note 2537664, ASE 16.0 certification report for Google Cloud Platform(Google Cloud Platform용 ASE 16.0 인증 보고서)을 참조하세요.

IBM Db2 고가용성 및 재해 복구

Google Cloud는 IBM Db2의 상시 사용 고가용성을 지원하고, SAP는 Google Cloud에서 대부분의 IBM Db2 기능을 지원합니다. 하지만 현재 다음 기능은 지원되지 않습니다.

  • 다중 파티션 Db2 데이터베이스
  • IBM Db2 pureScale 기능

자세한 내용은 SAP NetWeaver용 IBM Db2 계획 가이드를 참조하세요.

백업 및 복구

시스템 장애, 데이터 손상 또는 다른 문제 발생 시 복구할 수 있도록 애플리케이션 서버와 데이터베이스를 정기적으로 백업하세요.

애플리케이션 레이어 백업

스냅샷을 이용해 영구 디스크를 사용하여 애플리케이션 레이어 백업을 만들 수 있습니다. SAP Netweaver Suite의 루트 디스크와 SAP 설치 바이너리를 백업할 수 있습니다. 일관된 스냅샷을 얻으려면 우선 SAP NetWeaver를 중지하고 데이터베이스가 파일 시스템에 기록하지 못하도록 해야 합니다.

다음 다이어그램은 애플리케이션 레이어 백업의 스냅샷을 보여줍니다.

영구 디스크에 저장된 SAP 애플리케이션 데이터의 전체 및 증분 스냅샷을 보여주는 다이어그램

SAP ASE 백업 및 복원

dbbackup 유틸리티를 사용하여 SAP ASE 데이터베이스를 백업 및 복원할 수 있습니다. 백업 파일 및 트랜잭션 로그 파일을 저장하려면 Google Storage를 백업 대상으로 사용하면 됩니다. 자세한 내용은 백업 유틸리티(dbbackup)를 참조하세요.

SAP ASE 데이터베이스는 전체 복구 또는 point-in-time recovery를 실행하는 데 사용된 백업에서 전체 데이터베이스나 트랜잭션 로그를 복원하기 위한 몇 가지 옵션과 명령어를 제공합니다. 자세한 내용은 SAP Note 1611715, How to restore an SAP ASE database server (Windows)(SAP ASE 데이터베이스 복원 방법(Windows)) 및 SAP ASE Database Backup Utility(SAP ASE 데이터베이스 백업 유틸리티)를 참조하세요.

다음 다이어그램은 ASE 백업의 스냅샷을 보여줍니다.

영구 디스크에 저장된 SAP ASE 데이터의 전체 및 증분 스냅샷을 보여주는 다이어그램

IBM Db2 백업 및 복원

온라인 또는 오프라인으로 IBM Db2 데이터베이스를 백업할 수 있습니다.

  • 온라인 모드 - 백업 중에도 작업을 계속할 수 있습니다.
  • 오프라인 모드 - 데이터베이스가 완전히 종료되고 사용자는 백업 중에 작업을 계속할 수 없습니다.

백업 프로세스는 데이터베이스의 파티션 수에 따라 다릅니다.

단일 파티션 데이터베이스

이 구성에서는 데이터베이스 서버에 사용자 db2dbsid로 로그인하여 백업을 수행할 수 있습니다.

다음 명령어를 실행합니다.

$db2 backup db DBSID

다중 파티션 데이터베이스

데이터베이스 서버에 사용자 db2dbsid로 로그인합니다.

다음 명령어를 실행합니다.

$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"

IBM에서 제공하는 DBA Cockpit 도구를 사용하여 데이터베이스 백업을 수행할 수도 있습니다.

자세한 내용은 IBM Db2 Database Backup Method(IBM Db2 데이터베이스 백업 방법)을 참조하세요.

복구

IBM Db2 복원 및 복구를 통해 성공적인 백업에서 데이터베이스를 복원할 수 있습니다. 데이터베이스 복구는 최신 기록 파일에 대한 액세스 권한에 따라 달라집니다. 백업 이미지 및 로그 파일에 관한 모든 정보를 이 최신 기록 파일에서 액세스할 수 있기 때문입니다.

RECOVER 명령어를 사용하여 백업에서 복구할 수 있습니다.

  1. 데이터베이스 서버에 사용자 db2dbsid 또는 sapsidadm으로 로그인합니다.
  2. 다음 명령어를 실행합니다.
$ db2 RECOVER DB DBSID

특정 시점에서 복구하는 방법은 다음과 같습니다.

  1. 데이터베이스 서버에 사용자 db2dbsid 또는 sapsidadm으로 로그인합니다.
  2. 다음 명령어를 실행합니다.
$ DB2 RECOVER DB DBSID to local time on the database server

자세한 내용은 IBM Db2 Database Recovery method(IBM Db2 데이터베이스 복구 방법)을 참조하세요.

다음 다이어그램은 Db2 백업의 스냅샷을 보여줍니다.

영구 디스크에 저장된 IBM Db2 데이터의 전체 및 증분 스냅샷을 보여주는 다이어그램

중요한 배포 전 SAP Note

SAP 시스템을 Google Cloud에 배포하기 전에 다음 목록 중 계획된 구성과 관련된 SAP Note를 읽어보세요. SAP 제품을 구현하려면 SAP Marketplace에서 업데이트된 제품 설치 가이드 및 안내를 확인해야 합니다.

ASE 또는 IBM Db2 설치에 대한 자세한 내용은 다음 페이지를 참조하세요.