1.2.1 无需目录映射的情况及 Windows 挂载项目素材库的方法#

由于博主和团队成员用于达芬奇项目的电脑全是 Windows 系统，所以我们完全不需要做任何目录映射！我们可以直接统一使用 UNC 路径访问 NAS，因为 NAS 的 IP 是固定的。例如： \\10.4.7.2\A1.公共事务\2026宣传片 。在达芬奇里直接从这个网络路径拖入素材，数据库里记录的就是这个绝对网络地址。只要大家都连在同一个局域网下，打开工程就能链接上素材。

当然，更标准的做法还是建议大家把素材库目录挂载为一个 Windows 网络驱动器，这样更符合规范，鲁棒性也更强。方法是：

• 右击桌面此电脑图标，点击映射网络驱动器。
• 在弹出的窗口中选择一个空闲的驱动器号，下方填上 NAS 中你所有视频项目库的总路径（例如博主就填 \\10.4.7.2\A1.公共事务），点击连接，输入账号密码，就 ok 了。

TIP

选择驱动器号时，建议从后往前选，不建议选X:。推荐Z: Y: W:等都可以。不建议选X:的原因是 Windows PE 默认把内存盘挂载到X:，虽然这不是 PE 环境，但为了避免某些软件不必要的冲突和问题，我们还是避开一下吧。

WARNING

如果你的电脑网络环境要改变（例如笔记本电脑要带出去出差），强烈建议先把这些映射的网络驱动器断开连接再走，等回来再重新挂载，否则换网后，一打开“此电脑”就会卡死好长时间。巨硬的史山还在发力！

这样，我们就已经把\\10.4.7.2\A1.公共事务挂载为了 W 盘，可以直接通过 W:\2026宣传片 访问项目素材库。如果其他成员在 Windows 系统上也采用相同的挂载路径\\10.4.7.2\A1.公共事务 -> W:\，那我们所有成员也都不用去做目录映射。

1.2.2 需要做映射的情况（盘符不统一或跨系统协作）#

如果在团队协作中存在以下两种情况，非基准路径的协作者就必须在达芬奇中配置路径映射，否则一打开云端工程绝对满屏爆红，提示“媒体离线”。

• 情况一：Windows 团队内部盘符不统一。 比如博主作为项目主导，最先导入素材，定下的基准挂载盘符是 W:\。但某位协助剪辑的成员电脑上的 W:\ 已经被其他硬盘占用了，他只能将 NAS 挂载为Y:\。
• 情况二：跨操作系统协作（如 macOS）。 如果团队里有使用 Mac 的同学，因为 macOS 的底层是 Unix，它根本不认识 Windows 的驱动器号和 UNC 路径，通过 SMB 连上 NAS 后，共享文件夹 \\10.4.7.2\A1.公共事务 默认会被挂载到底层的 /Volumes/A1.公共事务 目录下。

无论是哪种情况，使用了“非基准路径”的成员，都需要在自己的达芬奇里设置映射，让软件学会自动“翻译”路径。

具体怎么做：

假设我们在前文确立的项目基准路径是 W:\，而协作者本地的实际挂载路径是 Y:\（或 Mac 端的 /Volumes/A1.公共事务）。

1. 在协作者的电脑上打开达芬奇，点击左上角菜单 DaVinci Resolve -> 偏好设置。
2. 选择第一项 系统 -> 媒体存储。
3. 在媒体存储位置列表中，点击下方的添加按钮，浏览并选择该电脑当前的实际挂载目录（即 Y:\ 或 /Volumes/A1.公共事务）。此时列表中会新增一行。
4. 最关键的一步！ 在新增的这一行中，找到 映射装载 这一列，手动双击输入框，填入团队统一使用的基准盘符，即 W:\。保存即可。

这样设置，相当于给这台电脑的达芬奇塞了一本翻译字典。当它从 PostgreSQL 协作数据库中读到 W:\2026宣传片\A-Roll\xxx.mp4 这条记录时，就会自动查字典，把前缀 W:\ 替换成本地的 Y:\（或 /Volumes/...），从而精准找到 NAS 上的实体素材。

反之，当这位同学向项目里拖入新素材时，达芬奇也会自动将本地路径反向翻译成 W:\... 然后再写入数据库。这样就能彻底解耦本地物理路径与数据库元数据，不管大家用什么系统、挂什么盘符，双方的媒体统统不离线！

2.1.1 什么是达芬奇服务器？#

达芬奇官方提供了一个名为 DaVinci Resolve Project Server 的软件，用来实现多人的云端协同剪辑。但剥开它的 GUI 外壳，它的底层其实就是一个纯粹的 PostgreSQL 数据库。

2.1.2 为什么用 PostgreSQL Docker？#

官方的安装包只有 Windows、macOS 和适用于特定几种发行版的 Linux 版。对于群晖 DSM 这种系统，官方软件根本无法运行。有些小伙伴会选择在 NAS 里开个 Windows 虚拟机来跑，这极其浪费资源。

既然它的本体就是数据库，我们可以选择直接在群晖里跑一个 PostgreSQL 数据库 的 Docker 容器。内存占用不到 100MB，也能达到同样目的。为了保证达芬奇的兼容性，我们选择 13 版本。

2.1.3 注意网络瓶颈#

在开始前，请务必确保你的剪辑电脑与 NAS 之间有至少千兆（1Gbps）的稳定有线连接。视频剪辑对网络的考验不是平均吞吐量，而是拖拽时间线时极其恐怖的高频并发随机读取。如果不满足千兆，即使勉强能连上，软件也可能频繁无响应甚至崩溃。

2.2.1 检查端口占用#

达芬奇客户端连接数据库时，底层硬编码死锁了 5432 端口。在部署前，我们需要通过 SSH 连入群晖 NAS，检查这个端口是否可用：

1
sudo netstat -tulpn | grep 5432

博主的输出结果如下，实际上群晖 DSM 默认情况下输出的都是这样：

1
tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN      29138/postgres

看起来好像已经被占用了，其实是 DSM自身占用着 5432 端口（用于群晖的照片、Drive等内部索引）。 进一步切换到系统的 Postgres 用户并列出所有的现行数据库：

1
sudo su - postgres -c "psql -l"

我们会看到一张表格，里面的 Name 栏目出现了 synofoto、synoindex 等字眼。这就实锤了它是群晖官方的底层设施。

1
                                       List of databases
2
    Name     |           Owner            | Encoding  | Collate | Ctype |   Access privileges
3
-------------+----------------------------+-----------+---------+-------+-----------------------
4
 autoupdate  | postgres                   | SQL_ASCII | C       | C     |
5
 download    | DownloadStation            | SQL_ASCII | C       | C     |
6
 mediaserver | MediaIndex                 | UTF8      | C       | C     |
7
 ong         | SynologyApplicationService | SQL_ASCII | C       | C     |
8
 postgres    | postgres                   | SQL_ASCII | C       | C     |
9
 synofoto    | SynologyPhotos             | UTF8      | C       | C     |
10
 synoindex   | MediaIndex                 | SQL_ASCII | C       | C     |
11
 template0   | postgres                   | SQL_ASCII | C       | C     | =c/postgres          +
12
             |                            |           |         |       | postgres=CTc/postgres
13
 template1   | postgres                   | SQL_ASCII | C       | C     | =c/postgres          +
14
             |                            |           |         |       | postgres=CTc/postgres
15
(9 rows)

那这该怎么办，不用慌！ 仔细看，群晖只占用了本地回环地址 127.0.0.1。这意味着我们只需要在 Docker 部署时，强制将容器端口绑定到 NAS 的物理局域网 IP 上，就能完美避开冲突。

2.2.2 拉取 Docker 镜像与创建容器#

在 NAS 的 Docker 存放目录创建新文件夹（博主的是 /volume1/docker/davinci_resolve_db），新建一个 docker-compose.yml 文件，写入以下内容：

1
version: '3.8'
2
services:
3
  davinci-postgres:
4
    image: postgres:13-alpine
5
    container_name: davinci_server # 容器名
6
    restart: unless-stopped
7
    environment:
8
      - POSTGRES_USER=postgres # 用户名，一般保持默认即可
9
      - POSTGRES_PASSWORD="YourPasswordHere" # 请替换为你的密码。注意：密码请务必加上双引号！
10
      - POSTGRES_DB=NAS_DaVinci # 这个变量不仅是数据库名，它也将是你在达芬奇里填入的“项目库名称”！
11
    ports:
12
      - "10.4.7.2:5432:5432" # 强制指定局域网IP，解决群晖系统127.0.0.1端口冲突
13
    volumes:
14
      - /volume1/docker/davinci_resolve_db/pg_data:/var/lib/postgresql/data # 务必加上 /pg_data 这一级子目录
15
      - /etc/localtime:/etc/localtime:ro

然后，在 SSH 中定位到此目录，先创建pg_data目录，再运行 docker-compose up -d，等待拉取镜像并创建容器完成，看到容器管理器里正常运行即可。

1
cd /volume1/docker/davinci_resolve_db
2
mkdir pg_data
3
docker-compose up -d

分享一些博主踩坑实录

1. 子目录： 挂载卷的路径里，宿主机路径末尾一定要加上 /pg_data，然后在部署 docker 前手动创建这个空文件夹。否则群晖的隐藏文件（如 @eaDir 或回收站）会导致 Postgres 认为目录非空，从而触发 initdb 失败并无限重启。
2. 密码初始化： POSTGRES_PASSWORD 和 POSTGRES_DB 只有在 pg_data 完全为空的第一次启动时才会写入系统。如果你中途想改密码或数据库名，直接改 YAML 重启是无效的。你必须：改 YAML -> 停止容器 -> 删除容器 -> 清空宿主机的 pg_data 目录 -> 重新 docker-compose up -d。

2.2.3 使用达芬奇连接#

打开达芬奇，在项目管理器的左上方点击网络，点击左栏下方的添加项目库，选连接：

• 名称: NAS_DaVinci （必须与 YAML 中的 POSTGRES_DB 完全一致！）
• 位置: 你的 NAS IP，这里就是10.4.7.2 （注意：只支持纯 IP或纯域名，绝对不能加 :5432 端口号，否则必报未知主机错误！）
• 用户名: 你设置的用户名，默认postgres
• 密码: 你设置的密码。

点击连接。如果此时瞬间连上，恭喜你，你的达芬奇协作服务器已经竣工了！如果连不上，一般达芬奇给的报错会比较笼统，这时可回到群晖的容器管理器，查看容器日志排错。