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

OceanStor BCManager 6.5.0 eReplication User 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).
What Can I Do If eReplication Cannot Be Started Due to the GaussDB Database Exceptions?

What Can I Do If eReplication Cannot Be Started Due to the GaussDB Database Exceptions?

Symptom

  • Both the active and standby eReplication cannot be started due to the GaussDB database exceptions.

  • The GaussDB database is damaged, so the active eReplication cannot be started.

  • The GaussDB database is damaged, so the standby eReplication cannot be started.

Possible Causes

  • The host is powered off during data synchronization from the active end to the standby end.
  • During recreating the standby database, a data synchronization error occurs, such as network interruption, so that the standby database is damaged and cannot be recovered automatically.

Procedure

  1. Troubleshooting the active and standby GaussDB databases

    1. Reinstall the active and standby BCManagerand recover the database of the standby server.
      Manually import data of the database to the standby server. Then, recover the GaussDB database of the active server as described in Restoring Configuration Data.During configuration data recovery, backup data /opt/BCManager/Runtime/tmp/DataBackUp.zip needs to be imported.
      NOTE:
      • The backup data is saved in the /opt/BCManager/Runtime/tmp directory on the standby server and the package is the last data synchronized from the active server.
      • During the configuration data recovery, the entered encryption password of the data is the same as the login password of the database.
      • Because the imported data is the data synchronized from the active HA server by the last synchronization, some service data may be lost.
    2. Log in to the eReplication service system to check whether the service data is normal.

  2. Troubleshooting the active GaussDB database

    1. Query the status of the active and standby servers, wait for the status of the standby server to be switched to active, and wait for the status of the faulty active server to be switched to standby.For details about how to query the status, see Querying the Deployment Mode Status and Service Information.
    2. After the status of the active server is successfully switched to standby, run the following command on the current standby server to reestablish the dual-server relationship for data synchronization between the active and standby servers:
      /usr/local/gaussdb/bin/gs_ctl build -u GaussDB -D /opt/gs/app/data/
      NOTE:
      • /usr/local/gaussdb/bin/indicates the default installation path of the GaussDB database.
      • GaussDB indicates the user name of the GaussDB database.
      • /opt/gs/app/data/indicates the default path for storing data of the GaussDB database.
    3. Log in to the eReplication service system to check whether the service data is normal.

  3. Troubleshooting the standby GaussDB database

    1. Query the status of the active and standby servers, and run the following command on the current faulty standby server to reestablish the dual-server relationship for data synchronization between the active and standby servers:
      /usr/local/gaussdb/bin/gs_ctl build -u GaussDB -D /opt/gs/app/data/
      NOTE:
      • /usr/local/gaussdb/bin/indicates the default installation path of the GaussDB database.
      • GaussDB indicates the user name of the GaussDB database.
      • /opt/gs/app/data/indicates the default path for storing data of the GaussDB database.
    2. Log in to the eReplication service system to check whether the service data is normal.

Translation
Download
Updated: 2019-05-21

Document ID: EDOC1100075861

Views: 10710

Downloads: 55

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