00:00
好,各位同学,我们继续这一节,我们给大家讲一下AF文件的异常情况恢复,那么在讲这个之前,我们捋一捋上面的正常恢复,也方便和后面做一下对比。此外刚才案例做的太顺,我们脑图都没来得及打开就做通过了,好,我们捋一下。当做一个小复习。第一个。我们呢,开启LF功能以后写操作继续。生成了LF文件到指定的文件目录,而且重启RA之后加载成功通过。那么我们刚才的步骤大概是这样的,首先写入数据进ready,同学们请看set k1 K2 K33条写操作100%在当前路径下面生成了我们三个文件,它们构成了off的一个整体,最终写进了我们的inqui这个文件里面。这是第一步,第二个我模拟了两种情况。一我们用flash DB清空一词,由于flash DB也是一种写操作,所以它也会忠实的记录主人你所编写的写操作命令,那么把这个记录以后,我们就会清楚,100%会重新生成damp和L。我们为了演示。
01:17
结果的正确,怕受到干扰,我把r DB dump相关的通通删光了。然后呢,大家都清楚我们第一次生成的SETK1K2K3干嘛,我做了一份备份,然后我们删掉了我们的RDB,然后我们再执行我们的flash DB重启了以后,第一次恢复的我们是SHDB那个命令操作,写操作忠实的执行,所以里面是空数据,最后我们呢,再拿出我们备份修改后的重新启动。大家都清楚,改名了以后恢复成功,OK,好,这个呢,就是我们上一讲所给大家做的正常恢复的流程,那接下来我们来说一下异常恢复,何为异常恢复呢?上面啊。
02:07
都是a of文件正确的前提,那么A是什么概念?他做的这个事啊?我们默认的配置是每一秒钟写入一次啊,就是有一种极端情况,在高并发下面有可能啊,这一秒钟他刚刚写入进去,可能内容才写了一小半,就是没有写完整。突然挂了,那么会导致a of文件写文件错误,就是这个a of文件自身是有点点小缺失,小缺陷的,那这个情况下怎么来。修复这个A文件,最终来完成我们的数据恢复呢?我们来,同学们请看我们来演示啊,注意故意乱写,正常的AF文件模拟网络闪段文件写错误,那么大家来看一眼啊,根据刚才我们所讲解的内容假设啊,SK4 V4,那么来先来四条记录,同学们请看一眼。
03:27
大家看,88 88基线文件没变,八十八八十八清单文件没变,162变成了191,那么只有这个文件产生了膨胀和变化增大了,那我们就会明白,我们的K4啊,一定是计入到了这个文件里面,前面也说过,那接下来杨哥这个increase文件到底长什么样呢?来吧,我们来露一眼啊,判第一点,Increase LF来,同学们请看。
04:01
这是我们的第一行,它内部有些ICP协议所表示这个文件构造啊,我们这个呢,就不再过多的展开,是它内部的一个语法,首先SELECT0说明什么,我们选择是零号库,然后大家请看set什么K1V1,然后set什么K2V2,一直到我们的什么set什么东东K4V4,那么现在能不能理解L的原理,把所有主人你所编写的写操作通通有个小本本给你记着,那么这个就是我们所底层记录的原理,那接下来啊,我们如何模拟?这个文件写了一小半,没有写完整就挂掉呢,我们来弟兄们看一下啊,开始杨哥的表演。我呢,怎么样?这段代码是不是很牛逼?OK。我写的什么应该知道吧?OK,如果你知道,那么就见了鬼了,我写些什么我自己都不知道,胡乱乱乱写的,听懂了吧?好,同学们直接保存那人为的100%,这个文件是不是变大了,也就是我们模拟这个AF increase这个文件记录的这个文件小白本错了,好,那么各位亲,直接下的蛋,我们呢,模拟red服务器关机或者宕机了,总之一句话。
05:26
现在我重新启动我们的ready,要把AF文件重新加回内存,重写一遍,好,那么同学们请看ready。Ber my red,七好。杠A好如何?直接告诉你,根本不能连接到。这个端口上连接被拒绝。换句话说,你AF文件有问题,服务器都启动不了,那么这个时候你client端来连接,当然告诉你连接报错了,所以我们人为的故意的破坏了我们的。
06:11
文件,那么这个时候同学们请看一眼,就会进行AF文件载入,发现启动都启动不了,OK,来吧,好,那么我们呢,可以看一眼杠e gra,然后怎么样,后台根本就没有这个server,好,那么Li of,杠I6379这个端口起来了吗?根本就没有OK,所以由于你的文件本身配置文件就是错误的,启动不了,那怎么办呢?来八我们来看一下我们的这个,大家还记得我们的user local并路径,下面大家看这是不是有个东西叫check。
07:01
A of,那么这个就跟我们RDB一样,就是我们错版的a of文件的修复工具类,好,那同学们拿下,然后它这应该怎么修复呢?请同学们看一下异常文件的修复命令,注意要加一个小参数叫杠杠fix来进行修复,那看一下笔记。直接我呢是三个调修复呢,不是的。这个和另外的。没有必要,人家只认re OK,日常工作的就是它。所以同学们。我们回到我们的当前路径下面直行该命令直接就是修理我们的upon only of one.qui这么一个配置文件,一回车大家请看,直接告诉你start a等等等等修理完成,请你呢再测试一次,看看能不能成功。那么这个时候他修了些什么呢?不妨我们upon only。
08:09
A一点inquiry.af再打开看看,那么同学们这波还有没有呢?是不是还存在,那这个时候那杨哥没修啊,为什么啊,故意的提醒大家不要忘了要加我们的杠杠fix OK来,那么同学们这啊卖了一个坑,那么同学们。一定要加杠杠fix,否则我给大家看了直行了,根本不修,所以说一回车,那么弟兄们老爷。两个提示是不是完全不一样?如果啥也没修,他会让你再测一下,好,那么弟兄们是否继续来了?这个单词总该认识吧?哎,所以说加这个参数和上面的每一家这个参所是两种不同的修复效果,请同学们务必牢记。所以此时我们再来看看最下面怎么样,那些不符合它内部语法规则的通通给你清空。
09:09
拿走,所以此时同学们,我们呢,再重新启动来吧,回到我们这儿,那么red server,这个red client kiss心1234 K1K2K3K4完整拿下,弟兄们,这个就是我们A相关的正常恢复和A文件异常修复在恢复的相关的实际编码案例,同学们请下来做一下对应的练习。
我来说两句