一旦rhel5.8造成只读文件系统ORA-00354: corrupt redo log block header Wed Jun 03 03:31:24 CST 2015 Thread 1 advanced to log sequence 396 (LGWR switch) Current log# 3 seq# 396 mem# 0: /u01/app/oracle/oradata/orcl/redo03.log Wed Jun 03 19:05:48 CST 2015 Thread 1 a…

环境介绍 主机: XP 虚拟机:VirtualBox+Debian6 遇到的问题 我有一块西部数据的移动硬盘,虚拟机中有一些资料需要拷贝到移动硬盘中,然后我将移动硬盘插上后,执行如下设置,将移动硬盘分配给虚拟机: 然后就会将我的移动硬盘自动挂载到Debian中: 但是当我在/media/work下想创建一个文件夹时出现如下提示: mkdir: 无法创建目录"debian_source": 只读文件系统 解决办法 安装工具: sudo apt-get install ntfs-confi…

背景:某天当我打开自己的设备,突然发现ntfs分区无法写入任何文件,提示为只读文件系统,具体现象如下: 修复过程:排除权限问题,使用fsck进行修复无果后,使用e2fsck进行修复 显示超级快损坏,这样就好做了,重新修复即可: 解决方案: 一下列举的是Ubuntu安装过程,本人使用的archlinux系统,这里不做赘述,如果不会安装,请自行解决 用sudo apt-get install ntfs-3g安装ntfs-3g.然后在NTFS分区上运行ntfsfix命令. sanduo@archlin…

资料来源于网络,自己总结 问题 Ubuntu下有时候插入U盘,发现不能修改其中的内容.例如不能新建文件和文件夹,不能向U盘中复制文件等,系统提示:只读文件系统. 原因大概是U盘的文件系统信息出错(保存在一个硬盘或U盘最前面的头,其中有所有文件的信息). 格式化U盘自然可以解决问题,不过会删除U盘上的所有数据. 修复U盘而不删除文件,可采用如下方法. 解决方法 1 查看U盘信息 首先插入U盘. 打开命令行,执行如下指令: df -h 如果提示权限不足,请使用sudo. 显示出所有挂载的硬盘U盘的信…

系列目录 使用docker创建只读文件系统 容器化部署对应用的运维带来了极大的方便,同时也带来一些新的安全问题需要考虑.比如黑客入侵到容器内,对容器内的系统级别或者应用级别文件进行修改,会造成难以估量的损失.(比如修改hosts文件导致dns解析异常,修改web资源导致网站被嵌入广告,后端逻辑被更改导致权限验证失效等,由于是分布式部署,哪些容器内的资源被修改也很难以发现).解决这个问题的办法就是创建创建一个具有只读文件系统的容器.下面介绍使用docker run命令和docker compose…

创建文件提示 root@hap1:/test>mkdir kk mkdir: 无法创建目录"kk": 只读文件系统 root@hap1:/test>mount ..... mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,re…

问题描述: U盘插入linux下后变成了只读文件系统,不能再往u盘里拷贝文件. 总结:产生这个问题的原因可能是u盘文件系统损坏,操作系统为了防止它损坏系统,将它设置成了只读 修复方法: 在windows下运行CMD,并进行磁盘检测修复命令    chkdsk  f: /f   /r     f:是指我的u盘,  /f是指修复U盘上的错误, /r是指查找损坏的扇区并恢复可读信息…

问题描述: 1.Ubuntu 中的 /www/目录,是宿主主机 Windows 7 以“共享文件夹”的形式挂载的: 2./etc/php.ini 是 /opt/software/php/etc/php.ini 文件的软链接: 今天试着把 /etc/php.ini 文件拷贝到 /www/123/ 目录下,结果报如下错误: 问题分析: /www 目录,是 Windows 系统的分区,它的文件系统格式不是 Linux 下的 ext3/ext4,而是 Windows 下的 vboxsf/ntfs,而 链…

一般方法如下 首先试下重新挂载行不行 mount -o remount,rw /dev/sda3 不行的话用fsck,具体方法如下 1. mount命令查看变成只读文件的位置,比如/dev/sda32. umount /dev/sda3  #必须要先解除挂载!3. fsck -y /dev/sda3 需要注意的是用fsck自动修复,可能会自动删除一些有问题的文件…

root权限下 : 首先用umount /mnt/文件夹 卸载文件系统,必要时可以用umount -f(可能丢失数据)然后rm -rf /mnt/cdrom mkdir /mnt/cdrom mount /dev/cdrom /mnt/cdrom  #/dev/cdrom 是个块设备. /mnt/cdrom 是个文件夹. mkdir  /mnt/usb moutn /dev/sdb4 /mnt/usb#每个系统的设备识别名可能不一样. 用fdisk -l 查看…

https://blog.csdn.net/baocheng_521/article/details/77161791 用第一种方式成功…

mount -o rw,remount /dev/mapper/vg_nips-lv_root /…

首先备份重要数据 fsck.ext4 -p /dev/sdb5 reboot…

第一章 Redo文件丢失的恢复 1.1  online redolog file 丢失 联机Redo日志是Oracle数据库中比较核心的文件,当Redo日志文件异常之后,数据库就无法正常启动,而且有丢失据的风险,强烈建议在条件允许的情况下,对Redo日志进行多路镜像.需要注意的是,RMAN不能备份联机Redo日志文件.所以,联机Redo日志一旦出现故障,则只能进行清除日志了.清除日志文件即表明可以重用该文件. 1.1.1  数据库归档/非归档模式下inactive redo异常ORA-00316…

第一章 Redo文件丢失的恢复 1.1  online redolog file 丢失 联机Redo日志是Oracle数据库中比较核心的文件,当Redo日志文件异常之后,数据库就无法正常启动,而且有丢失据的风险,强烈建议在条件允许的情况下,对Redo日志进行多路镜像.需要注意的是,RMAN不能备份联机Redo日志文件.所以,联机Redo日志一旦出现故障,则只能进行清除日志了.清除日志文件即表明可以重用该文件. 1.1.1  数据库归档/非归档模式下inactive redo异常ORA-00316…

问题说明 客户环境主库4节点RAC11.2.0.4,单实例DG环境,DG由于空间不足,导致同步中断,由于DG备库未应用的归档主库都再,本次恢复的方式,是开启dg mrp进程,自动同步追上主库. 以下遇到的问题,都在此过程中,遇到的报错. 一 dg环境遇到 ORA-00353 ORA-00334 如果主库还存在归档日志,则可以mv ,rm删除备库有问题的归档,让dg产生gap,主库会再次像备库传输归档日志另一种方法,就是如果主库无法自动像备库传输日志,可以从主库scp归档至备库dg,注册归档后,解…

1.前言 前面具体讲了MySQL中的锁实现的方式,解释了是如何保证数据在并发情况下的可靠性,并提到了事务REPETABLE READ和READ COMMITTED,解释了一下这两种事务的不同.本章讲具体就事务的实现过程进行记录,扫除这块让人疑惑的知识点. 事务是数据库区别于文件系统的一个重要特性之一.文件系统中,如果写文件时系统崩溃了,可能文件就被损坏了.虽然有机制将一个文件回退到某个时间点,但对于文件同步问题就无能为力了.事务会把数据从一种一致性状态转换成另一种一致性状态.数据库提交时,要不都…

第1章 Mysql体系结构和存储引擎 1.1 定义数据库和实例 数据库:database,物理的操作系统文件或其他形式文件类型的集合.当使用NDB存储引擎时,数据库文件可能是存放在内存中而不是磁盘之上. 实例:instance,Mysql数据库实例由后台线程和一个共享内存区组成.实例才是真正用于操作数据库文件的.   1.2 Mysql体系结构 mysql由以下几部分组成:连接池组件.管理服务和工具组件.SQL接口组件.查询分析器组件.优化器组件.缓冲组件.插件式存储引擎.物理文件. mysql…

Oracle 的Redo 机制DB的一个重要机制,理解这个机制对DBA来说也是非常重要,之前的Blog里也林林散散的写了一些,前些日子看老白日记里也有说明,所以结合老白日记里的内容,对oracle 的整个Redo log 机制重新整理一下. 一．Redo log 说明 Oracle 的Online redo log 是为确保已经提交的事务不会丢失而建立的一个机制. 因为这种健全的机制,才能让我们在数据库crash时,恢复数据,保证数据不丢失. 1.1 恢复分类 恢复分两种: (1)    Cra…

本代码是从uchome的代码修改的,是因为要解决uchome的效率而处理的.这个思维其实很久就有了,只是一直没有去做,相信也有人有同样的想法,如果有类似的,那真的希望提出相关的建议.封装的方式比较简单,增加了只读数据库连接的接口扩展,不使用只读数据库也不影响原代码使用.有待以后不断完善.. 为了方便,试试建立了google的一个项目:http://code.google.com/p/mysql-rw-php/ 希望给有需要的朋友带来帮助. PHP实现的Mysql读写分离 主要特性: 简单的读写分…

Oracle checkpoint详解 topcheckpoint扫盲 top什么是checkpoint 在数据库系统中,写日志和写数据文件是数据库中IO消耗最大的两种操作,在这两种操作中写数据文件属于分散写,写日志文件是顺序写,因此为了保证数据库的性能,通常数据库都是保证在提交(commit)完成之前要先保证日志都被写入到日志文件中,而脏数据块着保存在数据缓存(buffer cache)中再不定期的分批写入到数据文件中.也就是说日志写入和提交操作是同步的,而数据写入和提交操作是不同步的.这样就…

14.6.2 Configuring InnoDB for Read-Only Operation 配置InnoDB只读操作 你可以查询InnoDB 表MySQL 数据目录是一个只读介质,通过启用 --innodb-read-only 配置选项在服务启动前 mysql> show variables like '%innodb-read-only%'; Empty set (0.00 sec) mysql> show variables like '%innodb_read_only%'; +…

本文目录:1.redo log 1.1 redo log和二进制日志的区别 1.2 redo log的基本概念 1.3 日志块(log block) 1.4 log group和redo log file 1.5 redo log的格式 1.6 日志刷盘的规则 1.7 数据页刷盘的规则及checkpoint 1.8 LSN超详细分析 1.9 InnoDB的恢复行为 1.10 和redo log相关的变量2.undo log 2.1 undo log的基本概念 2.2 undo log的存储方式…

innodb事务日志包括redo log和undo log.redo log是重做日志,提供前滚操作,undo log是回滚日志,提供回滚操作. undo log不是redo log的逆向过程,其实它们都算是用来恢复的日志: 1.redo log通常是物理日志,记录的是数据页的物理修改,而不是某一行或某几行修改成怎样怎样,它用来恢复提交后的物理数据页(恢复数据页,且只能恢复到最后一次提交的位置). 2.undo用来回滚行记录到某个版本.undo log一般是逻辑日志,根据每行记录进行记录. 1.…

前些天在查看关于innodb_flush_log_at_trx_commit的官网解释时产生了一些疑问,关于innodb_flush_log_at_trx_commit参数的详细解释参见官网: https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit 其中有一段是这么写的: With a value of 2, the contents of the I…

innodb事务日志包括redo log和undo log.redo log是重做日志,提供前滚操作,undo log是回滚日志,提供回滚操作. undo log不是redo log的逆向过程,其实它们都算是用来恢复的日志:1.redo log通常是物理日志,记录的是数据页的物理修改,而不是某一行或某几行修改成怎样怎样,它用来恢复提交后的物理数据页(恢复数据页,且只能恢复到最后一次提交的位置).2.undo用来回滚行记录到某个版本.undo log一般是逻辑日志,根据每行记录进行记录. 1.re…

事物 事物中的操作要么都成功要么都不做,这是事物的目的,也是事物模型与文件系统的重要特征之一. 扁平事物(Flat Transactions) 所有操作都处于同一层次,要么都做要么都执行要么都回滚,无法提交或回滚一部分.因为其模型简单而广泛使用. 带保存点的扁平事物(Flat Transaction with Savepoint) 与扁平事物相比其允许在执行过程中回滚到某一个较早的状态(savepoint),保存点 用来记住事物当前的状态.保存点在事物内部是递增的,即使回滚过后. 链事物(Cha…

在上一篇中我们提到了MySQL的事务特性,这一片主要讲述事务的实现. 事务的隔离性由锁来实现.原子性,一致性,持久性通过数据库的redo和undo log来实现. redo恢复提交事务修改页的操作,而undo回滚行记录到某个特定版本.因此两者记录的内容不同,redo通常是物理日志,记录的是页的物理修改操作.undo是逻辑日志,根据每行记录进行记录. 数据库为了保证提交数据的持久性,做了很多努力:回想一下double write,首先把缓冲池中的脏页使用double write技术刷新到磁盘上:想…

MySQL中事务: 事务的实现:      ACID: 原子性(A : Atomicity) 一致性(C : consistency ) 隔离性(I : isolation) 持久性(D : durability ) 实现方式: 隔离性:通过锁来实现 原子性和持久性:通过redo log 来实现 一致性:通过undo来实现 redo 和 undo 比较:       都是恢复操作: redo:恢复提交事务修改的页操作 undo: 回滚行记录到某个特定版本       记录内容不同: redo:…

重做日志用来实现事务的持久性,即ACID中的D,由两部分组成: 一是内存中的重做日志缓冲(redo log buffer)  易丢失 二是重做日志文件(redo log file) 持久的 InnoDB是事务的存储引擎,其通过Force Log at Commit 机制实现事务的持久性,即当事务提交commit时,必须先将事务的所有日志写入到重做日志文件进行持久化,待事务COMMIT操作完成才算完成,这里的日志指重做日志,在InnoDB存储引擎中,由两部分组成,即redo log 和undo L…