寻觅生命中的那一片浅草......

文章带标签 备份

zz:InnoDB个性化备份

来自云栖:InnoDB个性化备份
主要看下面,在slave上执行 stop slave,等一会,就可以通过cp目录的方式备份,好犀利

Time Machine Backup频繁创建新备份的问题

Time Machine Backup用起来比较方便,每个小时进行备份,文档、代码,再也不用频繁地提交到仓库。

但从使用至今,一直困扰我的是每隔一个月就要来一次新备份,说句实话,200G+的东西,完整备份要6-7个小时,真心伤不起,本来以为是为了安全,每月创建一个新备份,也就忍了,但最近更却每周就要来一次全新备份,实在无法忍受,前几天搜索到一篇文章,今天又要遇到这个问题,警告提示:

Time Machine 已完成备份验证。要提高可靠性,Time Machine 必须为您创建新的备份。

总结下来,所有的指令如下,所有指令都是用普通用户运行,10.10.5测试通过:

chflags -R nouchg /Volumes/{name of your network share}/{name of}.sparsebundle
hdiutil attach -nomount -noverify -noautofsck /Volumes/{name of your network share/{name of}.sparsebundle

上面的指令输入如下,我们需要Apple_HFSX前面的分区号,需要修改diskxs2中的x为对应的数字:

/dev/diskx Apple_partition_scheme
/dev/diskxs1 Apple_partition_map
/dev/diskxs2 Apple_HFSX

开始修复,这里大概需要1个小时

fsck_hfs -drfy /dev/diskxs2

卸载备份

hdiutil detach /dev/diskxs2     

最后,告诉TMB,备份已经修复了

vi /Volumes/{name of your network share/{name of}.sparsebundle/com.apple.TimeMachine.MachineID.plist

删除

<key>RecoveryBackupDeclinedDate</key>
<date>{whatever-the-date}</date>

修改

# 将
<key>VerificationState</key>
<integer>2</integer>
# 修改为
<key>VerificationState</key>
<integer>0</integer>

对了,我用的是穷人家的备份服务器:Western Digital Cloud,可能频繁要重新备份,是这个引起

参考文章:Fix Time Machine Sparsebundle NAS Based Backup Errors

2024年十月
« 5月    
 123456
78910111213
14151617181920
21222324252627
28293031