[20190718]12c坏块处理一例.txt

最新推荐文章于 2023-01-29 22:21:16 发布
最新推荐文章于 2023-01-29 22:21:16 发布
阅读量130 收藏
点赞数

[20190718]12c坏块处理一例.txt

--//今天做一些测试时遇到system表空间出现一个坏块。自己分析处理看看。

1.环境:
SCOTT@test01p> @ ver1
PORT_STRING          VERSION    BANNER                                                                       CON_ID
-------------------- ---------- ---------------------------------------------------------------------------- ------
IBMPC/WIN_NT64-9.1.0 12.2.0.1.0 Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production      0

RMAN> backup database format '/tmp/backup/full20190718_%U';
Starting backup at 2019-07-18 21:17:32
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=16 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00003 name=D:\APP\ORACLE\ORADATA\TEST\SYSAUX01.DBF
input datafile file number=00001 name=D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
input datafile file number=00005 name=D:\APP\ORACLE\ORADATA\TEST\UNDOTBS01.DBF
input datafile file number=00007 name=D:\APP\ORACLE\ORADATA\TEST\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 2019-07-18 21:17:34
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 07/18/2019 21:17:41
ORA-19566: exceeded limit of 0 corrupt blocks for file D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
continuing other job steps, job failed will not be re-run
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00011 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\USERS01.DBF
input datafile file number=00010 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\UNDOTBS01.DBF
input datafile file number=00008 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\SYSTEM01.DBF
input datafile file number=00009 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\SYSAUX01.DBF
input datafile file number=00036 name=D:\APP\ORACLE\ORADATA\TEST\TEST01P\LFREE05X.DBF
channel ORA_DISK_1: starting piece 1 at 2019-07-18 21:17:42
channel ORA_DISK_1: finished piece 1 at 2019-07-18 21:18:17
piece handle=D:\TMP\BACKUP\FULL20190718_1OU707FM_1_1 tag=TAG20190718T211733 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:35
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00002 name=D:\APP\ORACLE\ORADATA\TEST\PDBSEED\SYSTEM01.DBF
input datafile file number=00006 name=D:\APP\ORACLE\ORADATA\TEST\PDBSEED\UNDOTBS01.DBF
input datafile file number=00004 name=D:\APP\ORACLE\ORADATA\TEST\PDBSEED\SYSAUX01.DBF
channel ORA_DISK_1: starting piece 1 at 2019-07-18 21:18:17
channel ORA_DISK_1: finished piece 1 at 2019-07-18 21:18:52
piece handle=D:\TMP\BACKUP\FULL20190718_1PU707GP_1_1 tag=TAG20190718T211733 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:35
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 07/18/2019 21:17:41
ORA-19566: exceeded limit of 0 corrupt blocks for file D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
--//cdb数据库数据文件D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF备份出现问题。

2.dbv分析看看：
d:\>dbv file=D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
DBVERIFY: Release 12.2.0.1.0 - Production on Thu Jul 18 21:19:55 2019
Copyright (c) 1982, 2017, Oracle and/or its affiliates.  All rights reserved.
DBVERIFY - Verification starting : FILE = D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
Page 186 is marked corrupt
Corrupt block relative dba: 0x004000ba (file 1, block 186)
Bad check value found during dbv:
Data in bad block:
 type: 0 format: 2 rdba: 0x000000ba
 last change scn: 0x0000.0000.00000000 seq: 0x1 flg: 0x05
 spare3: 0x0
 consistency value in tail: 0x00000001
 check value in block header: 0xa7ba
 computed block checksum: 0x5c2d
--//视乎检查和不一致。

DBVERIFY - Verification complete
Total Pages Examined         : 115200
Total Pages Processed (Data) : 78206
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 14791
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 4576
Total Pages Processed (Seg)  : 1
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 17626
Total Pages Marked Corrupt   : 1
Total Pages Influx           : 0
Total Pages Encrypted        : 0
Highest block SCN            : 9263501 (0.9263501)

SYS@test> @ which_obj 1 186
OWNER SEGMENT_NAME PARTITION_NAME SEGMENT_TYPE TABLESPACE_NAME  EXTENT_ID    FILE_ID   BLOCK_ID      BYTES     BLOCKS RELATIVE_FNO
----- ------------ -------------- ------------ --------------- ---------- ---------- ---------- ---------- ---------- ------------
SYS   I_TS#                       INDEX        SYSTEM                   0          1        184      65536          8            1

--//TS#的索引i_ts$损坏，什么会这样?

BBED> set dba 1,187
        DBA             0x004000bb (4194491 1,187)
--//注：我使用windows下的bbed，数据块存在+1的偏移。

BBED> dump /v count 12
 File: D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF (1)
 Block: 187                               Offsets:    0 to   11                            Dba:0x004000bb
-----------------------------------------------------------------------------------------------------------
 00a20000 ba000000 00000000                                              l .?.?......
<32 bytes per line>        
--//还是1个空块，前面是00a2.注如果有数据的块前面应该是06a2.
BBED> dump /v dba 1,186  count 12
 File: D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF (1)
 Block: 186                               Offsets:    0 to   11                            Dba:0x004000ba
-----------------------------------------------------------------------------------------------------------
 06a20000 b9004000 ae6f0000                                              l .?.?@.畂..
<32 bytes per line>
----
BBED> set dba 1,187
        DBA             0x004000bb (4194491 1,187)

BBED> sum apply
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
Check value for File 1, Block 187:
current = 0xfb97, required = 0xfb97

BBED> verify
DBVERIFY - Verification starting
FILE = D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
BLOCK = 186

DBVERIFY - Verification complete
Total Blocks Examined         : 1
Total Blocks Processed (Data) : 0
Total Blocks Failing   (Data) : 0
Total Blocks Processed (Index): 0
Total Blocks Failing   (Index): 0
Total Blocks Empty            : 1
Total Blocks Marked Corrupt   : 0
Total Blocks Influx           : 0

3.再次验证:
RMAN> validate datafile 1;
Starting validate at 2019-07-18 21:38:22
using channel ORA_DISK_1
channel ORA_DISK_1: starting validation of datafile
channel ORA_DISK_1: specifying datafile(s) for validation
input datafile file number=00001 name=D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
channel ORA_DISK_1: validation complete, elapsed time: 00:00:15
List of Datafiles
=================
File Status Marked Corrupt Empty Blocks Blocks Examined High SCN
---- ------ -------------- ------------ --------------- ----------
1    OK     0              17627        115200          9270549
  File Name: D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF
  Block Type Blocks Failing Blocks Processed
  ---------- -------------- ----------------
  Data       0              78206
  Index      0              14791
  Other      0              4576

channel ORA_DISK_1: starting validation of datafile
channel ORA_DISK_1: specifying datafile(s) for validation
including current control file for validation
including current SPFILE in backup set
channel ORA_DISK_1: validation complete, elapsed time: 00:00:01
List of Control File and SPFILE
===============================
File Type    Status Blocks Failing Blocks Examined
------------ ------ -------------- ---------------
SPFILE       OK     0              2
Control File OK     0              1148
Finished validate at 2019-07-18 21:38:39
--//OK,应该修复完成。

2.我估计我可能某个时间执行错误，修改了dba=1,186的数据块。
BBED> info
 File#  Name                                             Size(blks)
 -----  ----                                             ----------
     1  D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF                   0
     2  D:\APP\ORACLE\ORADATA\TEST\PDBSEED\SYSTEM01.DBF           0
     3  D:\APP\ORACLE\ORADATA\TEST\SYSAUX01.DBF                   0
     4  D:\APP\ORACLE\ORADATA\TEST\PDBSEED\SYSAUX01.DBF           0
     5  D:\APP\ORACLE\ORADATA\TEST\UNDOTBS01.DBF                  0
     6  D:\APP\ORACLE\ORADATA\TEST\PDBSEED\UNDOTBS01.DBF          0
     7  D:\APP\ORACLE\ORADATA\TEST\USERS01.DBF                    0
     8  D:\APP\ORACLE\ORADATA\TEST\TEST01P\SYSTEM01.DBF           0
     9  D:\APP\ORACLE\ORADATA\TEST\TEST01P\SYSAUX01.DBF           0
    10  D:\APP\ORACLE\ORADATA\TEST\TEST01P\UNDOTBS01.DBF          0
    11  D:\APP\ORACLE\ORADATA\TEST\TEST01P\USERS01.DBF            0
    28  D:\APP\ORACLE\ORADATA\TEST\TEST02P\SYSTEM01.DBF           0
    29  D:\APP\ORACLE\ORADATA\TEST\TEST02P\SYSAUX01.DBF           0
    30  D:\APP\ORACLE\ORADATA\TEST\TEST02P\UNDOTBS01.DBF          0
    31  D:\APP\ORACLE\ORADATA\TEST\TEST02P\USERS01.DBF            0

--//猜测最大的可能就是本来想修改dba=11,186块不小心修改了dba=1,186.

SCOTT@test01p> @ which_obj 11 186
OWNER SEGMENT_NAME PARTITION_NAME SEGMENT_TYPE TABLESPACE_NAME EXTENT_ID    FILE_ID   BLOCK_ID      BYTES     BLOCKS RELATIVE_FNO
----- ------------ -------------- ------------ ------------------------- ---------- ---------- ---------- ---------- ------------
SCOTT T1                          TABLE        USERS                   1         11        184      65536          8           11

--//虽然是测试环境,做这些修改操作一定要小心。突然想起bbed的修改有log.bbd记录看看里面的内容看看：
--//看到如下记录：
BBED: Release 2.0.0.0.0 - Limited Production on Mon Dec 10 20:27:51 2018

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

************* !!! For Oracle Internal Use only !!! ***************
....
--//时间太久了，回忆不起来当时的一些细节了。
set dba 11,186
set dba 1,187
~~~~~~~~~~~~~~~~
map /v
p offset 36
dump /v offset 36 count 4
dump /v offset 264
m /x 12 offset 36
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 36.
m /x 12 offset 264
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 264.
m /x 11 offset 48
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 48.
m /x 58 offset 52
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 52.
m /x 80 offset 56
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 56.
m /x 11 offset 92
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 92.
m /x 58 offset 96
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 96.
m /x 80 offset 100
#modify /x 00 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 100.
m /x 5802 offset 60
#modify /x 0000 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 60.
m /x c002 offset 62
#modify /x 0000 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 62.
m /x 5802 offset 104
#modify /x 0000 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 104.
m /x c200 offset 106
#modify /x 0000 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 106.
m /x 2f5e offset 272
#modify /x 0000 filename 'D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF' block 187. offset 272.
set dba 11,187
--//可以发现在下划线处我输入错误，导致后续的操作错误的数据块。

BBED> set dba 1,187
        DBA             0x004000bb (4194491 1,187)

--//选择offset＝36，272，106，验证看看：
BBED> dump  offset 36 count 2
 File: D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF (1)
 Block: 187                Offsets:   36 to   37       Dba:0x004000bb
---------------------------------------------------------------------
 1200

 <64 bytes per line>

BBED> dump  offset 272 count 2
 File: D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF (1)
 Block: 187                Offsets:  272 to  273      Dba:0x004000bb
---------------------------------------------------------------------
 2f5e
 <64 bytes per line>

BBED> dump offset 106 count 2
 File: D:\APP\ORACLE\ORADATA\TEST\SYSTEM01.DBF (1)
 Block: 187                Offsets:  106 to  107      Dba:0x004000bb
---------------------------------------------------------------------
 c200
 <64 bytes per line>
--//可以发现当时确实操作错误!!看来做这些修复工作一定要小心小心再小心!!

--//我看了笔记最大可能自己在家里做truncate恢复时操作。
--//上班后测试链接如下，可以发现偏移基本可以对上。
[20181212]truncate的另类恢复5.txt->http://blog.itpub.net/267265/viewspace-2284984/

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/267265/viewspace-2651196/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/267265/viewspace-2651196/

cuixun7780
关注
Oracle 12c数据库坏块检查
weixin_43975103的博客
10-09 849
--------------alert告警日志报错信息-------------- Dumping diagnostic data in directory=[cdmp_20210421040755], requested by (instance=3, osid=381138), summary=[incident=86135]. Wed Apr 21 04:51:28 2021 Thread 1 advanced to log sequence 66714 (LGWR switch) Current l
12c Oracle基础
qq_41141058的博客
07-01 749
第01课-Oracle数据库介绍 文档位置: Concepts->11.1 Introduction to Physical Storage Structures 什么是 Oracle 数据库 1.1 Oracle 介绍 网址,下载 docs.oracle.com 查看系统版本： [oracle@ouzy ~]$ lsb_release -id Distributor ID: CentO...
oracle rman 检查坏块,Oracle RMAN修复逻辑坏块
weixin_34226447的博客
04-03 539
RMAN 实现数据块恢复试用Rman可以实现数据块级的数据恢复，在传统恢复手段中即某个数据文件的一个数据块被损坏，就造成整个数据文件无法试用，此时必须通过备份恢复整个数据文件。显然这样的方法会会时间较长，而RMAN实现块级恢复，如果某个数据文件的数据损坏，通过数据文件的完整备份就可以恢复数据块。案例：数据库是一个单实例Oracle数据库，该库的总大小有700G。存储设备使用华为存储，备份设备使用希...
RMAN深入解析之--BlockRecover恢复坏块
weixin_33947521的博客
07-15 326
RMAN深入解析之--BlockRecover恢复坏块案例环境：操作系统：RedHat EL5Oracle： Oracle 11gR2案例描述： 通过块介质恢复（Block Media Recover:BMR)执行块级别的恢复操作来修复Oracle数据库上的逻辑或物理上损坏的数据块。1、模拟数据块被破坏10:26:48SYS@prod>connscott/t...
使用decode函数来处理
weixin_67448306的博客
01-29 464
如果是帆软或者Cognos是有客户端的，以web形式展现的，客户有登录账号密码的，我们也有，但是权限不一样，我们相当于系统管理员，是可以操作报表系统的，我们把报表文件，帆软是.cpt 文件格式，上传到服务器，然后我们自己把文件放到对应的菜单目录下，自己运行下看是正常可以展示的，那么客户端那边也可以看到了。tableau是OLAP联机分析处理产品，具有很强的数据分析能力，能够灵活的在前端进行数据分析操作，无需编写编程吗，劣势是无法满足企业复杂报表，列印等需求。
ASM磁盘组ORA-15042故障处理
fanzhuozhuo的博客
11-10 1929
ASM磁盘组ORA-15042故障处理构建NORMAL冗余磁盘组确定PST位置external模拟故障现象offline fg1更新数据手动破坏4号磁盘故障出现故障原因解决方案查看PST中的磁盘状态修改磁盘状态挂载磁盘组数据验证 NORMAL磁盘组中有1个failgroup意外offline(如现在市面上的一体机1个存储节点意外重启)，在这个failgroup恢复回来重新成功online之前，另外一个failgroup中有一块磁盘损坏了，此时悲剧就发生了，即使被offline的failgroup还原回来，也
note.c
a3121772305的博客
05-18 993
ethtools 使用方法： ethtool -s eth0 speed 1000 duplex full autoneg off //设置eth0网卡为1000M 全双工 自动协商关闭 ethtool -s eth0 speed 100 duplex full autoneg off //设置eth0网卡为1000M 全双工 自动协商关闭 ethtool -s eth0 speed 10 duplex full autoneg off ...
oracle日常运维及应急故障处理手册
热门推荐
Vic的博客
10-06 2万+
常见问题及处理方案 CPU使用率高的问题 通过操作系统命令toptopas glance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。   根据进程号获取正在执行的sql   SELECT a.osuser, a.username,b.address,b.hash_value, b.sql_text fromv$sessi
Android Protect-0.Apk文件结构简介
hgy413的专栏
01-20 2783
Apk文件结构简介
oracle12c ojdbc包_ojdbc7.jar
03-14
在实际应用中，开发人员需要结合Oracle 12c的新特性，如PL/SQL块的执行、存储过程的调用、游标的使用、BLOB/CLOB等大型对象的处理等，以及Java 7的特性，如try-with-resources语法，来编写高效、可靠的数据库访问...
STC12C5A.rar_STC12C5A_stc12c5a .h
07-14
STC12C5A系列单片机是STC公司推出的一款8位微控制器，以其高性价比、低功耗和丰富的内置功能而受到广大电子工程师的欢迎。STC12C5A系列单片机主要基于增强型8051内核，提供了更多的I/O口和增强的定时器功能，特别...
oracle 12c 11g下载地址.txt
05-29
oracle 11g、12c在官网已经不支持下载，该文档是oracle 11g、12c及其他老版本的真实官网下载地址。亲测有效。
Oracle WebLogic Server 12c下载.txt
02-27
Oracle WebLogic Server 12c下载 包括4个文件： fmw_12.1.3.0.0_wls.jar fmw_12.2.1.3.0_wls_Disk1_1of1.zip fmw_12.2.1.4.0_wls_Disk1_1of1.zip oepe-indigo-installer-12.1.1.0.1.201203120349-12.1.1-win...
STC12C5A60S2_ad.zip_基于stc12c5a60s2
09-23
STC12C5A60S2是一款高性能、低功耗的8051单片机，由宏晶科技（STC）生产。这款单片机在许多嵌入式系统设计中广泛应用，特别是在需要模拟信号采集的项目中。本压缩包文件"STC12C5A60S2_ad.zip_基于stc12c5a60s2"包含...
基于FPGA的智能车牌检测系统设计与实现
11-08
内容概要：本文介绍了一种基于FPGA的智能车牌检测系统。该系统采用了OV5640摄像头进行图像采集，通过FPGA集成化开发环境进行图像处理，主要包括图像格式转换、图像灰度化、图像增强、边缘检测、腐蚀膨胀、投影定位等技术步骤。该系统能够在复杂环境中快速实现车牌的图像采集及定位，提高了车牌检测的效率和准确性。 适合人群：具备一定嵌入式系统和图像处理基础的研究人员和技术人员。 使用场景及目标：适用于智慧交通管理系统，尤其是停车场、高速公路、智能制造等领域，主要用于实现实时的车牌检测与识别。 其他说明：系统采用Sobel算子进行边缘检测，中值滤波进行图像增强，投影定位确定车牌位置，整体处理效率较高，适用于复杂光照条件下的车牌检测。
【java毕业设计】springbootJava学生选课系统(springboot+vue+mysql+说明文档).zip
11-08
项目经过测试均可完美运行！ 环境说明： 开发语言：java 框架：ssm jdk版本：jdk1.8 数据库：mysql 5.7+ 数据库工具：Navicat11+ 管理工具：maven 开发工具：idea/eclipse 部署容器：tomcat7+
JDK-API-1-6-zh-CN
11-08
JDK API 1.6 中文版，附使用说明
【java毕业设计】springbootJava校车管理信息系统(springboot+vue+mysql+说明文档).zip
11-08
项目经过测试均可完美运行！ 环境说明： 开发语言：java 框架：ssm jdk版本：jdk1.8 数据库：mysql 5.7+ 数据库工具：Navicat11+ 管理工具：maven 开发工具：idea/eclipse 部署容器：tomcat7+
resnet模型-python语言pytorch框架训练识别动物-不含数据集图片-含逐行注释和说明文档.zip
最新发布
11-08
本代码是基于python pytorch环境安装的。 下载本代码后，有个环境安装的requirement.txt文本 首先是代码的整体介绍 总共是3个py文件，十分的简便 本代码是不含数据集图片的，下载本代码后需要自行搜集图片放到对应的文件夹下即可 需要我们往每个文件夹下搜集来图片放到对应文件夹下，每个对应的文件夹里面也有一张提示图，提示图片放的位置 然后我们需要将搜集来的图片，直接放到对应的文件夹下，就可以对代码进行训练了。 运行01生成txt.py,是将数据集文件夹下的图片路径和对应的标签生成txt格式,划分了训练集和验证集 运行02CNN训练数据集.py,会自动读取txt文本内的内容进行训练，这里是适配了数据集的分类文件夹个数，即使增加了分类文件夹，也不需要修改代码即可训练 训练过程中会有训练进度条，可以查看大概训练的时长,每个epoch训练完后会显示准确率和损失值 训练结束后，会保存log日志，记录每个epoch的准确率和损失值 最后训练的模型会保存在本地名称为model.ckpt 运行03pyqt界面.py，就可以实现自己训练好的模型去识别图片了
Oracle 12c数据库12.1.0.1.0全平台下载链接
Oracle 12c，全称为Oracle Database 12c，是Oracle Corporation在2013年发布的数据库管理系统的一个重要版本，它代表了企业级数据库技术的一个里程碑。在这个版本中，Oracle引入了许多创新特性，如无共享内存架构...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值