3.5 KiB
title, date, tags, rating, excerpt, created, updated
| title | date | tags | rating | excerpt | created | updated | |||
|---|---|---|---|---|---|---|---|---|---|
| 🐈日志<% tp.file.title %> | <% tp.date.now("YYYY-MM-DD HH:mm:ss") %> |
|
⭐️ | 2025-08-30T11:45 | 2025-10-24T19:29 |
1 TODO
- 多喝水，避免久坐不动
- 今天做什么
2 Tracking
- 桌面文件同步 百度同步空间：桌面推荐，场景：大文件比如常用软件之类的使用这个同步通道，私密文件小文件不推荐 syncthing：场景：桌面和服务器文件共享，全平台，电子书、照片 synologydrive：只有桌面和手机端使用，服务器端不可使用？使用场景： 飞牛同步：由于东玺门和天园两边网络互连速率不高。。。分别保存在本地的开发服务器上，使用场景：没想好，主要还是没有定时触发机制，有时候是不需要实时的！ 飞牛网盘第三方接口：效率最佳，只是最近115管控比较严格 taosync:上面的补足工具，数量大小尽量小和少
iFiles文件的同步和备份策略：
同步工具： FolderSync、Goodsync和robocopy FreeFileSync 全平台 Goodsync：全平台客户端 chrosync mac客户端 tao-sync:如果使用飞牛第三方接口进行网盘操作失败，再使用这个工具进行补足！ 微力同步：2个linux系统之间可以同步 rsync：全平台 robocopy：windows cloudsync：群晖 能力有限制 50000以下文件可以使用 syncthing：全平台，内网使用最佳，外网 不能太大太多 synologydrive：群晖客户端 飞牛同步：飞牛客户端
-
发现Taosync很管用 使用飞牛第三方接口先复制一次，出现错误，再使用Taosync补充完整。 夸克仅读时，一直保持稳定，没有掉线过，115基本上百兆文件，拷贝中间会I/O错误，到底115的风控逻辑是什么，如何规避？
-
完成关键数据的同步备份流程设计
/Volumes/JoyDisk/iFiles/01我的笔记/StudyDiary/03-工作笔记/应用部署/关键数据同步备份流程.md
这个方案说明： 增量数据尽量接近全量数据，就是说只有在磁盘容量不够是的情况下，才把归档数据备份到云端，照片和文档等数据可以保持一致！ 云端是本地的备份池+归档数据 关键保持：一个异地节点+两个介质（磁盘+云端）+三个备份
1+2+3原则： 123备份原则是一种确保数据安全和可恢复性的备份策略，即保留3份数据、使用2种不同介质、并至少有1份异地备份。 原则概述 123备份原则，也称为3-2-1备份策略，旨在最大限度降低数据丢失风险，确保在硬盘故障、自然灾害、恶意软件或人为错误等情况下能够恢复数据
。其核心内容包括： 3个备份副本：保留至少三份数据副本，包括一个原始数据和两个备份副本。即使其中一个副本损坏或丢失，仍有其他副本可用
。 2种不同介质：将备份存储在两种不同类型的存储介质上，例如硬盘、光盘、磁带或云存储。不同介质可以降低单一介质故障导致数据丢失的风险
。 1个异地备份：至少有一份备份存放在异地，如云端、远程数据中心或其他物理位置，以防止本地灾难（火灾、洪水、盗窃等）导致所有本地数据丢失
-
123云盘 突然看不到文件了！ 应该是系统出了问题！ 很快恢复了
-
购买了115-desktop激活码 18907318466 基于帐号永久激活码，信息存于VW中。 30元
上传有点慢，下载还没有试。