XPEH

В моем понимании HyperBackup в режиме полного резервиривания системы копирует тома целиком. RAID это более низкий уривень, его автоматически не пересоздает. В практическом применении это может выглядеть так: Есть, например, RAIDx(1) + Volume1 и RAIDx(2)+Volume2. Делаем полный бэкап системы на другой сервер. На исходном сервере разбираем оба RAID и создаем новый из всех дисков RAIDx. При восстановлении системы Volume1 и Volume2 создадутся на этом RAID-е с оригинальными размерами (не уверен) и всем содержимым. Потом можно будет растянуть тома Volume1 и Volume2, если есть еще оставшееся место т.к новый RAIDx больше чем RAIDx(1) + RAIDx(2) при меньшей потере дисков на четность.

Диск на замену должен быть не меньше.

Потому что вопрос был RAID5+HS или RAID6. SHR это тот-же RAID5+LVM. Для дальнейшего расширения, SHR более предпочтителен.

Для дома, где есть возможность вмешаться быстро, я бы выбрал RAID5+1HS, для клиентов, где доступ может быть с задержкой -RAID6. RAID5 заметно быстрее. И да, RAID это не бэкап и не замена ему. Если дорожите данными, бэкап нужен в любом случае и не один.

Вопрос в этой ветке был отвечен и решение найдено. Ветка закрыта. Если есть дополнительные вопросы, пожалуйста откройте новую ветку.

NIC - Network Interface Controller (Card) - Сетевой адаптер. К дискам отношения не имеет. И кстати последняя строка подтверждает, что серийники/MAC в ARC повторяются для каждой модели. Потому и в CMS их не обьединить.

Редактировать файл /usr/syno/synoman/webman/modules/DisableAdminNotification/config Поменять значение "autoLaunch" с true на false

Согласен. У меня на одном из серверов 6х480ГБ SATA SSD, на другом 2х1ТБ NVME стоят как пулы (RAID) с томами. Для виртуалок хорошо, 10Gbit сеть вполне наполняют для отдельного гипервизора, ну и для локальных VMM тоже есть польза. Остальные диски все механические HDD.

Может помочь только при ПОВТОРНОМ и последующих обращениях к тем же данным. Например частое обращение многих пользователей к одному набору документов или т.п.

Уймите фантазии, паникер. Вместо начального уровня NAS серии J, готовится к выходу новая линейка BeeStation NAS на один диск. Под нее и отдельный вариант (упрощенной) ОС. Некоторые приложения будут сразу включены в дистро, а некоторые не поддерживаются из-за ограниченных ресурсов .

Сами определятся. Только WOL, естественно, на них не будет работать, т.к. BIOS про них ничего не знает.

Все 10ГБ на Интел чипах, которые я пробовал, работали без проблем. 520,540,7хх серий чипы. Многие Broadcom чипы тоже работают.

Родной контроллер должен увидеть большие диски без доп. плат.

У дисков SAS по сравнению с SATA сильно ограничен списков аттрибутов SMART. Его можно иногда увидеть специальными прогами для конкретных моделей, но большинство програм для отслеживания состояния дисков видят только некоторые параметры, как темп. и общее состояние.

Внизу меню есть строка.

По умолчанию раскладка клавиатуры немецкая, надо менять на англ.

Работает, но надо соблюдать регистр символов. Заглавные буквы не заменять строчными.

Вы имели в виду родной пакет Mail Station (Roundcube)? POP3 поддерживается со сторонних серверов в версии для DSM7.x

Интересный подход. У меня накопилось слишком много туалетной бумаги, подскажите хорошее слабительное? А кроме утилизации дисков задач нет?

Модель Сино DS3622xs, загрузчик не помню точно, меньше года давности. Скорее всего ARC или ARPL. Драйверы встроенные. RAID на уровне контроллера не создавал, диски видны в DSM напрямую. Древний DELL Precision T1600 с Xeon 3050 2 ядра.

Я бы огромный файл без полного бэкапа не рискнул бы гонять. У меня есть у клиентов виртуалки с диками на несколько ТБ, но их бэкаплю на выделенные NAS (несколько копий) через 10ГБ и это не очень большое удовольствие. В один день у вас "полетит все к чертям" и будет сложно востановить, если вообще будет возможно. Будьте к этому готовы. Если кто-то говорит, что у него все работает годами и никаких проблем, добавьте мыслено "пока никаких".

@uropek Жениться вам барин надо. Этакий затейник. Для вашей конфигурации, вам лучше посадить NAS на настоящее железо вместе с контроллерами/дисками отданными под него и подключить оба ESXi хоста с нему как датастор (iSCSI or NFS). Сможете и как бэкап для виртуалок использовать и хранить ВМ на нем если надо, а также мигрировать живые машины через NAS. И со скоростью все наладится. Мелкие DSM ВМ можно гонять на ESXi для тестов, но в вашем случае недорогое выделенное железо будет лучше.

DSM 7.2U3 диски SAS контроллер PERC (DELL/LSI based)

Отключение-приостановка ВМ средствами гипервизора отличается от засыпания ВМ изнутри самой ВМ по расписанию при отсутствии активности.

Это другое.