Вопросы и ответы

Короткие ответы на вопросы о серверном оборудовании и инфраструктуре — со ссылками на статьи, где тема разобрана подробно

Вопросов: 668Областей: 4

159 вопросов — область «RAID и RAID-контроллеры» · все вопросы

Что такое RAID и зачем он нужен: простое объяснение без мифов(5)

Почему RAID расшифровывают как Independent, хотя раньше было Inexpensive?

Это связано с историей термина. В статье 1988 года, где описали RAID, сокращение означало Redundant Array of Inexpensive Disks — массив недорогих дисков. В современной практике обычно используют расшифровку Redundant Array of Independent Disks, то есть массив независимых дисков.

Подробнее в статье →

Что будет, если в RAID 10 одновременно выйдут из строя два диска?

Зависит от того, какие именно диски отказали. RAID 10 может пережить два отказа, если они произошли в разных зеркальных парах. Но если перестают работать оба диска одной зеркальной пары, данные этой пары теряются и массив может стать недоступен.

Подробнее в статье →

Что происходит после замены отказавшего диска в RAID?

Начинается перестроение массива. RAID восстанавливает избыточность на новом накопителе, используя данные остальных участников массива. Во время перестроения система остаётся более уязвимой к новым отказам, а её отклик и производительность могут меняться из-за нагрузки, типа дисков и реализации RAID.

Подробнее в статье →

Может ли RAID с чётностью быть медленнее при записи?

Да, может. Запись в RAID с чётностью может требовать дополнительных операций чтения и вычисления контрольной информации. Поэтому нельзя считать конкретный RAID-уровень гарантированно быстрым: результат зависит от характера чтения и записи, очереди запросов, контроллера, кэша, накопителей и состояния массива.

Подробнее в статье →

Можно ли считать RAID-Z обычным RAID?

Не всегда. RAID-Z и другие схемы избыточности, реализованные файловыми системами, могут отличаться от классических RAID-уровней по возможностям и модели восстановления. При выборе такой реализации нужно отдельно оценивать её совместимость с ОС, загрузкой сервера, накопителями, мониторингом и восстановлением после сбоев.

Подробнее в статье →

RAID-контроллеры для серверов: устройство, типы и семейства(6)

Можно ли поставить Dell PERC в любой сервер PowerEdge?

Нет. Принадлежность к семейству Dell PERC и физическое совпадение PCIe не гарантируют работу в конкретном PowerEdge. Нужно сверить поколение сервера, ревизию системной платы, доступный слот или внутренний разъём, тип корзины, кабели и матрицу совместимости Dell. Также могут различаться поддержка NVMe, режимы работы и требуемые версии прошивок.

Подробнее в статье →

Можно ли подключить NVMe-диски к tri-mode RAID-контроллеру в SAS-корзине?

Не всегда. Tri-mode означает поддержку SAS, SATA и PCIe/NVMe в предусмотренных схемах, но не добавляет PCIe-линии и не превращает SAS/SATA-корзину в NVMe-корзину. Для NVMe нужны совместимые контроллер, бэкплейн, кабели, разъёмы, разводка PCIe и поддержка серверной платформы.

Подробнее в статье →

Безопасно ли включать Write-Back при неисправной батарее кэша?

Нет, пока не подтверждены состояние защиты кэша и текущая политика контроллера. В Write-Back контроллер может подтвердить запись до переноса данных на диски, поэтому грязный кэш должен пережить потерю питания. При неисправной, отсутствующей или разряженной защите поведение зависит от модели и прошивки.

Подробнее в статье →

Подходит ли аппаратный RAID-контроллер для ZFS или Ceph?

Зависит от режима работы контроллера. Для ZFS, Ceph и программных массивов обычно нужен прямой и предсказуемый доступ ОС к каждому накопителю, поэтому чаще используют HBA или поддерживаемый passthrough. RAID-режим, скрывающий физические диски за логическими томами, для таких задач обычно не является предпочтительным.

Подробнее в статье →

Adaptec maxView — это RAID-контроллер?

Нет. maxView обычно обозначает ПО maxView Storage Manager, а не тип RAID-контроллера. Контроллеры Microchip под брендом Adaptec относятся к линейке Adaptec SmartRAID. Характеристики, интерфейсы, режимы и совместимость нужно проверять по документации конкретной модели SmartRAID.

Подробнее в статье →

Intel VROC — это дискретный Intel RAID Controller?

Нет. Intel VROC — платформенная RAID-технология, зависящая от CPU, серверной платформы, настроек прошивки, драйвера ОС и иногда лицензии. Intel RAID Controller — историческое название дискретных продуктов разных поколений. Нельзя автоматически считать любой Intel RAID Controller VROC или аналогом MegaRAID-карты.

Подробнее в статье →

Кэш RAID-контроллера, Write Back и Stripe Size: выбор без лишнего риска(6)

Заменяет ли UPS защиту кэша RAID-контроллера?

Нет. UPS полезен как дополнительный уровень защиты: он может дать серверу время на корректное завершение работы. Но он не защищает от отказа контроллера, сервера, блока питания, кабеля или дисковой корзины и не делает обычный энергозависимый кэш контроллера защищённым. Для Write Back нужна исправная защита dirty cache и документированное восстановление.

Подробнее в статье →

Защищает ли CacheVault кэш самих HDD и SSD?

Нет. CacheVault защищает подтверждённые ОС данные, которые ещё находятся в dirty cache RAID-контроллера. Внутренний write cache HDD или SSD — отдельный уровень. Его безопасность зависит от корректной обработки flush/FUA, политики кэша накопителя и, при необходимости, собственной защиты накопителя от потери питания, например PLP у SSD.

Подробнее в статье →

Можно ли включать Force Write Back при ошибке батареи?

Нет, если нет отдельно обоснованного и принятого риска. Force Write Back может подтверждать запись ОС, когда данные остаются только в энергозависимой памяти контроллера. При отключении питания, зависании контроллера или отказе сервера такие подтверждённые данные могут не попасть на диски. При неисправной защите безопаснее оставить автоматическую политику или Write Through.

Подробнее в статье →

Почему Write Through не гарантирует сохранность записи?

Write Through снижает риск, потому что контроллер ждёт завершения операции на нижнем уровне перед ответом ОС. Но гарантия зависит и от накопителей: диск может подтвердить запись, пока данные ещё находятся в его энергозависимом write cache. Нужны корректные flush/FUA, подходящая политика кэша дисков и, если требуется, защита питания накопителей.

Подробнее в статье →

Можно ли включить кэш записи дисков при защищённом кэше контроллера?

Не автоматически. Защищённый кэш RAID-контроллера и внутренний write cache HDD или SSD настраиваются отдельно. Наличие батареи, CacheVault или flash-backed cache не делает энергозависимый кэш диска безопасным. Включать его допустимо только при документированном соблюдении flush/FUA либо при подходящей защите накопителя от потери питания.

Подробнее в статье →

Поможет ли SSD с PLP сохранить данные из кэша RAID-контроллера?

Нет. PLP защищает данные и внутренние метаданные конкретного SSD при внезапной потере питания. Она не сохраняет подтверждённые записи, которые остались в памяти RAID-контроллера и ещё не были переданы накопителю. Для таких данных требуется исправная защита dirty cache контроллера и возможность его корректного восстановления после сбоя.

Подробнее в статье →

Почему RAID — не резервное копирование: защита данных сервера(6)

Что делать, если в RAID 5 отказал диск?

Зависит от состояния массива, но RAID 5 обычно продолжает работать при отказе одного диска. Нужно заменить неисправный накопитель и выполнить Rebuild по отдельной процедуре. До замены массив работает без части избыточности, поэтому второй отказ, ошибки чтения или неверные действия повышают риск потери данных.

Подробнее в статье →

Можно ли восстановить RAID 5 после потери двух дисков?

Обычно нет. RAID 5 рассчитан на отказ одного диска, поэтому при потере двух дисков данные массива обычно не сохраняются. Не следует экспериментировать с оставшимися накопителями: сначала нужно сохранить сведения о конфигурации и состоянии массива, а для возврата данных использовать независимую резервную копию, созданную до сбоя.

Подробнее в статье →

Переживёт ли RAID 10 потерю одного диска?

Да, обычно переживёт, если зеркальный партнёр отказавшего диска исправен. При двух отказах результат зависит от раскладки: массив может остаться доступным, если диски находятся в разных зеркальных парах, и стать недоступным, если отказали оба диска одной пары. Историческую версию файлов RAID 10 при этом не хранит.

Подробнее в статье →

Защитит ли удалённая копия от шифровальщика?

Не всегда. Удалённая копия может быть затронута шифровальщиком, если сервер или скомпрометированная учётная запись могут удалять либо перезаписывать резервные данные. Для защиты нужны незатронутые версии, разделение прав доступа и, при необходимости, поддерживаемая неизменяемость, физическая или логическая изоляция копий.

Подробнее в статье →

Можно ли хранить бэкап на другом томе того же сервера?

Можно, но как единственную копию этого недостаточно. Такой бэкап отделён от основного массива логически, однако разделяет с ним сервер, питание, помещение и нередко административные права. При отказе сервера, контроллера, пожаре, затоплении или компрометации учётной записи обе копии могут оказаться недоступны или повреждены.

Подробнее в статье →

Достаточно ли успешного статуса задания бэкапа?

Нет. Успешный статус означает лишь, что программа завершила операцию без известной ей ошибки. Он не подтверждает, что в копию попали нужные данные, доступна нужная версия, сохранены ключи и сервис запустится в пределах RTO. Пригодность проверяют регулярным восстановлением в отдельной среде.

Подробнее в статье →

RAID на SSD, M.2 и NVMe: особенности, ограничения и выбор схемы(5)

Подойдёт ли обычный SATA/SAS RAID-контроллер для NVMe?

Нет, обычный SAS/SATA RAID-контроллер не делает NVMe-накопители SATA-дисками и обычно не формирует для них RAID. NVMe использует PCIe и другой протокол. Нужны программный RAID, функция платформы либо контроллер, который явно поддерживает NVMe. Для tri-mode также проверяют порты, кабели, бэкплейн, прошивку и возможные лицензии.

Подробнее в статье →

Можно ли загрузить ОС с массива NVMe RAID?

Зависит от реализации RAID и платформы. Массив может быть доступен работающей ОС, но не отображаться как загрузочное устройство. Нужно отдельно подтвердить поддержку загрузки в BIOS/UEFI, наличие нужного драйвера у установщика, совместимость ОС и видимость созданного логического диска среди загрузочных целей.

Подробнее в статье →

Можно ли собрать RAID из SSD с секторами 512e и 4Kn?

Зависит от контроллера или RAID-стека: смешение форматов секторов может быть запрещено. Даже если массив создаётся, различия между SSD по ёмкости, прошивке, обработке ошибок и устойчивой записи способны ухудшить результат. Совместимость нужно подтвердить по документации и проверить в условиях, близких к рабочим.

Подробнее в статье →

Нужна ли защита PLP для SSD в серверном RAID?

Зависит от критичности записей и схемы кэширования. PLP помогает SSD сохранить данные и внутренние метаданные при внезапном отключении питания, когда используется энергозависимый кэш. Она не обязательна во всех сценариях, но её отсутствие следует учитывать вместе с поведением кэша накопителя, контроллера и ИБП.

Подробнее в статье →

Заменяет ли RAID на SSD резервное копирование?

Нет, RAID не заменяет резервные копии. Зеркало, чётность и быстрый rebuild помогают пережить отказ накопителя, но не защищают от удаления данных, ошибки приложения, шифровальщика, повреждения файловой системы или общего отказа сервера. Для важных данных нужна независимая и проверяемая резервная копия.

Подробнее в статье →

Как создать и настроить программный RAID в Linux с mdadm(6)

Можно ли монтировать RAID через /dev/md0 в fstab?

Нет. Номер устройства /dev/mdX может измениться после перезагрузки, поэтому в /etc/fstab следует указывать UUID файловой системы, созданной на MD-массиве. Не используйте UUID отдельных дисков-участников. После изменения fstab проверьте запись командой mount -a и убедитесь через findmnt, что смонтирован ожидаемый UUID.

Подробнее в статье →

Можно ли сразу использовать RAID после создания?

Технически да, массив может быть доступен сразу после создания. Однако до завершения начальной синхронизации его не следует считать полностью готовым к рабочей нагрузке. Проверяйте прогресс в /proc/mdstat: там могут отображаться resync или recovery, процент выполнения, скорость и оценка оставшегося времени.

Подробнее в статье →

Можно ли собрать RAID из дисков разного размера?

Да, но полезный размер массива обычно будет ограничен наименьшим доступным компонентом. Без явного параметра --size mdadm учитывает размер самого маленького устройства с поправкой на метаданные и выравнивание. Физическая маркетинговая ёмкость дисков может различаться, но лишнее пространство на более крупных участниках не будет использовано.

Подробнее в статье →

Как выбрать диск для замены вышедшего из строя участника RAID?

Новый диск должен предоставлять не меньше доступных секторов, чем заменяемый компонент массива. Одинаковой маркетинговой ёмкости недостаточно: фактический доступный размер у накопителей может отличаться из-за особенностей модели, разметки, метаданных и выравнивания. Перед заменой также нужно проверить идентификаторы и убедиться, что выбран правильный диск.

Подробнее в статье →

Можно ли использовать описанную настройку для загрузочного RAID?

Зависит от конфигурации сервера. Описанный порядок рассчитан на массив данных, не содержащий корневую файловую систему. Для загрузки ОС с MD RAID нужно отдельно проверить разметку, загрузчик, состав initramfs и совместимость формата метаданных с выбранной схемой загрузки.

Подробнее в статье →

Как понять, что RAID работает в деградированном режиме?

Проверьте /proc/mdstat и mdadm --detail. В /proc/mdstat символ _ вместо ожидаемой буквы U, например [U_], означает отсутствующего участника. В выводе mdadm --detail признаками проблемы будут состояния degraded или failed, ненулевое число Failed Devices либо количество Active Devices меньше Raid Devices.

Подробнее в статье →

Замена диска в RAID и Rebuild: порядок действий и контроль(6)

Можно ли менять диск только по мигающему индикатору?

Нет. Индикатор на корзине — только вспомогательный признак: в деградированном массиве извлечение исправного диска может сделать массив недоступным. Перед извлечением сопоставьте индикацию с enclosure, slot или port в интерфейсе контроллера и повторно проверьте серийный номер либо WWN накопителя. Если соответствие не подтверждено, замену прекращают.

Подробнее в статье →

Нужно ли сразу менять диск со статусом Predictive Failure?

Зависит от ситуации. Predictive Failure означает признаки вероятного отказа, но не всегда фактическую недоступность диска. Решение о срочной замене принимают с учётом политики площадки, актуальности резервной копии, состояния массива, событий контроллера и окна работ. Если диск ещё состоит в массиве, его нельзя извлекать до подтверждения слота и безопасного порядка замены.

Подробнее в статье →

Что делать, если в RAID 5 отказал второй диск?

Нельзя продолжать замену или назначать новый диск. RAID 5 допускает только один отказ, поэтому второй сбой выходит за пределы его отказоустойчивости. Сохраните снимок состояния, журнал событий и сведения о конфигурации контроллера, затем переходите к диагностике или восстановлению. Не очищайте Foreign Configuration и не переводите диски принудительно в Good или Online.

Подробнее в статье →

Можно ли поставить в RAID диск большего объёма?

Да, обычно можно, если контроллер видит у нового накопителя не меньше доступных LBA, чем у заменяемого диска. Однако лишняя ёмкость не увеличит размер массива без отдельной операции расширения. Одинаковая маркетинговая маркировка объёма не гарантирует совместимость: также проверяют интерфейс, секторный формат, форм-фактор и поддержку контроллером.

Подробнее в статье →

Можно ли менять любой внутренний диск на работающем сервере?

Нет. Горячая замена допустима только при подтверждённой поддержке со стороны сервера, корзины, backplane, RAID-контроллера, типа накопителя и текущей конфигурации. Фронтальный hot-swap-отсек не означает, что внутренний диск можно отключать под питанием. Для дисков на внутреннем кабеле, системных M.2 и сомнительных подключений сервер штатно выключают и обесточивают по сервисной инструкции.

Подробнее в статье →

Можно ли принудительно перевести RAID-диск Offline в Good?

Нет, не без установленной причины и документированной процедуры для конкретного контроллера. Принудительная смена статуса может скрыть проблему с диском, корзиной, кабелем или конфигурацией и ухудшить ситуацию в массиве. Сначала нужно проверить журнал событий, соответствие слота и диска, состояние Hot Spare, совместимость replacement-диска и наличие Foreign Configuration.

Подробнее в статье →

BBU, CacheVault и суперконденсатор RAID-контроллера: проверка и замена(6)

Нужно ли менять диски при ошибке CacheVault?

Нет. CacheVault error указывает на проблему защиты кэша RAID-контроллера: суперконденсатора, flash-модуля, их кабеля или диагностики контроллера. Само сообщение не подтверждает отказ дисков, массива или дисковой корзины. Диски не следует извлекать и запускать rebuild, если виртуальный диск не имеет отдельного статуса Degraded, Offline или Failed.

Подробнее в статье →

Можно ли принудительно включить Write Back при ошибке защиты кэша?

Нет. Принудительный Write Back при неисправной или неподтверждённой защите кэша может оставить неподтверждённые данные только в энергозависимой памяти контроллера при отключении питания. Контроллер переводит запись в Write Through именно для снижения этого риска. Сначала нужно восстановить нормальный статус BBU или flash-backed cache.

Подробнее в статье →

Можно ли менять RAID-батарею на включённом сервере?

Зависит от модели сервера, контроллера и конкретного модуля. Горячая замена допустима только если она прямо разрешена сервисной документацией для данной конфигурации. Если такого разрешения нет, ОС нужно штатно остановить, сервер выключить и обесточить в предписанном порядке. Перед работами также проверяют отсутствие preserved, pinned или dirty cache.

Подробнее в статье →

Почему Write Back не включился сразу после замены BBU?

Это может быть нормальным поведением. Новая BBU способна заряжаться и проходить диагностику, а flash-backed cache — инициализацию. Пока контроллер не подтвердит работоспособность защиты кэша, effective policy может оставаться Write Through или Write Back может быть недоступен. Ориентируйтесь на статус в штатной утилите и требования руководства модели.

Подробнее в статье →

Можно ли очистить preserved cache перед заменой модуля?

Нет. Preserved, pinned или dirty cache могут содержать изменённые блоки, ещё не записанные в постоянное хранилище. Не очищайте эти статусы, не сбрасывайте конфигурацию и не меняйте модуль «на пробу». Для конкретного контроллера может потребоваться установка совместимого модуля, контролируемое восстановление кэша или сервисная процедура производителя.

Подробнее в статье →

Нужно ли менять flash-модуль вместе с суперконденсатором?

Зависит от конструкции и сервисной документации. В одних RAID-контроллерах суперконденсатор и flash-модуль заменяются раздельно, в других производитель предписывает менять комплект или разрешает только определённые сервисные детали. Проверяйте part number, ревизию, совместимость с контроллером и сервером, а также состояние кабеля и разъёмов.

Подробнее в статье →

Настройка RAID на Dell PowerEdge: PERC, iDRAC и Virtual Disk(6)

Можно ли создать новый VD, если на PERC уже есть другие массивы?

Да, можно, если для нового Virtual Disk выбраны только точно идентифицированные свободные диски. Наличие других работающих VD на том же PERC само по себе не мешает. Перед созданием убедитесь, что выбранные накопители не входят в существующий массив, не назначены hot spare и имеют статус, допускающий создание VD.

Подробнее в статье →

Можно ли включить в RAID диск, который не виден в ОС?

Нет, ориентироваться нужно не на ОС, а на PERC. Диск должен отображаться в перечне Physical Disk контроллера, быть правильно идентифицирован по enclosure/slot, модели и серийному номеру и иметь допустимый свободный статус. Отсутствие накопителя в ОС не подтверждает, что он свободен или пригоден для нового массива.

Подробнее в статье →

Можно ли создать RAID 5 из двух дисков?

Нет. Для RAID 5 требуется минимум три диска. Это только минимальное требование уровня RAID: конкретный PERC, его firmware и состав накопителей могут накладывать дополнительные ограничения. Перед созданием также проверьте, что все выбранные диски свободны, видны контроллеру и не имеют проблемных статусов.

Подробнее в статье →

Нужна ли перезагрузка после создания Virtual Disk?

Зависит от версии iDRAC и способа применения конфигурации. Изменения могут быть оформлены как configuration job, который ожидает перезагрузку для применения настроек PERC. После перезапуска нужно проверить состояние job: успешной считается задача, завершившаяся без ошибки, а не сам факт перезагрузки сервера.

Подробнее в статье →

Можно ли включить Write-Back ради скорости?

Нет, не без проверки защиты кэша. Перед использованием Write-Back нужно убедиться в исправности CacheVault или BBU, проверить предупреждения PERC и фактическую политику записи Virtual Disk. При проблемах с защитой контроллер может использовать Write-Through, даже если Write-Back указан как предпочтительный режим.

Подробнее в статье →

Означает ли Fast Initialization, что RAID полностью готов?

Нет. Fast Initialization быстрее подготавливает новый Virtual Disk, но появление VD в списке не подтверждает завершение всех операций. Если PERC показывает progress или фоновую initialization-задачу, её состояние нужно проверить до установки ОС. Также убедитесь, что сам VD имеет рабочий статус, обычно Optimal или Online.

Подробнее в статье →

Как рассчитать ёмкость RAID и количество дисков(6)

Сколько минимум дисков нужно для RAID 5?

Минимум три рабочих диска. В RAID 5 полезная планировочная ёмкость равна (N−1)×S, поскольку ёмкость одного диска эквивалентна чётности. Для целевой ёмкости V число рабочих дисков рассчитывают как max(3, ceil(V/S)+1). Hot Spare в это количество не входит.

Подробнее в статье →

Сколько минимум дисков нужно для RAID 6?

Минимум четыре рабочих диска. RAID 6 расходует эквивалент ёмкости двух дисков на чётность, поэтому его полезная планировочная ёмкость составляет (N−2)×S. Для требуемой ёмкости V используйте формулу max(4, ceil(V/S)+2). Отдельный Hot Spare добавляют к закупочному количеству после расчёта рабочих дисков.

Подробнее в статье →

Сколько минимум дисков нужно для RAID 10?

Минимум четыре рабочих диска, то есть две зеркальные пары. В базовом RAID 10 половина сырой ёмкости уходит на зеркалирование, а полезная ёмкость равна (N/2)×S. Для цели V количество рабочих дисков считают по формуле max(4, 2×ceil(V/S)); оно всегда получается чётным.

Подробнее в статье →

Увеличивает ли Hot Spare ёмкость RAID-массива?

Нет, Hot Spare не увеличивает ни полезную, ни сырую ёмкость рабочих дисков массива. Он не входит в число рабочих дисков N и в расчёт N×S: это отдельный резервный накопитель для отказоустойчивого массива. Сначала определяют N, затем добавляют нужное число Hot Spare к количеству дисков для закупки.

Подробнее в статье →

Почему диск 8 TB в ОС выглядит как 7,276 TiB?

Это нормально: производители обычно указывают ёмкость в десятичных TB, а TiB — двоичная единица. Один TB примерно равен 0,9095 TiB, поэтому диск 8 TB содержит около 7,276 TiB ещё до RAID. Некоторые ОС показывают двоичное значение, но могут подписывать его как TB или GB.

Подробнее в статье →

Как считать RAID из дисков разной ёмкости?

Для консервативного расчёта берите S по наименьшему рабочему диску. Например, в RAID 5 из дисков 8, 8 и 12 TB расчёт ведут с S=8 TB, поэтому планировочная полезная ёмкость составит (3−1)×8=16 TB. Остаток на более крупном диске нельзя заранее считать доступным: это зависит от контроллера и реализации RAID.

Подробнее в статье →

Расширение RAID и миграция уровня без остановки: условия и риски(1)

Можно ли добавить один диск в RAID 1 и увеличить его размер?

Обычная пара RAID 1 не становится больше от добавления третьего диска. Возможные операции зависят от реализации: она может не поддерживать такую конфигурацию, предложить миграцию в другой уровень или создать отдельный массив. Это нужно сверять с матрицей конкретного контроллера либо программной реализации.

Подробнее в статье →

mdadm после сбоя: замена диска, сборка, расширение и удаление RAID(6)

Можно ли использовать --force, если массив не собирается?

Нет, не как обычный следующий шаг. --force ослабляет проверки mdadm и может запустить массив в состоянии, которое утилита считает небезопасным. Если расходятся Events, роли, Array State, повреждены суперблоки, состав устройств неоднозначен или превышена допустимая избыточность, нужно остановиться и перейти к восстановлению RAID.

Подробнее в статье →

Можно ли определить отказавший диск только по имени /dev/sdX?

Нет. Имя /dev/sdX может измениться после перезагрузки, перестановки кабелей или обнаружения других устройств. Диск нужно сопоставлять по нескольким признакам: ссылке /dev/disk/by-id/, серийному номеру, WWN, модели, размеру и, если доступно, порту HBA, PCIe-пути или адресу корзины.

Подробнее в статье →

Чем recovery отличается от resync в mdadm?

Recovery заполняет добавленный или возвращённый компонент данными массива. Resync — повторная синхронизация уже существующих участников, например после некорректного завершения работы. Это разные процессы: recovery в /proc/mdstat обычно подписывается как recovery, а текущее действие также можно проверить через sync_action.

Подробнее в статье →

Можно ли сразу вытащить диск из работающего сервера?

Зависит от подтверждённой поддержки горячей замены. Hot-plug должен поддерживаться одновременно накопителем, корзиной, HBA или контроллером, драйвером и платформой; это отдельно проверяют для SATA, SAS и NVMe. Если подтверждения нет, следует штатно остановить сервисы и выключить сервер, а не извлекать диск для проверки.

Подробнее в статье →

Подойдёт ли для замены диск большего объёма?

Зависит от доступного размера и характеристик компонента. Новый диск или раздел должен быть не меньше требуемого размера, иметь совместимые логический и физический секторный формат и корректное выравнивание. Более ёмкий накопитель может не подойти, если его раздел меньше старого либо отличается формат 512n, 512e или 4Kn.

Подробнее в статье →

Нужно ли ждать окончания recovery после замены диска?

Да. После добавления компонента нужно контролировать mdadm --detail, /proc/mdstat и sync_action, а затем дождаться устойчивого состояния. Работу считают завершённой, когда число active devices соответствует конфигурации, все ожидаемые позиции активны в mdstat, а значение sync_action вернулось в idle.

Подробнее в статье →

Hot Spare в RAID: global, dedicated и Copyback(6)

Поможет ли Hot Spare, если отказал диск в RAID 0?

Нет. В RAID 0 нет избыточности, поэтому контроллеру неоткуда восстановить данные отсутствующего диска. Назначенный Hot Spare не вернёт такой массив в рабочее состояние и не запустит полезный Rebuild. Резервный диск работает только для отказоустойчивых RAID-массивов, у которых после отказа сохраняются данные и избыточность для восстановления.

Подробнее в статье →

Запустится ли Rebuild, если у диска только Predictive Failure?

Зависит от контроллера и его настроек. Predictive Failure означает предупреждение, но диск может ещё оставаться участником массива. Само по себе такое состояние не гарантирует, что Hot Spare будет немедленно задействован и начнётся автоматическое восстановление. Нужно проверять политику конкретного контроллера и текущий статус массива.

Подробнее в статье →

Можно ли поставить диск большего объёма как Hot Spare?

Да, если контроллер считает его совместимым и его доступная ёмкость не меньше ёмкости заменяемого участника массива. Сравнивать нужно usable size, отображаемый контроллером, а не только паспортный объём в TB. Излишек ёмкости более крупного диска обычно не становится частью восстанавливаемого массива.

Подробнее в статье →

Что делать, если на диске для Hot Spare найдена Foreign Configuration?

Не очищайте такую конфигурацию автоматически. Foreign Configuration может содержать RAID-метаданные, происхождение которых нужно сначала сопоставить с ожидаемой конфигурацией. Очистка foreign-данных, создание массива, инициализация или принудительная смена роли способны изменить метаданные. Назначать диск резервом следует только после выяснения, что эти данные не нужны.

Подробнее в статье →

Может ли один Global Hot Spare восстанавливать два массива одновременно?

Нет. Один Global Hot Spare может быть доступен нескольким совместимым массивам одного контроллера, но одновременно участвует только в одном Rebuild. Если отказы произошли почти одновременно, порядок выбора зависит от модели контроллера, состояния массивов и его политик. Второй массив может остаться в состоянии Degraded без свободного резерва.

Подробнее в статье →

Станет ли Hot Spare снова резервным после Rebuild?

Зависит от поддержки и настроек Copyback. После Rebuild Hot Spare становится рабочим участником массива. Если контроллер поддерживает Copyback и функция включена, после установки подходящего диска замены данные могут быть перенесены на него, а бывший spare снова получит резервную роль. Без Copyback он обычно останется рабочим диском массива.

Подробнее в статье →

Настройка RAID на HPE ProLiant Gen10 через Smart Storage Administrator(6)

Нужно ли ждать завершения RAID initialization перед установкой ОС?

Зависит от статуса, который показывает именно ваша версия SSA. Установку можно начинать только если для незавершённой фоновой операции SSA документированно разрешает использование logical drive. До этого проверьте состояние logical drive, всех физических дисков, задачи, сообщения и прогресс. Видимость нового диска в установщике ОС сама по себе не означает, что инициализация завершена.

Подробнее в статье →

Можно ли принудительно включить Write-Back на P408i?

Нет, принудительно включать Write-Back ради производительности не следует. Политика записи зависит от состояния защищённого кэша контроллера, включая модуль кэша и суперконденсатор, если он предусмотрен. При проблеме защиты контроллер может ограничить Write-Back и перейти к сквозной записи. Сначала нужно выяснить точное сообщение и состояние защиты кэша.

Подробнее в статье →

Можно ли создать RAID на дисках с неизвестной конфигурацией?

Нет, до выяснения происхождения дисков этого делать нельзя. Создание array или logical drive, очистка конфигурации и часть операций инициализации изменяют RAID-метаданные. Если SSA показывает Existing Configuration, прежний logical drive или неизвестную конфигурацию, не нажимайте Delete, Clear, Create или Initialize. Сначала исключите наличие нужных данных и проверьте резервную копию.

Подробнее в статье →

Можно ли использовать NVMe RAID через Smart Array P408i?

Не следует считать, что P408i поддерживает NVMe RAID только потому, что он установлен в ProLiant Gen10. P408i относится к контроллерам для локальных SAS/SATA-подключений. Возможность NVMe RAID определяется конкретным контроллером, backplane и PCIe-топологией. Для SSD, M.2 и NVMe требуется отдельная проверка совместимости.

Подробнее в статье →

Почему установщик ОС видит один диск вместо нескольких физических?

Это нормально для успешно созданного RAID. Контроллер объединяет выбранные physical drive в array, а затем создаёт logical drive. Именно logical drive обычно передаётся установщику ОС как одно блочное устройство. Сам array отдельным диском в установщике не отображается. Размер устройства должен соответствовать созданному logical drive.

Подробнее в статье →

Можно ли объединить SAS и SATA диски в одном RAID-массиве?

Не объединяйте SAS и SATA в одном array, пока такая комбинация не подтверждена документацией для P408i и вашей платформы. То же правило относится к HDD и SSD, дискам разной ёмкости и разным секторным форматам 512e и 4Kn. Перед созданием массива проверьте совместимость контроллера, корзины, firmware и накопителей.

Подробнее в статье →

Как создать RAID-массив через BIOS/UEFI перед установкой ОС(6)

Можно ли создавать новый массив при Foreign Configuration?

Нет, пока не выяснено происхождение дисков. Foreign Configuration обычно означает обнаруженную на физических дисках прежнюю конфигурацию, а не состояние нового логического тома. Создание массива, Clear Foreign, Initialize или назначение Hot Spare могут изменить RAID-метаданные и сделать прежние данные недоступными.

Подробнее в статье →

Нужен ли драйвер RAID-контроллера при установке Windows?

Зависит от контроллера и установочного образа Windows. Если установщик не содержит подходящий драйвер, созданный Logical Drive может не отображаться. В таком случае загрузите OEM-драйвер для точной модели контроллера и версии ОС через штатный механизм Load driver; похожий пакет другого поколения использовать нельзя.

Подробнее в статье →

Влияет ли UEFI или Legacy на видимость RAID-тома в установщике?

Обычно нет, не в первую очередь. UEFI или Legacy чаще определяет способ загрузки ОС, схему разделов и запись в Boot Manager. Если установщик не видит Logical Drive, сначала проверьте, применена ли конфигурация, штатен ли том, есть ли подходящий драйвер и поддерживается ли контроллер выбранной ОС.

Подробнее в статье →

Можно ли включить Write Back без исправной защиты кэша?

Нет, принудительно включать Write Back при неизвестном или неисправном состоянии защиты кэша не следует. Этот режим требует исправной защиты, например BBU или CacheVault. Оставьте безопасную документированную политику по умолчанию: при проблемах с защитой контроллер может перейти на кэш со сквозной записью.

Подробнее в статье →

Можно ли ставить ОС во время background initialization RAID?

Зависит от модели контроллера, прошивки и вида фоновой операции. До установки ОС проверьте тип инициализации, её прогресс, разрешены ли чтение и запись со стороны хоста и допускает ли документация начало установки до завершения задачи. Не останавливайте уже запущенную операцию вслепую.

Подробнее в статье →

Как отличить RAID-том от JBOD в списке устройств?

JBOD — это поштучное представление физических дисков операционной системе, а не статус RAID-массива. Созданный RAID должен отображаться у контроллера как Virtual Disk или Logical Drive с идентификатором, выбранным RAID-уровнем и размером. Его физические участники не должны ошибочно предоставляться хосту отдельно.

Подробнее в статье →

MegaRAID и StorCLI: настройка RAID и проверка состояния в Linux(6)

Достаточно ли Status = Success для проверки RAID-контроллера?

Нет. Status = Success означает только, что конкретная команда StorCLI выполнилась успешно. Для оценки состояния отдельно проверьте Controller Status, Virtual Drive, физические диски, предупреждения и защиту кэша, а также фоновые операции. Штатное состояние контроллера во многих версиях обозначается как Optimal.

Подробнее в статье →

Можно ли создавать RAID на диске со статусом Foreign?

Нет, пока не выяснено происхождение Foreign Configuration. Такой статус может означать наличие нужных RAID-метаданных от прежней конфигурации. Не очищайте и не импортируйте Foreign Configuration в рамках обычного создания Virtual Drive: сначала сохраните диагностику и используйте отдельную процедуру для Foreign Configuration.

Подробнее в статье →

Почему нельзя выбирать диск для RAID только по номеру слота?

Потому что номер слота на панели сервера может не совпадать с адресом StorCLI EID:Slt, особенно при SAS-экспандере или нескольких корзинах. Перед созданием массива сопоставьте enclosure и slot с физическим отсеком, моделью, серийным номером или WWN накопителя.

Подробнее в статье →

Можно ли форматировать физические диски, входящие в аппаратный RAID?

Нет. Физические диски, которые являются участниками аппаратного RAID, не предназначены для форматирования или тестов из Linux. ОС должна работать с новым Virtual Drive, который обычно появляется как отдельное блочное устройство. Перед разметкой подтвердите его размер и соответствие RAID-тому.

Подробнее в статье →

Нужно ли перезагружать Linux после создания Virtual Drive?

Зависит от контроллера, драйвера и ОС. Новый Virtual Drive обычно появляется как отдельное SCSI-блочное устройство, но это нужно подтвердить через lsblk, журнал ядра и /dev/disk/by-id. Если том не появился, сначала проверьте его состояние, драйвер и события контроллера; иногда перезагрузка требуется по документации.

Подробнее в статье →

Можно ли включить Write Back при предупреждении кэша?

Нет. При предупреждении о защите кэша не следует принудительно включать Write Back. Перед работой проверьте состояние BBU, CacheVault или другого механизма защиты, а также предупреждения о dirty или preserved cache. Политику кэша меняют только по документации конкретного контроллера.

Подробнее в статье →

Как обновить прошивку RAID-контроллера и снизить риск для массива(6)

Можно ли ставить прошивку RAID-контроллера от другого OEM?

Нет. Даже контроллеры с похожим аппаратным происхождением могут использовать разные OEM-прошивки, идентификаторы устройств, утилиты и ограничения. Пакет нужно брать только у производителя сервера или контроллера и только если в документации прямо подтверждены точная модель сервера, OEM-исполнение контроллера и поддерживаемые идентификаторы. Не используйте принудительный режим, обходящий проверку модели или версии.

Подробнее в статье →

Можно ли обновлять RAID-контроллер во время Rebuild?

Нет. Обновление следует отложить, если выполняются Rebuild, миграция RAID-уровня, расширение массива или другая операция, изменяющая состав либо метаданные RAID. Для Consistency Check, Patrol Read и фоновой инициализации решение зависит от документации конкретного контроллера: обновление допустимо только при её прямом разрешении. Не прерывайте фоновую задачу без документированного безопасного способа.

Подробнее в статье →

Нужно ли обновлять драйвер RAID-контроллера вместе с прошивкой?

Не обязательно. Драйвер ОС или гипервизора и firmware контроллера — отдельные изменения, хотя между ними могут быть зависимости. Перед работами проверьте в документации поддерживаемые версии драйвера, ОС или гипервизора. Если драйвер требуется обновить, запланируйте это как отдельное контролируемое изменение и не совмещайте с другими обновлениями без предписанной производителем последовательности.

Подробнее в статье →

Заменяет ли экспорт конфигурации RAID резервную копию?

Нет. Экспорт конфигурации контроллера, технический отчёт и снимки экранов помогают сравнить состояние массива и расследовать проблему, но не являются резервной копией пользовательских данных. До обслуживания нужно подтвердить актуальность и успешное завершение резервного копирования, доступность носителя или репозитория, а также проверенную процедуру восстановления нужных данных.

Подробнее в статье →

Что делать, если перед обновлением найдена Foreign Configuration?

Не импортируйте и не очищайте Foreign Configuration в рамках подготовки к обновлению. Если её происхождение не подтверждено, обновление следует отложить: это стоп-условие, требующее отдельного разбирательства. Зафиксируйте наличие Foreign Configuration в отчёте вместе со статусами дисков, конфигурацией массива, журналами контроллера и текущим состоянием кэша.

Подробнее в статье →

Можно ли откатить прошивку RAID-контроллера после ошибки?

Зависит от документации производителя. Downgrade допустим только если для конкретной целевой версии прямо подтверждены возможность понижения и процедура восстановления. Не выполняйте откат автоматически только из-за предупреждения массива или кэша. Сначала сохраните журналы, отчёты до и после работ, статусы дисков и кэша; предыдущий пакет готовят лишь при документально разрешённом возврате.

Подробнее в статье →

Как тестировать производительность RAID: fio, IOPS и задержки(5)

Можно ли тестировать RAID через физический диск из массива?

Нет. Физический диск, входящий в действующий RAID-массив, нельзя выбирать target для теста производительности. Запись на него может разрушить данные или RAID-метаданные. Для безопасного benchmark используйте новый файл в выделенном каталоге либо отдельный пустой логический диск, который точно не содержит нужных данных.

Подробнее в статье →

Отключает ли direct=1 кэш RAID-контроллера?

Нет. direct=1 обычно запрашивает прямой I/O и уменьшает влияние page cache операционной системы, но не отключает кэш RAID-контроллера, кэш накопителей и внутренние механизмы SSD. Фактическое поведение зависит от ОС, файловой системы, драйвера и устройства, поэтому параметр не является универсальным способом измерить диски «без кэшей».

Подробнее в статье →

Почему RAID 5 медленно пишет мелкими блоками?

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

Подробнее в статье →

Как stripe size влияет на запись RAID 5?

Stripe size влияет на то, может ли запись закрыть полную полосу RAID и избежать части накладных расходов частичной записи. Полная полоса обычно равна размеру элемента полосы на одном диске, умноженному на число дисков с данными. Однако крупный блок сам по себе не гарантирует полнополосную запись без правильного выравнивания.

Подробнее в статье →

Почему средняя задержка низкая, а p99 высокая?

Это означает, что большинство I/O завершается быстро, но небольшая доля операций испытывает заметные паузы. Среднее значение скрывает такие выбросы. Если p99 записи достигает десятков или сотен миллисекунд, пользователи, виртуальные машины или СУБД могут видеть зависания даже при хорошей средней задержке.

Подробнее в статье →

RAID для VMware ESXi и Hyper-V: проектирование хранилища ВМ(6)

Можно ли включить Write-Back, если BBU или CacheVault неисправны?

Нет, не как штатный режим. Принудительный Write-Back без исправной защиты кэша создаёт риск потери уже подтверждённых записей при сбое питания, reset или отказе компонента. Без подтверждённой BBU, CacheVault, flash-backed cache или суперконденсатора безопаснее использовать Write-Through, устранить неисправность и проверить политику контроллера.

Подробнее в статье →

Чем Write-Through отличается от Write-Back на RAID-контроллере?

Write-Back подтверждает запись после её помещения в кэш контроллера, до записи на диски, поэтому может снизить задержку. Write-Through не должен использовать неподтверждённые данные только в энергозависимом кэше и является безопасным режимом при проблемах с его защитой. Write-Back допустим только при исправной защите грязного кэша и корректной политике контроллера.

Подробнее в статье →

Ускоряет ли Hot Spare восстановление RAID?

Зависит от того, что считать ускорением. Hot Spare сокращает время между обнаружением отказа диска и началом rebuild, если контроллер автоматически назначает совместимый резерв. Однако он не уменьшает объём фонового восстановления, не гарантирует срок его завершения и не устраняет рост задержек для работающих виртуальных машин в деградированном массиве.

Подробнее в статье →

Можно ли собрать отказоустойчивый локальный RAID для ESXi на HBA?

Нет, сам по себе HBA не создаёт отказоустойчивый datastore. Для обычного локального VMFS в ESXi набор дисков за HBA не превращается средствами гипервизора в зеркало или массив с чётностью. HBA используют, когда избыточностью управляет поддерживаемая программная архитектура, например vSAN, при соблюдении требований конкретной версии.

Подробнее в статье →

Можно ли подключить NVMe к обычному SAS/SATA RAID-контроллеру?

Нет, обычный SAS/SATA RAID-контроллер не получает поддержку NVMe изменением настроек. Для NVMe нужна отдельно поддерживаемая схема: например, tri-mode-контроллер и предусмотренная производителем PCIe-топология. Дополнительно проверяют backplane, PCIe-линии, режим подключения, охлаждение и совместимость контроллера с накопителями.

Подробнее в статье →

Нужно ли менять Stripe Size для хранилища виртуальных машин?

Зависит от контроллера и измеренного профиля I/O. Для Stripe Size нет универсального значения для виртуальных машин: эффект определяется размером операций, долей случайного и последовательного доступа, очередью, кэшем и firmware контроллера. Настройку следует соотнести с фактической нагрузкой и подтвердить тестом, а не выбирать по общему правилу.

Подробнее в статье →

Мониторинг RAID: S.M.A.R.T., Patrol Read, Consistency Check и оповещения(6)

Гарантирует ли S.M.A.R.T., что диск не выйдет из строя?

Нет. S.M.A.R.T. и журналы диска показывают доступные диагностические признаки и историю ошибок, но не предсказывают отказ с гарантией. Они также не подтверждают правильность RAID-чётности, зеркальных копий или пользовательских файлов. Набор показателей и смысл vendor-specific атрибутов зависят от модели и типа накопителя.

Подробнее в статье →

Можно ли извлекать диск, ориентируясь только на имя /dev/sdX?

Нет. Имя /dev/sdX может измениться после перезагрузки, перестановки дисков или смены порядка их обнаружения. Перед извлечением нужно сопоставить физический диск с неизменным адресом enclosure:slot, серийным номером или WWN. Для mdadm дополнительно используйте /dev/disk/by-id/ и подтверждённое членство диска в массиве.

Подробнее в статье →

Означает ли mismatch_cnt в mdadm повреждённые файлы?

Нет. mismatch_cnt показывает число секторов, где проверка конкретного md-массива обнаружила несоответствие, а не число файлов, блоков приложения или потерянных записей. Для RAID с чётностью это расхождение между избыточностью и пересчитанным значением; для зеркала счётчик не определяет, какая копия данных семантически верна.

Подробнее в статье →

Можно ли после mdadm check сразу запускать repair?

Нет, не автоматически. Ненулевой mismatch_cnt сам по себе не объясняет причину расхождения и не указывает правильную версию данных. До repair нужно сохранить статусы и журналы, учесть RAID-уровень, недавние сбои и состояние дисков, проверить пригодность резервной копии и понять последствия для используемой версии md и ядра.

Подробнее в статье →

Нужно ли сразу менять диск при Predictive Failure?

Зависит от процедуры, но игнорировать сигнал нельзя. При Predictive Failure сначала зафиксируйте точный статус, журналы, модель, serial/WWN, слот и изменение счётчиков, затем проверьте резервную копию и запланируйте замену. Не извлекайте диск автоматически: предупреждение требует диагностики и идентификации физического накопителя.

Подробнее в статье →

Чем Rebuild отличается от Background Initialization?

Rebuild восстанавливает избыточность после замены отказавшего диска. Background Initialization служебно подготавливает избыточность нового массива или массива после поддерживаемого изменения конфигурации. Это разные процессы: Background Initialization не является периодической проверкой давно работающего массива, а Rebuild не заменяет профилактическую проверку согласованности.

Подробнее в статье →

Как выбрать RAID 0, 1, 5, 6 или 10: ёмкость и отказоустойчивость(6)

Можно ли собрать RAID из дисков разной ёмкости?

Да, но полезная ёмкость обычно рассчитывается по наименьшему диску в массиве. Если установить накопители разного объёма, пространство сверх размера самого маленького участника может не войти в RAID. Поэтому более ёмкие диски не дадут ожидаемого прироста полезного объёма без замены остальных участников массива.

Подробнее в статье →

Почему доступная ёмкость RAID меньше расчётной?

Это нормально: расчётная ёмкость не всегда совпадает с объёмом, который покажет ОС. Часть места занимают служебные метаданные RAID и файловая система. Кроме того, производители накопителей и операционные системы могут по-разному отображать десятичные и двоичные единицы объёма.

Подробнее в статье →

Можно ли загрузить сервер с RAID 1?

Зависит от платформы и настройки. RAID 1 из двух дисков подходит для загрузочного тома и сохраняет доступ при отказе одного диска, но возможность загрузки определяется режимом контроллера, конфигурацией загрузчика и конкретным оборудованием. Это нужно проверять для выбранной серверной платформы.

Подробнее в статье →

Защищает ли RAID от удаления файлов и вирусов?

Нет, RAID не заменяет резервные копии. Он защищает только от части отказов накопителей, но не поможет при удалении данных, ошибке приложения, повреждении файловой системы, вредоносном шифровании, отказе RAID-контроллера или всего сервера. Для таких случаев нужны отдельные бэкапы.

Подробнее в статье →

Почему RAID 5 медленно пишет небольшие случайные блоки?

Потому что RAID 5 при частичной записи обычно должен обновить данные и чётность. В упрощённой модели это требует двух чтений и двух записей, или условно четырёх внутренних I/O. Поэтому небольшие случайные записи могут быть заметно медленнее, чем в RAID 10, хотя итог зависит от кэша, контроллера и нагрузки.

Подробнее в статье →

Можно ли рассчитать время rebuild только по ёмкости диска?

Нет, одной ёмкости диска для расчёта недостаточно. На время rebuild влияют модель и скорость накопителей, восстанавливаемая область, текущая нагрузка, ограничения контроллера или программного RAID и заданный приоритет восстановления. Заполненность файловой системы сама по себе не даёт универсальной оценки.

Подробнее в статье →

Программный или аппаратный RAID: что выбрать для Linux-сервера(5)

Нужна ли батарея RAID-контроллеру для безопасного Write-Back?

Да, если контроллер использует DRAM-кэш с Write-Back, его защита обязательна для безопасной работы. BBU поддерживает питание кэша при сбое, а суперконденсатор может сохранить грязные данные в энергонезависимой памяти. Без исправной защиты нельзя считать кэш безопасным: подтверждённые записи могут быть потеряны при отключении питания.

Подробнее в статье →

Что будет, если батарея или суперконденсатор RAID-контроллера неисправны?

Зависит от модели и её политики. Контроллер может перейти в режим сквозной записи, запретить Write-Back или продолжить работу по заданным правилам. Принудительно включать небезопасное кэширование ради скорости рискованно: при сбое питания можно потерять уже подтверждённые записи. Состояние защиты и предупреждения нужно контролировать через утилиту контроллера.

Подробнее в статье →

Можно ли собрать ZFS RAID-Z поверх одного RAID-тома контроллера?

Обычно не следует. Если ZFS получает один логический RAID-том вместо отдельных дисков, она не видит состояние накопителей, не может самостоятельно отслеживать их отказы и управлять заменой. Два слоя управления избыточностью также усложняют диагностику и восстановление. Для ZFS обычно используют прямое подключение дисков через HBA или JBOD.

Подробнее в статье →

Передаёт ли RAID-контроллер S.M.A.R.T. и TRIM для SSD?

Зависит от конкретного контроллера, драйвера, прошивки, режима работы и типа дисков. Нужно отдельно проверить передачу S.M.A.R.T., серийных номеров и диагностических команд, а для SSD — поддержку TRIM/UNMAP по всей цепочке от ОС до накопителя. Само заявление о поддержке интерфейса этого не гарантирует.

Подробнее в статье →

Нужен ли традиционный RAID-контроллер для сервера с NVMe?

Не обязательно. Многие локальные NVMe-накопители подключаются напрямую по PCIe и могут не находиться за обычным SAS/SATA RAID-контроллером. Для такого сервера сначала проверяют топологию PCIe, возможности платформы и потребность в прямом управлении устройствами. Совместимость контроллера с NVMe, бэкплейном и нужным режимом подтверждают для конкретной модели.

Подробнее в статье →

Как выбрать RAID-контроллер: совместимость, кэш, SAS, SSD и NVMe(6)

Что будет, если RAID-батарея неисправна?

Зависит от модели, но безопасный Write-Back при неисправной защите использовать нельзя. При отсутствующей, разряженной или неисправной BBU контроллер может перейти в Write-Through, отключить Write-Back или выдать предупреждение. Некоторые модели допускают принудительный небезопасный режим. Если подтверждённые записи остаются только в энергозависимом кэше, сбой питания или контроллера может привести к их потере.

Подробнее в статье →

Подойдёт ли RAID-контроллер без кэша для сервера?

Зависит от нагрузки. Для преимущественно читающего, архивного или умеренно записывающего массива может быть достаточно контроллера без собственного кэша либо режима со сквозной записью. При мелкой случайной записи, особенно на RAID с чётностью, защищённый Write-Back способен уменьшить задержки. Решение стоит принимать по измеренным IOPS и задержке, а не только по объёму кэша.

Подробнее в статье →

Можно ли подключить NVMe SSD к SAS/SATA RAID-контроллеру?

Нет, обычный SAS/SATA RAID-контроллер не получает поддержку NVMe только потому, что NVMe-диски установлены в сервере. NVMe использует PCIe-транспорт, поэтому нужны контроллер или платформенное решение с поддержкой PCIe/NVMe, совместимые бэкплейн и кабели, а также доступные и правильно скоммутированные PCIe-линии. Tri-mode-контроллер также требует проверки всей цепочки подключения.

Подробнее в статье →

Можно ли поставить SATA SSD за SAS-контроллером?

Зависит от конкретной платформы. SATA-диск часто может работать за SAS-контроллером через совместимую SAS-корзину, но это нужно подтвердить по матрице совместимости сервера, контроллера, бэкплейна и прошивок. Для SSD также проверяют ресурс записи, защиту от потери питания, политику работы контроллера с SSD и доступность мониторинга.

Подробнее в статье →

Будет ли TRIM работать через аппаратный RAID?

Не обязательно. Наличие TRIM у SATA SSD или поддержка команды операционной системой не доказывают её прохождение через аппаратный RAID. Для SAS/SCSI-пути аналогичная команда называется UNMAP. Поддержку нужно подтверждать для всей цепочки: накопитель, контроллер, его firmware, драйвер и ОС. То же правило действует для SMART, телеметрии и обновления прошивки дисков.

Подробнее в статье →

Когда аппаратный RAID мешает работе хранилища?

Аппаратный RAID не стоит выбирать, если хранилищу нужен прямой доступ к каждому диску, собственная телеметрия накопителей и управление отказами на уровне ОС или файловой системы. Контроллер может скрыть эти свойства за логическим томом. В такой архитектуре рассматривают HBA, passthrough или программный RAID, если они соответствуют требованиям стека.

Подробнее в статье →

HBA или RAID-контроллер: выбор для ZFS, Ceph, mdadm и RAID(6)

Можно ли ставить ZFS на отдельные RAID 0 по одному диску?

Да, но только после проверки конкретного контроллера, прошивки, драйвера и типа накопителя. Одинарный RAID 0 не считается HBA по определению: контроллер может записывать RAID-метаданные, менять идентификаторы устройств, фильтровать команды или требовать пересоздания виртуального диска при замене накопителя.

Подробнее в статье →

Как понять, что Write-Back кэш RAID-контроллера можно включать?

Включать Write-Back можно только при исправной защите кэша, предусмотренной моделью контроллера: BBU, CacheVault, flash-backed cache или суперконденсаторе. Нужно также проверить фактическую политику кэша логического диска. Принудительное включение при неисправной защите создаёт риск потери неподтверждённых данных.

Подробнее в статье →

Увидит ли обычный SAS/SATA HBA NVMe-диски?

Нет, обычный SAS/SATA HBA сам по себе не становится NVMe-контроллером. Для NVMe нужно отдельно подтвердить PCIe-топологию сервера, линии PCIe, корзину, кабели, backplane и поддержку платформы. Tri-mode-контроллер может работать с NVMe, но это не подтверждает совместимость всего тракта.

Подробнее в статье →

Какие идентификаторы нужны mdadm, чтобы не перепутать диски?

Для mdadm нужны отдельные стабильные идентификаторы устройств: серийный номер, WWN или другой документированный идентификатор. Полагаться только на имена вида /dev/sdX нельзя, поскольку они могут меняться. Также важно, чтобы мониторинг позволял сопоставить устройство ОС с физическим слотом корзины.

Подробнее в статье →

Нужно ли проверять TRIM/UNMAP для SSD за контроллером?

Да, для SSD нужно проверять передачу TRIM/UNMAP именно в конкретной связке контроллера, firmware, драйвера и SAS/SATA-накопителя. Название режима JBOD, passthrough или HBA mode не гарантирует прохождение этих команд. Одновременно следует проверить доступность S.M.A.R.T., температуры и счётчиков ошибок.

Подробнее в статье →

Можно ли загрузить ОС с дисков в JBOD или HBA mode?

Зависит от конкретной модели и конфигурации. Перед настройкой нужно подтвердить поддержку выбранного режима прошивкой контроллера, BIOS/UEFI, установщиком ОС и драйвером. Для загрузочного массива также проверяют, что сервер способен загружаться именно с устройства, представленного в этом режиме.

Подробнее в статье →

RAID Degraded, Offline или Failed: диагностика отказа дисков(6)

Можно ли извлекать диск со статусом Predictive Failure?

Зависит от подтверждения диска и возможностей RAID. Извлекать его можно только после сверки enclosure/slot с серийным номером или WWN, проверки отсутствия других нестабильных членов и подтверждения горячей замены. Для активного диска контроллер может требовать штатно вывести его из работы перед заменой.

Подробнее в статье →

Что означает Virtual Disk Offline?

Virtual Disk Offline означает, что логический или виртуальный диск недоступен хосту. Это не обязательно статус конкретного физического накопителя и не команда извлечь диск. Причиной может быть превышение допустимого числа недоступных членов RAID, ошибки чтения или потеря связи с дисками.

Подробнее в статье →

Может ли RAID 10 работать после потери одного диска?

Да, обычно может, если во всех зеркальных группах остаётся хотя бы одна доступная копия. При потере одного диска нужно определить его зеркальную группу и убедиться, что второй её член доступен. Недоступность обоих дисков одной группы делает логический диск недоступным.

Подробнее в статье →

Сколько отказов дисков выдерживает RAID 6?

RAID 6 обычно сохраняет доступность после отказа до двух членов массива. Третий недоступный диск или дополнительные ошибки чтения могут привести к недоступности логического диска. Если статусы дисков меняются или несколько накопителей исчезли одновременно, нужно исключить общую проблему пути подключения.

Подробнее в статье →

Почему нельзя выбирать диск для замены по /dev/sdX?

Потому что имя /dev/sdX не является постоянным идентификатором накопителя. Оно может измениться после перезагрузки, сброса линка или повторного обнаружения устройства. За аппаратным RAID ОС часто видит только логический том, поэтому диск нужно подтверждать по enclosure/slot, серийному номеру или WWN.

Подробнее в статье →

Отсутствие SMART означает, что диск исправен?

Нет. Через аппаратный RAID SMART может быть недоступен из-за контроллера или схемы подключения, и это не опровергает отказ накопителя. SMART следует использовать как дополнительный источник вместе со статусом контроллера, inventory дисков и журналами ошибок пути подключения.

Подробнее в статье →

Foreign Configuration в RAID: импорт, очистка и стоп-критерии(6)

Можно ли импортировать Foreign для mdadm или ZFS?

Нет. Foreign Configuration относится прежде всего к аппаратному RAID, где контроллер представляет ОС логический диск. mdadm, ZFS и другие программные RAID-стеки распознают собственные служебные данные иначе. Если до сбоя ОС видела отдельные диски, а не один логический диск контроллера, проверять нужно соответствующий программный стек, а не выполнять Import Foreign.

Подробнее в статье →

Можно ли перезагрузить сервер, чтобы посмотреть Foreign в BIOS?

Зависит от состояния кэша. До перезагрузки нужно проверить и зафиксировать сообщения о preserved или dirty cache, если они доступны. Нельзя выключать или перезагружать сервер только ради просмотра BIOS/UEFI без оценки этого риска: состояние кэша требует отдельного разбора. Сначала сохраните доступную диагностику из BMC или текущей утилиты управления.

Подробнее в статье →

Почему одновременно пропала группа дисков RAID?

Это не обязательно означает независимый отказ всех дисков. Если накопители исчезли одновременно, особенно за одной корзиной или SAS-экспандером, первичной причиной может быть общий путь подключения. До любых изменений проверьте питание, кабели, порты, состояние корзины и экспандера, ошибки линка и события контроллера; не объявляйте диски неисправными без этой проверки.

Подробнее в статье →

Можно ли считать данные целыми после успешного Import?

Нет. Успешный Import означает только, что RAID-контроллер принял найденную конфигурацию. После этого нужно проверить статус Virtual Drive и каждого диска, кэш, журнал событий и видимость ожидаемого логического диска в ОС. Не форматируйте устройство и не запускайте автоматически исправляющие проверки файловой системы, пока его идентичность и текущее состояние не подтверждены.

Подробнее в статье →

Можно ли Force Online или запустить Rebuild после Import?

Нет, пока не объяснён каждый предупреждающий статус. Если после Import Virtual Drive остаётся Degraded или Offline, диски имеют состояния Missing, Failed либо ошибки, или есть проблемы кэша и подключения, сначала сохраните новый снимок диагностики и сравните его с состоянием до импорта. Force Online, Hot Spare и Rebuild могут изменить состояние массива и метаданные.

Подробнее в статье →

Совместимы ли Dell PERC и LSI MegaRAID для переноса RAID?

Не обязательно. Общая аппаратная платформа или похожее происхождение не подтверждают совместимость переноса массива. Для Dell PERC и LSI MegaRAID нужно сверять документацию конкретного поколения контроллера, OEM-прошивку, версию firmware, серверную платформу, корзину и состав накопителей. Совместимость также нельзя выводить только из одинакового интерфейса SAS.

Подробнее в статье →

RAID-контроллер не определяется: Cache Disabled и Disk Not Supported(6)

Можно ли включить Write Back при сообщении Battery Low?

Нет. При Battery Low, ошибке CacheVault, суперконденсатора, flash-модуля или иной защиты кэша нельзя принудительно включать Write Back ради производительности. Сначала зафиксируйте текст, источник и код события, снимите статусы кэша и политики записи, сохраните системные и storage-журналы. Значение Battery Low зависит от семейства и поколения контроллера.

Подробнее в статье →

Можно ли по отсутствию контроллера в BMC считать его неисправным?

Нет. BMC на разных платформах может показывать только часть storage-инвентаря, а интерфейс управления контроллером может находиться в другом разделе или не поддерживаться в текущем режиме. Сначала сверьтесь с документацией конкретного сервера и проверьте PCIe-инвентаризацию BIOS/UEFI, системный журнал, модель контроллера и наличие подходящего драйвера ОС.

Подробнее в статье →

Нужно ли менять кабель, если одновременно пропали несколько дисков?

Не сразу, но общий путь подключения нужно проверять в первую очередь. Если пропали диски одной корзины, ветви, порта контроллера или SAS-экспандера, вероятнее проблема кабеля, backplane, питания или связи, чем независимый отказ всех дисков. Сопоставьте enclosure:slot, порт, время событий link/reset и состояние enclosure без перестановки кабелей.

Подробнее в статье →

Подойдёт ли NVMe-диск к обычному SAS/SATA RAID-контроллеру?

Нет, не автоматически. Обычный SAS/SATA-контроллер и его кабельный тракт не получают поддержку NVMe только из-за одинакового форм-фактора накопителей. Нужно сверить модель диска, спецификацию контроллера, тип разъёма, схему backplane, порты и кабели. U.2 или U.3 также не гарантируют одинаковую топологию подключения.

Подробнее в статье →

RAID Sync Error всегда означает отказ массива?

Нет. Формулировка RAID Sync Error не является универсальным статусом и может относиться к Rebuild, Consistency Check, Background Initialization или другой фоновой операции. Нужны дословный текст сообщения, источник, код события, модель контроллера и объект статуса. Не запускайте rebuild, проверку или инициализацию, пока не установлено, какая операция уже выполняется.

Подробнее в статье →

Видит ли ОС физические диски за аппаратным RAID?

Обычно нет. При аппаратном RAID операционная система получает логический блочный том, а не физические диски-участники массива. Поэтому отсутствие отдельных дисков в ОС само по себе не подтверждает неисправность контроллера или накопителей. Их состояние следует смотреть в штатном интерфейсе контроллера, BMC или поддерживаемой утилите.

Подробнее в статье →

Восстановление RAID после сбоя: что делать до изменений на дисках(6)

Что означает No Configuration Found на RAID-контроллере?

Это не означает, что диски пустые или данные исчезли. Сначала нужно проверить, видит ли контроллер накопители, совпадают ли их идентификаторы и топология с ожидаемыми, а также не используется ли программный RAID или RAID файловой системы. Не создавайте новый logical drive поверх обнаруженных дисков.

Подробнее в статье →

Можно ли выполнить Clear Foreign Configuration?

Нет, пока прежняя конфигурация или данные на дисках могут быть нужны. Clear не является способом починить массив: последствия зависят от контроллера и объекта очистки. Сначала сопоставьте состав дисков, RAID-уровень, ёмкости, идентификаторы, слоты и историю переноса. Clear допустим только после подтверждения, что старая конфигурация больше не нужна.

Подробнее в статье →

Когда можно выполнить Import Foreign Configuration?

Зависит от подтверждённого состава массива и совместимости контроллера. Import рассматривают только после сверки найденной конфигурации с ожидаемой: RAID-уровня, числа и ёмкости дисков, идентификаторов, позиций enclosure:slot, статусов и истории переноса. Если хотя бы часть ожидаемых дисков отсутствует или статусы противоречивы, Import выполнять нельзя.

Подробнее в статье →

Можно ли сделать Force Online, если RAID 5 потерял два диска?

Нет. RAID 5 допускает отказ только одного диска, поэтому одновременная недоступность двух ожидаемых дисков — стоп-сценарий. Не запускайте Force Online, Rebuild, создание массива или принудительную сборку. Зафиксируйте карту слотов, идентификаторы и журналы, затем проверьте общий путь подключения и точные статусы дисков.

Подробнее в статье →

Можно ли выключить сервер при dirty или preserved cache?

Нет, не отключайте питание только потому, что массив недоступен. Dirty cache может содержать подтверждённые хосту записи, ещё не попавшие на диски, а preserved cache ожидает документированного восстановления пути к данным. Порядок действий зависит от модели контроллера, прошивки, режима кэша и средства его защиты.

Подробнее в статье →

Можно ли подключать диски RAID по одному к другому серверу?

Нет, не подключайте участники массива по одному к другому серверу. Другая система увидит неполный комплект, может показать диски как отдельные или foreign и предложить инициализацию либо записать служебные данные. Перенос выполняют только полным подтверждённым комплектом и по документированной процедуре совместимой реализации RAID.

Подробнее в статье →