计算机目前大部分都能够提供 Thunderbolt 3 接口了。 Thunderbolt 3 的传输速度更快，所以我们需要把 Thunderbolt 3 转换为 SAS HBA，但市场上没有这个转换设备。 后来我们发现有 Thunderbolt 3 PCIe Expansion，就是通过这个设备把 Thunderbolt 3 转换为 PCIe 卡槽，然后再插上 SAS HBA 卡，通过这个转换盒完成到 SAS HBA 的输出。 这个市场上的价格在 300 多美元左右，还是有点小贵的。 为了用上磁带机，也就只能硬着头皮上买了这个转换盒了。     盒子收到后还挺结实，其实还挺大的。     上面的这个盒子能够实现雷电 3 的接口转换为 PICe 的扩展，你可以在这个盒子里面插各种 PICe 的卡，也是算是为笔记本计算机提供了更好的扩展功能。   https://www.isharkfly.com/t/topic/15151

Java 语言有所下降，JavaScript 一直保留在比较的使用水平。 PHP 的颓势已经非常明显了。 Python 一直还保留在比较强势的情况。   https://www.isharkfly.com/t/github-2022/15192/1

如果你的仓库上面是 Fork from 的话，我们有什么办法能够取消掉这个 Fork from？     解决办法 GitHub 上面没有让你取消掉 Fork 的办法。 如果进入设置，在可见设置中也没有办法修改仓库的可见设置选项。     唯一的解决办法就是对你需要修改的仓库先全部克隆到你的本地计算机上，然后在危险区域中选择删除这个仓库。 当这个仓库删除后，在重建这个仓库，再把本地已经克隆的仓库重新提交到你新建的仓库中。 如果你的项目还使用了 GitHub Page 或者 Action 的话，所有的相关配置都需要重新配置。     因此在对仓库进行删除的时候需要小心。 同时还可以通过 GitHub 的 Action 来查看部署的 Page 的运行状况。     通常来说，状态更新可能需要在 10 到 20 分钟，如果再加上 DNS 刷新，可能需要的时间更长一点。   https://www.isharkfly.com/t/github-fork-from/15186

鱼是好鱼，也还真不错，在东部地区可看不到这么大并且质量还不错的大海鱼。 包括下面这海胆也挺不错的，就是不知道怎么弄而且还很刺。     一直想找国内常使用的泡沫周转箱，感觉这东西应该不稀奇很容易就找到了，可惜手机都快翻烂了都没有找到，后来就想这个用 Cooler 吧，不管怎么样总得让人走不。     谁知道居然解锁一个新功能，航空公司是允许用 Cooler 托运海鲜的。 平时没有怎么看，到了机场后才知道，航空公司只需要你包装好就行，有点遗憾的是用的冰，没有用干冰，到了机场重新拿到行李了冰还没有化，但这重量自然是增加了不少。     随后做了下功课，航空公司要求容易腐烂的海鲜和海产品在托运的时候需要使用塑料的 Cooler 或者盒子。 难怪国内常用的泡沫周转箱这种不好找，反而是塑料的 Cooler 到处都是。 塑料的 Cooler 比较结实还能安全托运并且价格也只比泡沫周转箱贵了不到 8 块钱，带回家还可以下次接着用，也就是市场需求决定了产品。 国内常用的泡沫周转箱在飞机行李托运这茬事上，实在没有什么竞争力。   日后出行看到合适的海鲜就去整 Cooler 吧，泡沫箱实在不好找。   https://www.isharkfly.com/t/topic/15178

对比西雅图的雨，丹佛的傍晚看到是漫天冬日的萧瑟。     丹佛在洛矶山脉的东侧，从丹佛往东就是平原了。 因为是冬日所以平原就显得非常萧瑟，夏日可能就不一样了。     丹佛，最后的恐龙 这个动画片看过没？ 如果没有看过，那就太没有童年了。 孩子们发现了一个奇怪的蛋，从蛋壳中蹦出一只可爱的小恐龙。孩子们给恐龙取名“ 丹佛”。 丹佛的蛋壳具有神奇的魔力，能够显现 6500 年恐龙时代的图像。 孩子们决定要保护好小恐龙丹佛。 虽然恐龙的名字叫做丹佛，但却让全世界了解了有叫丹佛的这么一个城市，DEN 机场里面还到处都一些小恐龙的造型，可惜转机时间太短，没有机会拍下来。 科罗拉多是滑雪胜地，相信以后应该有机会再来丹佛。   https://www.isharkfly.com/t/topic/15177  

对更换硬盘和扩容的时间知道要比较长，但是没有想到要这么长，同时还比较困难的获得更新的数据。 既然闲着也是闲着，并且每天都会查看下状态，所以就想着干脆记录下了。 需要有心理准备就是扩容和存储池的修复时间的单位不是分钟，也不是小时，而是天。 升级扩容计划 这次升级扩容的计划是准备替换到存储池有坏扇区的一块硬盘，并且新增加一块硬盘。 查询可以支持的硬盘。当前 NAS 的硬盘大小都比较大的，对于一些运行时间比较长的 NAS，不是所有的硬盘容量都支持的。 因此需要做下功课，你的 NAS 最大能支持到多大，可以到网站：Compatibility List | Synology Inc. 上根据你的型号进行查询下。 另外，不同的 NAS 对于独立卷可以扩展的大小也有限制的，不是无限扩展的，因此也需要注意下。所以在更换 HDD 的时候也不是越大越好。     因此，根据我们的情况，这次我们选择更换的硬盘就更换到最大的 14TB，以满足独立卷的需求。 第一块硬盘更换 第一块硬盘的更换和存储池修复扩容都比较快，在 2 天内就完成了。 在这块硬盘更换的的时候没有什么大的问题，存储也都可以正常使用，也能访问控制台界面 第二块硬盘更换 第二块硬盘更换的时候问题就非常多了。 首先的问题是耗时，在我们写这篇文章的时候，硬盘更换的校验时间已经超过 5 天了，还没有结果，同时我们也没有办法访问控制台界面来查看校验进度。 在这个校验的过程中，所有的后台进程都被锁死，无法提供任何服务，感觉还是有点郁闷。 但是我们也想到了一些办法能够跟踪进度。 访问控制台界面 如果在校验的过程中，你不能够打开控制台界面，没有关系，千万不要以为你的 NAS 已经死机了，然后尝试重启 NAS。这个会导致存储池崩溃，然后需要重新组织阵列，并且还会导致某块硬盘可能无法加入整列。 如果你的控制台界面在访问的时候，没有提示任何，就是不显示，或者一直显示在旋转，你需要做的就是耐心等待，千万别手欠去重启整列。 掉电 在对存储池进行修复的过程中，如果掉电，那么会有一大堆的问题，你可能需要面临重新来一次，前面做的所有工作都无效了。 因此，如果有条件的话，这个时候最好还是挂上 UPS，千万不要因为掉电而损坏存储池导致数据丢失，然后重新再来一次。 邮件 如果你的存储池修复的过程中有任何信息，那么你会收到邮件的通知的。     比如说，我们收到了电子邮件说我们的第 7 块硬盘有坏的扇区，我们这次更换硬盘郁闷的地方就在这里，这里说的第 7 块硬盘实际上就是我们前几天换上去的新硬盘，这运气实在是太好了。 虽然硬盘都在保质期内，都是可以换的，但是我们现在也没有办法把这个硬盘换下来进行更换，只能等存储池扩容完成后再说吧。 扩容开始 在经历过上面一堆重启乱七八糟的过程后，我们决定不再手欠的重启，让 NAS 自己修复吧。 这次扩容修复开始的时间是：2023年11月26日，4:21PM。 2023年12月01日 在今天的凌晨 3 点多钟，又收到了第7块硬盘的坏扇区报警，然后存储说有关这个坏扇区已经被修复了。 虽然我们现在还不知道整体的进度，但是好在收到邮件就表面新加硬盘的扩容和校验还在继续过程中。 就是这过程太难熬了，到现在已经是第五天了，问题还是不知道那天是个头。 下午：5:21PM 的时候，NAS 系统再次提示了发现坏的扇区，实在是对这个新加的硬盘有点无语了。 2023年12月02日 今天检查了下当前硬盘修复的情况，感觉还是在修复存储池的过程当中。 然后找了一个当前的文档：How long does it take to expand or repair a storage pool, or change its RAID type? - Synology Knowledge Center     添加硬盘的速度是在 30MB/s 或者 10 MB/s 的情况，就算没有其他服务运行，那么 10TB 的硬盘需要差不多 97 个小时，那么 14TB 可能需要的是150 个小时，换算下时间是 1 周。 如果有其他程序运行，那么会降速到 10MB/s 就是1 周的 3 倍，那么可能需要整整 3 周的时间才能完成硬盘的添加。 并且这 3 周还不能掉电，如果掉电，一切重来。 从来没有感觉到 UPS 对现在的情况是这么急迫。 到本周日的下午正好为 1 周，如果能完成校验，则说明差不多是按照 30MB/s 进行校验的，如果不能完成，那么基本上可以确定是按照 10MB/s 进行校验的，那么还需要等 2 周。 【2023-12-02T9:34 PM】系统提示：第 7 块硬盘有坏的扇区，并已经修复。 2023年12月03日 系统还是在进行存储池的修复过程中。 【2023-12-03T5:31 AM】系统提示：第 7 块硬盘有坏的扇区，并已经修复。 这第 7 块硬盘实在是有点闹心，现在也看不到修复存储的进度，只能是等呀等。 不知道今天这系统抽了什么疯，居然能够让我登录了控制台的磁盘管理界面，虽然也是很长时间没有相应，但是好歹能上去看看了。 当上去看的时候，发现进度根本没有动，并且第 7 块硬盘还在报扇区错误的警告。     手动点了下 Ignore 了进行忽略，然后就没有响应了。 还是让硬盘修复自己进行吧，已经进行一周了，还是不要手欠为好。 2023年12月04日 【2023-12-04T8:59 AM】系统提示：第 7 块硬盘有坏的扇区，并已经修复。 2023年12月05日 暂未收到任何有关系统异常的警报，但系统能偶尔让登录下管理员控制台，查看了下修复进度，修复进度基本上没有动。 但是偶尔会收到硬盘的声音和有关硬盘的警报，所以认为当前的修复还是在进行当中的。 再等等时间再看看吧。 2023年12月06日 暂未收到任何有关系统异常的警报，但系统能偶尔让登录下管理员控制台，查看了下修复进度，修复进度基本上没有动。 2023年12月07日 【2023-12-07T10:52 AM】系统提示：第 7 块硬盘有坏的扇区，并已经修复。 【2023-12-07T11:01 PM】系统提示：第 7 块硬盘有坏的扇区，并已经修复。 2023年12月08日 暂未收到任何有关系统异常的警报，但系统能偶尔让登录下管理员控制台，查看了下修复进度，修复进度基本上没有动。 备份数据后重建 因为硬盘的故障，实在是没有办法再继续下去了。 只能备份数据后重建存储池了，在这个过程中有部分数据丢失了，不过好在大部分的重要数据都找回来了。 强烈提醒：当你准备对存储池进行扩容之前，备份好数据，这次我们是干脆备份到磁带上面去了。   https://www.isharkfly.com/t/synology-nas/15150

群晖云备份方案就是在本地的 NAS 如果出现问题，或者必须需要重做阵列的时候，保证数据不丢失。 当然，这些是针对有价值的数据，如果只是电影或者不是自己的拍摄素材文件，其实可以不使用云备份方案，因为毕竟云存储还是有使用费用的。对于一些长期归档的文件，或者不方便公开的或者上云的文件，可以使用磁带备份。 云同步 群晖有一个云同步功能，非常重要的就同步到云上面去，比如说 S3 或者 OneDrive。 S3 备份大小没有限制，OneDrive 好处是可以直接用电脑看，但比较占资源。 备份的这些数据主要是针对可能需要频繁回顾或者更新的数据。 所以对照片这些历史性的，并且不会进行频繁修改的，可能放到磁带上更好，因为上云会有泄密的可能性同时云存储的费用是按照每个月的使用情况增加的。 例如一个 1TB 左右的数据在 S3 上面，可能需要的成本会在 20 到 30 美元左右，随着同步的频率越高，费用越高。 如果放在磁带上，通常现在不是最新的，可以使用 LTO 4 或者 5 左右的磁带，费用大概是在 8 美元左右一盘。LTO 5 可以存到 1.5 TB。 云备份主要是用于经常可能要看看的那种。程序源代码都在 Git 上，丢了也能马上拉回来。反正就是自己权衡下，不要完全相信 NAS，如果能做冗余，做 2 快硬盘冗余，更换硬盘之前，最好全部备份一次。 天知道存储池那天会不会崩。     上面的数据要从 S3 上读回来要半天的时间。 根据北美地区的价格表：     每 TB 每个月的存储费用是在 23 美元，同时你可能会有多次的请求和数据传输，那么每个月的费用可能最后落在 25 美元左右。 针对 1 TB 在 S3 上的存储，1 年的费用是在 300 USD。 目前，一个 LTO-5 磁带不压缩存储量为 1.5TB，压缩后为 3 TB，每个磁带的价格大致在 20 美元左右，如果不想用 LTO-5，用 LTO-4 的话，容量小点，但也问题不大。 综合考虑下来，对非重要的，不需要频繁备份的数据，很显然磁带的最终持有成本更低，并且是一次性的投入，如果考虑同样的数据要保留 2 到 3 年的话，那磁带的每 TB 备份成本就完全秒杀云存储了。   https://www.isharkfly.com/t/synology/15173

话说玩磁盘阵列的最后结果就是时间上负担不起，并且还被嫌弃。 在磁盘都到位后下一步就是要选择冗余类型了，对大部分人来说使用群晖自己提供的就好了，通常是 SHR。 什么是 SHR Synology Hybrid RAID（SHR）是 Synology 的自动 RAID 管理系统。 SHR 可让用户创建具有优化容量和性能的灵活存储解决方案。 SHR 基于 Linux RAID 管理系统，旨在使存储部署比传统 RAID 系统更快，更轻松。这使得它特别适合 RAID 技术的新用户。 SHR的优点：在于方便不熟悉磁盘阵列的玩家，傻瓜简单式的帮你组好磁盘阵列，而且还能合理利用容量大小不一的硬盘，减少浪费，Raid是按照最小的硬盘算，而SHR则可以合理利用减少浪费，智能 Raid 推荐使用。 SHR 1 还是 SHR 2 简单来说就是 SHR 1 能够对比 SHR 2 提供更多的容量，但是只能允许 1 块硬盘出现问题。 SHR-2：SHR-2的原理和SHR的原理是一致的，唯一的区别就是SHR-2只能有2 块硬盘冗余，而SHR只能有1 块硬盘冗余。 这次我们更换硬盘出现的问题就在这里，因为我们的 NAS 是 8 盘位的，但是我们选择了 SHR-1，那么在更换硬盘的时候只能允许 1 块硬盘出现问题。 但是好坏不好坏，在换掉第一块硬盘的时候还没啥问题的。在第一块硬盘更换扩容完成后，我们开始尝试更换第二块硬盘。 这个时候出现了郁闷的事情了，第一块硬盘提示出现坏道，甚至 I/O 错误，但是第二块硬盘已经开始进行扩容和校验了。 结果我们等了 2 周时间，整个 NAS 没有任何进展和动静。 最后我们的解决方案还是重做整列，把出现问题的新硬盘给换下来。 这个时候出现了数据丢失，好在我们对重要数据有了 2 次云备份，同时磁带也备份了一次，丢的数据大部分是一些电影数据，只能说是丢了就丢了吧。 有点遗憾，但最重要的照片和文件都没有丢。 同时 2 周 NAS 用不了，还跑来跑去的被嫌弃说这网盘咋了。 总结 如果你的群晖 NAS 超过了 4 个盘位，并且你的硬盘大小都不一样，无脑选 SHR-2，不要为了多出来的那几个 T 而放弃安全性。 在更换硬盘的时候，是最容易出问题的时候，如果出现了 2 块硬盘出了问题，但你选择的阵列又是 SHR-1，这恢复和折腾的时间遥遥无期。 选择 SHR-2 给了更好的冗余度，哪怕是我们这种极端情况也能够比较好的恢复数据。 我们是好在有 2 次云备份和磁带，才没有丢失太多重要的东西，但还是丢了不少电影等。     上面的图片是我们在重做整列后还在从磁带和云平台上拷贝数据回来。 在扩容之前，把重要数据备份一次，这真的很重要，不要偷懒，要不然哭都没得哭。 UPS 真的需要，如果在修复存储池的时候掉电，整个修复过程重来算轻的，搞不好重做阵列。   https://www.isharkfly.com/t/synology/15171

Caché/M 数据库名字上的 e 有一撇，这个 e 是法语字符，通常英语键盘还不是那么好打。 因最近在研究这个数据库，所以这个字符会用得比较多，简单点的方法就是直接用 e 代替，并且后面加个斜杆 M 用于区分英文的 Cache。 拷贝方法 如果实在没有办法，复制粘贴吧，这个能够把这个字符给粘贴过来。 ALT + 0233 Windows 针对不同的语言环境，设置了不同的代码以便于你输出特定的字符。 方法就是按住键盘上的 Alt 键，然后在数字键盘上输入字符，松开 Alt 键后，上面的字符就能够输出了。 针对法语， Alt 代码表如下。 这个硬货，可以必要的时候参考下。   https://www.isharkfly.com/t/cache-m-e/15167  

法语的 Alt 代码表，请参考下图。 输入方法就是按住 Alt 键不松开，然后在小键盘上输入字符，松开 Alt 键，计算机就能输出上面的字符了。   https://www.isharkfly.com/t/alt/15170