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

服务器意外断电MySQL无法启动

1.背景 客户反映无法登录系统。再三询问之下,客户说出一个情况:服务器因信息中心人为原因,最近总是意外断电。更多精彩文章请关注公众号『Pythonnote』或者『全栈技术精选』 what?...服务器这么儿戏吗?这么不安全吗?不管什么情况,先去现场检查一番。 2.尝试过程 1.登录服务器启动服务。2.检查服务运行状态,发现 MySQL 容器一直处于尝试重启状态。...4.提示:数据库由于非正常情况关闭,正在尝试恢复,重新启动。然后一直处于启动报错关闭、启动报错关闭......5.先检查 SQL 备份文件是否正常,虽然有,但是文件大小明显不对,完蛋。。...越强,数据损坏的可能性越大,但是数据库正常启动的概率也越大。因此不能一上来就加足马力,最好是逐级递增尝试。7.在设置为 4 时,容器终于正常启动。...以上步骤是事后梳理而成,其实真实解决过程中问题不断,sql 导出文件无法使用,数据库问题,服务器问题,各种小问题不断。但是为了突出问题本身,不能将其他不相干的问题一一记录,否则会干扰大家问题解决。

6.9K20

服务器被入侵,异常进程无法杀掉,随机进程

故事情节: 有一天在聚餐中,我有一个朋友和我说他的服务器上有有个异常的进程他一直在占满CPU在运行,我在一顿谦虚之后答应了他,有空登录上他的服务器看一下具体情况。...登录服务器用top命令一看,发现一个奇怪的进程在运行,我使用kill命令将其杀后,等了十来分钟后,发现没有被启动,这时我和这位朋友说干掉了,他问我是不是kill掉了,我说嗯,他又补充到,这个进程杀掉过段时间会起来的...,我问他大概多久就会启动,他说不清楚大概一天内肯定会启动。...这时我慌了,如果是一天内才启动,我还得明天才能看见,那实在没办法了。我又开始看我的综艺了。 没过多久,我又看了一下,发现这个进程换了个名字又启动了。...还干满了CPU,就在这时,我在研究这个进程运行文件的时候发现: 这个进程会连到一个韩国的服务器上,我访问这个IP发现是一个正常的网站,没有异常情况。

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

磁盘空间满导致(空间释放后)GOLDENGATE进程无法启动

【背景】 最近有朋友反馈说OGG所在磁盘空间满,手动清理磁盘空间后,无法启动OGG进程,当时想想不应该,以前遇到很多次,空间满后,手动清理空间,如果mgr配置自启动或者手动启动进程,都是瞬间搞定...1、【OGG通过ggsci无法启动,但无任何报错】 GGSCI (TEST) 1> start DUMPTEST Sending START request to MANAGER ......2、【怀疑是进程的文件存在问题导致】 一般是操作系统异常重启或者磁盘空间满,ogg进程出现假死情况,ogg进程启动后记录一个文件(类似lock文件),手动删除还是不行,基本上确认不是进程假死造成的...5、【对jagent进行相关处理,来验证是否跟jagent有关系】 【停止jagent进程】--依然无法启动 GGSCI (TEST) 1>stop JAGEN GGSCI (TEST) 1> start...00:00:00 00:06:39 EXTRACT RUNNING EXTTEST 00:00:02 00:00:08 --经过验证ogg进程无法启动

1.6K10

Linux服务器数据恢复-服务器修复无法启动错误过程

一、服务器数据恢复故障描述 介绍数据恢复案例前照例先介绍故障服务器的物理状况。本次数据恢复的服务器是linux操作系统,某品牌730系列服务器,MD3200系列存储。...导致数据丢失的原因是机房意外断电导致系统无法正常启动,客户管理员对无法访问的服务器进行了修复操作后进入系统查看数据,服务器部分文件已经丢失。于是客户管理员联系了数据恢复中心进行服务器数据恢复。...二、服务器数据恢复故障分析 1.备份客户服务器数据 数据恢复工程师接到客户的服务器后对服务器进行了初检,首先将存储的lun以只读的模式映射到了数据恢复中心的数据恢复专用存储设备上。...2、分析服务器故障原因 备份完成后,服务器数据恢复工程师对底层数据进行查看,发现服务器的目录项已经遭到了破坏,所幸运的是这些目录项的破坏并没影响到服务器的重要数据,仅仅是将目录项破坏了一些,这些破坏可以通过人工进行修复...linux服务器存储数据恢复-北亚数据恢复中心.jpg 三、服务器数据恢复实施过程 在本次数据恢复案例中的节点信息已经被清除,无法根据节点信息还原数据。

3.6K20
领券