在知识库中专注阅读，并随时返回相关工具与课程
【单选题】当 KES 实例正在运行时，控制文件丢失，此时执行 checkpoint 操作，会有怎样的结果？ - checkpoint 执行正常 - x 实例崩溃 - checkpoint 执行失败，但是实例继续运行 - 不能确定 解题思路： KingbaseES 数据库的控制文件是记录数据库内部信息的重要文件，一但控制文件损坏，数据库将会宕机，且无法启动。 控制文件默认存放在数
系统学习 Oracle DBA
开通会员 ¥128/月起
查看完整课程【单选题】当 KES 实例正在运行时，控制文件丢失，此时执行 checkpoint 操作，会有怎样的结果？
解题思路：
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
KingbaseES 数据库的控制文件是记录数据库内部信息的重要文件，一但控制文件损坏，数据库将会宕机，且无法启动。
控制文件默认存放在数据文件目录下的 global 目录下：
1[kingbase@kes:/home/kingbase]$ cd /data/global/2[kingbase@kes:/data/global]$ ll sys_control 3-rw------- 1 kingbase kingbase 8192 10月 8 16:00 sys_control通过 sys_controldata 命令可以查看控制文件的内容：
1[kingbase@kes:/home/kingbase]$ export KINGBASE_DATE=/data2[kingbase@kes:/home/kingbase]$ sys_controldata3sys_control 版本: 12014Catalog 版本: 2022111515数据库系统标识符: 74181971140184124886数据库簇状态: 在运行中7sys_control 最后修改: 2024年10月08日 星期二 16时00分11秒8最新检查点位置: 0/1CF23F09最新检查点的 REDO 位置: 0/1CF23C010最新检查点的重做日志文件: 00000001000000000000000111最新检查点的 TimeLineID: 112最新检查点的PrevTimeLineID: 113最新检查点的full_page_writes: 开启14最新检查点的NextXID: 0:106415最新检查点的 NextOID: 2457616最新检查点的NextMultiXactId: 117最新检查点的NextMultiOffsetD: 018最新检查点的oldestXID: 103219最新检查点的oldestXID所在的数据库：120最新检查点的oldestActiveXID: 106421最新检查点的oldestMultiXid: 122最新检查点的oldestMulti所在的数据库：123最新检查点的oldestCommitTsXid:024最新检查点的newestCommitTsXid:025最新检查点的时间: 2024年10月08日 星期二 16时00分07秒26不带日志的关系: 0/3E8使用虚假的LSN计数器27最小恢复结束位置: 0/028最小恢复结束位置时间表: 029开始进行备份的点位置: 0/030备份的最终位置: 0/031需要终止备份的记录: 否32wal_level设置： replica33wal_log_hints设置： 关闭34max_connections设置： 10035max_worker_processes设置： 836max_wal_senders设置: 1037max_prepared_xacts设置： 038max_locks_per_xact设置： 6439track_commit_timestamp设置: 关闭40最大数据校准: 841数据库块大小: 819242大关系的每段块数: 13107243WAL的块大小: 819244每一个 WAL 段字节数: 1677721645标识符的最大长度: 6446在索引中可允许使用最大的列数: 3247TOAST区块的最大长度: 198848大对象区块的大小: 204849日期/时间 类型存储: 64位整数50正在传递Flloat4类型的参数: 由值51正在传递Flloat8类型的参数: 由值52数据页校验和版本: 053当前身份验证: c4e1fd6b06f9a8aed87af6ecd6fe351980a0c2d5377215695d959f1af2a2b0a554数据库模式： 155身份验证方法模式： 0控制文件中记录内容如下：
注意：KES 中的控制文件路径不能改变。
控制文件无法手动修改，无法单独备份，只能在使用 sys_rman、sys_basebackup 备份数据库时一起备份控制文件。
启动、关闭和恢复数据库时需要读取控制文件中的相关信息。
通过参数 control_file_copy 可以实现控制文件冗余(多路复用)：
1-- 参数 control_file_copy 默认不启用2test=# show control_file_copy;3 control_file_copy 4-------------------5 6(1 行记录)启用 control_file_copy：
1## 使用 root 用户创建目录 /cf_copy 并设置目录权限2[root@kes ~]# mkdir -p /cf_copy3[root@kes ~]# chown kingbase:kingbase /cf_copy4[root@kes ~]# chmod 700 /cf_copy5[root@kes ~]# su - kingbase67## 查看配置参数示例8[kingbase@kes:/data]$ cat kingbase.conf | grep control_file_copy9# control_file_copy = '' #example: control_file_copy = 'filepath/filename'10 #control_file_copy = 'filepath1/filename1;filepath2/filename2'1112## 配置 kingbase.conf 文件，这里复制 2 份13[kingbase@kes:/data]$ cat<<-EOF>>/data/kingbase.conf14control_file_copy='/cf_copy/sys_control_1;/cf_copy/sys_control_2'15EOF1617## 查看配置后的参数值18[kingbase@kes:/data]$ grep -v "^\s*\(#\|$\)" /data/kingbase.conf | grep control_file_copy19control_file_copy='/cf_copy/sys_control_1;/cf_copy/sys_control_2'2021## 重启数据库22[kingbase@kes:/data]$ sys_ctl restart23等待服务器进程关闭 .... 完成24服务器进程已经关闭25等待服务器进程启动 ....2024-10-08 17:10:40.808 CST [9023] 日志: sepapower extension initialized262024-10-08 17:10:40.812 CST [9023] 日志: 正在启动 KingbaseES V008R006C007B0024 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28), 64-bit272024-10-08 17:10:40.812 CST [9023] 日志: 正在监听IPv4地址"0.0.0.0"，端口 54321282024-10-08 17:10:40.812 CST [9023] 日志: 正在监听IPv6地址"::"，端口 54321292024-10-08 17:10:40.813 CST [9023] 日志: 在Unix套接字 "/tmp/.s.KINGBASE.54321"上侦听302024-10-08 17:10:40.914 CST [9023] 日志: 日志输出重定向到日志收集进程312024-10-08 17:10:40.914 CST [9023] 提示: 后续的日志输出将出现在目录 "sys_log"中.32 完成33服务器进程已经启动验证参数生效：
1test=# show control_file_copy;2 control_file_copy 3-----------------------------------------------4 /cf_copy/sys_control_1;/cf_copy/sys_control_25(1 行记录)查看控制文件：
1[kingbase@kes:/home/kingbase]$ ll /cf_copy/*2-rw------- 1 kingbase kingbase 8192 10月 8 17:10 /cf_copy/sys_control_13-rw------- 1 kingbase kingbase 8192 10月 8 17:10 /cf_copy/sys_control_2可以看到数据库配置已经生效，现在有 3 份控制文件。
登录数据库，对一张测试表 test 插入数据：
1test=# \c test system 2您现在已经连接到数据库 "test",用户 "system".3test=# \d test 4 数据表 "public.test"5 栏位 | 类型 | 校对规则 | 可空的 | 预设 6------+---------+----------+--------+------7 id | integer | | | 8索引：9 "idx_test_id" btree (id)10-- 插入一条数据11test=# insert into test values (1); 12INSERT 0 113-- 人为删除控制文件 /data/global/sys_control14test=# \! rm /data/global/sys_control15-- 插入第二条数据，可以成功插入16test=# insert into test values (2); 17INSERT 0 118-- 可以成功查询，说明删除之后不影响正常的 DML 操作，必须要触发检查点才会报错19test=# select * from test;20 id 21----22 123 224(2 行记录)25-- 但是手动触发检查点之后，数据库宕机了26test=# checkpoint;27警告: 中断联接, 因为其它服务器进程崩溃28描述: The kingbase has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.29提示: 一会儿你将可以重联接数据库并且重复你的命令.30服务器意外地关闭了联接31 这种现象通常意味着服务器在处理请求之前32或者正在处理请求的时候意外中止此时尝试启动数据库，会提示无法找到控制文件，启动失败：
1[kingbase@kes:/home/kingbase]$ sys_ctl start2sys_ctl: 其他服务器进程可能正在运行; 尝试启动服务器进程3等待服务器进程启动 ....kingbase: 无法找到数据库系统4预期在目录 "/data" 找到,5但是无法打开文件 "/data/global/sys_control": 没有那个文件或目录6 已停止等待7sys_ctl: 无法启动服务器进程8检查日志输出.这里我们已经得到答案了，当控制文件被破坏后，手动触发检查点，实例会直接崩溃。