No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

FusionInsight HD 6.5.0 Administrator Guide 02

Rate and give feedback :
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Recovering HBase Metadata

Recovering HBase Metadata

Scenario

To avoid that the HBase service becomes unavailable when the HBase system table directory and files are corrupted or after a system administrator performs a critical operation (such as upgrade and migration) on HBase, HBase metadata (tableinfo and HFile) needs to be backed up to ensure security. The backup data can be used to recover the system if an exception occurs or the operation has not achieved the expected result, minimizing the adverse impact on services.

System administrators can create a recovery task in FusionInsight Manager to recover HBase metadata. Only manual recovery tasks are supported.

  • Data recovery can be performed only when the system version is consistent with that of data backup.
  • To recover data when the service is running properly, you are advised to manually back up the latest management data before recovering data. Otherwise, the HBase data that is generated after the data backup and before the data recovery will be lost.

Impact on the System

  • Before recovering metadata, you need to stop the HBase service, during which the HBase upper-layer applications are unavailable.
  • After the metadata is recovered, the data produced between the backup time and restoration time is lost.
  • After the metadata is recovered, the HBase upper-layer applications need to be started.

Prerequisites

  • If the active cluster employs the security mode, cross-cluster trust relationship has been configured for the active and standby clusters. For details, see Configuring Cross-Cluster Mutual Trust Relationships. If the active cluster employs the normal mode, no cross-cluster trust relationship is required.
  • Cross-cluster replication has been configured for the active and standby clusters. For details, see Enabling Cross-Cluster Replication.
  • Check the directory for saving the HBase backup file.
  • Stop the HBase upper-layer applications.
  • You have logged in to FusionInsight Manager. For details, see Logging In to the Management System.

Procedure

  1. On FusionInsight Manager, choose O&M > Backup and Restoration > Backup Management.
  2. In the Operation column of a specified task in the task list, click More > View History to view historical backup task execution records.

    In the displayed window, locate a specified success record and click View in the Backup Path column to view the backup path information of the task and find the following information:

    • Backup Object specifies the data source of the backup data.
    • Backup Path specifies the full path where the backup files are saved.

      Select the correct item, and manually copy the full path of backup files in Backup Path.

  3. On FusionInsight Manager, choose O&M > Backup and Restoration > Restoration Management.
  4. Click Create.
  5. Set Task Name to the name of the recovery task.
  6. In Restoration Configuration, select HBase under Metadata and other data.

    NOTE:

    If there are multiple HBae services, you can specify the HBase to be revocered.

  7. Set Path Type of HBase to a backup directory type.

    The following backup directory types are supported:

    • LocalDir: indicates that the backup files are stored on the local disk of the active management node. If you select this value, you need to set Source Path to select the backup file, for example, version_data source_task execution time.tar.gz.
    • RemoteHDFS: indicates that the backup files are stored in the HDFS directory of the standby cluster. If you select this value, you need to set the following parameters:
      • Target NameNode IP Address: indicates the NameNode service plane IP address of the standby cluster, supporting the active node or standby node.
      • Source Path: indicates the full path of the HDFS directory for storing standby cluster backup data. For example, backup path/backup task name_data source_task creation time/version_data source_task execution time.tar.gz.
      • Queue Name: indicates the name of the YARN queue used for backup task execution.
    • NFS: indicates that backup files are stored in the NAS over the NFS protocol. If you select NFS, set the following parameters:
      • Server IP address: indicates the NAS server IP address.
      • Source Path: indicates the complete path of the backup file on the NAS server. For example, backup path/backup task name_data source_task creation time/version_data source_task execution time.tar.gz.
    • CIFS: indicates that backup files are stored in the NAS over the CIFS protocol. If you select CIFS, set the following parameters:
      • Server IP address: indicates the NAS server IP address.
      • Port: indicates the port ID used by the CIFS protocol to connect to the NAS server. The default value is 445.
      • Username: Indicates the user name that is configured when setting the CIFS protocol.
      • Password: indicates the password that is configured when setting the CIFS protocol.
      • Source Path: indicates the complete path of the backup file on the NAS server. For example, backup path/backup task name_data source_task creation time/version_data source_task execution time.tar.gz.

  8. Click OK to save the settings.
  9. In the recovery task list, locate a created task and click Start in the Operation column to execute the recovery task.

    • After the recovery is successful, the progress bar is in green.
    • After the recovery is successful, the recovery task cannot be executed again.
    • If the recovery task fails during the first execution, rectify the fault and click Retry to execute the task again.

Download
Updated: 2019-05-17

Document ID: EDOC1100074522

Views: 5903

Downloads: 12

Average rating:
This Document Applies to these Products
Related Documents
Related Version
Share
Previous Next