首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

沃趣科技火线救援某公安系统核心业务数据

案发现场 其核心数据库,由于存储突然断电,导致数据库实例crash,待存储工程师修复好存储,时间已经过去一天多了。...事不宜迟,赶紧联系了对方的技术人员远程支持,登陆上去以后先把所有磁盘的前10M数据通过dd备份了出来,防止后面误操作还原不了现场,通过kfed工具查看ASM磁盘磁盘头,发现磁盘头都是有效的,但是实例的报错信息非常清晰的提示磁盘组由于没有足够的磁盘导致不能被装载...PST表和AT表损坏,对于PST表和AT表损坏,一般可以使用磁盘组的alter diskgroup check方式修复磁盘组元数据,但是我们这次的案例里可能损坏的信息过于严重,命令执行过程中,磁盘组直接被卸载掉了...,重新尝试挂载磁盘组,可成功挂载立即就又被卸载,查看后台进程的跟踪日志,依然是提示PST表和AT表损坏。...后面尝试了多次把之前备份的磁盘头还原再尝试修复都不起作用。 ? 上dul,会是万能的吗? 看来只能dul 工具上了,但是不到万不得已,又不想使用这个工具。

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

【逐鹿信息技术原创】倾心制作:扩容云硬盘之后的重要操作!

umount /www -f 有时候可能强制卸载还是不行,再执行强行解除挂载,基本就能够卸载掉了: umount -l /www 重复执行: lsof /www umount /www 已经能够顺利卸载分区...4、若输出如下,则需要执行解除开机自动挂载某设备之后再卸载。 image.png 出现上述问题的原因是取消磁盘挂载,使用df -lh确实未发现挂载信息。...image.png 但当执行扩容命令【python /tmp/devresize.py /dev/vdb】磁盘自动挂载上去,导致扩容磁盘失败。 解决方法:解除开机自动挂载磁盘,重启服务器即可。...(1)查看挂载设备的配置文件: cat /etc/fstab 查看结果如下: image.png /dev/vdb1就是服务器开机自动挂载磁盘,我们解除这个磁盘的开机自动挂载,就对这个磁盘进行扩容了。...5、执行以下命令,手动挂载扩容的分区。

87441

论我是如何在没有可移动存储介质的情况下重装了一台进不去操作系统的电脑的

论我是如何在没有可移动存储介质的情况下重装了一台进不去操作系统的电脑的 前言 前几天推荐家里亲戚买了台联想小新 Pro 16 笔记本用来学习用,由于他们不怎么懂电脑,于是就把电脑邮到我这儿来让我先帮忙检验一下,在经过检验没问题,激活了操作系统和 Office 以后,我突然发现这台电脑已经预分配好了磁盘分区...查看问题 没有办法,我只能硬着头皮看看能不能修好,电脑的状态是 BIOS 自检完成无法引导进操作系统自动重启,并在重启两次自动进入 WinRT 恢复环境。...然而我突然灵光一闪,手机能不能充当可移动存储介质,部署镜像呢?在经过一些简单的查询,还真让我找到了这么一个工具。 这个工具,就叫做 DriveDroid。...然而新的问题又出现了,我没办法同时装载 Windows 系统镜像和 WePE 镜像,即使在手机上切换挂载的镜像到 Windows 系统镜像并且可以被 WePE 识别,也无法正常安装,而直接挂载 Windows...Ventory

32220

乌班图,从安装到抢救

不知为何输入再次重启,就停留在开机加载界面不动了,于是抢救正式开始。因为原因很明显,就是因为profile文件中多加了那行字符串才出现的问题,于是对症下药。...但很可惜,当时安装乌班图的时候,选择的磁盘类型是ext4,因为PE系统是windows的,不兼容ext4类型的硬盘,于是只能想其他办法。 第二个抢救办法是,我装乌班图的启动盘,我记得上面有试用乌班图。...但进入才发现,根本没有我电脑的硬盘。当时就直接退了,现在想想,也许可以用命令挂载上来。 最后想到是,不进入桌面系统,只进入乌班图的命令行。...就这样,找到了“profile”文件,删掉了那行“/etc/rc.local”字符串。重启终于可以进入了。 拯救是拯救完了,但让命令随电脑启动而执行还是没弄好。...最后我试着重新加回去,果然所有问题都迎刃而解了,就连代码都高亮了... 以前也没加“#!/bin/bash”,至于为什么能正常用,可能“rc.local”文件并没执行,而是其他地方启动的。

1K10

数据库磁盘分区真的丢失了?

由于不太了解当时的业务场景,只是听DBA说数据库服务器数据分区的磁盘丢失(笔者从来没有经历过磁盘突然丢失的场景),拿着同事的账号登录到发生故障的数据库服务器上,根据进程找到对应的磁盘目录,执行touch...第1个问题: 通过查找多个文件系统挂载的时间和数据库启动的时间即可看出端倪: sas磁盘的文件系统挂载时间: ssd磁盘的文件系统挂载时间: MYSQL启动时间: 对比时间,明显看到ssd磁盘挂载...,sas磁盘挂载,数据库的启动时间在两次挂载磁盘的中间。...ssd磁盘挂载,DBA启动了数据库,然后执行了mount -a , 该操作将sas磁盘文件系统第二次挂载到了/data(ssd磁盘挂载在/data)。 嗯,DBA的骚操作。...第2个问题: 不同磁盘同时挂载到相同的/data,数据库同时写2个磁盘, 最开始确实令人困惑。

1K20

记一次gitlab代码仓清空还原复盘

经过多年不怎么靠谱的直觉,应该是磁盘满了。于是利索地敲下 df -lh 果然磁盘满了,其中/var/lib/docker/overlay 这个玩意儿基本上把磁盘占满。...接着输入 docker system df 查看docker所占的磁盘大小。在思考是申请流程单叫运维扩容下磁盘,还是手动清理下磁盘的时候,电话再次过来,说找到问题没,能不能赶紧解决。...接着一通电话过来,说gitlab访问不了,我当时给的答案是磁盘满了,gitlab应该是停止了,我稍等重启下gitlab容器,就在我打算重启gitlab时,敲下命令 docker ps -a 想捞一下gitlab...正文 在我敲下命令,看到容器都显示正常启动,打算继续清理磁盘之时,突然微信接到好几个开发人员的信息,说他们gitlab登陆,都显示用户或者密码无效,于是我也用我的账号,我的账号可是管理员账号,哈哈,一股王八之气...然后我在挂载gitlab的目录下,看到backups目录,看到里面的tar,突然有一种挖到宝藏的感觉,但宝藏有了,开宝藏的钥匙在哪里,我要如何把备份的数据恢复回来呢。

53220

记一次gitlab代码仓清空还原复盘

经过多年不怎么靠谱的直觉,应该是磁盘满了。于是利索地敲下 df -lh 果然磁盘满了,其中/var/lib/docker/overlay 这个玩意儿基本上把磁盘占满。...接着输入 docker system df 查看docker所占的磁盘大小。在思考是申请流程单叫运维扩容下磁盘,还是手动清理下磁盘的时候,电话再次过来,说找到问题没,能不能赶紧解决。...接着一通电话过来,说gitlab访问不了,我当时给的答案是磁盘满了,gitlab应该是停止了,我稍等重启下gitlab容器,就在我打算重启gitlab时,敲下命令 docker ps -a 想捞一下gitlab...在我敲下命令,看到容器都显示正常启动,打算继续清理磁盘之时,突然微信接到好几个开发人员的信息,说他们gitlab登陆,都显示用户或者密码无效,于是我也用我的账号,我的账号可是管理员账号,哈哈,一股王八之气...然后我在挂载gitlab的目录下,看到backups目录,看到里面的tar,突然有一种挖到宝藏的感觉,但宝藏有了,开宝藏的钥匙在哪里,我要如何把备份的数据恢复回来呢。

48330

断电虚拟机无法启动恢复案例教程

在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。...分析VMFS卷的底层数据发现,ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏,但是这种破坏不会影响虚拟机的重要数据,只是破坏了文件的目录项而已,可以通过人工修复即可解决。...但是在上述的两种情况之下新建了一台虚拟机,并且分配了虚拟磁盘。 经过分析发现分配的虚拟磁盘已经全部清零了,也是这个新建的虚拟机所占用的磁盘空间全部被清零。 ...实施完,并没有将所有的数据库文件全部恢复出来,还有文件因缺失部分页导致其无法正常使用。...再由客户安排工程验证数据库是否完整,经过验证,数据库恢复基本没问题。上层应用可以正常运行,数据记录也都基本没有缺失,数据库成功挂载,本次数据恢复成功。

2.8K10

Linux开机自动挂载磁盘

在给系统新增了磁盘以后,如果重启系统我们会发现找不到存储了;但是使用fdisk -l可以看到存储空间,说明存储还在。这是因为关机挂载已经自动卸载掉了。...我们当然可以手动再次将其挂载,但如果每次重启都需要这样手动操作会很不方便;因此我们可以利用自动挂载,这样系统每次开机的时候就可以自动将磁盘挂载上去了。自动挂载可以有两种方式。...置1,2为备份,但2的备份重要性比1小 第6列设置是否开机的时候使用fsck检验所挂载磁盘,置0为不检验,置1,2为检验,但置2盘比置1的盘晚检验。...本文需将逻辑卷lv_study挂载到 /lvm_study ,文件系统为ext4 格式,不进行dump备份以及开机磁盘检查。...执行mount -a命令,用df -h查看会发现磁盘已经挂载成功,说明输入没有错误。下次重启的时候系统就可以自动进行挂载了。

9.6K40

禅与计算机维修艺术之fusion computer虚拟机存储恢复

问题描述 昨天fusion computer的一台CNA节点,突然掉了,重启之后也找不到引导,由于vrm管理平台的虚拟机也部署在那个节点上,vrm没做主备部署,导致了vrm管理平台也无法使用,后来重装了那个坏掉的节点和上面的...vrm,虽然这个节点坏了,但另一个节点上的虚拟机还是可以用的,当我准备将原先正常的节点添加到新装的vrm的时候,上面的虚拟机突然都没了,使用virsh list --all查询显示为空,好在查看存储发现数据存储并没丢失...,数了下磁盘文件的数量发现正好与vrm上的虚拟机和虚拟机模板的数量正好相等 ?...本来是想在当前节点创建同类型的虚拟机,将之前的磁盘文件的id修改为新创建的磁盘文件的id,然后覆盖新建虚拟机产生的磁盘文件,于是我就在vrm上添加这台机器,添加报错之后重启节点,服务器起来网络就不通了..., 我发现当虚拟机从没有开过机的时候是没有这个文件的,那么就可以断定没有Cnalockfile文件的磁盘文件夹就是自己导入的虚拟机模板,有这个文件的就是创建的虚拟机了,拷贝完成打开虚拟机正常开机,并且是原来的系统

73330

数据库主机负载高的一种场景

磁盘 IO 繁忙率趋势也无明显波动,繁忙率还是比较高的。 内存使用率不高,也无明显波动,故障解决后有少许降低。...从监控图看 5 月 14 号以后系统 CPU 使用率突然飙高,尾部拐点也是优化后效果。 异常进程 top 命令中发现了 df 命令进程。...根据经验这应该是挂载了 NFS 文件系统,NFS Server 端连不上了。...找了几个进程,kill -9 还杀不掉,umount -l 先将文件系统惰性卸载掉了,再慢慢地清理了这些卡死进程负载从 80 降到了 10。...1000+ 并发方式调用脚本去获取监控项数据,每 30s 执行一次,显然监控方式存在问题,需要优化,将该监控项停掉,系统 CPU 使用率从 20% 下降到不到 2%。

12810

LVM挂载扩容根目录

优点 可以在系统运行的状态下动态的扩展文件系统的大小 文件系统跨越多个磁盘,文件系统的大小不受磁盘大小的限制 LVM的存储空间可以通过新增磁盘的方式扩容 缺点 从卷组中移除一个磁盘的时候必须使用...reducevg命令 当卷组中有一个磁盘损坏了,整个卷组都会受到影响(由于一份数据可能会存储在不同的磁盘中) 在磁盘创建过程中增加了额外的步骤,所以数据存贮性能会受到影响 为什么突然折腾这个 一直使用的机器因公司资源不够要回收...,迁移至海南,新机器节点lvm 有一半容量都挂载到了home,因为这次分配的硬盘资源确实不多,我又是个对BT很依赖的重度用户,所以为了充分利用,决定将home卷删除扩容给根目录 具体操作 其实我这里都已经挂载好了也分配好了逻辑卷...1、查看挂载点 df -h 2、卸载home挂载 umount /home 3、查看逻辑卷 lvdisplay 4、删除home逻辑卷 lvremove -y /dev/mapper/centos-home...5、把删除home余下的全部容量扩容至根目录逻辑卷 lvextend -l +100%FREE /dev/mapper/centos-root 6、刷新根目录逻辑卷容量 xfs_growfs /dev

29420

故障分析 | 数据库主机负载高一例分析

磁盘 IO 繁忙率趋势也无明显波动,繁忙率还是比较高的。 内存使用率不高,也无明显波动,故障解决后有少许降低。...从监控图看 5 月 14 号以后系统 CPU 使用率突然飙高,尾部拐点也是优化后效果。 异常进程 top 命令中发现了 df 命令进程。...根据经验这应该是挂载了 NFS 文件系统,NFS Server 端连不上了。...找了几个进程,kill -9 还杀不掉,umount -l 先将文件系统惰性卸载掉了,再慢慢地清理了这些卡死进程负载从 80 降到了 10。...1000+ 并发方式调用脚本去获取监控项数据,每 30s 执行一次,显然监控方式存在问题,需要优化,将该监控项停掉,系统 CPU 使用率从 20% 下降到不到 2%。

16410

故障分析 | 数据库主机负载高一例分析

磁盘 IO 繁忙率趋势也无明显波动,繁忙率还是比较高的。 内存使用率不高,也无明显波动,故障解决后有少许降低。...从监控图看 5 月 14 号以后系统 CPU 使用率突然飙高,尾部拐点也是优化后效果。 异常进程 top 命令中发现了 df 命令进程。...根据经验这应该是挂载了 NFS 文件系统,NFS Server 端连不上了。...找了几个进程,kill -9 还杀不掉,umount -l 先将文件系统惰性卸载掉了,再慢慢地清理了这些卡死进程负载从 80 降到了 10。...1000+ 并发方式调用脚本去获取监控项数据,每 30s 执行一次,显然监控方式存在问题,需要优化,将该监控项停掉,系统 CPU 使用率从 20% 下降到不到 2%。

15710

奇安信安全软件导致 NFS 不正常

根据排查,发现是 redis 出现了重启,下面是 redis 挂掉之前的日志:图片下面是 Pod 重启的次数:图片那么基本可以断定是磁盘问题,而这个 Redis 是挂载 PVC 的,PVC 是 NFS,...:# 网络流量统计sar -n DEV 3 > sar.log# 磁盘IO统计pidstat -d 3 > pidstat-d.log# CPU和磁盘IO统计vmstat -t 3 > vmstat.log...模拟 NFS 高流量读写进入 redis 容器,进入挂载 NFS 的目录 /data,在里面用 dd 模拟写操作(写 1G):dd if=/dev/zero of=dd.test bs=512k count...图片对比其他 k8s node 上的这个进程,CPU 和内存占用都比较低:图片发现它是 11月2号启动的:图片奇安信qaxsafed 是奇安信的服务器安全软件,死马当活马医 kill 这个进程,但是一会儿复活了...于是转移了它的目录,然后 kill,终于杀掉了:mv /opt/qaxsafe /opt/qaxsafe1pkill -9 qaxsafe在所有服务器上都做了这个操作。

1.9K50

误删除VMware虚拟机vmdk文件的恢复案例

解决方法: 1、备份数据 在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。...2、分析故障原因 仔细分析VMFS卷的底层数据发现,ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏,但是这种破坏不会影响虚拟机的重要数据,只是破坏了文件的目录项而已,可以通过人工修复即可解决...但是在上述的两种情况之下新建了一台虚拟机,并且分配了虚拟磁盘。...最终补完还是缺失部分页,无法正常使用。但是可以通过自主开发的数据库解析程序将erp42_jck.dbf文件中用户比较重要的几十张表成功导出,并成功导入到新建的数据库中。...经客户验证,数据库恢复基本没问题。上层应用可以正常运行,数据记录也都基本没有缺失,数据库成功挂载,本次数据恢复成功。

2.4K20

工具技巧_01_Mac电脑开机mds_stores进程CPU飙升

今天电脑突然抽风,早上去开了个会回来,突然黑屏了,风扇疯狂转动,电脑也非常烫,我立即关了电脑,等他自然冷却。 尝试重启,还是黑屏然后电脑异常发热。...” 按以上操作,是可以进入到登录界面输入密码了,但是输入总是提示错误,密码已被锁住,1分钟再尝试。。。...查询发现 mds_stores 是 Spotlight(聚焦)功能的子进程,Spotlight 是 macOS 内置的搜索引擎,能够在磁盘中快速搜寻文件、应用程序、联系人、电子邮件等。...sudo mdutil -a -i on “指令 mdutil -a -i off 的含义是将所有挂载磁盘中的 Spotlight 索引功能关闭。...mdutil 是用于管理 Spotlight 索引的命令行工具,而 -a 参数表示对所有挂载磁盘进行操作,-i off 参数表示关闭索引功能。

2.1K10
领券