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


0

У меня 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-массив (вряд ли это возможно?) Или способ сообщить дисковой станции, что новый диск, который я подключаю, не должен заменить неисправный диск, и он не должен быть заполнен четностью.

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

Ответы:


1

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

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


0

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

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

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

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

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

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

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

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.