You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Vinayak Hegde (Jira)" <ji...@apache.org> on 2025/05/15 14:42:00 UTC

[jira] [Updated] (HBASE-29310) Handle Bulk Load Operations in Continuous Backup and PITR Workflow

     [ https://issues.apache.org/jira/browse/HBASE-29310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vinayak Hegde updated HBASE-29310:
----------------------------------
    Description: 
When bulk load operations are performed, the resulting files are backed up to the backup location via the continuous backup process.

However, during Point-In-Time Recovery (PITR), restoring these bulk-loaded files efficiently can be challenging.

To address this, we propose the following guidelines for handling bulk loads in the context of continuous backup and PITR:
 * When a user performs a bulk load on any table under continuous backup and PITR, they *must take a full or incremental backup* afterward. An incremental backup is generally sufficient and faster.

*Required Changes*
 # {*}Documentation Update{*}:
Add a note in the HBase Backup and Restore documentation explaining this rule and its importance.

 # {*}Logging Suggestion{*}:
After a bulk load operation completes, log a message suggesting the user perform a full or incremental backup.

 # {*}PITR Enhancements{*}:

 * 
 ** During PITR, check if any bulk load operation occurred after the last successful backup.

 * 
 ** If no such backup exists, inform the user and fail the process.

 * 
 ** If the user chooses to proceed (e.g., using a {{--force}} flag), continue with a warning that the bulk-loaded files will not be part of the restored table.

  was:
When bulk load operations are performed, the resulting files are backed up to the backup location via the continuous backup process.

However, during Point-In-Time Recovery (PITR), restoring these bulk-loaded files efficiently can be challenging.

To address this, we propose the following guidelines for handling bulk loads in the context of continuous backup and PITR:
 * When a user performs a bulk load on any table under continuous backup and PITR, they *must take a full or incremental backup* afterward. An incremental backup is generally sufficient and faster.

*Required Changes*
 # {*}Documentation Update{*}:
Add a note in the HBase Backup and Restore documentation explaining this rule and its importance.

 # {*}Logging Suggestion{*}:
After a bulk load operation completes, log a message suggesting the user perform a full or incremental backup.

 # {*}PITR Enhancements{*}:

 ** During PITR, check if any bulk load operation occurred after the last successful backup.

 ** If no such backup exists, inform the user and fail the process.

 ** If the user chooses to proceed (e.g., using a {{--force}} flag), continue with a warning that the bulk-loaded files will not be part of the restored table.


> Handle Bulk Load Operations in Continuous Backup and PITR Workflow
> ------------------------------------------------------------------
>
>                 Key: HBASE-29310
>                 URL: https://issues.apache.org/jira/browse/HBASE-29310
>             Project: HBase
>          Issue Type: Task
>          Components: backup&amp;restore
>            Reporter: Vinayak Hegde
>            Priority: Major
>
> When bulk load operations are performed, the resulting files are backed up to the backup location via the continuous backup process.
> However, during Point-In-Time Recovery (PITR), restoring these bulk-loaded files efficiently can be challenging.
> To address this, we propose the following guidelines for handling bulk loads in the context of continuous backup and PITR:
>  * When a user performs a bulk load on any table under continuous backup and PITR, they *must take a full or incremental backup* afterward. An incremental backup is generally sufficient and faster.
> *Required Changes*
>  # {*}Documentation Update{*}:
> Add a note in the HBase Backup and Restore documentation explaining this rule and its importance.
>  # {*}Logging Suggestion{*}:
> After a bulk load operation completes, log a message suggesting the user perform a full or incremental backup.
>  # {*}PITR Enhancements{*}:
>  * 
>  ** During PITR, check if any bulk load operation occurred after the last successful backup.
>  * 
>  ** If no such backup exists, inform the user and fail the process.
>  * 
>  ** If the user chooses to proceed (e.g., using a {{--force}} flag), continue with a warning that the bulk-loaded files will not be part of the restored table.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)