Obsidian免费同步方案:OneDrive + Remotely Save配置全攻略
2026/9/17 8:59:07 网站建设 项目流程

Obsidian这个笔记软件好用是好用,但同步这件事确实劝退了不少人。官方同步服务一年要几十美金,对很多人来说总觉得不划算;自己搭同步盘又嫌麻烦。折腾了一圈下来,我发现用OneDrive配合Remotely Save插件,既能免费解决跨设备同步,又不需要把笔记托管给第三方服务器,数据始终在自己手里。这套方案我用了大半年,手机、平板、公司电脑、家里台式机,四个设备之间来回切,从来没有出过大的幺蛾子。这篇就把整个配置过程、背后原理、踩过的坑全部写清楚,按着步骤做就能搞定。

1. 同步方案选型:为什么是OneDrive加Remotely Save

1.1 市面上免费同步方案的对比

先说结论:Obsidian官方同步体验确实最好,但它是付费订阅。如果你不想掏这个钱,那就必须在免费方案里做取舍。常见的免费方案有这么几类:用坚果云或Dropbox这类网盘的官方客户端直接同步整个库文件夹;用Git仓库来管理;用Syncthing这种点对点同步工具;再就是用Remotely Save这类插件对接各种网盘。

这些方案我用过或者研究过,简单说说各自的问题。用网盘官方客户端同步整个库,比如直接把Vault放在OneDrive文件夹里,听起来最简单,但实际上容易踩坑。Windows版OneDrive默认会把文件夹设成按需加载,云端文件在你本地只是一个占位符,Obsidian读取时如果文件没有下载到本地,会出现卡顿甚至读取失败。另一个问题是容易产生冲突文件,比如手机端还没同步完,电脑端就改了同一个文件,两边一合并,就会冒出来一堆“文件名-计算机名-时间戳”的冲突副本,时间一长库里面乱七八糟。坚果云的同步逻辑其实比OneDrive好一些,但免费版有流量限制,对于经常改动的笔记库来说,每天传几次大文件很快就用完了。

Git方案的问题也很明显:Obsidian的每次修改都要手动或自动commit加push,操作频率高,容易产生大量历史记录,而且移动端要跑Git操作体验很糟糕。Syncthing的功能强大,配置起来却不轻松,需要穿透NAT、管理设备ID,对普通用户来说学习成本不低。

1.2 Remotely Save插件加OneDrive的原理

Remotely Save是一个Obsidian社区插件,它不走本地文件系统,而是通过API直接把库里的文件传到你指定的远程服务上。支持的对象存储有很多,比如S3、WebDAV、Dropbox、OneDrive等。这里我推荐用OneDrive,原因有这么几点:

第一,微软账号免费,而且个人版的OneDrive有5GB的空间,对于纯文本的Markdown笔记库来说完全够用。就算你存了很多图片附件,5GB也能撑很久,我自己的库用了半年也就几百MB。第二,OneDrive在国内的网络环境下连接相对稳定,实测下来比很多海外对象存储服务都要好。第三,如果你已经在用Microsoft 365或者微软生态,那OneDrive更是顺手就有,不用额外注册新账号。

Remotely Save的工作机制其实很简单:插件会扫描你的Vault文件夹,然后把所有文件通过OneDrive Graph API或WebDAV接口同步到云端指定目录。它不做增量合并,而是直接上传变化的文件、删除云端多余文件。每次同步时,插件会对比本地和云端的文件大小与修改时间,决定哪里需要上传、哪里需要下载。这个逻辑虽然简单,但对Markdown这种以文本为主、文件数量多但单个文件小的场景效率很高。

1.3 为什么不推荐直接把整个Vault放网盘文件夹

很多人问过:既然都是OneDrive,为什么不直接把Obsidian库放到OneDrive同步文件夹里,让系统级网盘同步去管?表面上功能一样,实际区别很大。

系统级网盘同步有一个致命问题:Obsidian的文件监听器和网盘客户端的文件监听器会互相干扰。Obsidian为了实时更新关系图谱和链接,会监听文件系统的变化事件;OneDrive客户端也会监听同样的目录准备上传。两边同时盯着一个文件夹,一旦OneDrive在同步过程中对本地文件做了临时锁定或重命名,Obsidian就会认为文件被删了又新建了,导致界面闪烁、关系图谱里链接短暂消失。严重的时候还会触发大范围的索引重建,整个库卡住几十秒。

Remotely Save不存在这个问题,因为它只做“按需同步”,平时远程服务上的文件就是一个备份镜像,不参与本地文件系统的实时事件。Obsidian本地就是普通文件夹,怎么开心怎么用,完全不用担心被同步客户端干扰。这也是我最终选择它的核心原因。

2. 准备工作与核心配置

2.1 安装插件与基础设置

在开始配置之前,先把准备工具备齐。你需要一个Obsidian(这不用多说),一个微软账号,还有网络连接。插件安装很简单,Obsidian里点击左下角设置按钮,进入“第三方插件”菜单,先关闭“安全模式”,然后点击“浏览”按钮,在社区插件市场里搜索“Remotely Save”,安装并启用即可。

如果你打不开社区插件市场,多半是网络问题,可以先把系统代理关掉试试,或者过一会儿再刷新。这个插件在社区里下载量很高,属于活跃维护的项目,可以直接用最新版,只要不是长期不更新,稳定性和兼容性都还不错。

装好插件后,进入插件的设置页面,第一件事是在“远程服务”选项里选择“OneDrive”。Remotely Save提供两种连接方式:一种是通过微软的授权码OAuth方式登录,点一下“登录”按钮,浏览器会跳转到微软的授权页面,登录你的账号并同意应用访问就行;另一种是手动填写客户端ID和密钥,这种方式适合自己做Azure应用注册的高级用户。

我推荐直接用OAuth方式,省事。点击登录后,如果浏览器半天没有弹出授权页面,看一下是不是浏览器默认拦截了弹出窗口,允许一下就行。授权成功后,插件会显示“已登录”的状态,此时准备工作就完成了大半。接下来点一下“检查可用空间”之类的连接测试按钮,能看到当前OneDrive的剩余容量,说明网络和授权都通了。

2.2 关键参数解读:检查间隔、上传并发与轮询

进入Remotely Save设置页面,你会看到一排参数:同步间隔、上传并发数、套接字数量、检查文件变更的最小间隔等。初学者看到这些容易发怵,其实每个参数都有明确含义。

“同步间隔”控制的是插件每隔多久自动执行一次同步,单位是分钟。默认好像是5分钟,对于绝大多数笔记场景够用。如果你希望手机端和电脑端之间的延迟尽量小,可以改成1分钟,代价是耗电略有增加。

“上传/下载并发数”指同一时间最多能传输几个文件。OneDrive对单连接速率有限制,提高并发数确实能加快大批量文件的首传速度,但开太高容易导致低配电脑CPU飙升,或者被微软接口限流。我自己的经验是设置在5到8之间比较稳,首次同步上千个文件时能明显感觉到速度提升,日常同步时也不会造成明显的资源占用。

“检查文件变更的最小间隔”代表插件在连续触发两次同步之间至少等待多久,单位是秒。这个参数主要防止Obsidian批量保存时(比如刚粘贴了一大段带图片的内容)频繁触发同步,把大量半成品文件传到云端。我保留默认值没动,实测下来不会有问题。

2.3 OneDrive端权限验证与目录选择

授权登录完之后,还有一步很多人会忽略:查看默认的同步目录。Remotely Save会在你的OneDrive根部创建一个名为“Remotely Save”之类的文件夹,默认把同步上传的文件都放在这里。如果你想换到指定的路径,可以在设置里修改“远程基础目录”字段。

这里有一个小提示:尽量让这台主机的同步目录和其他同步工具的文件夹区分开,避免互相嵌套。如果OneDrive里本身有团队共享文件夹、别人共享给你的文件,那些不会受影响,因为插件只操作自己那个目录,不会全盘扫描你的网盘。

修改完目录路径后,记得再触发一次“测试连接”,确认新路径下能正常访问。测试通过后,我们可以在这个设置页往下拉,找到“加密”选项。Remotely Save支持用密码对上传文件做加密,加密后的文件在网络上是乱码形式。对于只记录个人随笔、学习笔记的人来说,默认不加密就够了;但如果你会在笔记里记录账号密码、身份证号等敏感信息,建议打开加密功能。这个加密是端到端的,密钥不会上传到网上,知道密码才能解密,启用后每次新设备连接都需要输入同一个密码。配置好这一层,实际上相当于给同步这层加了一道安全闸。

3. 实操流程:从空库到多设备无缝同步

3.1 首台设备:先同步到远端,而不是直接拉取

很多人配置完插件后的第一个动作是点“立即同步”,结果发现本地是空的,远程也是空的,什么都没发生。这是正常的。首次同步前,我建议先理清思路:最终的目标是先把当前这台电脑上的完整笔记库传到云端,再在其他设备上拉取下来。

如果你的Obsidian已经用了一段时间,本地Vault里已经躺了几百个笔记,那就直接保持现状,不用做任何额外操作,打开Remotely Save设置页,点击“立即同步”按钮。此时插件会扫描本地所有文件,计算变更后逐个上传。这个过程中进度条会滚动,左下角有传输计数。

如果是全新用户,本地还没有库,那么先在Obsidian里新建一个空库,然后就近新建一个笔记打上几个字,让库文件夹真实存在,再执行同步。这么做是为了让云端目录正确初始化,避免某些网络环境下空目录没有实际被创建,后续其他设备拉取时判断为“远程不存在”。

首次同步上千个文件时,过程可能持续几分钟,取决于文件数量和上行带宽。期间最好不要大量编辑笔记,避免文件状态反复变化导致同步队列重复计算。

3.2 第二台设备:扫二维码还是手动登录

第二台设备上的操作逻辑完全相反:先装Obsidian、装Remotely Save插件,然后登录同一个OneDrive账号,设置远程目录和加密密钥(如果启用了加密),再点“立即同步”。此时插件检测到云端有文件而本地为空,会自动把所有文件拉取下来。完成后本地就会出现一套和原设备完全一致的Vault。

在第二台设备上登录OneDrive时有个体验较好的细节:如果你嫌在手机上打微软账号密码太麻烦,可以在一台已经登录过OneDrive的设备上,打开Remotely Save的授权页面,选择“已有账号”或者扫描二维码的方式授权。不过这部分功能在不同版本里按钮位置不太一样,找不到二维码入口也不用纠结,手动输账号密码也就一分钟的事。

拉取完成后,打开Obsidian的库,看看文件是否完整。这里建议重点检查几个地方:首页笔记是否正常、附件文件夹里的图片能不能正常预览、关系图谱是否出现了完整的节点。如果都没问题,说明同步成功,可以开始正常使用了。

3.3 手机端与电脑端的操作体验差异

同步完成只是第一步,日常使用中的体验差异才是决定这套方案好不好用的关键。

手机端使用Remotely Save时,Obsidian需要重新索引整个库才能搜索文件内容,首开会有一点延迟,但之后就好很多。由于手机网络切换频繁(Wi-Fi和蜂窝数据之间来回跳),插件偶尔会报“网络不可用”,不要慌,等网络稳定后点一下重试就好。手机上编辑笔记时,每次点击保存后不会立刻触发同步,而是到了设定的时间间隔才会自动同步。如果你刚在手机上写完一篇内容,转身就打开电脑满怀期待地刷新,结果发现没有出现,这是正常的,等一两分钟再刷新就行,或者手动点一下电脑端插件里的“立即同步”按钮。

电脑端的体验则顺畅很多。因为Obsidian会缓存文件索引,本地文件的变化能即时捕捉,配合Remotely Save的定时同步,基本做到“无感同步”。我在办公室电脑上改了内容,最多一两分钟后家里电脑上就同步了。

3.4 多台设备同步时的注意事项

当你手里的设备超过两台,需要注意的一点是修改冲突问题。Remotely Save处理冲突的逻辑比较朴素:如果同一个文件在两台设备上同时被修改,后同步的那台会覆盖之前的版本,大概率不会自动保留两个版本。所以,最忌讳的操作是同一时间在两台设备上编辑同一个笔记。我自己的习惯是遵循“一条笔记在同一时间只在一台设备上编辑”的原则,手机端主要做快速记录和摘抄,电脑端做深度编辑和整理,这样基本不会冲突。

另外,笔记本合盖休眠前,要确保自动同步已经完成。笔记本休眠时会暂停所有网络活动,如果在休眠前没完成上传,下次开机会出现文件状态不一致。建议在系统设置里调整一下合盖动作,改成“休眠前先等待一段时间”或者手动养成交替操作的习惯。苹果电脑和Windows电脑都适用这个原则。

4. 常见问题与排查技巧实录

4.1 OneDrive客户端登录或安装出问题怎么办

很多人在这一步被卡住。网上搜索时经常看到“OneDrive无法登录无法卸载无法安装”之类的求助,这里统一说一下我遇到这类问题时的处理思路。

首先分清一个概念:Remotely Save插件连接OneDrive走的是微软的Graph API,不需要在本地额外安装OneDrive桌面客户端。也就是说,不管你的Windows系统里能不能打开OneDrive客户端,只要浏览器能正常登录微软账号,插件就能同步。所以如果你只是为了配合Obsidian同步,那个经常弹出的OneDrive客户端完全可以忽略,不需要专门去安装、卸载或登录,省去很多麻烦。

如果说的是微软账号本身登录不进去,先检查一下系统时间是不是准确。时间偏差会导致OAuth验证失败,这是很常见的原因。再检查浏览器里能不能正常打开微软的登录页面。有条件的话试着更换一个浏览器或者清除一下浏览器缓存。OAuth授权过程中卡住了,多半是浏览器弹窗被拦截或者网络请求没发出去。允许弹出窗口后重试一次一般就行。

如果插件已经登录成功,但同步时一直报错403或401,这种通常是授权令牌过期了。在Remotely Save设置页面里点“退出登录”,走一遍OAuth流程重新授权,基本都能解决。

4.2 同步未生效、冲突文件与空白库

遇到“明明点了立即同步,但另一台设备没有看到新文件”这种情况,不要急着反复点同步。先检查这两个设置:远程目录是否正确一致。两台设备的“远程基础目录”字段必须完全相同,如果一台填了默认路径,另一台改成了自定义路径,它们看的就是云端的两个不同位置,自然看不到彼此的文件。

再检查文件的修改时间。Remotely Save判断文件是否需要同步,依据的是修改时间戳。如果某台设备的系统时间和真实时间偏差过大,会产生一个文件明明没变却反复上传或下载的现象。处理办法是打开系统的自动时间同步,让所有设备时间保持基本一致。

冲突文件出现时不建议直接在网盘网页端里删除。因为你删掉云端文件后,下一轮同步时插件会检测到“远端缺失”,然后从本地把它再传回去,形成一个死循环。正确做法是在本地Obsidian里打开冲突文件,手动合并内容后保留其中你想要的那份,删除多余的文件,再同步一次,让云端状态跟随本地。

假如同步后本地变成了一个完全空的库,最大可能是选错了目录。比如你在新设备上打开的是一个新建的空库,插件的远程目录又指到了云端其他位置,于是本地空库被当成了“需要清空远端”的来源,执行了灾难性的双向合并。这个问题的防范办法就是新设备接入前,务必确认远程目录和原始设备完全一致,一定不要勾选或触发“清空远程”这种危险功能。

4.3 性能调优:让同步更快、更省电

同步慢不一定是网络的问题,也可能是参数没调对。插件的设置项里,“上传并发数”和“下载并发数”对速度影响很大。默认值往往偏保守,只有2或3,如果首次同步文件很多,建议改到8左右,速度会有显著提升。改完之后如果发现经常超时,说明网络环境撑不住这么大的并发,降回5就行。

日常使用中,同步间隔不必设太短。我一开始设成每1分钟同步一次,发现手机掉电速度明显变快,而且频繁的API请求会在短时间内大量消耗微软的接口配额。虽然个人账号的配额很高,但没必要这么糟蹋。后来改成每10分钟同步一次,同时养成了“重要笔记写完就手动点同步”的习惯,既省电又不影响使用体验。

4.4 文件大小写与特殊字符的坑

这里要提醒一个很多人没注意过的细节:OneDrive在网页端和文件系统里对文件名的处理规则,和本地Windows文件系统并不是完全一致的。比如Windows不允许文件名里有星号、问号、尖括号这些特殊字符,Obsidian里如果笔记标题包含了这些字符,在本地Windows上创建就会失败。反过来,某些字符在OneDrive的网页端语义里可能有特殊含义,上传时虽然不会报错,但下载到别的设备时可能出现改名的情况。

我的建议是所有笔记文件名统一用中文、英文、数字、短横线和下划线,尽量不搞花活。这样不仅同步稳定,以后迁移到其他工具或系统也不会有兼容性问题。这一点对长期维护一个知识库来说比想象中重要。

注意:如果你计划把同一个库同步到iPad或Mac上,要提前知道苹果系统默认大小写不敏感,但由于文件系统实现不同,跨平台同步时偶尔会出现大小写不一致导致重复文件。解决办法是在命名时统一使用小写缩写或全小写文件名,避免依赖大小写来区分文件。

5. 备份意识与数据安全:同步不等于备份

5.1 云端镜像不是万无一失的保险

很多用上了同步方案的人会产生一种错觉:文件都已经在云盘里了,就不会丢了。我必须要泼一盆冷水,同步机制并不等于备份机制。Remotely Save做的是镜像同步,本地删了一个文件,同步之后云端也会删掉这个文件。如果误删了笔记,等你发现时云端版本已经跟着没了,这时候想找回就只能看网盘的回收站有没有保留副本了。

OneDrive自带的回收站可以保留删除文件一段时间,而且在网页端有版本历史功能,但这并不能完全替代独立的备份策略。我的习惯是每两周手动把整个Vault压缩成一个zip文件,传到一个和OneDrive同步目录完全无关的位置,比如移动硬盘或另一家网盘。这个操作不需要技术含量,但能保证在最坏情况下依然有恢复的手段。

5.2 端到端加密是否必要

Remotely Save的加密功能在设置里可以一键开启。打开后,插件会把文件内容加密后再上传,密钥只存在于本地,云端只有乱码。我个人的建议是:如果你的笔记里会写一些私人事务、工作敏感信息、家人信息等,建议开启加密。开启之后唯一的不便就是每一台新设备首次连接时都要输入密码,其余使用感知几乎没有差别。

不过要注意的是,开启加密后,OneDrive网页端里你看到的文件名和内容都是密文,不能在云端直接预览。如果你觉得自己大概率会某天在网页端翻找某条历史笔记,那就要权衡一下这个便利性损失值不值得。我自己是开了加密的,因为Obsidian库记录的内容包含生活上的点滴,密文换来的是长期安心。

5.3 维护一个可长期运转的同步体系

搭好一套同步方案只是开始,真正难的是长期稳定地用下去。我的经验是:不要把太多的整理工作放到同步时段来做。比如给几十个旧笔记批量改名、一次性移动大量附件到新文件夹,这类操作会产生海量文件变更事件,同步队列会被瞬间撑满,某些情况下还会撞上其他设备的同步周期,造成冲突。更合理的做法是这类批量操作之前先暂停自动同步,操作完成后再开同步,让它一口气把变更传完。

另外,建议所有设备都开启操作系统层面的磁盘加密,比如Windows上的BitLocker、Mac上的FileVault、手机上的锁屏加密。因为笔记数据是明文存在于本地的,如果设备丢失,别人拔下存储卡或硬盘就能读到所有内容。云端做了加密,本地裸奔等于白费功夫。

这套方案里我最后一个想说的点是:任何同步工具都有可能出现偶发故障,不要因为一次同步失败就推翻整个方案。Obsidian里记录的知识是长线资产,同步只是保证这些资产实时流动的手段。把插件参数调好、养成固定习惯之后,它会进入一种几乎感知不到存在的理想状态,你只需要专注笔记本身就好。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询