2020年5月的一天，某客户将数据库中的业务核心用户NC65导入数据库中。不幸的是事情就注定要发生，导入的目标数据库是当前运行的生产数据库，并且在impdp导入时，添加了table_exists_action=replace选项（此选项时到impdp导入对象时，如发现对象已经存在，就会先删除对象，再创建对象）。来了，不幸的事情发生了，生产环境的NC65用户数据被还原到备份时的状态，最近几天新产生的数据被清空，惨了，要被领导批了。此生产环境中数据库还无rman备份、在导入前也没有做expdp备份，不幸的事情真是这么相似。但幸运的是数据库运行在归档模式，并且有完整的最近7天的归档日志。此时可以在归档日志上面动动手脚，利用归档日志来手动前滚数据库。
今天一个客户的数据库在启动时报ORA-00600 [kkdlcob-objn-exists], [37]错误，数据库不能打开，同时伴随着有ORA-00704的不错，请求紧急救援。 报错说明： kkdlcob-objn-exists表示dataobj#已经存在。 37代表dataobj#的值。 如果在数据库启动阶段报错，同时伴随着有ORA-00704的错误，那么说明数据库在bootstrap阶段报错，也意识着在创建系统自带对象时报错。
1，devos勒索病毒说明phobos勒索病毒家族的一款变种勒索病毒近期频繁出现，该病毒会将文件后缀篡改为dewar或者devos，该病毒非常狡猾，近期就有一个客户服务器上的Oracle数据库遇到了该病毒。加密文件如下：通过对底层存储数据的解析，发现该病毒有如下特点：会对服务器上后缀名为dbf、mdf、ibd的文件进行全加密。对其他类型的文件进行破坏，破坏规则为从文件头部开始清空256k，并且每间
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
