Overview
openGauss provides gs_dump and gs_dumpall to export required database objects and related information. You can use a tool to import the exported data to a target database for database migration. gs_dump exports a single database or its objects. gs_dumpall exports all databases or global objects in openGauss. For details, see Table 1.
Table 1 Scenarios
|
|
| |
| |||
Table-level export
| |||
| For details about how to import data files, see Using a gsql Meta-Command to Import Data. | ||
gs_dump and gs_dumpall use -U to specify the user that performs the export. If the specified user does not have the required permissions, data cannot be exported. In this case, you can set --role in the gs_dump or gs_dumpall command to the role that has the permissions. Then, gs_dump or gs_dumpall uses the specified role to export data. See Data Export By a User Without Required Permissions for application scenarios and Table 1 for operation details.
gs_dump and gs_dumpall encrypt the exported data files. These files are decrypted before being imported. In this way, data disclosure is prevented, protecting database security. Note that if the exported database contains stored procedures, you cannot use the gsql command to restore the plain-text file encrypted using gs_dump. In this case, use the other three modes to export the database and use **gs_restore **to restore the database.
When gs_dump or gs_dumpall is used to export data, other users can still access (read and write) the databases.
gs_dump and gs_dumpall can export complete, consistent data. For example, if gs_dump is executed to export database A or gs_dumpall is executed to export all databases from openGauss at T1, data of database A or all databases in openGauss at that time point will be exported, and modifications on the databases after that time point will not be exported.
Precautions
Do not modify an exported file or its content. Otherwise, restoration may fail.
If there are more than 500,000 objects (data tables, views, and indexes) in a database, you are advised to use gs_guc to set the following parameters for database nodes. This operation is not required if the parameter values are greater than the recommended ones.
gs_guc set -D /gaussdb/data/datanode -c 'max_prepared_transactions = 1000' gs_guc set -D /gaussdb/data/datanode -c 'max_locks_per_transaction = 512'
For data consistency and integrity, gs_dump and gs_dumpall set a share lock for a table to dump. If a share lock has been set for the table in other transactions, gs_dump and gs_dumpall lock the table after it is released. If the table cannot be locked within the specified time, the dump fails. You can customize the timeout duration to wait for lock release by specifying the --lock-wait-timeout parameter.
During an export, gs_dumpall reads all tables in a database. Therefore, you need to connect to the database as openGauss administrator to export a complete file. When you use gsql to execute SQL scripts, administrator permissions are also required to add users and user groups, and create databases.