Oracle19c核心进程解析：CKPT检查点进程深度分析

原创 于 2025-09-02 15:11:44 发布 · 881 阅读 · 25 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测

1. 什么是CKPT进程？

CKPT（Checkpoint Process）是Oracle数据库中的检查点进程，负责协调和管理数据库检查点操作。在Oracle 19c中，CKPT进程负责维护数据一致性，确保内存中的修改能够及时写入持久化存储，同时在实例恢复时提供准确的恢复起点。

2. 深入理解检查点机制

2.1 检查点的核心作用

检查点是一种关键的数据保护机制，其主要功能是通知DBWn（Database Writer）进程将Buffer Cache中的脏数据块（Dirty Blocks）写入数据文件中。在Oracle 19c中，这个协调工作由CKPT进程完成。

检查点机制的核心价值在于显著减少数据库崩溃后的恢复时间。通过定期将内存中的修改持久化到磁盘，数据库在重启时需要重放的redo日志量大大减少，从而加快恢复速度。

2.2 数据修改与恢复机制

当数据被修改时，Oracle的执行流程如下：

  1. 将数据块从磁盘读入Buffer Cache

  2. 在内存中修改数据块

  3. 同时生成重做信息（Redo）写入Redo Log Buffer

  4. LGWR进程将Redo信息写入在线重做日志文件

由于Redo日志的存在，Oracle不需要在每次事务提交时立即将数据块写回磁盘，这种设计显著提升了数据库性能。当发生实例故障时，Oracle可以通过Redo日志进行前滚操作，将数据库恢复到故障前的状态。

2.3 检查点的分类（Oracle 19c）

在Oracle 19c中，检查点主要分为以下类型：

  1. 完全检查点（Full Checkpoint）：更新所有数据文件头和控制文件

  2. 线程检查点（Thread Checkpoint）：包括本地和全局检查点

  3. 数据文件检查点（Datafile Checkpoint）：针对单个数据文件

  4. 对象检查点（Mini-checkpoint）：由DDL操作触发

  5. 并行查询检查点（Parallel Query Checkpoint）：并行查询时触发

  6. 增量检查点（Incremental Checkpoint）：日志切换时触发

2.4 增量检查点的增强特性

Oracle 19c对增量检查点机制进行了进一步优化：

  • 持续活跃的检查点推进：不再依赖传统的完全检查点

  • 内存中检查点推进：主要在内存中维护检查点信息

  • 控制文件更新：增量检查点的RBA信息记录在控制文件中

  • 智能写入机制：DBWn进程根据多种因素决定脏块写入频率

  • 恢复时间优化：显著减少实例恢复所需时间

增量检查点的触发条件包括：

  • 恢复时间上限要求

  • 最小在线重做日志文件大小

  • log_checkpoint_interval参数设置

  • log_checkpoint_timeout参数设置

  • Buffer Cache中脏块总量

3. CKPT进程的工作原理

3.1 多维度触发机制

手工触发

-- 手动触发检查点
ALTER SYSTEM CHECKPOINT;

-- 刷新缓冲区并触发检查点
ALTER SYSTEM FLUSH BUFFER_CACHE;

在计划维护或重大操作前，建议手动触发检查点并多次切换重做日志，确保所有脏块完全写入磁盘。

日志切换触发

在Oracle 19c中，日志切换自动触发增量检查点。LGWR进程在切换日志时通知DBWn写入脏块，同时如果是归档模式还会通知ARCH进程。

对象级检查点

DDL操作（如DROP、TRUNCATE）会触发对象级检查点，确保相关对象的所有脏块都被写入磁盘：

-- 这些操作会自动触发对象检查点
TRUNCATE TABLE employees;
DROP TABLE sales_data;

并行查询检查点

并行查询可能触发检查点以确保数据一致性，防止直接路径读取时出现数据版本冲突。

3秒检测机制

CKPT进程每隔3秒检测一次系统状态，但这不是每次都会更新控制文件或数据文件头。主要目的是：

  • 推进增量检查点位置

  • 更新控制文件中的Low Cache RBA

  • 优化实例恢复时间

那么ckpt 进程的每3s 触发的机制是⼲嘛的呢？

实际上就是post信息给dbwn进程去安装检查点队列写脏块，把脏块写⼊到disk上。这样可以尽可能的减少实例恢复时所需要的时间。 那么这⾥有个问题？ 那这3s 触发机制，ckpt进程会更新controlfile中什么信息呢？ 我们知道实例恢复的起点是low cache rba，那么既然⽬的是为了缩短实例恢复的时间，那么是不是就是将low cache rba的位置往后移动呢？换句话讲，也就是会更新low cache rba信息。 【10013 event】

+++for Oracle 19c
2025-01-06T22:02:11.190895-05:00
ALTER SYSTEM SET log_checkpoints_to_alert=TRUE SCOPE=BOTH; 2025-01-06T22:03:27.867567-05:00
Thread 1 cannot allocate new log, sequence 1134 Private strand flush not complete
Current log# 7 seq# 1133 mem# 0: /u01/app/oracle/oradata/ORA19C/onlinelog/redo07.log Beginning log switch checkpoint up to RBA [0x46e.2.10], SCN: 45928822
2025-01-06T22:03:28.053595-05:00
Thread 1 advanced to log sequence 1134 (LGWR switch), current SCN: 45928822
Current log# 4 seq# 1134 mem# 0: /u01/app/oracle/oradata/ORA19C/onlinelog/redo04.log 2025-01-06T22:03:30.096687-05:00
ARC0 (PID:22853): Archived Log entry 414 added for T-1.S-1133 ID 0x494132c2 LAD:1 2025-01-06T22:03:44.400972-05:00
Beginning global checkpoint up to RBA [0x46e.9.10], SCN: 45928841 2025-01-06T22:03:45.870816-05:00
Completed checkpoint up to RBA [0x46e.9.10], SCN: 45928841 Completed checkpoint up to RBA [0x46e.2.10], SCN: 45928822 2025-01-06T22:04:52.422610-05:00
MTTR advisory was temporarily turned off because FAST_START_MTTR_TARGET was altered. 2025-01-06T22:04:52.435022-05:00
ALTER SYSTEM SET fast_start_mttr_target=60 SCOPE=BOTH;
 
2025-01-06T22:05:33.726726-05:00
Incremental checkpoint up to RBA [0x46e.9.0], current log tail at RBA [0x46e.1385.0]

3.2 检查点的高级监控

在Oracle 19c中，可以使用以下方法监控检查点活动：

-- 启用检查点跟踪
ALTER SYSTEM SET log_checkpoints_to_alert = TRUE;

-- 查看检查点信息
SELECT file#, checkpoint_change#, last_change# 
FROM v$datafile;

-- 监控检查点进度
SELECT * FROM v$instance_recovery;

4. 检查点相关的Latch

4.1 各版本Latch对比分析

Oracle 10.2.0

SQL> select latch#,level#,name from v$latch where name like '%check%';

LATCH#  LEVEL#  NAME
------  ------  --------------------------
122     5       active checkpoint queue latch
123     5       checkpoint queue latch

Oracle 11.2.0.4

SYS@rac11g1>select latch#,level#,name from v$latch where name like '%check%';

LATCH#  LEVEL#  NAME
------  ------  ----------------------------------------
158     5       heartbeat check
175     5       active checkpoint queue latch
176     5       checkpoint queue latch
216     6       gc checkpoint
245     8       lock new checkpoint scn during media recovery
259     6       Block new check invariant rollback SCN latch

6 rows selected.

Oracle 19c

SQL> select latch#,level#,name from v$latch where name like '%check%'; 

LATCH#  LEVEL#  NAME
------  ------  ----------------------------------------
286     5       heartbeat check
325     5       active checkpoint queue latch
326     5       checkpoint queue latch
399     0       Backup Appliance health check latch
421     8       lock new checkpoint scn during media recovery
435     6       Block new check invariant rollback SCN latch
1074    6       Raw MKID check latch - S non-parent

7 rows selected.

4.2 Oracle 19c检查点相关Latch详解

4.2.1 核心检查点Latch

LATCH#LEVEL#NAME描述
3255active checkpoint queue latch保护活动检查点队列的访问，协调多个检查点操作
3265checkpoint queue latch管理检查点队列结构，确保检查点信息的一致性

4.2.2 恢复相关Latch

LATCH#LEVEL#NAME描述
4218lock new checkpoint scn during media recovery介质恢复期间保护新检查点SCN的分配和更新
4356Block new check invariant rollback SCN latch确保回滚段SCN检查的一致性

4.2.3 系统健康检查Latch

LATCH#LEVEL#NAME描述
2865heartbeat check数据库心跳机制相关的检查latch
3990Backup Appliance health check latchOracle零数据丢失恢复一体机健康检查

4.2.4 高级功能Latch

LATCH#LEVEL#NAME描述
10746Raw MKID check latch - S non-parent保护多租户环境中元数据标识检查

4.3 Latch争用监控与优化

4.3.1 监控检查点Latch争用

-- 检查点相关latch的争用情况
SELECT ln.name, 
       ls.gets,
       ls.misses,
       ls.sleeps,
       ls.immediate_gets,
       ls.immediate_misses,
       ROUND((ls.misses / DECODE(ls.gets, 0, 1, ls.gets)) * 100, 2) miss_ratio
FROM v$latchname ln, v$latch ls
WHERE ln.name LIKE '%check%'
AND ln.latch# = ls.latch#
ORDER BY ls.gets DESC;

4.3.2 常见的Latch争用解决方案

  1. active checkpoint queue latch争用

    • 优化检查点频率

    • 调整_db_fast_obj_ckpt参数

    • 减少不必要的对象检查点

  2. checkpoint queue latch争用

    • 增加DBWn进程数量

    • 优化脏块写入策略

    • 调整Buffer Cache大小

  3. 介质恢复相关latch争用

    • 优化恢复并行度

    • 调整恢复相关参数

    • 避免频繁的介质恢复操作

4.3.3 预防性优化措施

-- 检查latch争用趋势
SELECT * FROM (
    SELECT sn.name, 
           s.value,
           RANK() OVER (ORDER BY s.value DESC) as rank
    FROM v$sysstat s, v$statname sn
    WHERE sn.name LIKE '%latch%'
    AND s.statistic# = sn.statistic#
)
WHERE rank <= 10;

-- 监控检查点活动频率
SELECT name, value
FROM v$sysstat
WHERE name IN ('background checkpoints started', 
               'background checkpoints completed',
               'incremental checkpoints');

4.4 Oracle 19c新增特性对Latch的影响

4.4.1 多租户环境的影响

Oracle 19c在多租户环境中引入了新的latch机制：

  • PDB级别的检查点优化

  • 改进的资源隔离机制

  • 增强的并发控制

4.4.2 自动维护特性

  • 自动检查点调优

  • 智能latch管理

  • 动态资源分配

4.5 性能优化建议

  1. 参数调优

    -- 调整检查点相关参数
ALTER SYSTEM SET "_db_fast_obj_ckpt" = TRUE;
ALTER SYSTEM SET "_checkpoint_pre_alloc_latches" = 8;

  2. 监控策略

    • 定期检查latch争用情况

    • 监控检查点完成时间

    • 分析AWR报告中的latch统计

  3. 架构优化

    • 合理配置重做日志大小和组数

    • 优化存储I/O性能

    • 使用适当的并发控制机制

通过深入理解Oracle 19c中检查点相关的latch机制，DBA可以更好地诊断和解决性能问题，确保数据库的高效稳定运行。

5. 检查点相关参数详解

5.1 关键参数配置

Oracle 19c提供了多个与检查点相关的优化参数：

参数名默认值描述建议配置
_db_fast_obj_ckptTRUE启用快速对象检查点保持默认
_rbr_ckpt_tracing0重用块范围检查点跟踪诊断时启用
_obj_ckpt_tracing0对象检查点跟踪级别诊断时调整
_disable_incremental_recovery_ckptFALSE禁用增量恢复检查点保持默认
_incremental_recovery_ckpt_min_batch500增量恢复最小写入批次根据负载调整
_time_based_rcv_ckpt_target180基于时间的恢复检查点目标(秒)根据RTO调整
_defer_log_boundary_ckptTRUE延迟日志边界检查点保持默认

5.2 ADG环境特殊配置

在Active Data Guard环境中，可能需要特殊配置：

-- 解决Standby控制文件SCN不更新问题
ALTER SYSTEM SET "_time_based_rcv_ckpt_target" = 0 SCOPE = BOTH;

-- 启用对象检查点跟踪
ALTER SYSTEM SET "_obj_ckpt_tracing" = 100;

5.3 性能优化建议

  1. 监控检查点频率：使用AWR报告分析检查点活动

  2. 优化重做日志大小：确保日志文件大小适当

  3. 调整增量检查点：根据恢复时间目标配置参数

  4. 避免过度检查点：过多的检查点会影响性能

6. 实战案例与故障处理

6.1 检查点性能问题诊断

-- 检查检查点相关等待事件
SELECT event, total_waits, time_waited
FROM v$system_event
WHERE event LIKE '%checkpoint%' OR event LIKE '%CKPT%';

-- 监控检查点进度
SELECT * FROM v$instance_recovery;

6.2 常见问题解决方案

  1. 检查点不完全：优化重做日志配置

  2. 检查点时间过长：调整DBWn进程和检查点参数

  3. 增量检查点推进缓慢：检查系统负载和I/O性能

7. 总结与最佳实践

Oracle 19c中的CKPT进程通过智能化的检查点机制，在确保数据一致性和持久性的同时，最大化系统性能与可用性。基于对CKPT进程的深度分析，以下是关键的最佳实践建议：

7.1 检查点参数优化配置

核心参数调优

-- 启用自动检查点调优（默认启用）
ALTER SYSTEM SET fast_start_mttr_target = 300 SCOPE=BOTH;

-- 配置增量检查点目标时间（秒）
ALTER SYSTEM SET "_time_based_rcv_ckpt_target" = 180 SCOPE=SPFILE;

-- 启用快速对象检查点
ALTER SYSTEM SET "_db_fast_obj_ckpt" = TRUE SCOPE=SPFILE;

参数配置建议

  • fast_start_mttr_target: 根据业务RTO要求设置，通常建议200-600秒

  • log_checkpoint_timeout: 设置检查点超时时间，避免过于频繁的检查点

  • log_checkpoint_interval: 结合重做日志大小合理配置

7.2 检查点活动监控体系

实时监控脚本

-- 检查点完成状态监控
SELECT * FROM v$instance_recovery;

-- 检查点进度查询
SELECT file#, checkpoint_change#, last_change#
FROM v$datafile_header;

-- 检查点相关统计信息
SELECT name, value 
FROM v$sysstat 
WHERE name LIKE '%checkpoint%';

预警阈值设置

  • 检查点完成时间超过fast_start_mttr_target的80%

  • 增量检查点推进速度异常缓慢

  • 检查点相关的等待事件持续出现

7.3 重做日志优化配置

日志配置最佳实践

-- 查看当前日志配置
SELECT group#, bytes, members, status 
FROM v$log;

-- 优化日志大小建议
SELECT optimal_logfile_size 
FROM v$instance_recovery;

配置建议

  • 日志文件大小：确保切换间隔在15-30分钟

  • 日志组数量：至少3组，推荐4-5组

  • 日志成员：多路镜像确保可用性

7.4 自动检查点调优策略

利用19c自动化功能

-- 确认自动检查点调优状态
SELECT name, value 
FROM v$parameter 
WHERE name = 'fast_start_mttr_target';

-- 监控自动调优效果
SELECT * FROM v$mttr_target_advice;

自动化优势

  • 根据系统负载动态调整检查点频率

  • 自动平衡性能与恢复时间要求

  • 减少人工干预和调优成本

7.5 定期健康检查体系

Latch争用监控

-- 检查点相关latch争用监控
SELECT ln.name, ls.gets, ls.misses,
       ROUND((ls.misses/DECODE(ls.gets,0,1,ls.gets))*100,2) miss_ratio
FROM v$latchname ln, v$latch ls
WHERE ln.name LIKE '%check%' AND ln.latch# = ls.latch#;

等待事件分析

-- 检查点相关等待事件
SELECT event, total_waits, time_waited_micro
FROM v$system_event
WHERE event LIKE '%checkpoint%' OR event LIKE '%CKPT%';

7.6 性能优化检查清单

日常维护项目

  • [ ] 定期检查fast_start_mttr_target实际效果

  • [ ] 监控检查点完成时间趋势

  • [ ] 分析AWR报告中的检查点统计

  • [ ] 检查重做日志切换频率

  • [ ] 验证增量检查点推进情况

性能优化指标

  • 检查点完成时间：< fast_start_mttr_target的90%

  • 日志切换频率：每小时2-4次为宜

  • latch争用率：< 1%

  • 检查点相关等待时间：占总等待时间< 5%

7.7 故障处理与应急预案

常见问题处理

  1. 检查点不完全: 增加日志文件大小或组数

  2. 检查点时间过长: 优化I/O子系统性能

  3. latch争用严重: 调整相关参数或升级硬件

应急响应流程

-- 紧急情况下手动触发检查点
ALTER SYSTEM CHECKPOINT;

-- 强制推进检查点
ALTER SYSTEM SWITCH LOGFILE;
标签
#oracle #数据库
minebmw7
关注
TensorFlow（十二）tensorflow生成的.ckpt模型的读写、使用
viafcccy的博客
09-15 1万+
在前一篇中使用AlexNet模型训练了一个ckpt模型 但是在使用模型预测的时候又出现了问题 由于在生成过程中没有自定义名称导致不知道在使用的时候不知道变量名称 关于上一篇博文得到的四个模型文件 meta文件 MyModel.meta文件保存的是图结构，meta文件是pb（protocol buffer）格式文件，包含变量、op、集合等。 ckpt文件 ckpt文件是二进制文件，...
【无标题】检查点进程(CKPT)的作用
2201_75855893的博客
02-07 556
Oracle 设计检查点机制的唯一目的是为了执行实例恢复。 在一个新的检查点进程开始时，CKPT 会把新产生的检查点信息 SCN 号等写入控制文件，然后等待完全检查点的到来（三秒钟结束的时间点），在完全检查点时，CKPT 会触发数据库写进程 DBWn负责把当前三秒钟之内凡是已提交的数据块从高速缓冲区写入到数据文件。DBWn 在执行之前，首先触发一次日志写(LGWR), 以确保写入数据文件的数据块所对应的重做条目都已持久记录到重做日志文件中。在 DBWn 执行完成之后，也就是把当前三秒钟之内所有已提交数据块都
oracle 后台进程（CKPT详解）
Linucle的专栏
02-10 7194
1 数据库的物理结构和逻辑结构之间的关系由后台进程来维护和实现，后台进程由数据库来管理 2 只有当出现问题，才创建跟踪文件。后台进程追踪文件的命令约定和位置随操作系统和数据库版本而定 3 一般而言，追踪文件含有后台进程名和后台进程的操作系统进程ID。通过设定BACKGROUND_DUMP_DEST来指定后台进程追踪文件位置 4 排除数据库故障时，追踪文件是最重要的 5
oracle 检查点队列链表CKPT-Q
汪灵骅的博客
12-29 1046
update，只是修改buffer cache中的buffer，改完后，update算完工。buffer和磁盘中的block就不一致了，buffer中的最新数据没有写入磁盘。脏块由DBWR进程统一写入磁盘，DBWR写脏块的过程也叫刷新脏块。更改1234号块时，在CBC latch保护下，块状态被改为脏块。定义哪些buffer是脏块，需要一个链表把所有脏buffer串起来，DBWR写脏块时，按照这个链表顺序来。这样的链表有2个，CKPT-Q（检查点队列链表）和LRUW。
ORACLE中各个进程
顺其自然~专栏
07-14 4429
oracle是典型的多进程数据库。oracle实例运行起来后，会同时启动很多进程，由不同的进程负责不同的操作。守护进程：GI（Grid Infrastructure）进程和监听进程都是为oracle实例提供服务，但是不属于实例，是独立于实例之外的进程，这种进程就叫做守护进程。进程：后台进程 --> 是oracle实例运行起来后自动运行的进程，完成oracle的基本功能。前台进程 --> 用户连接，在数据库中创建的进程，用于执行用户操作。监听进程 --> 也叫守护进程，是独立于oracle之外的进程。监听进程
oracle的ckpt,oracle CKPT进程详解
weixin_36257834的博客
04-15 1209
发现每天的时间都不够用,迫于无奈,将网络上一些关于CKPT进程的介绍的文章都先统一到一起,之后再进行统一总结.---------------------------------------------------------------------------------------内存数据块写入数据文件,在写的过程中，一旦发生实例崩溃，就需要实例恢复要有一套完整的机制能够保证用户已经提交的数据不...
TensorFlow：.ckpt文件与.ckpt.meta和.ckpt.index以及.pb文件之间的关系是什么？
南淮北安的博客
09-30 1万+
再使用 tf.train.Saver() 保存参数通常会生成以下文件 那么这些文件具体是什么呢？ .ckpt文件是旧版本的输出saver.save(sess)，相当于你的.ckpt-data “checkpoint”：文件仅用于告知某些TF函数，这是最新的检查点文件。 .ckpt-meta 包含元图，即计算图的结构，没有变量的值（基本上你可以在tensorboard / graph中看到）。 ....
tensorflow实现将ckpt转pb文件
热门推荐
AI吃大瓜的博客
09-01 8万+
tensorflow实现将ckpt转pb文件 【尊重原创，转载请注明出处】：https://blog.csdn.net/guyuealian/article/details/82218092 本博客实现将自己训练保存的ckpt模型转换为pb文件，该方法适用于任何ckpt模型，当然你需要确定ckpt模型输入/输出的节点名称。 目录 tensorflow实现将ckpt转pb文件 一、C...
tensorflow | tensorflow实现将ckpt转pb文件
东南风的博客
01-06 6924
   本博客实现将自己训练保存的ckpt模型转换为pb文件，该方法适用于任何ckpt模型，当然你需要确定ckpt模型输入/输出的节点名称。 目录 tensorflow实现将ckpt转pb文件 一、CKPT 转换成 PB格式 二、 pb模型预测 三、源码下载和资料推荐     1、训练方法     2、本博客Github地址     3、将模型移植Android的方法    使用 ...
Stable Diffusion-webUI ckpt模型、lora模型的区别和使用
qq_43223007的博客
04-19 3万+
是一种体积较小的绘画模型，是对大模型的微调。与每次作画只能选择一个大模型不同，lora模型可以在已选择大模型的基础上添加一个甚至多个。经过训练的图片合集，被称作模型，也就是chekpoint，体积较大，一般真人版的单个模型的大小在7GB左右，动漫版的在2-5个G之间。该方法比上一种方法要复杂，但好在可更自由控制Lora模型特点相比ckpt模型特点生成图片的权重。5、webUI会多出下图的操作栏（我使用的第一种，所以下面是网上找的图不清晰）选择好ckpt模型后点击1处再点击2处（若未显示模型则点击刷新）
Stablediffusion模型diffusesr格式和ckpt格式相互转换
思念殇千寻的博客
05-22 9841
　　参考资料： 　　diffusers的源码 [github] 　　因为小博客可能看的人很少，所以我写的啰嗦一点，想直接看如何互相转换的朋友可以直接转到文末的代码段。 　　当你在学习Stablediffusion这个开源的t2i模型时，不可避免地会碰到两种模型权重的存储格式，即diffusers格式和ckpt格式： 　　如上图所示，这是一个hugging face的仓库，仓库里有文件夹和.ck...
从TensorFlow CKPT到PB模型的转换：Python实现指南
最新发布
weixin_42124497的博客
05-14 771
自定义图操作: 在转换为PB格式时，可以根据需要添加自定义的图操作，例如添加新的预处理或后处理节点。网络结构优化: 根据应用场景，对网络结构进行优化，比如使用深度可分离卷积代替标准卷积，或是采用轻量级的网络结构如MobileNet、ShuffleNet等。以上高级应用技巧为模型转换工具的深入使用提供了丰富的方法论，使得深度学习模型更易于部署和优化。在下一章节中，我们将探讨模型转换后的实际应用，展示如何将模型部署到不同的平台，以及如何处理不同平台间的兼容性问题。
CKPT文件是什么？
kcarly的专栏
04-05 1805
总结起来，ckpt检查点是一种重要的技术手段，其核心作用是记录系统或数据的当前状态，以便在中断或异常情况下能够快速恢复。在Oracle数据库中，ckpt（CheckPoint）是一个后台进程，负责触发检查点事件，从而将脏缓冲区中的数据写入磁盘，并更新数据文件头和控制文件中的检查点信息。在并行计算中，ckpt检查点用于记录并行任务的执行状态，以便在任务中断后能够恢复到最近的状态继续执行。在机器学习领域，ckpt检查点主要用于保存模型的中间状态，以便在训练中断后能够从中断的地方继续训练。
【Tensorflow】关于pb和ckpt的保存于载入及ckpt转bp格式
qq_37791134的博客
03-09 879
参考：https://www.jianshu.com/p/c9fd5c01715eTensorFlow 模型保存与恢复 总结： ckpt：可直接载入训练 bp：格式保存的模型参数都已经转化为了常量（而不再是变量），但可以脱离会话（session）而存在，便于部署。 ckpt 转 bp：一般情况下，为了便于从断点之处继续训练，模型通常保存为 .ckpt 格式，而一旦对训练结果很满意之后...
tensorflow的ckpt及pb模型持久化方式及转化
qq_39060828的博客
05-07 2877
使用tensorflow训练模型的时候，模型持久化对我们来说非常重要。 如果我们的模型比较复杂，需要的数据比较多，那么在模型的训练时间会耗时很长。如果在训练过程中出现了模型不可预期的错误，导致训练意外终止，那么我们将会前功尽弃。为了解决这一问题，我们可以使用模型持久化（保存为ckpt文件格式）来保存我们在训练过程中的临时数据。、 如果我们训练出的模型需要提供给用户做离线预测，那么我们只需要完成...
【BERT for Tensorflow】本地ckpt文件的BERT使用
阿芒Aris的博客
11-11 5762
本文你将学到： - 如何将官方ckpt文件转为pytorch.bin以供pytorch/tensorflow使用 - 如何在BERT的基础上拼接模型解决下游任务
TensorFlow 中的 .ckpt文件
m0_38024592的博客
12-21 3268
文章目录tf.train.Saver()各文件作用python中恢复模型Reference tf.train.Saver() 使用 tf.train.Saver() 保存参数通常会生成以下文件 各文件作用 .ckpt文件：是旧版本的输出saver.save(sess)，相当于你的.ckpt-data “checkpoint”：文件仅用于告知某些TF函数，这是最新的检查点文件。 .ckpt-meta：包含元图，即计算图的结构，没有变量的值（基本上你可以在tensorboard / graph中看到）。
CKPT被触发条件
ciyao5958的博客
07-13 692
CKPT在什么条件下被触发呢? 一个检查点(CKPT)就是一个从缓冲器高速缓存中将已修改的数据清洗到磁盘上并更新控制文件与数据文件的事件。 CKPT进程更新数据文件的头部和控制文件，实际的数据块由DBW...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值