自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(87)
  • 资源 (20)
  • 论坛 (11)
  • 收藏
  • 关注

转载 win环境报ora-600 kokasgi1处理

又一例数据库启动报ORA-600 kokasgi1错误的恢复请求 SMON: enabling tx recovery Database Characterset is AL32UTF8 Errors in file e:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_3024.trc (incident=44691): ORA-00600: 内部错误代码, 参数: [kokasgi1], [], [], [].

2021-07-29 18:30:43 7

原创 又一例存储cache丢失oracle数据库恢复---惜分飞

10.2.0.5 hp unix rac,由于存储掉电导致cache丢失,数据库无法正常启动,客户要求我们介入处理数据库mount报ORA-00600 kccpb_sanity_check_2错误 Thu Jul 22 14:52:06 EAT 2021 alter database mount Thu Jul 22 14:52:10 EAT 2021 Errors in file /oracle/admin/xff/udump/xff1_ora_4611.trc:

2021-07-22 22:20:22 15

原创 ORA-01092: ORACLE 例程终止 故障恢复---惜分飞

数据库启动报ORA-01092: ORACLE 例程终止。强行断开连接 错误 SQL> RECOVER DATABASE; 完成介质恢复。 SQL> ALTER DATABASE OPEN; ALTER DATABASE OPEN * ERROR 位于第 1 行: ORA-01092: ORACLE 例程终止。强行断开连接 查看alert日志 Wed Jul 21 12:32:04 2021 SMON: en

2021-07-21 20:08:01 16

转载 ora-600 kfdpMetaBlk_pickle 故障处理--惜分飞

联系:手机/微信(+86 13429648788) QQ(107644445)标题:ora-600 kfdpMetaBlk_pickle 故障处理作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户反馈集群的crs无法正常启动观察发现是由于gmon进程crash asm实例导致,经过测试确认是在mount data磁盘组的时候会触发给问题 SQL> alter diskgroup data mount; alter diskgr

2021-07-17 23:18:25 23

原创 asm disk删除分区恢复

接到一个朋友数据库故障请求case.大概操作是这样的:有一个39T的lun,通过parted分了15个分区,给oracle asm使用创建磁盘组data4,然后分了4个分区做成data5(由于ausize写错误了),删除掉磁盘组和这四个分区.然后重新分配了6个分区,并且使用最后5个分区创建了data5磁盘组.使用了一段时间之后,由于oracle空间不足,检查的时候误以为这个lun就前面15个分区使用,人工把后面的6个分区给删除了,并且创建了4个新分区,然后发现数据库crash了,发现误删除了在使用的分区.然

2021-07-04 16:49:06 15

转载 移动数据文件导致数据库故障恢复

有客户由于磁盘空间不足,在线把oracle数据迁移到其他位置 Tue Jun 01 11:44:32 2021 Thread 1 advanced to log sequence 28754 (LGWR switch) Current log# 2 seq# 28754 mem# 0: /u01/app/oracle/oradata/orcl/redo02.log Tue Jun 01 11:59:54 2021 Non critical error ORA-4..

2021-06-12 15:58:14 18

转载 文件系统重新分区oracle恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:文件系统重新分区oracle恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近处理的一个恢复,算是这几年中的一个奇葩.1. oracle dg 主备库raid同时损坏,找硬件恢复厂商软件重组raid,恢复厂商判断所有磁盘全部都是好的2. 主库系统被重装,文件系统重新分区.备库在使用duplicate搭建dg的过程中(通过alert日志分析以前的dg是正常的,直

2021-06-11 18:41:25 18

转载 .eking加密dmp恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:oracle dmp被加密为.eking扩展名恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又一客户数据库被勒索病毒加密,扩展名为:.id[32D2A259-3147].[mikolio@cock.li].eking E:\BaiduNetdiskDownload>dir *.eking 驱动器 E 中的卷是 SSD 卷的序列号..

2021-05-09 21:04:56 21

转载 Avaddon 病毒 oracle 恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:Avaddon勒索病毒数据库恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接到朋友一个oracle数据库被加密的恢复请求,被加密文件为:read.txt文件中信息 -------=== Your network has been infected! ===------- ...

2021-05-05 19:50:24 31

转载 ora-600 2662和ora-600 kclchkblk_4恢复---惜分飞

联系:手机/微信(+86 13429648788) QQ(107644445)标题:ora-600 2662和ora-600 kclchkblk_4恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]这两天连续处理两个case,一个是12.1.0.2版本数据库屏蔽一致性,强制open之后,报ORA-600 2662故障这个错误本身是一个非常常见的错误,直接推scn即可解决,但是问题是12.1.0.2版本,oracle不允许以前常规的操作方法,就连o

2021-04-30 16:46:31 17 1

转载 raid强制online后oracle数据库恢复

由于raid掉盘过多,强制raid上线,然后启动数据库报以下错误 Mon Apr 19 23:19:28 2021 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Completed redo scan read 106750 KB redo, 9080 d..

2021-04-20 20:49:22 46

转载 记录一次oracle现场故障处理经过

联系:手机/微信(+86 13429648788) QQ(107644445)标题:记录一次oracle现场故障处理经过作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]近期到现场进行了一个数据库恢复,我在恢复之前该库先由于硬件进行恢复,然后由其他人对其进行了一系列数据库恢复,但是未恢复成功,客户希望我们到现场进行处理(因为网络原因无法远程).接手库之后,处理第一个问题,是客户在进行现场备份的时候(把linux数据拷贝到win的过程中)发现有几个文件拷贝

2021-04-03 21:56:17 54

转载 .makop加密数据库恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:.makop病毒加密数据库恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近接到客户几套oracle数据库所在的机器文件被加密,readme-warning.txt内容如下 ::: Greetings ::: Little FAQ: .1. Q: Whats Happen? A: Your fil..

2021-03-29 23:08:51 41

转载 Oracle Recovery Tools解决数据库open过程报 ORA-01555错误

由于虚拟化环境使用了精简模式(预分配),后面出现分布式存储空间不足,导致虚拟化环境中的数据库服务器异常,通过一系列操作恢复好系统,发现数据库无法open,请求我们给予解决通过我们的Oracle Database Recovery Check脚本分析,分析文件的checkpoint scn 有部分3月2日,还有一些是2月28日,是严重不一致,而且对应的归档也丢失基于这样的情况,试试看强制打开库 C:\Users\XIFENFEI>sqlplus / as sysdba ...

2021-03-14 20:06:29 77

转载 操作系统层面反删除恢复文件损坏太多处理—-碎片恢复

最近有朋友公司运维人员,不小心在CentOS 8的操作系统上执行了rm -rf /*,导致系统无法启动,而且oracle数据库被删除.通过专业的xfs文件系统工具,尝试恢复通过对恢复出来的数据文件进行检测发现通过文件系统层面恢复的数据文件有大量坏块(由于文件系统层面有文件分配目录被覆盖导致恢复出来的部分连续block被空块代替),无法满足业务需求,对于此类情况,考虑通过底层碎片重组技术进行恢复参考以往类似文章xfs删除数据文件恢复dbca删除库和rm删库恢复restore database误操

2021-03-08 20:39:13 32

转载 ORA-00742 ORA-00312 故障处理

联系:手机/微信(+86 13429648788) QQ(107644445)标题:ORA-00742 ORA-00312 故障恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]12.1.0.1的由于硬件故障,恢复文件之后,导致redo写丢失,数据库数据库无法正常启动报错ORA-00742 ORA-00312 Mon Feb 22 17:07:48 2021 alter database open Mon Feb 22 17

2021-02-24 12:16:30 298

转载 ORA-00600: internal error code, arguments: [16513], [1403]

联系:手机/微信(+86 13429648788) QQ(107644445)标题:ORA-00600: internal error code, arguments: [16513], [1403] 恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接到客户请求,存储异常断电之后,一个40多T的经分数据库无法正常启动,通过各方一系列操作之后,数据库依旧无法open,报错信息为:ORA-00600: internal error code, argu

2021-02-14 19:39:58 68 1

转载 mysql drop database 恢复----惜分飞

联系:手机/微信(+86 13429648788) QQ(107644445)标题:MySQL drop database恢复(恢复方法同样适用MySQL drop table,delete,truncate table)作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]昨天晚上接到一个网络服务请求,由于不小心点击了自己产品软件上面的清空数据功能(这个工具确实需要小心,在Oracle恢复案例中,也有xx企业erp该功能导致数据被删除请求恢复),导致MyS

2021-02-10 20:58:30 200

转载 mysql .sql备份文件被加密

联系:手机/微信(+86 13429648788) QQ(107644445)标题:.sql文件被加密恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接到客户请求,有win系统文件被加密勒索,其中有一个mysql的.sql备份最为重要,咨询我们是否可以恢复.通过底层技术分析,确认该文件绝大部分数据可以恢复.通过winhex分析,发现该文件主要对部分数据进行了加密通过底层技术处理,可以实现绝大部分数据恢复...

2021-01-23 23:19:29 18

转载 xfs文件系统mysql删库恢复

有客户在centos 8操作系统上运行的mysql库,本来想删除一个测试表,结果反选了表,导致除该表之外表均被删除,大概有几百张表被删除.客户误操作之后,又使用一个月之前备份导致了十几张表然后终止,关闭机器,保护现场,请求我们给予支持.通过分析,发现该数据库放在/分区下面,第一时间和客户协商,对该分区进行镜像,防止由于系统运行引起的进一步覆盖.对于这类故障大概恢复思路:1. 通过对xfs文件系统反删除操作,恢复可以恢复的被删除的mysql相关表文件2. 对于该恢复出来的文件(包含ibd,myd),使用专

2021-01-20 22:45:33 36

转载 Oracle Recovery Tools 解决ORA-01190 ORA-01248等故障

联系:手机/微信(+86 13429648788) QQ(107644445)标题:Oracle Recovery Tools 解决ORA-01190 ORA-01248等故障作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]今天有一个客户数据库恢复请求,通过Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)脚本分析发现resetlog信息异常导致数据库恢复报ORA-01190 ORA-01110错

2021-01-07 11:12:25 138 1

转载 Oracle Recovery Tools 12月份更新

联系:手机/微信(+86 13429648788) QQ(107644445)标题:Oracle Recovery Tools 12月份更新作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]根据以前恢复的场景,对Oracle Recovery Tools进行了一些bug修复和更新1. 在win 2012版本中出现不能选择文件列表事宜进行了修复2. 增加了对数据块大小为2048的支持(和数据块大小自动识别功能)3. 增加了配置文件直接恢复功能,可

2021-01-05 19:46:47 85

转载 ORA-00600 [2662]和ORA-00600 [4194]恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:ORA-00600 [2662]和ORA-00600 [4194]恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库启动报ORA-600 2662 Sat Dec 26 19:34:05 2020 alter database open Beginning crash recovery of 1 threads paralle.

2020-12-28 20:43:11 47

转载 asm kfrHtAdd01错误恢复

由于存储掉电,报ORA-15096: lost disk write detected错误,无法mount磁盘组. Sun Dec 20 16:56:51 2020 SQL> alter diskgroup data mount NOTE: cache registered group DATA number=1 incarn=0x0c1a7a4e NOTE: cache began mount (first) of group DATA number=1 incar

2020-12-28 19:20:25 99

原创 sys重命名导致ORA-600 kokasgi1故障恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:再次遇到ORA-600 kokasgi1故障恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接到一个朋友数据库无法启动,报错ORA-00600: 内部错误代码, 参数: [kokasgi1]错误: Sun Nov 29 14:23:15 2020 Thread 1 advanced to log sequence 28572 (thread ope

2020-11-29 19:32:50 39

原创 sql server 误删除数据库恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:sql server 删除数据库恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户通过sql server控制台,直接把一个生产库给删除了.删除之后客户没有做任何操作,联系到我们,通过工具反删除恢复,未找到正确文件(根据经验有时候就算恢复出来文件也大量坏块).只能采用底层技术进行恢复,使用sql扫描磁盘发现效果良好恢复出来mdf文件,但是没有ldf文件,.

2020-11-23 08:28:23 187

转载 ORA-15096: lost disk write detected

又一例由于存储掉电导致asm磁盘组,由于ORA-15096: lost disk write detected,导致无法mount的恢复请求 SQL> ALTER DISKGROUP DATA MOUNT /* asm agent *//* {1:45277:148} */ NOTE: cache registered group DATA number=2 incarn=0x73886b6a NOTE: cache began mount (first) of group.

2020-11-07 21:01:24 153

转载 259461356@qq.com加密数据库恢复

有一朋友医院客户的oracle数据库所在服务器被加密,导致数据库无法正常工作使用工具对加密文件分析通过分析该文件可以实现业务数据的绝大部分恢复,因为该库有大量xml字段,常规方法无法处理,选择open数据库,并且导致dmp给客户如果您遇到此类加密情况,Oracle/SQL SERVER/MySQL数据文件被加密无法恢复,请联系我们解决,提供专业ORACLE数据库恢复技术支持Phone:13429648788 Q Q:107644445 E-Mail:dba@xifenfei.com...

2020-11-03 17:16:50 182

转载 asm ORA-15196故障恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:ORA-15196: invalid ASM block header [kfc.c:26368]故障恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户对asm的data磁盘组增加磁盘进行扩容,在做reblance的过程中重启了主机,结果导致data磁盘组mount之后自动dismount Fri Oct 09 20:48:06 2020 NO

2020-10-11 12:13:58 395

转载 .[data@recovery.sx].data加密数据库恢复

有朋友找我,说他们的数据库被加密后缀名为:.[data@recovery.sx].data通过分析发现这个文件被破坏的相对较少通过一些技术处理,直接open数据库,并且顺利导出数据如果您遇到此类加密情况,无法解决请联系我们,提供专业ORACLE数据库恢复技术支持Phone:13429648788 Q Q:107644445 E-Mail:dba@xifenfei.com...

2020-10-04 12:22:49 355

转载 一键恢复ORA-01113 ORA-01110—Oracle Recovery Tools

一般由于归档日志丢失或者非归档库可能在数据库启动的时候出现类似如下错误 SQL> startup ORACLE instance started. Total System Global Area 2137886720 bytes Fixed Size 2282960 bytes Variable Size 587205168 bytes Database Buffers...

2020-09-27 13:12:17 79

转载 重命名sys用户引起数据库启动报ORA-01092 ORA-00600 kokasgi1错误

联系:手机/微信(+86 13429648788) QQ(107644445)标题:重命名sys用户引起数据库启动报ORA-01092 ORA-00600 kokasgi1错误作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户和我反馈,他们为了防止有人使用sys用户进行登录,对sys用户进行了重命名,具体操作语句为: update user$ set name='THISISSYS' where user#=0; 然后重启数据

2020-08-08 08:37:27 295 1

转载 coincidenceleague加密数据库恢复---惜分飞

联系:手机/微信(+86 13429648788) QQ(107644445)标题:coincidenceleague加密数据库恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]今天接到一个朋友的数据库被加密的请求这种类型的加密,以前也遇到过很多次,而且能够实现效果较好的恢复,参考:mysql数据库被加密恢复,以前这类病毒一般主要就是对文件起始位置一些block进行破坏,这次对其分析发现和以前有了本质区别(采用间隔加密,每个文件分给为10段,每次

2020-08-05 01:11:32 59

原创 Oracle恢复小工具—Oracle Recovery Tools

Oracle Recovery Tools可以实现指定block坏块修复,文件头scn修改,resetlogs scn修复等功能.实现数据库快速open,部分文件online或者坏块简单修复功能软件下载:OraRecovery工具使用说明:Oracle_Recovery_Tools说明

2020-07-23 11:49:37 92

原创 win asm disk header 异常恢复

有朋友反馈win环境下rac异常,asm无法正常mount,检查日志发现 Fri Jul 03 03:55:46 2020 Errors in file C:\APP\ADMINISTRATOR\diag\asm\+asm\+asm2\trace\+asm2_ora_7004.trc: ORA-15025: could not open disk "\\.\ORCLDISKDATA1" ORA-27041: unable to open file OSD-04002

2020-07-05 20:56:52 128

转载 系统故障oracle数据库恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:系统故障oracle数据库恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于系统故障,导致操作系统进入,客户通过其他方式进入系统拷贝出来数据文件,redo,ctl等文件,安装版本相同的数据库,修改相关路径,启动数据库,但是启动报错,让我们给予技术支持.数据库open报ORA-600 2662错误 SQL> alter database open r

2020-06-22 09:19:44 310

原创 oracle数据文件被加密恢复

有客户oracle数据库文件被加密,后缀名为:.z33m8rvi,txt文件内容如下加密的数据文件为:通过分析文件,我们判断这种加密情况,数据文件中所有数据均可恢复,通过对文件进行恢复之后,数据库直接打开,数据正常导出如果您遇到此类加密情况,无法解决请联系我们,提供专业ORACLE数据库恢复技术支持Phone:13429648788 Q Q:107644445 E-Mail:dba@xifenfei.com...

2020-06-17 22:59:27 147

转载 asm磁盘dd破坏恢复

有客户和我们反馈,由于运维人员操作错误,对一个磁盘组的asm disk进行了dd操作,导致部分数据丢失(客户数据文件存放在两个磁盘组中,其中一个被dd掉[误以为只是存放归档,其实由于第一个磁盘组空间不足,把部分数据文件放进该磁盘组])通过对asm 日志进行分析发现被dd的磁盘是一个磁盘组,以前恢复过类似的asm 磁盘被dd的案例(asm磁盘头全部损坏数据0丢失恢复,上次因为dd破坏较少,所以可以通过修复磁盘组直接恢复出来里面数据,但是这次被dd了50M,直接修复磁盘头恢复数据基本上不太可能.通过工具对其

2020-06-12 11:14:39 275

转载 ORA-07445 lmebucp

联系:手机/微信(+86 13429648788) QQ(107644445)标题:12.2数据库启动报ORA-07445 lmebucp错误作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有一个客户找到我们,说他们是数据库启动之时报的错误和数据库不能open 报ORA-7445 lmebucp错类似,让我们对其进行恢复支持,通过分析确定客户数据库版本为12.2.0.1 Oracle Database 12c Enterprise Editi

2020-05-14 08:57:15 175

转载 .KEYnnnn勒索病毒恢复

联系:手机/微信(+86 13429648788) QQ(107644445)标题:.KEYnnnn勒索病毒恢复作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又一种新的加密勒索病毒出现,其后缀名为KEYnnnn,HOW_TO_RECOVERY_FILES.txt的勒索信息 ALL YOUR FILES ARE ENCRYPTED!...

2020-05-05 18:20:06 261

aix平台的unzip 的rpm包

unzip-6.0-3.aix6.1.ppc.rpm

2019-11-18

Aryson-MS-SQL-Database-Recovery(Full) v19.0.exe.zip

Aryson-MS-SQL-Database-Recovery(Full) v19.0 是sql server mdf文件恢复利器

2020-03-15

Oracle Recovery Tools

oracle数据块修复工具 修复单个block 坏块 标记单个block为坏块 查看数据块内容 修改数据块中数据 修复数据文件头SCN信息 修复数据文件头resetlogs 信息 修复数据文件头fuzzy信息 数据块拷贝

2020-09-27

12c – 使用跨平台增量备份来减少传输表空间的停机时间 (Doc ID 2102859.1).pdf

适用于: Oracle Database Cloud Schema Service - 版本 N/A 和更高版本 Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本 Oracle Cloud Infrastructure - Database Service - 版本 N/A 和更高版本 Oracle Database Exadata Express Cloud Service - 版本 N/A 和更高版本 Oracle Database Backup Service - 版本 N/A 和更高版本 Linux x86-64 用途 注意: 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档:V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 本文档覆盖了在 12c 及更高版本上,使用跨平台传输表空间(XTTS)以及 RMAN 增量备份,以最小的应用停机时间,在不 同 endian 格式的系统间迁移数据的步骤。 第一步是从源系统拷贝一份 full backup 到目标系统。之后,使用一系列的增量备份(每一份都比前一份要小),这样在停 机前可以做到目标系统的数据和源系统“几乎”一致。需要停机的步骤只有最终的增量备份及元数据导出/导入。 这个文档描述了在 12c 下使用跨平台增量备份的步骤,关于 11g 下的步骤,请您参考 Note:1389592.1。 跨平台增量备份特性并不能减少 XTTS 的其它步骤花费的时间,比如元数据导出/导入。因此,如果数据库内有很多元数据 (DDL),比如 Oracle E-Business Suite 和其它打包程序,那么跨平台增量备份特性并不能带来很多好处;对于这样的 环境,迁移花的大部分时间是花在处理元数据上,而不是数据文件的转换及传输。 只有被迁移表空间里物理存储的数据库对象才会被拷贝至目标系统;如果要迁移存储在其它表空间的其它类型的对象 (比如存储在 SYSTEM 表空间内的 pl/sql 对象,sequences 等),你可以使用数据泵来拷贝这些对象至目标系统。 注意: 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档:V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 跨平台增量备份的主要步骤有: 1. 初始化设置 2. 准备阶段(源库数据仍然在线) 1. 备份要传输的表空间(0级备份) 2020/1/5 Document 2102859.1 https://myaccess.oraclevpn.com/+CSCO+1075676763663A2F2F7A6266727A632E68662E62656E7079722E70627A++/epmos/faces/Document… 3/14 2. 把备份及其它必须的文件发送到目标系统 3. 在目标系统恢复数据文件至目标端的 endian 格式 3. 前滚阶段(源库数据仍然在线 – 要重复这个阶段足够多次,使得目标数据文件拷贝和源库越相近越好) 1. 在源库创建增量备份 2. 把增量备份及其它必须的文件发送到目标系统 3. 把增量备份转换成目标系统的 endian 格式并且把增量备份应用至目标数据文件 4. 为下次增量备份确定 next_scn 5. 重复这些步骤直到已经准备好了操作传输表空间 NOTE: 在版本3,如果一个数据文件被加入到一个表空间或者一个新的表空间名字被加入到xtt.properties文件,会出现 一个Warning并且需要额外的处置 1. 传输阶段(此时源库数据需要置于 READ ONLY 模式) 1. 在源库端把表空间置为 READ ONLY 2. 最后一次执行前滚阶段的步骤 这个步骤会让目标系统的数据文件拷贝和源库数据文件完全一致并且产生必要导出文件。 在数据量非常大的情况下,这个步骤所花费的时间要显著的少于传统的 XTTS 方式,因为增量备份会很 小。 3. 使用数据泵把这个表空间的元数据导入至目标数据库 4. 把目标数据库的相关表空间置为 READ WRITE

2020-08-15

Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)

Oracle Database Recovery Check 介绍 根据多年来的数据库恢复经验,提炼出来数据库恢复关键点信息收集脚本(Oracle Database Recovery Check),该脚本主要是在数据库mount状态情况下查询数据库的一些基础表信息等信息,不对数据库进行任何写操作(只做读和dump操作),不会在坏的数据库基础之上带来任何破坏,不影响任何数据库后续的恢复工作。通过该脚本收集信息能够快速定位数据库异常原因,并初步判断数据库恢复疑难程度,减少数据库异常恢复诊断时间,提供恢复效率和准确性。

2018-11-27

基于odp.net的oraclehelper

对于asp.net访问oracle数据库,微软已经再支持data.oraclecliet,意见使用odp.net来访问oracle了哦。比data.oraclecliet访问数据库效率更高的odp.net,使用微软的oraclehelper改写得到

2010-04-16

ufsxpci64.zip

UFS Explorer Standard Recovery是一款绿色安全的u盘数据恢复软件,这款软件提供多种扫描选项,用于快速浅扫描,更长时间深度搜索丢失的数据等

2020-03-08

html+ashx论坛

在网上找了很久没有发现有html+ashx做的论坛,被逼无奈,自己动手写了个,共享出来和大家分享 前面的现实部分是html的,后面的是业务处理是ashx,后台管理是aspx实现的微软的updatapanel,数据是用sqlhelper实现的

2009-06-29

win 平台类似linux的tail 工具

win 平台类似linux的tail 工具

2019-11-18

rman_xttconvert_VER4.3.zip.7z

适用于: Oracle Database Cloud Schema Service - 版本 N/A 和更高版本 Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本 Oracle Cloud Infrastructure - Database Service - 版本 N/A 和更高版本 Oracle Database Exadata Express Cloud Service - 版本 N/A 和更高版本 Oracle Database Backup Service - 版本 N/A 和更高版本 Linux x86-64 用途 注意: 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档:V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 本文档覆盖了在 12c 及更高版本上,使用跨平台传输表空间(XTTS)以及 RMAN 增量备份,以最小的应用停机时间,在不 同 endian 格式的系统间迁移数据的步骤。 第一步是从源系统拷贝一份 full backup 到目标系统。之后,使用一系列的增量备份(每一份都比前一份要小),这样在停 机前可以做到目标系统的数据和源系统“几乎”一致。需要停机的步骤只有最终的增量备份及元数据导出/导入。 这个文档描述了在 12c 下使用跨平台增量备份的步骤,关于 11g 下的步骤,请您参考 Note:1389592.1。 跨平台增量备份特性并不能减少 XTTS 的其它步骤花费的时间,比如元数据导出/导入。因此,如果数据库内有很多元数据 (DDL),比如 Oracle E-Business Suite 和其它打包程序,那么跨平台增量备份特性并不能带来很多好处;对于这样的 环境,迁移花的大部分时间是花在处理元数据上,而不是数据文件的转换及传输。 只有被迁移表空间里物理存储的数据库对象才会被拷贝至目标系统;如果要迁移存储在其它表空间的其它类型的对象 (比如存储在 SYSTEM 表空间内的 pl/sql 对象,sequences 等),你可以使用数据泵来拷贝这些对象至目标系统。 注意: 考虑使用新release的版本V4的过程。 这个版本极大地简化了相关步骤。 请参考文档:V4 Reduce Transportable Tablespace Downtime using Cross Platform Incremental Backup Note 2471245.1 跨平台增量备份的主要步骤有: 1. 初始化设置 2. 准备阶段(源库数据仍然在线) 1. 备份要传输的表空间(0级备份) 2020/1/5 Document 2102859.1 https://myaccess.oraclevpn.com/+CSCO+1075676763663A2F2F7A6266727A632E68662E62656E7079722E70627A++/epmos/faces/Document… 3/14 2. 把备份及其它必须的文件发送到目标系统 3. 在目标系统恢复数据文件至目标端的 endian 格式 3. 前滚阶段(源库数据仍然在线 – 要重复这个阶段足够多次,使得目标数据文件拷贝和源库越相近越好) 1. 在源库创建增量备份 2. 把增量备份及其它必须的文件发送到目标系统 3. 把增量备份转换成目标系统的 endian 格式并且把增量备份应用至目标数据文件 4. 为下次增量备份确定 next_scn 5. 重复这些步骤直到已经准备好了操作传输表空间 NOTE: 在版本3,如果一个数据文件被加入到一个表空间或者一个新的表空间名字被加入到xtt.properties文件,会出现 一个Warning并且需要额外的处置 1. 传输阶段(此时源库数据需要置于 READ ONLY 模式) 1. 在源库端把表空间置为 READ ONLY 2. 最后一次执行前滚阶段的步骤 这个步骤会让目标系统的数据文件拷贝和源库数据文件完全一致并且产生必要导出文件。 在数据量非常大的情况下,这个步骤所花费的时间要显著的少于传统的 XTTS 方式,因为增量备份会很 小。 3. 使用数据泵把这个表空间的元数据导入至目标数据库 4. 把目标数据库的相关表空间置为 READ WRITE

2020-08-15

OraRecovery.zip

oracle数据块修复工具 修复单个block 坏块 标记单个block为坏块 查看数据块内容 修改数据块中数据 修复数据文件头SCN信息 修复数据文件头resetlogs 信息 修复数据文件头fuzzy信息 数据块拷贝

2020-08-02

dd.rar 工具下载---解压直接使用

win dd 工具下载---解压直接使用,非常方便,不用安装任何其他其他东西 执行命令完整和linux一致

2020-03-03

accesshelper

使用过sqlhelper的人,这个东西应该很清晰吧

2009-10-25

silverlight访问数据库汇总

有webclient、webrequest、web service、linq to sql、ef ado.not data service等一些常见是sl访问数据的方法

2009-08-19

OracleHelper

对sqlhelper很熟悉的朋友,一定会喜欢上这个的,也是微软写的东西,开源的 不多介绍了哦

2009-06-16

微软的sqlHelper

这个有一定编程经验的人一般都会用的,开源的东西,很好用哦,而且可以让自己少写很多代码,效率也高

2009-06-16

AspNetPager

第三方分页控件,而且效率比微软自带的高的多,而且使用起来很方便的,有需要的朋友自己拿走

2009-06-16

微软视频下载器,专门为懒人准备

大家都在为下载msdn上的视频烦恼吧,有了这个工具,很容易的解决你的烦恼,自动下载你喜欢的微软官方视频

2009-04-20

计算机操作系统(汤子瀛)习题答案

计算机操作系统(汤子瀛)习题答案,我在网上找了很久才找到的,拿出来和大家分享

2009-01-11

silverlight精彩实例

这个是外国论坛的,评价很好的一个sl实例。好不好,大家下载了,看看就知道了

2009-08-19

ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], []

发表于 2017-10-21 最后回复 2018-08-06

惜分飞Blog---Oracle异常恢复案例汇总

发表于 2014-11-10 最后回复 2016-09-20

c#或者js操作扫描仪如何实现

发表于 2009-11-18 最后回复 2010-11-01

<a href="域名/页面"></a>怎么实现

发表于 2010-04-24 最后回复 2010-04-25

温州大学毕业生留影——外网上线,请大家测试

发表于 2010-03-15 最后回复 2010-03-15

求教Web TWAIN 3.03使用

发表于 2009-11-21 最后回复 2009-11-22

ext提示:'this.el.dom' 为空或不是对象,请高手帮忙,非常感谢(在线等)

发表于 2009-11-21 最后回复 2009-11-22

网工53和45,好险啊,吓死了

发表于 2009-06-26 最后回复 2009-06-26

求救,点击gridview中的自定义button跳转到网页最底部

发表于 2009-06-11 最后回复 2009-06-12

textbox的Leave事件怎么写啊,谁能贴出html和cs代码,我没有写过这类的东西

发表于 2009-03-29 最后回复 2009-05-04

请问用datalist控件横向显示数据时,在记录不够情况下,能保留空位.??? 论坛里面的方法不是很实用

发表于 2009-04-08 最后回复 2009-04-09

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人 TA的粉丝

提示
确定要删除当前文章?
取消 删除