场景描述 误 drop 了生产库中的用户 U1 U1 用户下面有 3 张表(T1-T3),表中数据如下所示: SQL> conn u1/u1 Connected. SQL> select TABLE_NAME from user_tables; TABLE_NAME ------------------------------ T1 T2 T3 SQL> select * from t1; ID NAME ---------- -------------------- 2 xyz SQL…

误删除MySQL用户导致无法进入数据库 一.方法一 1.停止数据库 [root@db02 ~]# /etc/init.d/mysqld stop 2.跳过授权表,跳过网络启动数据库 [root@db02 ~]# mysqld_safe --skip-grant-tables --skip-networking & 3.连接数据库 [root@db02 ~]# mysql 4.插入新的root用户 insert into mysql.user values ('), 'Y', 'Y', 'Y',…

比較全然恢复和不全然恢复: 一.全然恢复:将数据库恢复到当前最新状态,包含直至请求恢复时进行的全部已提交的数据更改 二.不全然恢复:将数据库恢复到请求恢复操作之前指定的过去时间点 一.全然恢复过程 以下的步骤说明了运行全然恢复期间要採取的操作: 1. 通过备份还原损坏或丢失的文件. 2. 依据须要应用增量备份.归档重做日志文件和联机重做日志文件里的更改.将重做日志更改应用于数据文件,直到到达当前联机日志,而且又一次输入了最新的事务处理.在整个过程中会生成还原块.这称为前滚或快速缓存恢复. 3.…

恢复误删除的一张表可以使用很多方法,如日志挖掘.闪回等,rman恢复(不完全恢复)肯定不是最好的,也不建议用, 现在我们只是演示一下这种恢复. 1 RMAN备份数据库 2创建测试表 3查看此时的SCN并删除表 4恢复数据测试表 5验证测试表是否恢复过来…

 linux下恢复误删除的文件方法(ext2及ext3) 2009-12-19 15:23:47 分类: LINUX 如果是ext2文件系统的,直接用debugfs是可以恢复出来的,但对于ext3,debugfs就无能为力了,好在我们有了ext3grep这个开源工具(http://code.google.com/p/ext3grep/)!     对于ext2 1.在/data(/dev/sdb)上创建并删除测试文件(作测试目的以plantodelete为例)   #vi plantodelet…

1.恢复存储过程 原理就是利用了oracle里所有的存储过程的源代码都是存在dba_source里,而drop某个存储过程的时候,oracle这里肯定要去dba_source里把相关的源代码给delete掉,既然是delete,那就好办咯,直接flashback query就可以了.如下: select * from dba_source as of timestamp to_timestamp('2010-06-11 10:59:00', 'YYYY-MM-DD HH24:MI:SS') wh…

利用extundelete工具恢复磁盘误删除的数据 原理: 简单介绍下关于inode的知识.在Linux下可以通过"ls -id"命令来查看某个文件或者目录的inode值,例如查看根目录的inode值,可以输入: [root@Virtual Server-100 shell]# ls -id / 2 / 在利用extundelete恢复文件时并不依赖特定文件格式,首先extundelete会通过文件系统的inode信息(根目录的inode一般为2) 来获得当前文件系统下所有文件的信息,…

网上有很多关于数据回复的文章,这里整理一篇供大家参考,希望能帮助的大家! 推荐一家即时通讯云服务商:www.yun2win.com,功能包含im即时通讯.实时音视频.电子白板.屏幕共享的多种融合通讯云能力! 好了,言归正传!如果你在工作中误删除了一部分重要的数据,并且已经提交,如果你需要回复这些数据,你可以登陆到数据库上仔细查看,是Oracle9iR2的话,你可以首先尝试使用flashback query闪回数据. ◆第一步:确认数据库的SCN变化: SQL> col fscn for 9999…

误删除用户解决办法 删除用户 删除用户 mysql> truncate mysql.user;Query OK, 0 rows affected (0.05 sec)​mysql> select user,host from mysql.user;Empty set (0.00 sec) 重启mysql服务并登录 [root@db01 ~]# systemctl restart mysqld[root@db01 ~]# mysqlERROR 1045 (28000): Access denie…

下面假定2个场景: 场景1:主从架构,没有延迟,某DBA误操作:drop database [复制+快照:在线备份]场景2:存在不确定性或者风险性较大的操作,如升级测试,大表变更[啥事都在快照上折腾,不行大不了就将之删除] 场景2比较简单,随便在新建的一个快照上折腾,搞砸就把快照删除,再新建一个,2个字:随便玩下面我们对场景1进行模拟 恢复方法:① 恢复备库上的快照② 根据binlog执行point-in-time恢复 先为备库创建快照 [root@localhost ~]# vgs  VG  …