O057、Delete Volume 操作

参考https://www.cnblogs.com/CloudMan6/p/5648665.html 状态为Available 的volume 才能够被delete,如果volume当前已经被attach 到Instance,需要先detach后才能delete.delete的操作实现比较简单,流程图如下: …

Delete Volume 操作 - 每天5分钟玩转 OpenStack（57）

今天讨论 cinder 如何删除 volume . 状态为 Available 的 volume 才能够被 delete.如果 volume 当前已经 attach 到 instance,需要先 detach 后才能 delete. Delete操作实现比较简单,流程图如下: 向 cinder-api 发送 delete 请求 cinder-api 发送消息 cinder-volume 执行 delete 操作下面我们详细讨论每一个步骤. 向 cinder-api 发送 delete 请求客…

Detach Volume 操作 - 每天5分钟玩转 OpenStack（55）

上一节我们成功地通过 attach 操作为 instance 添加了 volume,而与之相对的操作是 detach,就是将 volume 从 instance 上卸载下来. 下图是 Detach 操作的流程图向 cinder-api 发送 detach 请求 cinder-api 发送消息 nova-compute detach volume cinder-volume 删除 target 下面我们详细讨论每一个步骤. 向 cinder-api 发送 attach 请求客户(可以是 Ope…

Create Volume 操作（Part I） - 每天5分钟玩转 OpenStack（50）

前面已经学习了 Cinder 的架构和相关组件,从本节我们开始详细分析 Cinder 的各种操作,首先讨论 Cinder 如何创建 volume. Create 操作流程如下: 客户(可以是 OpenStack 最终用户,也可以是其他程序)向 API(cinder-api)发送请求:“帮我创建一个 volume”. API 对请求做一些必要处理后,向 Messaging(RabbitMQ)发送了一条消息:“让 Scheduler 创建一个 volume”. Scheduler(cinder-sc…

mysql没有delete操作，那是delete from操作，

1.mysql没有delete操作,那是delete from操作, 2.DELETE FROM table_name [WHERE Clause]…

MySQL【Delete误操作】数据恢复【转】

前言: 操作数据库时候难免会因为“大意”而误操作,需要快速恢复的话通过备份来恢复是不太可能的,因为需要还原和binlog差来恢复,等不了,很费时.这里先说明下因为Delete 操作的恢复方法:主要还是通过binlog来进行恢复,前提是binlog_format必须是Row格式,否则只能通过备份来恢复数据了.方法: 条件:开启Binlog,Format为Row. 步骤:1.通过MySQL自带工具mysqlbinlog 指定导出操作的记录: mysqlbinlog --no…

MySQL的delete误操作的快速恢复方法

1. 根据误操作时间定位binlog位置找到数据库的binlog存放位置,当前正在使用的binlog文件里面就有我们要恢复的数据.一般生产环境中的binlog文件都是几百M乃至上G的大小,我们不能逐行去找被删除的数据在什么位置,所以记住误操作的时间很重要,我们可以通过mysqlbinlog命令的--start-datetime参数快速定位数据位置.比如误操作时间为20181104151800,解析出的binlog内容: [root@cos7-jiang mysql]# mysqlbinlog -…

O050、Create Volume 操作（Part I）

参考https://www.cnblogs.com/CloudMan6/p/5603312.html 前面已经学习了Cinder的架构和相关组件,从本节开始详细分析 Cinder 的各种操作,首先讨论 Cinder 如何创建 volume. Create 操作流程如下: …

Extend Volume 操作 - 每天5分钟玩转 OpenStack（56）

前面我们讨论了 volume 的 attach 和 detach 操作,今天讨论如何扩大 volume 的容量.为了保护现有数据,cinder 不允许缩小 volume. Extend 操作用于扩大 Volume 的容量,状态为 Available 的 volume 才能够被 extend.如果 volume 当前已经 attach 给 instance,需要先 detach 后才能 extend. Extend 实现比较简单,流程图如下: 向 cinder-api 发送 extend 请求 c…

O060、Restore Volume 操作

参考https://www.cnblogs.com/CloudMan6/p/5668872.html 前面我们学习了backup操作,现在我们来学习如何使用backup进行restore. restore过程很简单: 1.在存储节点上创建一个空白的Volume 2.将backup的数据copy到空白的volume上详细的流程图如下: …

O059、Backup Volume 操作

参考https://www.cnblogs.com/CloudMan6/p/5662236.html BackUp是将Volume备份到别的地方(备份设备),将来可以通过restore操作恢复. BackUp VS Snapshot 查看backup功能好像与snapshot很相似,都可以保存volume的当前状态,以备以后恢复.但二者在用途和实现上还是有却别的,具体表现在: 1.Snapshot依赖于源volume,不能独立存在:而backup不依赖与源volume,即…

O055、Detach Volume 操作

参考https://www.cnblogs.com/CloudMan6/p/5636510.html 本节我们开始学习 Volume Detach 操作,就是将Volume从Instance上卸载下来. …

Restore Volume 操作 - 每天5分钟玩转 OpenStack（60）

前面我们 backup 了 voluem,今天我们将讨论如何 restore volume. restore 的过程其实很简单,两步走: 在存储节点上创建一个空白 volume. 将 backup 的数据 copy 到空白 voluem 上. 下面我们来看 restore 操作的详细流程: 向 cinder-api 发送 backup 请求 cinder-api 发送消息 cinder-scheduler 挑选最合适的 cinder-volume cinder-volume 创建空白 volum…

Backup Volume 操作 - 每天5分钟玩转 OpenStack（59）

本节我们讨论 volume 的 Backup 操作. Backup 是将 volume 备份到别的地方(备份设备),将来可以通过 restore 操作恢复. Backup VS Snapshot 初看 backup 功能好像与 snapshot 很相似,都可以保存 volume 的当前状态,以备以后恢复.但二者在用途和实现上还是有区别的,具体表现在: Snapshot 依赖于源 volume,不能独立存在:而 backup 不依赖源 volume,即便源 volume 不存在了,也可以 rest…

Snapshot Volume 操作 - 每天5分钟玩转 OpenStack（58）

Snapshot 可以为 volume 创建快照,快照中保存了 volume 当前的状态,以后可以通过 snapshot 回溯.snapshot 操作实现比较简单,流程图如下: 向 cinder-api 发送 snapshot 请求 cinder-api 发送消息 cinder-volume 执行 snapshot 操作下面我们详细讨论每一个步骤. 向 cinder-api 发送 snapshot 请求客户(可以是 OpenStack 最终用户,也可以是其他程序)向 cinder-api 发…

Attach Volume 操作（Part II） - 每天5分钟玩转 OpenStack（54）

上一节我们讨论了 attach volume 操作中 cinder-api 的工作,本节讨论 cinder-volume 和 nova-compute 如何将 volume attach 到 Instance. cinder-volume 初始化 volume 的连接 cinder-volume 接收到 initialize_connection 消息后,会通过 tgt 创建 target,并将 volume 所对应的 LV 通过 target export 出来.日志为 /opt/stack/…

Attach Volume 操作（Part I） - 每天5分钟玩转 OpenStack（53）

上一节我们创建了 volume,本节讨论如何将 volume attach 到 Instance,今天是第一部分. Volume 的最主要用途是作为虚拟硬盘提供给 instance 使用.Volume 是通过 Attach 操作挂载到 instance 上的.本节我们就来详细讨论 Cinder 是如何实现 Attach 的. 上一节我们成功创建了基于 LVM provider 的 volume.每个 volume 实际上是存储节点上 VG 中的一个 LV. 那么问题来了:存储节点上本地的 LV…

Create Volume 操作（Part III） - 每天5分钟玩转 OpenStack（52）

本节是创建 Volume 的第三部分,也是最后一部分:cinder-volume 的处理过程. 第一部分和第二部分可以参考前面两个小节.cinder-volume 通过 driver 创建 volume,日志为 /opt/stack/logs/c-vol.log. 与 cinder-api 和 cinder-scheduler 执行方式类似,cinder-volume 也启动了一个 Flow 来完成 volume 创建工作,Flow 的名称为 volume_create_manager. vol…

Create Volume 操作（Part II） - 每天5分钟玩转 OpenStack（51）

上一节我们讨论了 Cinder 创建 Volume 的第一部分,cinder-api 的操作,本节继续第二部分,cinder-scheduler 调度工作. cinder-scheduler 执行调度 cinder-scheduler 执行调度算法,通过 Filter 和 Weigher 挑选最优的存储节点日志为 /opt/stack/logs/c-sch.log. cinder-scheduler 通过 Flow volume_create_scheduler 执行调度工作. 该 Flow…

利用logminer恢复delete误删除操作的数据

1环境准备日志挖掘可以基于日志.基于时间.基于SCN分析,这里我们将演示一个基于SCN的分析案例. 开启补充日志功能(必须开始,否则不能捕获DML操作日志): 创建一张livan表,往里面插入了14条数据,如图: 2查看当前日志 3确认SCN删除测试表数据查看当前SCN: 执行delete操作,删除了14条数据: 查看此时的SCN: 4 logminer加载日志文件并分析加载日志文件: 开始日志挖掘: 5查询v$logmnr_contents视图 6结束日志挖掘 exec dbms_log…

mysql 防止update/delete误操作

身为一php开发攻城狮,常常涉及在应用中写update/delete语句,忘记加where,后果不堪设想. 还会出现在cml下直接操作mysql的情况,如果mysql 权限够大,一个update/delete不加where,后果也还是不堪设想. 解决方案如下: 1.登录时制定-U选项: mysql -uusername -ppassword -S(指定与否socket依据自己当初安装mysql的方式) -U 2.在linux环境下,指定别名: alias mysql='mysql -U'…

sql server Delete误操作后如何恢复数据

声明:本文是根据别人的经验https://blog.csdn.net/dba_huangzj/article/details/8491327写的总结说明:update和delete时没有加where条件如何恢复操作之前的数据,对于2008之前的版本可以使用Log Exploer工具,但是此工具不支持2008及更高的版本,那么就需要用本文的方法了------日志尾部备份. 正文:…

REST = HTTP动词（GET POST PUT DELETE）操作 + 服务器暴露资源URI，最后返回状态码（充分利用HTTP自身的特征，而不仅仅是把HTTP当作传输协议。Rest协议是面向资源的，SOAP是面向服务的），表现形式可以是JSON XML BIN，举例很清楚

好处是,操作系统或者浏览器,可以重复利用它们内置的缓存机制等等. 增删改查都是一个地址,具体靠http头部信息判断. 利用HTTP协议语义构建的语义化.可缓存的接口. URL定位资源,用HTTP动词(GET,POST,DELETE,DETC)描述操作. ----------------------------------------------------------------------------------------------- “表现层状态转移”?这是人话吗?首先,之所以晦涩是因为…