Oracle删库跑路

--10g R2
startup mount exclusive restrict;
alter system enable restricted session;
drop database;

--11g
startup mount exclusive;
alter system enable restricted session;
drop database;

--RAC 12.1.0.2.0删库
1.先停止所有节点实例
2.在其中一节点操作,先关闭rac模式
startup nomount;
alter system set CLUSTER_DATABASE=FALSE scope=spfile;
shutdown immediate;
3.启动mount restric模式
startup mount restrict;
4.删除数据库
drop database;

删库删全套儿!

su - oracle
--删除service
srvctl remove service -d sgsopen -s sopen1
srvctl remove service -d sgsopen -s sopen2

--删除db库
1.先停止所有节点实例
2.在其中一节点操作,先关闭rac模式
startup nomount;
alter system set CLUSTER_DATABASE=FALSE scope=spfile;
shutdown immediate;
3.启动mount restric模式
startup mount restrict;
4.删除数据库
drop database;

--删除db资源
srvctl remove database -d sgsopen

1 --10g R2
2 startup mount exclusive restrict;
3 alter system enable restricted session;
4 drop database;

10g R2

1 --11g
2 startup mount exclusive;
3 alter system enable restricted session;
4 drop database;

11g

--RAC 12.1.0.2.0删库
1.先停止所有节点实例
2.在其中一节点操作,先关闭rac模式
startup nomount;
alter system set CLUSTER_DATABASE=FALSE scope=spfile;
shutdown immediate;
3.启动mount restric模式
startup mount restrict;
4.删除数据库
drop database;

RAC 12.1.0.2.0删库

 1 --RAC 12.1.0.2.0删库跑路失败1
 2 startup mount exclusive;
 3 alter system enable restricted session;
 4 drop database;
 5
 6
 7 oracle@DB01:/home/oracle#sqlplus / as sysdba
 8
 9 SQL*Plus: Release 12.1.0.2.0 Production on 星期四 8月 16 15:17:08 2018
10
11 Copyright (c) 1982, 2014, Oracle.  All rights reserved.
12
13 Connected to an idle instance.
14
15 SQL> startup mount exclusive;
16 ORACLE instance started.
17
18 Total System Global Area 1.5945E+11 bytes
19 Fixed Size                  7726760 bytes
20 Variable Size            5.7982E+10 bytes
21 Database Buffers         1.0039E+11 bytes
22 Redo Buffers             1066012672 bytes
23 Database mounted.
24 SQL>
25 SQL> alter system enable restricted session;
26
27 System altered.
28
29 SQL> drop database;
30 drop database
31 *
32 ERROR at line 1:
33 ORA-01586: 对于此操作, 数据库必须以 EXCLUSIVE 模式装载且不打开
34
35 SQL> alter database close;
36 alter database close
37 *
38 ERROR at line 1:
39 ORA-01109: 数据库未打开
40
41 SQL> drop database;
42 drop database
43 *
44 ERROR at line 1:
45 ORA-01586: 对于此操作, 数据库必须以 EXCLUSIVE 模式装载且不打开
46
47 SQL> select open_mode from v$database;
48
49 OPEN_MODE
50 --------------------
51 MOUNTED

RAC 12.1.0.2.0删库跑路失败1

 1 --RAC 12.1.0.2.0删库跑路失败2
 2 startup mount;
 3 alter system enable restricted session;
 4 drop database;
 5
 6 SQL> startup mount;
 7 ORACLE instance started.
 8
 9 Total System Global Area 1.5945E+11 bytes
10 Fixed Size                  7726760 bytes
11 Variable Size            5.7982E+10 bytes
12 Database Buffers         1.0039E+11 bytes
13 Redo Buffers             1066012672 bytes
14 Database mounted.
15 SQL> alter system enable restricted session;
16
17 System altered.
18
19 SQL> drop database;
20 drop database
21 *
22 ERROR at line 1:
23 ORA-01586: 对于此操作, 数据库必须以 EXCLUSIVE 模式装载且不打开

RAC 12.1.0.2.0删库跑路失败2

原文地址:https://www.cnblogs.com/wwjd365/p/9488541.html

时间: 2024-08-29 01:59:09

Oracle删库跑路的相关文章

又一次redis被删库跑路,索要0.6比特币

还在和媳妇儿逛街,突然同事打来电话说redis库被清空. 于是,媳妇儿说你真是乌鸦嘴,早上还说redis如何被提权的事情. 怎么刚出来就碰上了? 会不会是你搞的? 于是无形中又背锅了. 见×××姐如此着急,边安慰,边提醒让同事查一下,是什么时候发生的事情,受害面积有多大? 但是×××姐很镇静的说,不可以啊,我们ucloud云商上的redis的机器,是禁止外网登录的,所有外网的6379端口都被禁用了. 仅限本机登录,于是,我问你有加密码嘛?×××姐说,便于程序研发效率,内网环境,自然就没有加密码.

P5270 无论怎样神树大人都会删库跑路

题目地址:P5270 无论怎样神树大人都会删库跑路 暴力模拟都会吧...... 50分代码: #include <bits/stdc++.h> using namespace std; const int N = 1e5 + 6; int n, T, Q, m, c[N], r[N], mx, cnt, d[N], ans, s[N], now; vector<int> e[N]; queue<int> q; int main() { cin >> n &g

“删库跑路”这件事情真的发生了 ,还是技术总监干的!

程序员经常相互开玩笑说,大不了我们"删库跑路",这是一句玩笑话,基本上也没有人这样干,但是这两天我看到了一个新闻,真有人这样干了,还是一名技术总监. 事情的经过大概是这样子的: 邱某是某某科技公司的技术总监,2014年入职到杭州的一家科技公司,这家公司的主业业务是提供 SaaS 服务. 从2014年入职到2018年,公司的主要系统都由他搭建,包括公司的SAAS系统.API系统.电子合同的签署等服务,2018年初公司大概有4万多用户. 不知道由于什么样的原因,2018年4月,老板宓某某找

删库跑路的背后,是企业对数据安全的反思

这几天,一直在关注微盟删库事件的进展,在3月1日晚上,微盟发布最新公告称数据已经全面找回.而此时,距离事故发生的2月23日晚,过了有足足七天七夜,也就是7*24小时. 01  关于“删库跑路"的段子一直都在,而这样的真实事件也不是第一次发生了. 2018年6月,某科技公司总监因为被离职而一气之下删除了公司数据库上的一些关键索引和部分表格.虽然他事后察觉后果严重,进行了恢复,但依然给该公司造成了经济损失,被判处有期徒刑二年六个月,缓刑三年. 2018年9月,顺丰出现过一位高级工程师因手误删除了线上

程序员如何彻底地删库跑路

原文:程序员如何彻底地删库跑路 删除是删除数据最便捷的方法,如 Linux 用户最经常采用rm删除命令.实际上并没有真正的将数据从硬盘上删除,只是将文件的索引删除而已,让操作系统和使用者认为文件已经删除,又可以把腾出空间存储新的数据.数据恢复极易恢复此类不见的数据,而且也有很多专门进行数据恢复的软件. 彻底删除的原理:磁盘可以重复使用,前面的数据被后面的数据覆盖后,前面的数据被还原的可能性就大大降低了,随着被覆盖次数的增多,能够被还原的可能性就趋于 0,但相应的时间支出也就越多. 覆盖原理(ov

记一次差点删库跑路的事故

故事这样发生的,那是一个中午.... 老板:小a呀,咱测试项目部署在百度云服务器上,测试数据库部署在阿里云上,为了节省点流量,你把阿里云上的测试数据库迁移到百度云上吧. 小a : 好的,老板. 小a登陆测试服务器一看,咦?竟然有mysql的服务在跑,试着登陆了一下,密码不对,于是他仔细想了想,好像并没有任何项目用到这个数据库,这...是什么情况,难道是centos自带的吗 于是小a去问了度娘,还真的有centos自带mysql这一说,为了减少数据库版本不一致可能会导致的麻烦,小a果断卸载了原本的

史上最全mysql删库跑路必会姿势

基础篇:MySql架构与存储引擎 逻辑架构图: 连接层: mysql启动后(可以把mysql类比为一个后台的服务器),等待客户端请求,当请求到来后,mysql建立一个一个线程处理(线程池则分配一个空线程,当然也可使用nio线程模型.),每个线程独立,拥有独自内存空间.当请求为select请求则没有关系,但是请求为update时,多线程同时修改一块内存,就会引发一系列问题,由此引出 "锁"的概念. 查看mysql当前连接数: show VARIABLES like '%max_conne

删库跑路计划图鉴

原文地址:http://blog.51cto.com/14037419/2307755

当删库时如何避免跑路

延时节点解决方案 删库跑路也是个老梗了,可见在运维数据库的过程中误删除数据,或者开发的代码有bug,造成数据的误删除屡见不鲜.不过现在也有许多用于恢复或预防误删除的方案,例如SQL管理系统,将要执行的SQL先交由管理员审核,然后由管理员备份一个镜像数据库,在镜像上执行该SQL,并在执行后还原镜像.这样经过层层把关就可以大大减小出现误操作的几率. 另外,利用binlog日志也可以恢复误操作的数据,所以线上运行的数据库都会开启binlog日志功能.还有就是本小节要介绍的延时节点:在Replicati