로우 스플래시 백업이란 무엇인가요?
일반적인 상황에서 백업 및 DR 백업/복구 어플라이언스에서 백업 및 DR은 데이터베이스의 시간이 많이 걸리는 초기 전체 수집 백업을 수행한 후 모든 후속 백업은 훨씬 빠른 증분 백업입니다. 증분 백업은 현재 스냅샷과 이전 스냅샷의 비트맵을 비교하고 증분 변경사항만 적용합니다.
낮은 스플래시 백업은 이전 백업 작업의 일부 시스템 오류로 인해 비트맵 이미지가 불안정하거나 비트맵을 읽을 수 없는 경우에 발생하는 특수한 유형의 백업 작업입니다. 비트맵을 읽는 서비스는 Linux 환경의 cbt_server와 Windows 환경의 AAMService입니다.
저스플래시 백업은 안정적인 비트맵을 다시 만들기 위해 전체 수집을 다시 수행해야 하므로 정상적인 조건에서 수행되는 백업보다 시간이 더 오래 걸립니다. 그런 다음 전체 백업을 교체할 필요 없이 증분 변경사항을 적용할 수 있습니다.
낮은 스플래시 백업을 유발하지 않는 항목
- 커넥터 업그레이드
- 단계적 시스템 재부팅
- 백업 시점에 서비스가 계속 실행 중이라고 가정하고 cbt_server 또는 AAMService를 단계적으로 재시작
신뢰할 수 없는 비트맵을 유발하는 오류가 발생하지 않은 장애 조치입니다.
신뢰할 수 없는 비트맵의 원인
다음과 같이 백업 작업을 중단하는 상황이 발생하면 신뢰할 수 없는 비트맵이 발생합니다.
- 호스트의 비정상 종료:
- 단계적 종료가 아닌 종료는 비트맵의 불안정성으로 인해 저해상도 스플래시를 유발합니다. 여기에는 실제 머신의 전원을 뽑거나 단계적 종료를 거치지 않고 Windows를 종료하는 다른 방법 또는 블루 스크린 오류가 포함됩니다. 이는 클러스터의 한 머신에서 장애 조치를 트리거하는 블루 스크린 오류가 발생한 경우에도 마찬가지입니다. 실패한 머신의 비트맵은 신뢰할 수 없기 때문입니다.
- 이전 백업 이후 데이터베이스를 호스팅한 클러스터의 모든 Windows 서버를 사용할 수 없고 Backup and DR 에이전트를 실행 중인 경우 이전 백업 이후 데이터베이스를 호스팅한 각 클러스터 호스트에서 비트맵을 가져와 변경사항을 찾습니다. 모든 비트맵이 없으면 데이터 무결성을 유지하기 위해 low-splash를 실행해야 합니다. 데이터베이스를 호스팅한 클러스터 호스트가 BSOD에 도달하면 백업에서 비트맵을 사용할 수 있지만 여전히 신뢰할 수 없으므로 로우 스플래시 복구가 필요합니다.
- 커널 모듈 업데이트 실패
- 사용자 모드 데몬의 비정상 종료 또는 재시작
- 백업을 실행하는 중에 지문 오류가 발생했습니다. (백업 및 DR은 각 백업 작업에서 '지문 확인'을 수행하여 오류를 확인합니다.)
- OS 종료 중에 저장소 디스크가 가득 차서 시스템이 모든 데이터를 Vault에 쓸 수 없는 경우 Vaulting 중 오류가 발생합니다.
- SAP HANA 노드 장애 조치로 인해 백업이 다른 노드로 리디렉션됩니다.
- 커널 모듈을 로드할 수 없어 백업이 성능 저하 모드로 실행 중입니다. 이는 일반적으로 OS가 지원되지 않는 버전인 경우에 발생합니다.
- 백업 중에 cbt_server 또는 AAMService가 중지되면 비트맵을 가져올 수 없고 백업 작업이 낮은 스플래시 모드로 실행됩니다.
AAMService가 오랫동안 다운되지 않은 경우 AAMService를 시작하면 일반 백업에 비트맵을 사용할 수 있습니다.
- cbt_server 또는 AAMService가 드라이버에서 몇 기가바이트의 이벤트를 큐에 추가할 만큼 충분히 오랫동안 중지되면 비트맵을 다시 만들 수 없으며 백업이 낮은 스플래시 모드로 전환됩니다. 이 작업에 걸리는 시간은 데이터베이스에서 발생하는 디스크 I/O 양에 따라 달라집니다. 이 경우 일반적으로 며칠 동안 AAMService 다운타임이 발생합니다.
- cbt_server 또는 AAMService가 비정상적으로 종료되면 현재 로드된 비트맵의 비트맵이 불안정해질 수 있습니다. 추적된 파일이 지난 15분 동안 기록된 경우 비트맵이 로드되므로 일반적으로 사용량이 많은 데이터베이스의 경우 이로 인해 스플래시가 낮아집니다.
- 추적된 파일 (예: SQL Server .mdf 파일)이 포함된 볼륨이 호스트에서 마운트 해제된 후 다시 마운트되면 마운트 해제된 동안 파일에 기록된 내용을 알 수 없으므로 비트맵을 신뢰할 수 없습니다.