Oracle Study之--CHECKPOINT探讨

最新推荐文章于 2021-07-09 17:30:30 发布
最新推荐文章于 2021-07-09 17:30:30 发布
阅读量569 收藏
点赞数
分类专栏： 数据库技术

Oracle Study之--CHECKPOINT探讨

Know more about checkpoint
checkpoint 分成很多种 full 、file、thread、parallel query、 object 、incremental 、logfile switch
每一种checkpoint 都有其自身的特性，例如Incremental Checkpoint会要求ckpt 每3s 更新一次controlfile 但是不更新datafile header， 而FULL CHECKPOINT要求立即完成(同步的) 且会同时更新 controlfile 和 datafile header。
Incremental Checkpoint会要求ckpt 每3s 更新一次controlfile
>>我想问的时：如何查看此时控制文件中更新的SCN?除了DUMP控制文件，有没有命令查询?

 案例分析：

 

我希望通过以下演示说明该问题：

SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE    10.2.0.5.0      Production
TNS for Linux: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - Production

SQL> oradebug setmypid;
Statement processed.

SQL> oradebug dump controlf 4;
Statement processed.

SQL> oradebug tracefile_name ;
/s01/admin/G10R25/udump/g10r25_ora_4660.trc

另开一个窗口等待6s在做一次controlf DUMP 
SQL>  exec dbms_lock.sleep(6);
oradebug setmypid;
oradebug dump controlf 4;
oradebug tracefile_name ;
PL/SQL procedure successfully completed.

SQL> Statement processed.
SQL> Statement processed.
SQL> /s01/admin/G10R25/udump/g10r25_ora_4663.trc

比较以上获得的2个前后有6s间隔的CONTROLFILE DUMP 文件：

[oracle@vrh8 udump]$ diff /s01/admin/G10R25/udump/g10r25_ora_4660.trc /s01/admin/G10R25/udump/g10r25_ora_4663.trc

1c1
< /s01/admin/G10R25/udump/g10r25_ora_4660.trc --- > /s01/admin/G10R25/udump/g10r25_ora_4663.trc
13c13
< Unix process pid: 4660, image: oracle@vrh8.oracle.com (TNS V1-V3) --- > Unix process pid: 4663, image: oracle@vrh8.oracle.com (TNS V1-V3)
15,18c15,19
< *** ACTION NAME:() 2012-07-22 07:59:08.215
< *** MODULE NAME:(sqlplus@vrh8.oracle.com (TNS V1-V3)) 2012-07-22 07:59:08.215
< *** SERVICE NAME:(SYS$USERS) 2012-07-22 07:59:08.215
< *** SESSION ID:(159.7) 2012-07-22 07:59:08.215 --- > *** 2012-07-22 07:59:31.779
> *** ACTION NAME:() 2012-07-22 07:59:31.779
> *** MODULE NAME:(sqlplus@vrh8.oracle.com (TNS V1-V3)) 2012-07-22 07:59:31.779
> *** SERVICE NAME:(SYS$USERS) 2012-07-22 07:59:31.779
> *** SESSION ID:(159.9) 2012-07-22 07:59:31.779
96,98c97,99
< THREAD #1 - status:0x2 flags:0x0 dirty:56
< low cache rba:(0x1a.3.0) on disk rba:(0x1a.121.0)
< on disk scn: 0x0000.013fe7a8 07/22/2012 07:59:02 --- > THREAD #1 - status:0x2 flags:0x0 dirty:57
> low cache rba:(0x1a.3.0) on disk rba:(0x1a.148.0)
> on disk scn: 0x0000.013fe7c2 07/22/2012 07:59:27
100,101c101,102
< heartbeat: 789262462 mount id: 2675014163
< Flashback log tail log# 15 thread# 1 seq 229 block 274 byte 0 --- > heartbeat: 789262470 mount id: 2675014163
> Flashback log tail log# 15 thread# 1 seq 229 block 275 byte 0
2490c2491
<   V$RMAN_STATUS: recid=140734752341296, stamp=140734752341288 --- >   V$RMAN_STATUS: recid=140733792718464, stamp=140733792718456
2501c2502
<   V$RMAN_STATUS: recid=140734752341296, stamp=140734752341288 --- >   V$RMAN_STATUS: recid=140733792718464, stamp=140733792718456
2511c2512
<   V$RMAN_STATUS: recid=140734752341296, stamp=140734752341288 --- >   V$RMAN_STATUS: recid=140733792718464, stamp=140733792718456
2521c2522
<   V$RMAN_STATUS: recid=140734752341296, stamp=140734752341288 --- >   V$RMAN_STATUS: recid=140733792718464, stamp=140733792718456
2531c2532
<   V$RMAN_STATUS: recid=140734752341296, stamp=140734752341288 --- >   V$RMAN_STATUS: recid=140733792718464, stamp=140733792718456

排除部分V$RMAN_STATUS记录存在差异外，最主要的差别在于： CHECKPOINT PROGRESS RECORDS 这是因为 ckpt 每3s一次对controlfile做heartbeat 更新 CHECKPOINT PROGRESS RECORDS。

第一次 controlf dump：

***************************************************************************
CHECKPOINT PROGRESS RECORDS
***************************************************************************
(size = 8180, compat size = 8180, section max = 11, section in-use = 0,
last-recid= 0, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 2, numrecs = 11)
THREAD #1 – status:0x2 flags:0x0 dirty:56
low cache rba:(0x1a.3.0) on disk rba:(0x1a.121.0)
on disk scn: 0x0000.013fe7a8 07/22/2012 07:59:02
resetlogs scn: 0x0000.01394f1a 07/19/2012 07:27:21
heartbeat: 789262462 mount id: 2675014163
Flashback log tail log# 15 thread# 1 seq 229 block 274 byte 0
THREAD #2 – status:0x0 flags:0x0 dirty:0
low cache rba:(0x0.0.0) on disk rba:(0x0.0.0)
on disk scn: 0x0000.00000000 01/01/1988 00:00:00
resetlogs scn: 0x0000.00000000 01/01/1988 00:00:00
heartbeat: 0 mount id: 0
Flashback log tail log# 0 thread# 0 seq 0 block 0 byte 0

第二次 controlf dump:

 

***************************************************************************
CHECKPOINT PROGRESS RECORDS
***************************************************************************
(size = 8180, compat size = 8180, section max = 11, section in-use = 0,
last-recid= 0, old-recno = 0, last-recno = 0)
(extent = 1, blkno = 2, numrecs = 11)
THREAD #1 – status:0x2 flags:0x0 dirty:57
low cache rba:(0x1a.3.0) on disk rba:(0x1a.148.0)
on disk scn: 0x0000.013fe7c2 07/22/2012 07:59:27
resetlogs scn: 0x0000.01394f1a 07/19/2012 07:27:21
heartbeat: 789262470 mount id: 2675014163
Flashback log tail log# 15 thread# 1 seq 229 block 275 byte 0
THREAD #2 – status:0x0 flags:0x0 dirty:0
low cache rba:(0x0.0.0) on disk rba:(0x0.0.0)
on disk scn: 0x0000.00000000 01/01/1988 00:00:00
resetlogs scn: 0x0000.00000000 01/01/1988 00:00:00

 

差异在于:

on disk rba

on disk scn

heartbeat

Flashback log tail log#

 

即实际CKPT每3s更新heartbeat控制文件一次，更新的内容是 on disk rba、on disk scn、heartbeat 如果启用了闪回日志的话那么还有Flashback log ， 而并不更新数据库当前的SCN(CURRENT SCN)。

 

如果你想查看ckpt每3s更新的 on disk scn的话可以参考 内部视图X$KCCCP–[K]ernel [C]ache [C]ontrolfile management [c]heckpoint [p]rogress  X$KCCCP Checkpoint Progress Records:

SQL> desc x$kcccp;
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 ADDR                                               RAW(8)
 INDX                                               NUMBER
 INST_ID                                            NUMBER
 CPTNO                                              NUMBER
 CPSTA                                              NUMBER
 CPFLG                                              NUMBER
 CPDRT                                              NUMBER
 CPRDB                                              NUMBER
 CPLRBA_SEQ                                         NUMBER
 CPLRBA_BNO                                         NUMBER
 CPLRBA_BOF                                         NUMBER
 CPODR_SEQ                                          NUMBER
 CPODR_BNO                                          NUMBER
 CPODR_BOF                                          NUMBER
 CPODS                                              VARCHAR2(16)
 CPODT                                              VARCHAR2(20)
 CPODT_I                                            NUMBER
 CPHBT                                              NUMBER
 CPRLS                                              VARCHAR2(16)
 CPRLC                                              NUMBER
 CPMID                                              NUMBER
 CPSDR_SEQ                                          NUMBER
 CPSDR_BNO                                          NUMBER
 CPSDR_ADB                                          NUMBER

其中cpods 为 ” on disk scn” ，cpodr_seq||cpodr_bno||cpodr_bof为”on disk rba”,CPHBT为heartbeat number:

SQL> select cpods "on disk scn",
  2         to_char(cpodr_seq, 'xxxxxx') || ',' ||
  3         to_char(cpodr_bno, 'xxxxxxxxx') || ',' ||
  4         to_char(cpodr_bof, 'xxxxxxxxx') "on disk rba",
  5         CPHBT "heartbeat number"
  6    from x$kcccp;
on disk scn      on disk rba                    heartbeat number
---------------- ------------------------------ ----------------
20968609              1a,      240a,         0         789263152
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
8 rows selected.
SQL> 
SQL> 
SQL> exec dbms_lock.sleep(3);
PL/SQL procedure successfully completed.
SQL> select cpods "on disk scn",
  2         to_char(cpodr_seq, 'xxxxxx') || ',' ||
  3         to_char(cpodr_bno, 'xxxxxxxxx') || ',' ||
  4         to_char(cpodr_bof, 'xxxxxxxxx') "on disk rba",
  5         CPHBT "heartbeat number"
  6    from x$kcccp;
on disk scn      on disk rba                    heartbeat number
---------------- ------------------------------ ----------------
20968613              1a,      2410,         0         789263154
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
8 rows selected.
SQL> 
SQL> exec dbms_lock.sleep(3);
PL/SQL procedure successfully completed.
SQL> select cpods "on disk scn",
  2         to_char(cpodr_seq, 'xxxxxx') || ',' ||
  3         to_char(cpodr_bno, 'xxxxxxxxx') || ',' ||
  4         to_char(cpodr_bof, 'xxxxxxxxx') "on disk rba",
  5         CPHBT "heartbeat number"
  6    from x$kcccp;
on disk scn      on disk rba                    heartbeat number
---------------- ------------------------------ ----------------
20968623              1a,      241e,         0         789263156
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
0                      0,         0,         0                 0
8 rows selected.


Filed Under: Oracle, Oracle Internal Research内部原理研究 Tagged With: ckpt, incremental checkpoint, on disk rba


logfile switch causes incremental checkpoint?


2010/11/03 by Maclean Liu 4条评论

不少Oracle的初学者都会因为checkpoint这个知识点而头痛，绝大多数Oracle文档对完全检查点和增量检查点的描述又都略显朦胧；譬如在线日志的切换引起的是完全检查点还是增量检查点这个问题，就有不少的争论。实际上增量检查点与完全检查点有一个显著的区别:完全检查点发生时控制文件和数据文件头中的checkpoint scn都会被更新，而增量检查点发生时只有控制文件中的checkpoint scn更新;

我们可以通过以下演示证明日志切换引发的到底是何种检查点?:

SQL> select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------

           1665476

           1665476

           1665476

           1665476

           1665476

           1665476

6 rows selected.


SQL> alter system checkpoint;

System altered.


SQL> select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------

           1697131

           1697131

           1697131

           1697131

           1697131

           1697131

6 rows selected.


/* 手动执行checkpoint,数据文件头的checkpoint scn立即更新了 */


SQL> alter system flush buffer_cache;

System altered.


SQL> select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------

           1697131

           1697131

           1697131

           1697131

           1697131

           1697131

6 rows selected.


/* 单纯flush buffer cache冲刷数据库高速缓存不会更新数据文件头的checkpoint scn */


SQL> alter system set log_checkpoints_to_alert=true;

System altered.


SQL> alter system set log_checkpoint_timeout=20;

System altered.


/* 设置log_checkpoint_timeout为20s，频繁引发增量检查点 */


alert log:

Wed Nov  3 20:24:49 2010

Incremental checkpoint up to RBA [0x3d.dff1.0], current log tail at RBA [0x3d.dff6.0]

Wed Nov  3 20:25:07 2010

Incremental checkpoint up to RBA [0x3d.dff7.0], current log tail at RBA [0x3d.dffc.0]

Wed Nov  3 20:25:25 2010

Incremental checkpoint up to RBA [0x3d.dffd.0], current log tail at RBA [0x3d.e002.0]

Wed Nov  3 20:25:43 2010

Incremental checkpoint up to RBA [0x3d.e003.0], current log tail at RBA [0x3d.e008.0]

Wed Nov  3 20:26:01 2010

Incremental checkpoint up to RBA [0x3d.e009.0], current log tail at RBA [0x3d.e00e.0]


SQL> set time on;


20:26:38 SQL> select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------

           1697131

           1697131

           1697131

           1697131

           1697131

           1697131


6 rows selected.


/* 可以看到增量检查点并不会引起数据文件头的checkpoint scn 被更新 */


20:26:43 SQL>  alter system set log_checkpoint_timeout=1800;

System altered.


/* 那么日志文件切换就会引起数据文件头的checkpoint scn被更新吗？*/


20:28:10 SQL> alter system switch logfile;

System altered.


20:29:16 SQL> select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------

           1697131

           1697131

           1697131

           1697131

           1697131

           1697131

6 rows selected.


/* logfile switch 日志文件切换引起的是一种slow慢的完全检查点，它不同于alter system checkpoint(ASC)，

   ASC要求的脏块写出和控制文件及数据文件头更新时要立即完成的，也就是说当alter system checkpoint语句返回"System altered."

   后以上工作都已经完成了；而alter system switch logfile或者自然的日志切换引发的是一种慢的完全检查点，

   它在返回"System altered"时不要求写脏块等工作必须已经完成

*/


/* 我们可以用冲刷高速缓存的方式保证脏块写出的工作被督促完成 */


20:33:39 SQL> alter system flush buffer_cache;

System altered.


20:33:45 SQL> select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------

           1697544

           1697544

           1697544

           1697544

           1697544

           1697544


6 rows selected.


/* 虽然日志切换所引发的slow checkpoint(慢的检查点)并无立即完成的要求，但也并非全无限制；

   当某次日志切换由1号日志组切换到2号日志组时，

   将引发一个slow checkpoint，之后日志连续切换又要切到1号日志组时要求之前的那个slow checkpoint在切换前必须完成

*/


20:41:35 SQL> set timing on;


20:42:02 SQL>  select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- -------------------

         1          1         67   52428800          2 YES INACTIVE               1698288 2010-11-03 20:41:19

         2          1         68   52428800          2 YES INACTIVE               1698292 2010-11-03 20:41:21

         3          1         69   52428800          2 NO  CURRENT                1698302 2010-11-03 20:41:35

Elapsed: 00:00:00.00


20:42:17 SQL> delete tv;

51134 rows deleted.

Elapsed: 00:00:01.68


20:42:34 SQL> commit;

Commit complete.

Elapsed: 00:00:00.00


20:42:36 SQL> alter system switch logfile;

System altered.

Elapsed: 00:00:00.01


20:42:40 SQL> alter system switch logfile;

System altered.

Elapsed: 00:00:00.01


20:42:43 SQL> alter system switch logfile;

System altered.

Elapsed: 00:00:02.00


20:45:28 SQL>  select checkpoint_change# from v$datafile_header where status='ONLINE';

CHECKPOINT_CHANGE#

------------------           1700686

           1700686

           1700686

           1700686

           1700686

           1700686

6 rows selected.

Elapsed: 00:00:00.00


alter.log告警日志中的内容:


Wed Nov  3 20:42:40 2010

Beginning log switch checkpoint up to RBA [0x46.2.10], SCN: 1700686...........................

Wed Nov  3 20:42:45 2010

Thread 1 cannot allocate new log, sequence 72

Checkpoint not complete

....................

Completed checkpoint up to RBA [0x46.2.10], SCN: 1700686


/* 最近一次的日志切换耗费2s，在告警日志中可以看到此次slow checkpoint的相关记录 */



   转自：http://www.oracledatabase12g.com/archives/tag/incremental-checkpoint 感谢作者！

客居天涯
关注
专栏目录
oracle enq ta,【案例】Oracle等待事件event enq: KO - fast object checkpoint解决办法
weixin_33364018的博客
04-12 687
【案例】Oracle等待事件event enq: KO - fast object checkpoint解决办法时间:2016-11-03 10:11来源:Oracle研究中心作者:HTZ点击:次天萃荷净Oracle研究中心案例分析：运维DBA反映业务系统缓慢查询等待事件发现fast checkpoint居多，分析event enq: KO - fast object check...
r50-deformable-detr-checkpoint.pth
05-06
标题 "r50-deformable-detr-checkpoint.pth" 暗示了这是一个与深度学习相关的权重文件，特别是用于Deformable DETR模型的训练。Deformable DETR是目标检测领域的一个最新进展，它是DETR（DEtection TRansformer）的...
oracle常用的sql语句
qq_40978398的博客
04-22 136
-- 时间转字符串 select to_char(sysdate, 'yyyy-mm-dd hh24:mi:ss') from dual select to_char(systimestamp, 'yyyy-mm-dd hh24:mi:ss.ff') from dual select to_date(to_char(to_timestamp('2018-06-19 12...
OCP知识点讲解 之 检查点队列与增量检查点
weixin_33742618的博客
07-12 191
检查点的主要目的是以对数据库的日常操作影响最小的方式刷新脏块。脏块不断的产生，如何将脏块刷新到磁盘中去呢？在8i之前，Oracle定期的锁住所有的修改操作，刷新Buffercache中的所有脏块，这种刷新脏块的方式被称为完全检查点，这极大的影响了效率，从9i之后只有当关闭数据库时才会发生完全检查点。 从8i开始，Oracle增加了增量检查...
网站外销的个人实践
Trooper 的知识库
02-03 1538
来源：艾瑞网，作者：艾瑞网专家－黄绍麟一 源起       【 我们要提醒自己，除了美国以外还有其他不错的市场存在。】　　◎做网站养活自己　　2007年初，笔者感慨于自己即将步入中年而毫无建树，一种「想做点甚么事情」的焦虑感日益严重。数位之墙经营十年多，影响力仅及于繁体中文世界，以及逐渐普及的简体中文世界，但是在英文世界里始终没有话语权；而且我开始感觉到，光是「写」，不够。
Linux 内核引导参数简介
weixin_30888413的博客
05-09 1749
概述 内核引导参数大体上可以分为两类：一类与设备无关、另一类与设备有关。与设备有关的引导参数多如牛毛，需要你自己阅读内核中的相应驱动程序源码以获取其能够接受的引导参数。比如，如果你想知道可以向 AHA1542 SCSI 驱动程序传递哪些引导参数，那么就查看 drivers/scsi/aha1542.c 文件，一般在前面 100 行注释里就可以找到所接受的引导参数说明。大多数参数是通过"__set...
http首部字段汇总
bylfsj的博客
01-30 544
http协议的请求和响应报文中必定包含http首部，只是平时我们在使用Web的过程中感受不到它，对它关注的也不是很多，最近在阅读《图解HTTP》，学习一下HTTP首部的结构，已经首部中各字段的用法。 HTTP报文首部 HTTP协议的请求和响应报文中必定包含HTTP首部，首部内容为客户端和服务器分别处理请求和响应提供所需要的信息。列了一个请求和响应报文的大致结构脑图 HTTP报文结构...
2021超全大数据面试宝典，吐血总结十万字，大数据面试收藏这一篇就够了
热门推荐
yuan_more的博客
07-09 1万+
本文最新版已发布至公众号【五分钟学大数据】 获取此套面试题最新pdf版，请搜索公众号【五分钟学大数据】，对话框发送面试宝典 扫码获取最新PDF版： 版本 时间 描述 V1.0 2020-02-18 创建 V1.2 2020-06-17 新增 spark 、flink相关面试题 V1.3 ...
lda代码-checkpoint-checkpoint.ipynb
05-02
lda代码-checkpoint-checkpoint.ipynb
first-order-model-checkpoint-94.pth.tar
05-18
First Order Model (512x512 pixels)模型文件 —— https://github.com/adeptflax/motion-models
综合实验-checkpoint-checkpoint.ipynb
06-01
综合实验-checkpoint-checkpoint.ipynb
增量检查点如何更新控制文件
changyanmanman的专栏
03-16 2360
原文：http://www.askmaclean.com/archives/incremental-checkpoint-update-controlfile.html Know more about checkpoint checkpoint 分成很多种 full 、file、thread、parallel query、 object 、incremental 、logfile switch
JSP学生学籍管理系统设计与实现(源代码+论文+开题报告+外文翻译+答辩PPT).zip
09-21
1、资源项目源码均已通过严格测试验证，保证能够正常运行； 2、项目问题、技术讨论，可以给博主私信或留言，博主看到后会第一时间与您进行沟通； 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用，尤其对于人工智能、计算机科学与技术等相关专业，更为适合； 4、下载使用后，可先查看README.md或论文文件（如有），本项目仅用作交流学习参考，请切勿用于商业用途。 5、资源来自互联网采集，如有侵权，私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证，保证能够正常运行； 2、项目问题、技术讨论，可以给博主私信或留言，博主看到后会第一时间与您进行沟通； 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用，尤其对于人工智能、计算机科学与技术等相关专业，更为适合； 4、下载使用后，可先查看README.md或论文文件（如有），本项目仅用作交流学习参考，请切勿用于商业用途。 5、资源来自互联网采集，如有侵权，私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证，保证能够正常运行； 2、项目问题、技术讨论，可以给博主私信或留言，博主看到后会第一时间与您进行沟通； 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用，尤其对于人工智能、计算机科学与技术等相关专业，更为适合； 4、下载使用后，可先查看README.md或论文文件（如有），本项目仅用作交流学习参考，请切勿用于商业用途。 5、资源来自互联网采集，如有侵权，私聊博主删除。 6、可私信博主看论文后选择购买源代码。
省市区数据，完成三级联动，选择地区
09-21
省市区数据，完成三级联动，选择地区
机械原理课程设计网球自动捡球机.doc
最新发布
09-21
机械原理课程设计网球自动捡球机.doc
2024秋招华为笔试题大全-仅供参考具体需要根据实际修改
09-21
2024秋招华为笔试题大全-仅供参考具体需要根据实际修改
出现error:--resume checkpoint does not exist
09-17
"error:--resume checkpoint does not exist"表示在程序运行过程中出现了错误，提示指定的checkpoint（检查点）不存在。 checkpoint是一种保存程序运行状态的机制，在许多应用中可用于保存模型参数、中间结果等。当程序需要恢复之前的运行状态时，可以使用checkpoint来实现。然而，如果指定的checkpoint不存在，程序就无法正确地恢复之前的状态，会出现错误。 出现这个错误的原因可能有以下几种： 1. 指定的checkpoint路径不正确：可能是路径被拼写错误或者路径不存在。需要仔细检查输入的路径是否正确，并确认路径下是否存在指定的checkpoint文件。 2. checkpoint文件被删除或移动：如果在程序运行期间手动删除或移动了checkpoint文件，那么程序就无法找到指定的checkpoint。此时，可以尝试找回或重新生成checkpoint文件。 3. 程序中指定的checkpoint名称与实际的名称不一致：可能是程序中指定的checkpoint名称与实际生成的名称不符合。需要确保指定的checkpoint名称正确。 针对这个错误，可以采取以下一些解决措施： 1. 检查路径和文件名：仔细检查checkpoint路径和文件名是否正确，并确保路径下存在指定的checkpoint文件。 2. 恢复或重新生成checkpoint文件：如果checkpoint文件被删除或移动，可以尝试找回原有的checkpoint文件或重新生成checkpoint文件。 3. 确认指定的checkpoint名称是否正确：确保程序中指定的checkpoint名称与实际生成的名称一致。 总之，出现"error:--resume checkpoint does not exist"错误说明在程序运行过程中找不到指定的checkpoint文件。通过仔细检查路径、文件名和名称的正确性，并采取相应的恢复或重新生成措施，可以解决这个问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值