Serviço de backup e DR para escalonamento horizontal do SAP HANA
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Métodos de proteção
O método de proteção mais comum para bancos de dados e registros do SAP HANA em
backup e DR é a API savepoint do SAP HANA (snapshot de Persistent Disk)
para SAP HANA em uma instância do Compute Engine.
Também é possível proteger os bancos de dados HANA usando um dos dois métodos de proteção
alternativos a seguir:
API savepoint do SAP HANA (backup de LVM)
API backint do SAP (backup completo + incremental)
Esses métodos são preferidos apenas se você precisar do escalonamento horizontal do HANA ou se precisar de
montagens com conhecimento de aplicativo ou capacidade de montagem e migração para bancos de dados
do HANA.
API SAP HANA savepoint (snapshot Persistent Disk) para SAP HANA em uma instância do Compute Engine
O backup e a DR usam snapshots do Persistent Disk para fazer backup incremental de dados
e de volume de registro dos discos permanentes com consistência do aplicativo.
O backup e a recuperação de desastres armazenam várias cópias de cada snapshot em vários
locais com somas de verificação automáticas para garantir a integridade dos dados.
O backup e a DR oferecem suporte ao sistema de replicação HA (1+1)
do SAP HANA 2.0 e ao SAP HANA 2.0 Scale-up.
API savepoint do SAP HANA (backup no nível do volume)
Esse método aproveita um snapshot interno do banco de dados SAP HANA com base no ponto de salvamento armazenado na área de volumes de dados e no rastreamento de blocos de mudança do Linux para fazer um backup incremental permanente eficiente e que economiza espaço.
Os dados do SAP HANA são capturados no formato do aplicativo, de acordo com um plano de backup especificado. Uma cópia dourada desses dados é criada e armazenada uma vez e, em seguida, é atualizada de forma incremental com apenas os blocos de dados alterados em um modelo incremental permanente. Isso oferece a vantagem de montagem e recuperação instantâneas
dos bancos de dados SAP HANA. Cópias virtuais dos dados podem ser disponibilizadas
instantaneamente para uso, sem proliferar cópias físicas e ocupar
infraestrutura de armazenamento adicional.
API Backint do SAP (backup completo + incremental)
A maneira mais antiga de fazer backup do SAP HANA é usando a API Backint com
hdbsql. A API Backint envia backups para um disco de preparo mapeado para o host do SAP HANA
por iSCSI ou NFS. Em ambas as abordagens, há um backup completo periódico e
os dados capturados estão em um formato de backup reservado, e não em formato
de bloco.
Suporte a backup e DR de diferentes configurações do SAP HANA
O Backup e DR podem virtualizar e proteger o seguinte:
Sistema de contêiner único (HANA 1.0 ou 2.0) dedicado: em um
sistema de contêiner único, o banco de dados do sistema e o banco de dados do locatário são vistos como uma
única unidade e são administrados como uma.
Sistemas de vários contêineres (HANA 2.0): vários bancos de dados isolados em um
único sistema SAP HANA. Eles são chamados de contêineres de banco de dados
multiusuários. Um sistema de vários contêineres sempre tem exatamente um banco de dados
do sistema usado para a administração central do sistema e qualquer número de
bancos de dados multilocatários (incluindo zero), também chamados de bancos de dados de locatário.
Esta tabela lista todas as configurações do HANA com suporte e os métodos de backup
aplicáveis a cada uma delas.
O método da API SavePoint do HANA é o método preferencial quando disponível, para todas as configurações
do HANA, exceto para escalonamento horizontal com armazenamento compartilhado.
O método backint está disponível para todas as configurações do HANA.
Os backups de registro do HANA são sempre processados automaticamente para todas as configurações e
opções.
Configuração
API savepoint do SAP HANA
SAP HANA backint
SAP HANA 2.0 autônomo ou HA (1+1)
Sim
Sim
HANA 2.0 de escalonamento horizontal, armazenamento não compartilhado
Documentação do serviço de backup e DR para o SAP HANA Scale-Out
Esta página faz parte de uma série de páginas específicas para proteger e recuperar
instâncias de escalonamento horizontal do SAP HANA com o serviço de backup e DR.
Confira mais informações nas páginas a seguir:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-18 UTC."],[[["\u003cp\u003eThis document details protection methods for SAP HANA Scale-Out instances using Backup and DR Service, with distinct methods available for Scale-Up and HA 1+1 configurations.\u003c/p\u003e\n"],["\u003cp\u003eThe preferred protection method for SAP HANA Scale-Out is either the SAP HANA \u003ccode\u003esavepoint\u003c/code\u003e API (LVM backup) or the SAP \u003ccode\u003ebackint\u003c/code\u003e API (Full+Incremental backup), particularly for application-aware mounts or mount-and-migrate capabilities.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR Service utilizes Persistent Disk snapshots for data and log volume backups, ensuring application consistency and storing multiple data integrity-checked snapshot copies.\u003c/p\u003e\n"],["\u003cp\u003eSAP HANA configurations supported include single container systems (HANA 1.0 or 2.0) and multiple-container systems (HANA 2.0), with the \u003ccode\u003eSavePoint\u003c/code\u003e API method being generally preferred except for scale-out with shared storage.\u003c/p\u003e\n"],["\u003cp\u003eHANA log backups are automatically handled across all supported configurations and options, irrespective of the chosen backup method, for both single and multiple-container systems.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for SAP HANA Scale-Out\n\n| **Note:** This information is for SAP HANA Scale-Out instances. For Scale-Up and HA 1+1 configurations, see [Backup and DR Service for SAP HANA](/backup-disaster-recovery/docs/concepts/backupdr-for-sap-hana).\n\nProtection methods\n------------------\n\nThe most common protection method for SAP HANA databases and logs in\nBackup and DR is the SAP HANA `savepoint` API (Persistent Disk snapshot)\nfor SAP HANA on a Compute Engine instance.\n\nYou can also protect HANA databases using either of the two following alternative\nprotection methods:\n\n- SAP HANA `savepoint` API (LVM backup)\n- SAP `backint` API (Full+Incremental backup)\n\nThese methods are preferable only if you require HANA Scale-Out or if you have\nneed for application-aware mounts or mount-and-migrate ability for HANA\ndatabases.\n\nIf you can use the Persistent Disk snapshot backup method, then go to [Backup and DR Service for SAP HANA](/backup-disaster-recovery/docs/concepts/backupdr-for-sap-hana).\n\n### SAP HANA `savepoint` API (Persistent Disk snapshot) for SAP HANA on a Compute Engine instance\n\nBackup and DR uses Persistent Disk snapshots to incrementally back up data\nand log volume from your persistent disks with application consistency.\nBackup and DR stores multiple copies of each snapshot across multiple\nlocations with automatic checksums to ensure the integrity of your data.\nBackup and DR supports SAP HANA 2.0 Scale-up and SAP HANA 2.0 HA (1+1)\nreplication system.\n\n### SAP HANA `savepoint` API (volume-level backup)\n\nThis method leverages an SAP HANA database internal snapshot based\non savepoint stored in the data volumes area and in Linux change block tracking\nto take an efficient, space saving, incremental forever backup.\n\nSAP HANA data is captured in application first format, according to a specified\nbackup plan. A golden copy of that data is created and stored once, and is then\nupdated incrementally with only the changed blocks of data in an incremental\nforever model. This provides the advantage of instantaneous mount and recovery\nof SAP HANA databases. Virtual copies of the data can be made available\ninstantly for use, without proliferating physical copies and taking up\nadditional storage infrastructure.\n\n### SAP `Backint` API (Full+Incremental backup)\n\nThe older way of backing up SAP HANA is using the Backint API using\nhdbsql. The Backint API sends backups to a staging disk mapped to the SAP HANA\nhost over iSCSI or NFS. In both approaches, there is a periodic full backup and\nthe data captured is in a proprietary backup format and not in block\nformat.\n\n### Backup and DR supportability of different SAP HANA configurations\n\n| **Note:** See the important information at [SAP HANA studio, metadata, and backup images](/backup-disaster-recovery/docs/access-data/recover-sap-hana#SAP-HANA-studio,-metadata,-and-backup-images).\n\nBackup and DR can virtualize and protect the following:\n\n- **Single container system (HANA 1.0 or 2.0) dedicated**: In a\n single-container system the system database and tenant database are seen as a\n single unit and are administered as one.\n\n- **Multiple-container systems (HANA 2.0)**: Multiple isolated databases in a\n single SAP HANA system. These are referred to as multi-tenant database\n containers. A multiple-container system always has exactly one system\n database used for central system administration, and any number of\n multi-tenant databases (including zero), also called tenant databases.\n\nThis table lists all the supported HANA configurations and the backup methods\nthat apply with each one.\n\n- HANA `SavePoint` API method is the preferred method when available, for all HANA\n configurations except for scale-out with shared storage.\n\n- The `backint` method is available for all HANA configurations.\n\n- HANA log backups are always handled automatically for all configurations and\n options.\n\nWhat's next\n-----------\n\n[Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/prepare-sap-hana-scaleout)\n\nBackup and DR Service documentation for SAP HANA Scale-Out\n----------------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nSAP HANA Scale-Out instances with Backup and DR Service.\nYou can find additional information in the following pages:\n\n- [Backup and DR for SAP HANA Scale-Out](/backup-disaster-recovery/docs/concepts/backupdr-for-sap-hana-scaleout)\n- [Prepare SAP HANA Scale-Out instances for backup](/backup-disaster-recovery/docs/configuration/prepare-sap-hana)\n- [Add an SAP HANA Scale-Out host, and discover and protect its databases](/backup-disaster-recovery/docs/configuration/discover-sap-hana-scaleout)\n- [Configure staging disk format and backup method for SAP HANA Scale-Out](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-sap-hana-scaleout)\n- [Set application details and settings for SAP HANA Scale-Out instances](/backup-disaster-recovery/docs/backup/app-details-settings-sap-hana-scaleout)\n- [Back up HANA 1+n and HANA scale-out databases](/backup-disaster-recovery/docs/backup/back-up-sap-hana-scaleout)\n- [Restore and recover SAP HANA Scale-Out instances](/backup-disaster-recovery/docs/restore-data/restore-sap-hana-scaleout)\n- [Mount an SAP HANA Scale-Out backup as a standard mount](/backup-disaster-recovery/docs/access-data/mount-sap-hana)\n- [Mount an SAP HANA Scale-Out backup as a virtual database](/backup-disaster-recovery/docs/access-data/mount-sap-hana-virtualdb)\n- [Mount and migrate an SAP HANA Scale-Out backup for instant recovery to any target](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sap-hana)"]]
