Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O SAP MaxDB é o sistema de gestão de bases de dados desenvolvido e suportado pela SAP SE.
O SAP MaxDB está disponível no Microsoft Windows, Linux e Unix, e para as plataformas de hardware mais proeminentes.
Como funciona: cópia de segurança baseada em volumes e RD com CBT do Linux
Apenas os blocos alterados são monitorizados no mapa de bits. Não existem operações de cópia na escrita nem operações intensivas de E/S.
A cópia de segurança e a recuperação de dados com imagens de cópia de segurança baseadas em volumes e CBT seguem estes passos:
O agente de cópia de segurança e recuperação de desastres tem CBT para acompanhar os blocos alterados na área de dados da base de dados.
O agente chama a API da base de dados para congelar ou pausar a base de dados para a cópia de segurança de dados.
O agente cria um instantâneo do LVM da área de dados da base de dados e sintetiza um mapa de bits.
Chamada do agente para a API de base de dados para descongelar a base de dados.
O agente copia os blocos alterados para o dispositivo de cópia de segurança/recuperação, que elimina
a captura instantânea e cataloga a cópia de segurança.
O dispositivo emite um instantâneo interno e sintetiza uma cópia de segurança completa virtual num determinado momento.
Para a recuperação de dados, a solução Backup and DR monta instantaneamente um disco de preparação reescrevível e coloca a base de dados online.
Como funciona: cópia de segurança baseada em ficheiros
A cópia de segurança e a recuperação de dados com imagens de cópias de segurança baseadas em ficheiros seguem estes
passos:
O agente de cópia de segurança e RD é implementado no servidor de base de dados.
Monte o disco de preparação no servidor de base de dados.
Invocar a cópia de segurança completa + incremental através do comando dump backup,
escrevendo a imagem de cópia de segurança no disco montado.
A cópia de segurança e a RD tiram um instantâneo interno.
As cópias de segurança dos registos são feitas de forma semelhante diretamente a partir do sistema de ficheiros em qualquer horário que configurar.
Para a recuperação de dados, a solução de cópia de segurança e recuperação de desastres monta instantaneamente o disco de preparação no servidor de base de dados e inicia a operação de restauro da base de dados.
Os registos podem ser reproduzidos em qualquer ponto no tempo após o restauro da base de dados.
Para a recuperação, a cópia de segurança e a recuperação de desastres montam instantaneamente o disco de preparação no servidor da base de dados e iniciam a operação de restauro da base de dados.
Os registos podem ser reproduzidos em qualquer ponto no tempo após o restauro da base de dados.
APIs SAP MaxDB
A cópia de segurança e a RD usam as seguintes APIs de cópia de segurança do SAP MaxDB:
CBT do Linux e instantâneo do LVM: API MaxDB UTIL_EXECUTE SUSPEND LOGWRITER e UTIL_EXECUTE RESUME LOGWRITER com CBT do Linux e instantâneo do LVM
Cópias de segurança baseadas em ficheiros: MaxDB
dbmcli -d <dbsid> -u <dbm_username>,<dbm_password>backup_start
API de cópias de segurança baseadas em ficheiros
Isto fornece a cópia de segurança completa da base de dados no formato de cópia de segurança. O pré-requisito para a cópia de segurança de dados é definir primeiro o modelo de cópia de segurança.
A API Recovery restore db recupera a base de dados ao substituir fisicamente a área de dados.
Cópia de segurança do registo do MaxDB: a cópia de segurança automática do registo do MaxDB tem de estar ativada no lado da aplicação. A cópia de segurança e a RD copiam os ficheiros de cópia de segurança do registo para o disco de preparação
com o comando cp. Como a cópia de segurança automática do registo está ativada, usamos o comando os para limpar a cópia de segurança do registo.
Outra documentação para a cópia de segurança e a RD para o MaxDB
Esta página faz parte de uma série de páginas específicas para proteger e recuperar bases de dados MaxDB com o Backup and DR.
Pode encontrar informações adicionais nas seguintes páginas:
[[["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-21 UTC."],[[["\u003cp\u003eSAP MaxDB, a database management system by SAP SE, is compatible with Microsoft Windows, Linux, Unix, and major hardware platforms.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR utilizes Linux Changed Block Tracking (CBT) and Logical Volume Manager (LVM) snapshots for efficient volume-based backups of SAP MaxDB, minimizing I/O overhead by tracking only changed blocks.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups in SAP MaxDB involve deploying a Backup and DR agent, mounting a staging disk, and using the \u003ccode\u003edump backup\u003c/code\u003e command to create backup images, followed by internal snapshots for point-in-time recovery.\u003c/p\u003e\n"],["\u003cp\u003eSAP MaxDB offers specific APIs for both volume-based (CBT/LVM snapshots) and file-based backups, including APIs for suspending/resuming log writers and initiating backup processes, along with log backups.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR provides a full suite of tools and processes for protecting and recovering SAP MaxDB databases, ranging from preparing the database and defining policies to performing backups, mounts, and restores.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for SAP MaxDB\n\nSAP MaxDB is the database management system developed and supported by SAP SE.\nSAP MaxDB is available on Microsoft Windows, Linux, and Unix, and for the most\nprominent hardware platforms.\n\nHow it works: Backup and DR volume-based backup with Linux CBT\n--------------------------------------------------------------\n\nOnly changed blocks are tracked in the bitmap---no copy-on-writes or\nI/O-intensive operations.\n\nData backup and recovery with volume-based backup images and CBT follows these steps:\n\n1. The Backup and DR agent has CBT to track changed blocks in the database data\n area.\n\n2. The agent calls the database API to freeze or pause database for data backup.\n\n3. Agent creates LVM snapshot of database data area and synthesizes a bitmap.\n\n4. Agent call to database API to unfreeze database.\n\n5. Agent copies changed blocks to backup/recovery appliance, which then deletes\n the snapshot and catalogs the backup.\n\n6. The appliance issues an internal snapshot and synthesizes a point-in-time\n virtual full backup.\n\n7. For data recovery, Backup and DR instantly mounts a rewritable staging disk\n and brings the database online.\n\nHow it works: file-based backup\n-------------------------------\n\nData backup and recovery with file-based backup images follows these\nsteps:\n\n1. Backup and DR agent is deployed in the database server.\n\n2. Mount staging disk on the database server.\n\n3. Invoke Full+Incremental backup using the dump backup command,\n writing the backup image to the mounted disk.\n\n4. Backup and DR takes an internal snapshot.\n Log backups are done in a similar fashion directly from the file-system at\n any schedule that you configure.\n\n5. For data recovery, Backup and DR instantly mounts the staging disk to the\n database server and initiates the database restore operation.\n Logs can be played to any point in time after the database is restored.\n\n6. For recovery, Backup and DR instantly mounts the staging disk to the database\n server and initiates the database restore operation.\n Logs can be played to any point in time after the database is restored.\n\nSAP MaxDB APIs\n--------------\n\nBackup and DR uses the following SAP MaxDB backup APIs:\n\n- **Linux CBT and LVM snapshot** : MaxDB `UTIL_EXECUTE SUSPEND LOGWRITER` and\n `UTIL_EXECUTE RESUME LOGWRITER` API with Linux CBT and LVM snapshot\n\n- **File-based backups** : MaxDB\n `dbmcli -d <dbsid> -u <dbm_username>,<dbm_password>backup_start`\n file-based backups API\n\n This provides the full backup of the database in backup format. The\n prerequisite for data backup is to define the backup template first.\n Recovery API restore db recovers the database by physically overwriting the\n data area.\n- **MaxDB log backup**: MaxDB autolog backup must be enabled on the\n application side. Backup and DR copies the log backup files to staging disk\n with cp command. As Autolog Backup is enabled we use os command to purge the\n log backup.\n\nWhat's next\n-----------\n\n[Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n\nOther documentation for Backup and DR for MaxDB\n-----------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMaxDB databases with Backup and DR.\nYou can find additional information at the following pages:\n\n- [Backup and DR for SAP MaxDB](/backup-disaster-recovery/docs/concepts/maxdb-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a MaxDB database host and discover databases](/backup-disaster-recovery/docs/configuration/otherdb-add-host)\n- [Define policy templates and resource profiles](/backup-disaster-recovery/docs/create-plan/create-template)\n- [Set application details and settings](/backup-disaster-recovery/docs/backup/app-details-settings-otherdb)\n- [Check staging disk format and backup method](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-otherdb)\n- [Protect the MaxDB database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a MaxDB database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover MaxDB Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a MaxDB Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]
