oracle定时备份出现0x1,Oracle 10.2.0.5 版本之后 asm disk header 自动备份机制

最新推荐文章于 2022-12-26 11:24:26 发布
最新推荐文章于 2022-12-26 11:24:26 发布
阅读量116 收藏
点赞数
文章标签： oracle定时备份出现0x1

在10.2.0.5 版本之前 ASM disk header没有自动备份，需要手动执行kfed read或者dd来备份，

从10.2.0.5 之后 开始ASM disk header会自动备份到第一个AU#1的倒数第二个block。

AU size是1MB的DISKGROUP，每个AU包括block数量=1024KB/4KB=256个，因此备份信息位于AU#1的第254号block

AU size是2MB的DISKGROUP，每个AU包括block数量=2048KB/4KB=512个，因此备份信息位于AU#1的第510号block

AU size是4MB的DISKGROUP，每个AU包括block数量=4096KB/4KB=1024个，因此备份信息位于AU#1的第1022号block

AU size是8MB的DISKGROUP，每个AU包括block数量=8192KB/4KB=2048个，因此备份信息位于AU#1的第2046号block

AU size是16MB的DISKGROUP，每个AU包括block数量=16384KB/4KB=4096个，因此备份信息位于AU#1的第4094号block

如果不加au=1的参数的话，则是以下block

AU size是1MB的DISKGROUP，每个AU包括block数量=1024KB/4KB=256个，因此备份信息位于的第510号block

AU size是2MB的DISKGROUP，每个AU包括block数量=2048KB/4KB=512个，因此备份信息位于的第1022号block

AU size是4MB的DISKGROUP，每个AU包括block数量=4096KB/4KB=1024个，因此备份信息位于的第2046号block

AU size是8MB的DISKGROUP，每个AU包括block数量=8192KB/4KB=2048个，因此备份信息位于的第4094号block

AU size是16MB的DISKGROUP，每个AU包括block数量=16384KB/4KB=4096个，因此备份信息位于的8190号block

以下是12c的测试过程，是加au=1参数的

1：au size 为1M

[grid@12cdb1 ~]$ kfed read /dev/sde1 aunum=1 blknum=254 ausz=1048576|more

kfbh.endian: 1 ; 0x000: 0x01

kfbh.hard: 130 ; 0x001: 0x82

kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD

kfbh.datfmt: 1 ; 0x003: 0x01

kfbh.block.blk: 254 ; 0x004: blk=254

kfbh.block.obj: 2147483648 ; 0x008: disk=0

kfbh.check: 2583217763 ; 0x00c: 0x99f8c663

kfbh.fcn.base: 0 ; 0x010: 0x00000000

kfbh.fcn.wrap: 0 ; 0x014: 0x00000000

kfbh.spare1: 0 ; 0x018: 0x00000000

kfbh.spare2: 0 ; 0x01c: 0x00000000

kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8

kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000

kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000

kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000

kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000

kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000

kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000

kfdhdb.compat: 202375168 ; 0x020: 0x0c100000

kfdhdb.dsknum: 0 ; 0x024: 0x0000

kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL

kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER

kfdhdb.dskname: DGTEST_0000 ; 0x028: length=11

kfdhdb.grpname: DGTEST ; 0x048: length=6

kfdhdb.fgname: DGTEST_0000 ; 0x068: length=11

kfdhdb.capname: ; 0x088: length=0

kfdhdb.crestmp.hi: 33005044 ; 0x0a8: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.crestmp.lo: 1303226368 ; 0x0ac: USEC=0x0 MSEC=0x36a SECS=0x1a MINS=0x13

kfdhdb.mntstmp.hi: 33005044 ; 0x0b0: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.mntstmp.lo: 1314846720 ; 0x0b4: USEC=0x0 MSEC=0x3be SECS=0x25 MINS=0x13

kfdhdb.secsize: 512 ; 0x0b8: 0x0200

kfdhdb.blksize: 4096 ; 0x0ba: 0x1000

kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000

kfdhdb.mfact: 113792 ; 0x0c0: 0x0001bc80

kfdhdb.dsksize: 2047 ; 0x0c4: 0x000007ff

kfdhdb.pmcnt: 3 ; 0x0c8: 0x00000003

kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001

kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002

kfdhdb.f1b1locn: 10 ; 0x0d4: 0x0000000a

2：au size 为2M

[grid@12cdb1 ~]$ kfed read /dev/sdd1 aunum=1 blknum=510ausz=2097512|more

kfbh.endian: 1 ; 0x000: 0x01

kfbh.hard: 130 ; 0x001: 0x82

kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD

kfbh.datfmt: 1 ; 0x003: 0x01

kfbh.block.blk: 510 ; 0x004: blk=510

kfbh.block.obj: 2147483648 ; 0x008: disk=0

kfbh.check: 1308985061 ; 0x00c: 0x4e0586e5

kfbh.fcn.base: 0 ; 0x010: 0x00000000

kfbh.fcn.wrap: 0 ; 0x014: 0x00000000

kfbh.spare1: 0 ; 0x018: 0x00000000

kfbh.spare2: 0 ; 0x01c: 0x00000000

kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8

kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000

kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000

kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000

kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000

kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000

kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000

kfdhdb.compat: 202375168 ; 0x020: 0x0c100000

kfdhdb.dsknum: 0 ; 0x024: 0x0000

kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL

kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER

kfdhdb.dskname: DATA_0000 ; 0x028: length=9

kfdhdb.grpname: DATA ; 0x048: length=4

kfdhdb.fgname: DATA_0000 ; 0x068: length=9

kfdhdb.capname: ; 0x088: length=0

kfdhdb.crestmp.hi: 33005024 ; 0x0a8: HOUR=0x0 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.crestmp.lo: 18385920 ; 0x0ac: USEC=0x0 MSEC=0x223 SECS=0x11 MINS=0x0

kfdhdb.mntstmp.hi: 33005058 ; 0x0b0: HOUR=0x2 DAYS=0x10 MNTH=0x7 YEAR=0x7de

kfdhdb.mntstmp.lo: 2644348929 ; 0x0b4: USEC=0x1 MSEC=0x364 SECS=0x19 MINS=0x27

kfdhdb.secsize: 512 ; 0x0b8: 0x0200

kfdhdb.blksize: 4096 ; 0x0ba: 0x1000

kfdhdb.ausize: 2097152 ; 0x0bc: 0x00200000

kfdhdb.mfact: 228480 ; 0x0c0: 0x00037c80

kfdhdb.dsksize: 5118 ; 0x0c4: 0x000013fe

kfdhdb.pmcnt: 3 ; 0x0c8: 0x00000003

kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001

kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002

kfdhdb.f1b1locn: 10 ; 0x0d4: 0x0000000a

3：au size 为4M

[grid@12cdb1 ~]$ kfed read /dev/sde1 aunum=1 blknum=1022 ausz=4194304|more

kfbh.endian: 1 ; 0x000: 0x01

kfbh.hard: 130 ; 0x001: 0x82

kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD

kfbh.datfmt: 1 ; 0x003: 0x01

kfbh.block.blk: 1022 ; 0x004: blk=1022

kfbh.block.obj: 2147483648 ; 0x008: disk=0

kfbh.check: 3190465891 ; 0x00c: 0xbe2aa563

kfbh.fcn.base: 0 ; 0x010: 0x00000000

kfbh.fcn.wrap: 0 ; 0x014: 0x00000000

kfbh.spare1: 0 ; 0x018: 0x00000000

kfbh.spare2: 0 ; 0x01c: 0x00000000

kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8

kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000

kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000

kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000

kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000

kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000

kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000

kfdhdb.compat: 202375168 ; 0x020: 0x0c100000

kfdhdb.dsknum: 0 ; 0x024: 0x0000

kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL

kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER

kfdhdb.dskname: DGTEST_0000 ; 0x028: length=11

kfdhdb.grpname: DGTEST ; 0x048: length=6

kfdhdb.fgname: DGTEST_0000 ; 0x068: length=11

kfdhdb.capname: ; 0x088: length=0

kfdhdb.crestmp.hi: 33005044 ; 0x0a8: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.crestmp.lo: 1762242560 ; 0x0ac: USEC=0x0 MSEC=0x26c SECS=0x10 MINS=0x1a

kfdhdb.mntstmp.hi: 33005044 ; 0x0b0: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.mntstmp.lo: 1775450112 ; 0x0b4: USEC=0x0 MSEC=0xce SECS=0x1d MINS=0x1a

kfdhdb.secsize: 512 ; 0x0b8: 0x0200

kfdhdb.blksize: 4096 ; 0x0ba: 0x1000

kfdhdb.ausize: 4194304 ; 0x0bc: 0x00400000

kfdhdb.mfact: 454272 ; 0x0c0: 0x0006ee80

kfdhdb.dsksize: 511 ; 0x0c4: 0x000001ff

kfdhdb.pmcnt: 3 ; 0x0c8: 0x00000003

kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001

kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002

kfdhdb.f1b1locn: 10 ; 0x0d4: 0x0000000a

kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000

kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000

kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000

kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000

kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000

kfdhdb.grpstmp.hi: 33005044 ; 0x0e4: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.grpstmp.lo: 1761989632 ; 0x0e8: USEC=0x0 MSEC=0x175 SECS=0x10 MINS=0x1a

4：au size 为8M

[grid@12cdb1 ~]$ kfed read /dev/sde1 aunum=1 blknum=2046 ausz=8388608|more

kfbh.endian: 1 ; 0x000: 0x01

kfbh.hard: 130 ; 0x001: 0x82

kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD

kfbh.datfmt: 1 ; 0x003: 0x01

kfbh.block.blk: 2046 ; 0x004: blk=2046

kfbh.block.obj: 2147483648 ; 0x008: disk=0

kfbh.check: 2835544163 ; 0x00c: 0xa902f863

kfbh.fcn.base: 0 ; 0x010: 0x00000000

kfbh.fcn.wrap: 0 ; 0x014: 0x00000000

kfbh.spare1: 0 ; 0x018: 0x00000000

kfbh.spare2: 0 ; 0x01c: 0x00000000

kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8

kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000

kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000

kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000

kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000

kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000

kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000

kfdhdb.compat: 202375168 ; 0x020: 0x0c100000

kfdhdb.dsknum: 0 ; 0x024: 0x0000

kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL

kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER

kfdhdb.dskname: DGTEST_0000 ; 0x028: length=11

kfdhdb.grpname: DGTEST ; 0x048: length=6

kfdhdb.fgname: DGTEST_0000 ; 0x068: length=11

kfdhdb.capname: ; 0x088: length=0

kfdhdb.crestmp.hi: 33005044 ; 0x0a8: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.crestmp.lo: 2099929088 ; 0x0ac: USEC=0x0 MSEC=0x298 SECS=0x12 MINS=0x1f

kfdhdb.mntstmp.hi: 33005044 ; 0x0b0: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.mntstmp.lo: 2114338816 ; 0x0b4: USEC=0x0 MSEC=0x190 SECS=0x20 MINS=0x1f

kfdhdb.secsize: 512 ; 0x0b8: 0x0200

kfdhdb.blksize: 4096 ; 0x0ba: 0x1000

kfdhdb.ausize: 8388608 ; 0x0bc: 0x00800000

kfdhdb.mfact: 454272 ; 0x0c0: 0x0006ee80

kfdhdb.dsksize: 255 ; 0x0c4: 0x000000ff

kfdhdb.pmcnt: 3 ; 0x0c8: 0x00000003

kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001

kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002

kfdhdb.f1b1locn: 10 ; 0x0d4: 0x0000000a

kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000

kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000

kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000

kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000

kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000

kfdhdb.grpstmp.hi: 33005044 ; 0x0e4: HOUR=0x14 DAYS=0xf MNTH=0x7 YEAR=0x7de

kfdhdb.grpstmp.lo: 2098930688 ; 0x0e8: USEC=0x0 MSEC=0x2c9 SECS=0x11 MINS=0x1f

0b1331709591d260c1c78e86d0c51c18.png

李一雷
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle 10.2.0.5补丁windows版32位及64位
09-25
Oracle 10.2.0.5 是Oracle Database的一个重要版本，主要针对Windows操作系统提供了32位和64位的支持。这个版本发布于2007年，它在Oracle 10g R2的基础上增加了多项功能和性能改进，旨在提供更稳定、高效的数据管理...
详解Linux平台 Oracle 10gR2（10.2.0.5）RAC安装 Part1：准备工作
01-19
Linux平台 Oracle 10gR2（10.2.0.5）RAC安装 Part1：准备工作，具体如下： 环境：OEL 5.7 + Oracle 10.2.0.5 RAC 1.实施前准备工作  1.1 服务器安装操作系统  1.2 Oracle安装介质  1.3 共享存储规划  1.4 网络...
oracle定时备份出现0x1,我做了bat批处理程序直接双击运行正常，但是放入windows定时任务运行时缺报错误代码0x1 - winServer论坛 - 51CTO技术论坛_中国领先的IT技术...
weixin_42679995的博客
04-11 383
seechbakup.bat:for /f %%i in ('cscript /nologo yesterday.vbs') do set d=%%imd%d%xcopy /y /e /d "Z:\*" "D:\个人重要资料(勿删)\Administrator\桌面\secch\%d%\"for /f %%i in ('cscript /nologo last.vbs') do se...
oracle定时备份出现0x1,备份数据库时遇到ORA-19566 - Oracle数据库管理 - Oracle数据库数据恢复、性能优化来问问AskMaclean - ParnassusData诗檀...
weixin_39757169的博客
04-11 240
数据库版本：SQL> select * from v$version;BANNER----------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - ProductionPL/SQL Rel...
介绍Oracle自带的一些ASM维护工具 （kfod/kfed/amdu）
weixin_34278190的博客
06-17 249
1.前言 ASM（Automatic Storage Management）是Oracle主推的一种面向Oracle的存储解决方式，它是一个管理卷组或者文件系统的软件。眼下已经被RAC环境广泛使用，可是ASM因为其高度的封装性，使得我们非常难知道窥探其内部的原理。ASM假设一旦出现故障，通常都非常难处理。即便在有非常完备的RMAN备份的情况下，恢复起来都可能须要非常长的时间。 简单的讲...
Oracle 备份与恢复常见的七大问题
mengmeng_921的博客
12-26 468
备份就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库副本的磁带或磁盘，备份是一份数据副本。从物理与逻辑的角度来看，备份可以分为物理备份和逻辑备份。物理备份：对数据库操作系统的物理文件（数据文件，控制文件和日志文件）的备份。物理备份又可以分为脱机备份（冷备份）和联机备份（热备份），前者是在关闭数据库的时候进行的，后者是以归档日志的方式对运行的数据库进行备份。可以使用oracle的恢复管理器（RMAN）或操作系统命令进行数据库的物理备份。
kfed 工具读出的各项内容解释
cucanqi9387的博客
04-25 214
Using kfed: Reading a file: kfed read example: % kfed read /dev/raw/raw1 kfb...
oracle10.2 备份,Oracle 10.2.0.5 版本之后 asm disk header 自动备份机制
weixin_39967598的博客
04-14 78
Oracle 10.2.0.5 版本之后 asm disk header 自动备份机制在10.2.0.5 版本之前 ASM disk header没有自动备份，，需要手动执行kfed read或者dd来备份，从10.2.0.5 之后 开始ASM disk header会自动备份到第一个AU#1的倒数第二个block。AU size是1MB的DISKGROUP，每个AU包括block数量=1024K...
oracle定时备份出现0x1,Oracle10.2.0.5版本之后asmdiskheader自动备份机制
weixin_30696755的博客
04-11 105
Oracle 10.2.0.5 版本之后 asm disk header 自动备份机制在10.2.0.5 版本之前 ASM disk header没有自动备份，，需要手动执行kfed read或者dd来备份，从10.2.0.5 之后 开始ASM disk header会自动备份到第一个AU#1的倒数第二个block。AU size是1MB的DISKGROUP，每个AU包括block数量=1024K...
Windows 2008任务计划执行bat脚本失败返回0x1的解决方法
01-09
测试环境： C:\>systeminfo | findstr /c:”OS Name” OS Name: Microsoft Windows Server 2008 R2 Enterprise 很多人在Windows 2008里面创建任务计划执行bat文件的时候都会遇到这样的问题：任务计划执行之后返回的状态码是0x1而不是正常的0x0 我今天也被这个问题给坑了，几乎花了一天的时间来排错。单独执行bat脚本一切正常，在Windows 2003的任务计划里面执行bat脚本也没有问题，但是只要放到Windows 2008的任务计划里面就不行。在国内、国外的网站上一通搜索，终于凑齐了所有的注意事项。
oracle 10.2.0.4 X64.zip
09-06
Oracle 10.2.0.4 X64是一个针对64位操作系统的数据库服务器版本。这个版本在Oracle数据库的10g系列中是相对稳定和广泛使用的，它提供了多种功能和服务，对于需要处理大量数据的企业级应用尤其适用。下面我们将深入...
Oracle_10.2.0.3.zip
02-24
最后，"Disk1"可能代表了安装介质的第一部分，这通常是Oracle数据库安装过程中多个安装盘或ISO映像的一部分。这个文件夹可能包含了安装程序、初始化脚本、补丁、配置工具等，用于设置和初始化Oracle数据库10.2.0.3...
Oracle OEM Grid 10.2.0.5 for linux
11-30
这个版本"Oracle OEM Grid 10.2.0.5 for linux"是针对Linux操作系统的一个特定发行版，旨在提供对Oracle数据库在Linux平台上的全面管理支持。 1. **Oracle Enterprise Manager概述**： Oracle OEM是一个综合性的...
oracle 报错972,【案例】Oracle RAC ASM故障 pvid=yes导致asm无法mount
weixin_29063035的博客
04-08 645
天萃荷净pvid=yes导致asm无法mount，恢复请求，对于aix rac，两个ibm存储做mirror的环境中，客户做存储容灾演练，发现磁盘的名称发生改变，然后对其中一个磁盘设置pvid，结果悲剧了导致asm一个磁盘组无法正常起来。然后又aix端删除这些设备，然后重新扫描设备。结果不是一个磁盘组不能mount，而是整个gi就无法正常启动。1.查看asm 日志，确定asm disk信息从这里可...
【创新未发表】Matlab实现黏菌优化算法SMA-Kmean-Transformer-LSTM负荷预测算法研究.rar
最新发布
07-29
1.版本：matlab2014/2019a/2021a 2.附赠案例数据可直接运行matlab程序。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。 5.作者介绍：某大厂资深算法工程师，从事Matlab算法仿真工作10年；擅长智能优化算法、神经网络预测、信号处理、元胞自动机等多种领域的算法仿真实验，更多仿真源码、数据集定制私信+。 替换数据可以直接使用，注释清楚，适合新手
PyTorch使用教程.pdf
07-29
PyTorch 是一个开源的机器学习库，广泛用于计算机视觉和自然语言处理等领域。以下是一个简化的 PyTorch 使用教程，不采用分点或Markdown格式。 首先，确保你安装了 PyTorch。你可以通过访问 PyTorch 官网获取安装指令，根据你的系统环境（如 Windows, macOS, Linux）和是否使用 GPU 支持进行安装。 安装完成后，你可以开始编写 PyTorch 代码了。 这里，我们将通过一个简单的例子来展示 PyTorch 的基本用法：创建一个简单的神经网络来识别手写数字（基于 MNIST 数据集）。
ubuntu man帮助手册
07-29
ubuntu man帮助手册
彩屏驱动开发技术资料提高篇TFT-51-11.zip
07-29
彩屏驱动开发技术资料提高篇TFT-51-11.zip
Oracle RAC 10.2.0.4 升级步骤详解
"ORACLE10RAC 升级至 10204 的文档详细介绍了在 RAC (Real Application Clusters) 环境下，如何将 Oracle 数据库从 10g 版本升级到 10.2.0.4 版本。文档特别强调了 RAC 环境下的升级步骤与单实例数据库的不同，并...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值