解决KingbaseES数据库sys_dump逻辑备份表失败的问题

问题描述

在KingbaseES数据库中逻辑备份时，使用-n schema_name -t table_name方式备份某个模式下的一张表时，备份失败，报错“no matching tables were found”。

原因分析

当-t被使用时，-n和-N开关不会有效果，因为被-t选择的表将被转储而无视那些开关，并且非表对象将不会被转储。

上图中，tab1在dump_table模式中，-t参数并未指定模式名，且public模式下无同名表，故报错无法找到匹配的表。

解决办法

通过 –t schema_name.table_name的方式进行备份。

如：

./sys_dump -Usystem -dtest -p15500 -t dump_table.tab1 -F p -f test.sql

查看test.sql:

--

-- Kingbase database dump

--

-- Dumped from database version 12.1

-- Dumped by sys_dump version 12.1

SET statement_timeout = 0;

SET lock_timeout = 0;

SET idle_in_transaction_session_timeout = 0;

SET client_encoding = 'UTF8';

SET standard_conforming_strings = on;

SELECT pg_catalog.set_config('search_path', 'public', false);

SET check_function_bodies = false;

SET xmloption = content;

SET client_min_messages = warning;

SET row_security = off;

SET default_tablespace = '';

SET default_table_access_method = heap;

--

-- Name: tab1; Type: TABLE; Schema: dump_table; Owner: system

--

CREATE TABLE dump_table.tab1 (

    a integer

);

ALTER TABLE dump_table.tab1 OWNER TO system;

--

-- Data for Name: tab1; Type: TABLE DATA; Schema: dump_table; Owner: system

--

COPY dump_table.tab1 (a) FROM stdin;

1

\.

--

-- Kingbase database dump complete

--

表被成功备份。