Существует ли прямой (или даже не прямой) способ уменьшения объема в Synology?

Question

У меня Synology с 4 отсеками и томом RAID-5 4x1 ТБ, который без проблем работает уже 3-4 года. Из чуть менее 3 ТБ используется около половины.

Теперь, поскольку RAID-5 на самом деле его не обрезает, а 4 дискам требуется в 4 раза больше времени, чтобы их раскрутить и проверить, когда дисковая станция включается утром (она включается автоматически по расписанию в 7), плюс шум, плюс энергопотребление и еще много чего ...

... найдя все еще запечатанный диск объемом 3 ТБ, который я купил пол года назад и забыл о нем в ящике стола, я импульсивно купил два диска емкостью 4 ТБ с идеей заменить конфигурацию RAID-5 с 4 дисками Настройка на 2 диска.
Два диска по 4 ТБ, это в два раза больше емкости (не то, что мне действительно нужно, но все же) и только вдвое меньше дисков. Отлично.

Теперь очевидная проблема заключается в том, что предпочтительно, чтобы переход происходил без

• потерять все (или, ну, любые) данные
• необходимость скопировать 1,5 ТБ средних и малых файлов по сети GbE и обратно

... либо один из них является серьезным неудобством. К сожалению, я слишком хорошо знаю, какими будут испытания сетевой копии, потому что у меня есть вторая дисковая станция, которая извлекает резервные копии наиболее важных данных (не всех) один раз в неделю - это занимает вечность.

Итак, идея заключалась в том, чтобы вытащить один диск из RAID, освободив один отсек. Это сработает ("сбой диска") благодаря избыточности.
Затем подключите запасной диск объемом 3 ТБ, скопируйте все данные на устройство, уничтожьте старый том, замените диски, создайте новый том, скопируйте данные обратно. Выньте запасной диск (или оставьте его, что угодно).

Насколько я могу судить, это не сработает. Подключение резервного диска сделает его частью RAID (но только с использованием 1/3 его емкости).

Каким-то образом мне нужен способ конвертировать 4-дисковый RAID-массив в 3-дисковый RAID-массив (вряд ли это возможно?) Или способ сообщить дисковой станции, что новый диск, который я подключаю, не должен заменить неисправный диск, и он не должен быть заполнен четностью.

Есть ли способ добиться этого? В основном мне нужно что-то вроде экстренной копии с массивом с одним диском (на диск, притворяясь, что у меня его нет). Что-то подобное?

Answer 1

На самом деле, здесь была хорошая тема о сокращении объемов Synology. Вам необходимо уменьшить размер файловой системы, размер логического тома, размер массива. Измените размер файловой системы обратно и конвертируйте запасные диски.

Я делал это пару лет назад, и изменение размера было полностью завершено. Надеюсь, это поможет.

Answer 2

Увы, поэтому я попытался ...

Сокращение объемов, как было предложено в другой теме, не сработало. Простое сжатие файловой системы заняло 2 дня.

Я пропустил сжатие группы томов, потому что вообще не было группы томов (только сырое устройство md), а также потому, что моя система все равно не имеет lvreduce (по неизвестной мне причине).

Выход из строя одного диска (условие сокращения массива) был легок, модифицировать массив было не так. Системе не нравилось выполнять какие-либо операции, которые я сказал. Кажется, что это не уничтожило данные, но и не сработало.

К счастью, я думал о подключении внешнего адаптера жесткого диска USB-3, sudoing и выполнении cp -r --preserve=all /volume1/* /volumeUSB/ перед выполнением каких-либо изменений (это заняло всего 3 часа).

Это позволило мне скопировать весь каталог обратно после ожидания 4 1/2 дней, пока дисковая станция не проверила четность вновь созданного массива (отключите питание, извлеките все диски, подключите новые диски, включите питание). Это опять заняло одну команду cp и 3 часа.

Копирование точки монтирования тома на оболочку таким образом почти работает. Все файлы сохраняются, но общие ресурсы необходимо заново создавать на панели настроек (это не приводит к потере данных!).
Несколько, но, как ни странно, не все, подкаталоги в двух конкретных папках имели разрешения, которые делали эти подкаталоги недоступными через SMB (понятия не имею, почему или как!). chown -R root.users за которым следует chmod 770 на соответствующем ресурсе.

SurveillanceStation сохраняет все записи, но утверждает, что они были удалены (файлы по-прежнему доступны и отображаются в разделе "записи", хотя они не отображаются на временной шкале и не доступны через SS).

PhotoStation, как и все остальное, "просто работает", как будто ничего не произошло.