首页
学习
活动
专区
圈层
工具
发布

关机重启导致 ASM 磁盘丢失数据库无法启动

ASM 磁盘丢失数据库无法启动,欢迎点击上方蓝字“JiekeXu DBA之路”关注我的公众号,标星或置顶,更多干货第一时间到达!...问题现象 事情是这样的,各位看官且看之,中秋国庆期间测试机房由于线路变更需要断电,故需要关掉所以测试机器,等待变更完成后,测试环境的 RAC 有一个节点数据库启动不了,检查发现节点 2 的 ARCH 磁盘没有正常挂载...su - grid sqlplus / as sysasm alter diskgroup ARCH mount; 登录数据库发现数据库实例已经自启动了。...另外一套 RAC 也是节点 2 数据库无法启动,DATA 磁盘组无法正常挂载。...对节点 2 进行了重启,重启后发现磁盘属组又变回了 root:disk,这两套 RAC 关机重启导致共享磁盘属组发生变化,发现一个共同的点就是变化的磁盘均是最后一块盘(ARCH_0001 和 DATA_

1.8K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL 案例:“丢失数据”的谜题

    前言 最近偶尔会收到用户反馈数据不见了,数据丢失了的问题。...但是,作为一个以稳定为主的软件,其实丢数据的概率是非常低的,所以这些反馈的问题,是不是真的“丢失数据了”? 问题描述 某日中午接到用户反馈,用业务账号登录数据库以后,业务库不见了。...> 拓展一下 对于“丢失数据”这个现象来看,如果是“丢失”了整个库级别的数据,但是数据库本身又一切正常的话,其实有蛮大的可能性和这个案例是一样的问题:权限错误。...另外一类属于“丢失部分数据”,比如某张表不见了,或者是表的某些数据不见了等等。...总结一下 遇到这一类问题时,可以先花一点观察一下问题的现象,可能只需要几秒钟的时间重新授权就解决这类“丢失数据”的非常紧急且非常严重问题。

    4.9K142

    MySQL8.0+数据库参数修改后重启不再失效的秘籍

    在日常的 MySQL 运维中,你有没有遇到过这样的尴尬场景: 调优了一个关键参数,比如 innodb_buffer_pool_size,重启数据库后却发现配置又变回去了?...从 MySQL8.0开始,官方引入了一项看似低调、实则革命性的功能:动态参数持久化(SET PERSIST)。它让数据库拥有了“记忆能力”——你改过的配置,即使重启也不会丢失。...所以,DBA们在线调整完动态参数后通常要进行如下的“双线操作”: 先用 SET GLOBAL 立即生效; 再手动编辑 my.cnf 文件,确保重启后不丢配置。...二、MySQL8.0+的新解法:SET PERSIST 从MySQL8.0版本开始引入了两个新语法: SET PERSIST:修改参数并写入数据目录下的 mysqld-auto.cnf 文件,重启后依然有效...比如调整后性能反而下降?欢迎留言聊一聊,互相避坑~ 关注微信公众号「数据库干货铺」,获取更多数据库运维干货。

    75110

    故障分析 | 生产系统数据丢失后的恢复

    2 月 13 日 23:00 接到微信通知,能否帮忙恢复数据。 系统环境信息如下: 操作系统:RHEL7.5 数据库:MySQL 5.7 社区版,一主两备 23:05 开始介入数据丢失的故障。...确认数据库里受到影响的日志的时间段 在仿真环境复盘整个故障 制定技术恢复方案,在仿真环境验证数据恢复方案 在仿真环境验证数据恢复后应用是否正常 备份生产环境数据,应用数据恢复方案到生产环境 生产环境绿灯测试...,无误后,恢复完成 由于恢复生产数据是重大的数据调整,需要报请领导批准,需要有完备的数据回退方案。...在这个系统上,数据已经备份了,每天都有全备,不能使用这个恢复的原因,工作流平台里有很多应用的流程引擎,一旦做了基于时间点恢复,别的应用的系统数据一块被恢复了,将会导致别的系统会丢失一部分数据。...问题 2:为什么不基于表的数据恢复? 因为工作流平台是一个开源的平台,数据模型之间的关联性特别强,如果基于表的恢复,容易导致数据的约束出现问题。 反思 1:为什么在生产环境出现丢失数据的情况?

    1.7K30

    MySQL是如何保证数据不丢失的?

    但是,MySQL作为一个存储数据的产品,怎么确保数据的持久性和不丢失才是最重要的,感兴趣的可以跟随本文一探究竟。...这个时候就涉及到一个问题:如果MySQL服务宕机了,这些在内存中更新的数据会不会丢失?答案是一定会存在丢失现象的,只不过MySQL做到了尽量不让数据丢失。接下来来看一下MySQL是怎么做的。...日志先行机制在「Buffer Pool」中更新完数据页后,由于不会及时将这些「脏页」刷新到磁盘,为了避免数据丢失,会将本次的DML操作向「Log Buffer」中写一份并且刷新到磁盘中,相比16KB的数据页来说...如果在MySQL服务宕机的时候,「Log Buffer」中的日志没有刷新到磁盘,这部分数据也是会丢失的,在重启后也不会恢复。...总结InnoDB通过以上的操作可以尽可能的保证MySQL不丢失数据,最后再总结一下MySQL是如何保障数据不丢失的:为了避免频繁与磁盘交互,每次DML操作先在「Buffer Pool」中的缓存页中执行,

    2.5K53

    MySQL 8.0 DDL 导致数据丢失问题分析

    问题简述 在 MySQL 8.0.27 到 8.0.40 版本中,执行表重建操作可能导致记录丢失,包括以下操作: ● ALTER TABLE table_name ENGINE=InnoDB ● OPTIMIZE...deleted的记录,且这条记录在游标恢复前被purge线程清理,将导致恢复后的游标指错位置,跳过一条记录,最终丢失该条被跳过记录。...最终结果 - 处理序列:... → 12344 → 12346 → 12348 → ... - 丢失记录:id 12347 - 影响范围:一条有效记录未被复制到新表 执行流程图如下: 构造数据复现问题...可以detete一批记录后延迟10秒或更长时间后再执行重建表,等待purge线程完成清理后再操作,slave若无延迟也会延迟执行对应ddl,可以绕开该问题。 2....腾讯云数据库MySQL8.0 最新内核版本20230704修复该问题,现已全网发布。

    92710

    面试系列-mysql如何确保数据不丢失

    mysql确保数据不丢失原理分析 我们来思考⼀下,下⾯这条语句的执⾏过程是什么样的: start transaction; update t_user set name = '路⼈甲Java' where...mysql收到start transaction后,⽣成⼀个全局的事务编号trxid,⽐如trxid=10 userid=666这个记录我们就叫r1,userid=888这个记录叫r2 找到r1记录所在的数据页...如果上⾯的update之后,mysql宕机,然后重启了,p1在内存中是不存在的,此时系统会读取redo log⽂件中的内容进⾏恢复处理。 6....,不会丢失,做到了可靠性。...log commit 返回给客户端更新成功,分析⼀下上⾯过程可能出现的⼀些情况: 步骤10操作完成后,mysql宕机了宕机之前,所有修改都位于内存中,mysql重启之后,内存修改还未同步到磁盘,对磁盘数据没有影响

    1.7K10

    MySQL是如何保证数据不丢失的?

    这个时候就涉及到一个问题:如果MySQL服务宕机了,这些在内存中更新的数据会不会丢失? 答案是一定会存在丢失现象的,只不过MySQL做到了尽量不让数据丢失。接下来来看一下MySQL是怎么做的。...数据持久化方案 可以是可以,但是如果每次的DML操作都要将一个16KB的数据页刷到磁盘,其效率是极低的,估计也就没有人用MySQL了。但是如果不刷新到磁盘,就会发生MySQL服务宕机数据会丢失现象。...日志先行机制 在「Buffer Pool」中更新完数据页后,由于不会及时将这些「脏页」刷新到磁盘,为了避免数据丢失,会将本次的DML操作向「Log Buffer」中写一份并且刷新到磁盘中,相比16KB的数据页来说...如果在MySQL服务宕机的时候,「Log Buffer」中的日志没有刷新到磁盘,这部分数据也是会丢失的,在重启后也不会恢复。...总结 InnoDB通过以上的操作可以尽可能的保证MySQL不丢失数据,最后再总结一下MySQL是如何保障数据不丢失的: 为了避免频繁与磁盘交互,每次DML操作先在「Buffer Pool」中的缓存页中执行

    1.1K10

    MySQL自增主键id重启后重复使用问题解析

    如果在此过程中删除部分数据,那么MySQL重启后再插入数据,自增主键ID是否会重复使用呢?本文将通过具体示例,解析MySQL自增主键id在重启后是否重复使用的问题。...值: sql INSERT INTO t(num) VALUES (18); SELECT * FROM t; 可以看到,重启MySQL后插入的新记录id为18,并没有重复使用已经删除的15,16,17...四、原理解析 MySQL的自增主键id重启后为什么没有重复使用呢?...MySQL服务器重启后,会读取信息架构表中的auto_increment值,以确定下一个自增id,从而避免了已经使用的id重复分配问题。...idIncrement,避免单表过大 vivo_tmp_xxx临时表可用于生成id,避免影响线上表自增值六、总结MySQL的自增主键id在重启后不会重复使用已经删除的id,这是由其自动保存并恢复auto_increment

    3.4K10

    MySQL实战问题02 mysql是如何保证数据不丢失的

    fa只要保证redolog 和 binlog 持久化到磁盘, 就能保证mysql异常重启后, 数据可以恢复. binlog与redolog的写入机制 binlog的写入机制 binlog 的写入逻辑比较简单...,所以速度比较快 图中的 fsync,才是将数据持久化到磁盘的操作。...一些问题: 如果你的 MySQL 现在出现了性能瓶颈,而且瓶颈在 IO 上,可以通过哪些方法来提升性能呢?...这个方法是基于“额外的故意等待”来实现的,因此可能会增加语句的响应时间,但没有丢失数据的风险 将 sync_binlog 设置为大于 1 的值(比较常见是 100~1000)。...update 语句执行完成后,InnoDB 只保证写完了 redo log、内存,可能还没来得及将数据写到磁盘。

    2.7K20
    领券