请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 1635 天前的主题，其中的信息可能已经有所发展或是发生改变。
ds418，4 个盘，8/6/6/4tb，全部在一个 shr 存储空间下，实际可用空间是 14.4t ，已用 8t 。最近新购入了一个 14t 的盘，想改为 8/6/6 继续使用 shr，14 作 basic 专用于备份。
查了群晖知识库才发现，“无论选择哪种 RAID 类型，您都无法减少现有存储池的硬盘数量或将其更换为容量较小的硬盘”，“如果必须减少存储池中的硬盘数量，请按照以下步骤删除现有存储池并创建可满足您需求的新存储池”。
也就是说，如果我要按前面说的计划重新规划存储空间，那就只能：先把 4t 盘换成 14t，14t 新建一个存储空间，把老存储空间的数据全部备份到新存储空间去，删除老存储空间后重建，把数据拷回去。主要会造成麻烦的是，我有 70 万+个 jpg 在 photo station 里，备份数据就得几天，重建存储空间还肯定会导致索引重建，以 418 的性能不炒两个星期的豆子是完不成的。
求助有没有什么其他好办法？如果实在不行就只有把 14t 放 pc 里人工做备份了
查了群晖知识库才发现，“无论选择哪种 RAID 类型，您都无法减少现有存储池的硬盘数量或将其更换为容量较小的硬盘”，“如果必须减少存储池中的硬盘数量，请按照以下步骤删除现有存储池并创建可满足您需求的新存储池”。
也就是说，如果我要按前面说的计划重新规划存储空间，那就只能：先把 4t 盘换成 14t，14t 新建一个存储空间，把老存储空间的数据全部备份到新存储空间去，删除老存储空间后重建，把数据拷回去。主要会造成麻烦的是，我有 70 万+个 jpg 在 photo station 里，备份数据就得几天，重建存储空间还肯定会导致索引重建，以 418 的性能不炒两个星期的豆子是完不成的。
求助有没有什么其他好办法？如果实在不行就只有把 14t 放 pc 里人工做备份了
 | 1 zxcslove 2021-07-08 11:14:45 +08:00 零碎文件管理已经是老大难问题，群晖们那种无视其他体位的思维也是难以撼动 |
 | 2 jiezhi 2021-07-08 11:34:37 +08:00 我是 4+4+12+12 使用了 SHR，后来想大部分空间用来挂 PT 了，想把 12+12 直接 RAID0 作为下载盘。好像除了全量备份后重置存储池别无他法了 |
 | 3 nbweb 2021-07-08 11:40:52 +08:00  1 @jiezhi 我自己弄的 all in one，虚拟了一个黑群，一个 debian 。 14T*2 组 raid 1 挂给 debian，是软 raid，这样的好处是随时可以换盘，缺点是软的，占 cpu 。这个是主力存储，家里所有的重要数据全在这个阵列上面。外加 pt 的仓库。 4T*2 挂在黑群上组 raid 1，感觉有点浪费。黑群的功能主要是就同步手机里的照片和同步公司常用的文件，取代 dropbox |
 | 4 wizzer 2021-07-08 11:46:55 +08:00 8+8 组 raid1 存相册、资料，另外一个 8T 存影视片，另外一个 4T 存监控录像和下载，另外阿里云 oss 备份相册和资料。 |
 | 5 mrweiwei 2021-07-08 14:20:30 +08:00 1 没啥办法，只能把数据拷贝出来重建 raid，可以用 HyperBackup 套件备份你的索引数据，照片不用重建索引 |
 | 6 Xusually 2021-07-08 14:39:48 +08:00 备份后重组，没别的办法 |
 | 7 geniussoft 2021-07-08 14:49:06 +08:00 换 1821+，索引就快了... |
 | 8 edw1n 2021-07-08 16:13:00 +08:00 1 用 HyperBackup 把所有数据备份到 14T 硬盘上，然后原来的存储空间删掉，硬盘调整好重组存储空间，从 14T 上恢复备份到重组好的存储空间，这个基本是唯一的方法了。 |
Select Language