Контроллер показывает Degraded, Failed, Foreign или перестал видеть виртуальный диск. Базы 1С не открываются. Выключите сервер и не запускайте перестройку массива.
Ваша задача сейчас — сохранить исходные диски, зафиксировать схему RAID и выбрать путь восстановления. Если есть проверенная резервная копия, базу поднимают отдельно. Если копии нет, сначала клонируют диски, затем собирают массив виртуально.
Выключите сервер. Не запускайте rebuild, инициализацию, проверку файловой системы или создание нового массива: каждая запись меняет исходные данные.
Не вставляйте новый диск сразу после отключения. По материалам Wondershare Recoverit, контроллер может автоматически запустить rebuild после замены накопителя. Сначала зафиксируйте конфигурацию массива и проверьте настройки автоматической перестройки.
Почему rebuild сейчас опаснее простоя
Rebuild не проверяет массив, а записывает на него новые данные. Контроллер восстанавливает зеркало, чётность, служебные записи или содержимое заменённого накопителя.
Если контроллер ошибся с порядком дисков, размером полосы или схемой чётности, новые записи попадут поверх пригодных блоков. Руководство DiskGenius по восстановлению серверных RAID предупреждает: такая перестройка может уничтожить данные, которые ещё можно было извлечь.
В RAID 5 риск выше из-за характера операции. Во время rebuild контроллер читает все оставшиеся накопители и записывает новую чётность. MDRepairs указывает, что повреждённые секторы или устаревшие служебные записи на втором диске могут сорвать перестройку.
Не запускайте chkdsk или fsck. Эти утилиты исправляют файловую систему и записывают изменения на том. MDRepairs и руководство DiskGenius относят такую проверку к действиям, которые осложняют последующее восстановление данных с RAID.
Перезапуск сервера тоже не служит диагностикой. При загрузке операционная система пишет журналы, а контроллер может продолжить незавершённую перестройку. Если накопитель читает нестабильно, новые включения создают дополнительную нагрузку до снятия образа.
Сначала зафиксируйте состояние массива
Сфотографируйте лицевую панель сервера так, чтобы был виден каждый слот. Затем сохраните снимки экрана контроллера, его модель и все доступные параметры массива.
Не вынимайте диски до съёмки. Физический номер слота и логический порядок участников совпадают не у каждого контроллера. Руководство DiskGenius предупреждает: другой порядок подключения меняет структуру собранного тома даже при исправных накопителях.
| Что зафиксировать | Зачем это нужно | Что нельзя менять |
|---|---|---|
| Положение каждого диска в слотах | Помогает восстановить физический порядок участников | Не переставлять диски между слотами |
| Модель контроллера и версия прошивки | Определяет формат служебных записей и доступные операции | Не обновлять прошивку во время аварии |
| Уровень RAID и число участников | Задаёт способ объединения блоков | Не создавать новый массив с похожими параметрами |
| Размер полосы, если он отображается | Нужен для виртуальной сборки данных | Не подбирать значение на исходных дисках |
| Состояние каждого накопителя | Показывает, какой участник выпал первым | Не назначать исправный диск заменой |
| Хронология сбоя | Помогает отличить отказ диска от потери конфигурации | Не скрывать прежние замены и перестройки |
| Экран с текущими предупреждениями | Сохраняет состояние до любых изменений | Не подтверждать импорт или очистку конфигурации |
Пока эти сведения не сохранены, замена одного диска может превратить понятный сбой в перестройку с записью.
Запишите время и последовательность событий. Полезны отключение питания, замена контроллера, перенос дисков, зависание сервера и прежний rebuild. ADR Data Recovery отмечает, что служебные записи на разных участниках могут относиться к разным моментам времени. Самая новая запись не всегда подходит для восстановления.
Не полагайтесь только на S.M.A.R.T. Он покажет переназначенные, ожидающие переназначения и неисправимые секторы, если накопитель успел их зарегистрировать. По руководству DiskGenius, диск может пройти проверку S.M.A.R.T. и всё равно давать плавающие ошибки чтения.
Цвета индикаторов и коды контроллера здесь не расшифрованы намеренно. Их значения зависят от модели, а среди использованных материалов нет руководства производителя к вашему оборудованию. Сверяйте обозначения с документацией именно вашего контроллера или сервера.
Degraded и Failed требуют разных решений
При статусе Degraded на массиве ещё могут оставаться читаемые данные. Это не разрешение возвращать пользователей в 1С. Продолжающаяся запись усложнит возврат к исходному состоянию, если второй накопитель начнёт ошибаться.
При Degraded остановите службы 1С и СУБД штатным способом, если сервер ещё работает стабильно. После этого выключите машину. Дальше проверьте отдельную резервную копию либо снимите образы всех участников.
Статус Failed, пропавший виртуальный диск или отклонённая конфигурация не доказывают, что блоки стёрты. ADR Data Recovery пишет, что контроллер может потерять принятую схему после сбоя питания, прошивки, кэша или кабелей. Данные и часть служебных записей при этом остаются на накопителях.
Не создавайте массив заново, даже с прежним уровнем RAID. Совпадения уровня и числа дисков недостаточно. Ошибка в порядке, смещении, размере полосы или вращении чётности даст другую раскладку блоков.
Статус контроллера отвечает только на один вопрос: может ли он сейчас собрать логический том. Состояние базы 1С проверяют отдельно, уже после извлечения данных.
Если 1С не запускается, а RAID доступен, отделите дисковую аварию от сбоя платформы, СУБД или клиента. Для этого используйте проверку участков запуска 1С, но выполняйте её на копии либо на отдельно восстановленном сервере.
Что меняется при RAID 1, RAID 5 и RAID 10
Уровень массива влияет на способ виртуальной сборки и характер rebuild. Он не отменяет главное правило: исходные диски сохраняют без записи до извлечения нужных данных.
| Уровень | Что записывает rebuild | Главный риск | Безопасное действие |
|---|---|---|---|
| RAID 1 | Копирует содержимое на выбранный участник и обновляет служебные записи | Перестройка начнёт запись до извлечения и проверки данных | Снять образы обоих дисков и работать с копиями |
| RAID 5 | Читает оставшиеся диски и рассчитывает новую чётность | Ошибка чтения на другом участнике прервёт процесс или повредит результат | Клонировать все участники и собирать массив виртуально |
| RAID 10 | Восстанавливает зеркало внутри пар и меняет метаданные массива | Неверный порядок дисков исказит структуру собранного тома | Зафиксировать схему, снять образы и проверить порядок на копиях |
При любом уровне сначала сохраняют исходники. RAID 5 лишь сильнее нагружает оставшиеся диски во время преждевременного rebuild.
Не пытайтесь использовать отдельный диск RAID 1 как готовую рабочую базу. Сначала снимите образы обоих участников и проверьте данные на копиях. Часть контроллеров хранит метаданные на дисках, часть держит сопоставление участников в прошивке контроллера.
В RAID 10 нужно правильно определить порядок участников. Физическое соседство в корзине его не доказывает. Конфигурация контроллера или служебные записи на дисках дают больше сведений, но проверять их нужно без записи.
Восстановление RAID 5 требует корректной схемы чётности. ADR Data Recovery проверяет предполагаемый порядок, смещение, размер полосы и вращение чётности по структурам файловой системы и известным данным. Подходящая сборка должна давать связные каталоги и ожидаемые файлы, а не только монтируемый раздел.
Если резервная копия есть
Не чините RAID ради запуска 1С. Возьмите последнюю копию и разверните её на другом сервере, отдельном дисковом хранилище или в изолированной виртуальной машине.
Не восстанавливайте копию поверх текущей базы. Так вы потеряете данные, которые появились после резервного копирования и ещё могли сохраниться на массиве. Пошаговый порядок для файловой базы, PostgreSQL и SQL Server приведён в схеме отдельного развёртывания резервной копии.
Проверьте не только успешное завершение восстановления. Запустите 1С, откройте ключевые документы, сверьте последние операции и дайте нескольким пользователям выполнить привычные действия. Лишь после такой проверки копию можно считать рабочей.
Исходные диски пока не трогайте. Они могут понадобиться, чтобы вернуть операции между временем резервной копии и моментом аварии.
Если резервной копии нет
Восстановление RAID-дисков начинайте с посекторных образов или клонов всех участников. MDRepairs описывает тот же порядок для лабораторной работы: сначала копии накопителей, затем виртуальная реконструкция массива.
С диска, который читает нестабильно, образ снимают до подбора параметров. Любые дополнительные операции создают нагрузку на повреждённый накопитель. Если появляются щелчки, пропадания из системы или длинные задержки чтения, остановите самостоятельную работу.
Оригиналы после клонирования отключите и подпишите по слотам. Все дальнейшие проверки проводите на копиях. Для каждого образа сохраните контрольную сумму, чтобы замечать случайные изменения рабочего набора.
Затем определите:
- порядок участников;
- смещение начала данных;
- размер полосы;
- схему чётности;
- состав зеркальных пар для RAID 10;
- диск или диски, состояние которых соответствует моменту аварии.
Готовую конфигурацию проверяют по файловой системе и знакомым данным. Имена каталогов, размеры разделов и служебные структуры должны выглядеть связно. Нечитаемые каталоги, пропавшие разделы и искажённые имена указывают на неверные параметры.
Руководство DiskGenius приводит виртуальную сборку как способ читать участников без изменения оригиналов. Конкретная программа здесь вторична. Нужен режим, который объединяет образы в логический том и не записывает на исходные носители.
Извлечённые файлы сохраняйте на третий комплект дисков. Не кладите их на исходный RAID или на носители с образами. Wondershare Recoverit рекомендует возвращаться к физическому rebuild только после извлечения важных файлов либо создания проверенной копии.
Если файловая база открывается после извлечения, сначала сделайте ещё одну копию файла 1Cv8.1CD. Дальнейшую проверку ведите по порядку работы с повреждённым файлом базы. Штатные исправления не запускают на единственном экземпляре.
Когда можно продолжать работу
Работу возобновляют на отдельной, восстановленной и проверенной базе. Исходный массив для этого не нужен.
Для файловой базы проверьте вход в конфигуратор и пользовательский режим, открытие последних документов и выполнение привычных операций. Для клиент-серверной базы дополнительно проверьте запуск СУБД, подключение кластера 1С и фоновые задания.
Согласуйте допустимое окно потери данных с владельцем базы. Оно равно промежутку между последней подтверждённой операцией в восстановленной копии и моментом сбоя. Это расчёт по времени документов, а не оценка состояния RAID.
После проверки переключите пользователей на восстановленный экземпляр. Исходные диски храните без изменений, пока бухгалтерия или владелец системы не подтвердят последние операции.
Если не помогло
Остановите самостоятельные попытки, если диск не читается, периодически пропадает либо имеет аппаратные повреждения. Wondershare Recoverit рекомендует диагностировать такие накопители до rebuild. Продолжение чтения может ухудшить их состояние.
То же решение нужно при повторном выпадении участников и неизвестном порядке дисков. В этих условиях нельзя подтвердить схему массива без работы с образами и анализа служебных структур.
После фиксации состояния можно передать носители на аварийное восстановление базы и дискового массива. Результат зависит от состояния накопителей и объёма уже перезаписанных блоков. Обещать возврат всех данных до диагностики нельзя.
Если RAID восстановлен, но 1С всё ещё не работает, продолжите поиск по карте отказов базы и её инфраструктуры. Она отделяет повреждение базы от проблем платформы, СУБД и серверных служб.
Порядок действий без лишних операций
Сохраните этот список рядом с сервером:
- Выключите сервер и запретите rebuild.
- Сфотографируйте диски в слотах и экран контроллера.
- Запишите модель контроллера, уровень RAID и параметры массива.
- Проверьте резервную копию на отдельной системе.
- Если копии нет, снимите образы всех участников.
- Соберите RAID виртуально и проверьте структуру данных.
- Сохраните восстановленные файлы на отдельный накопитель.
- Запускайте 1С только на отдельной проверенной базе.
Правило одно: исходный RAID не чинят, пока нужные данные не извлечены в другое место и не проверены через 1С.
Чтобы не повторилось
RAID переживает отдельные отказы накопителей, но не заменяет резервную копию. Ошибочная перестройка, потеря конфигурации или повреждение файловой системы затрагивают весь логический том.
Настройте резервное копирование базы 1С и регулярно разворачивайте копию отдельно. Проверка должна заканчиваться входом в 1С и сверкой последних документов, а не сообщением задания о завершении.
После аварии разберите причину. Если диски дают повторные ошибки или контроллер больше не подходит по состоянию, сначала определите требования к новой системе. Ссылку на подбор стоит использовать лишь после восстановления данных, когда действительно нужен другой сервер.
Можно ли заменить диск, если RAID показывает Degraded?
Не до фиксации конфигурации и проверки настройки auto-rebuild. Новый диск может запустить перестройку автоматически, а она начнёт запись на массив.
Почему нельзя сразу запустить rebuild?
Rebuild записывает зеркало, чётность и служебные данные. При неверной схеме массива или ошибках чтения он может перезаписать пригодные блоки.
Поможет ли chkdsk после отказа RAID?
Не запускайте chkdsk на исходном массиве. Утилита меняет файловую систему и может осложнить извлечение данных.
Можно ли прочитать один диск из RAID 1?
Не используйте отдельный участник как рабочую копию. Сначала снимите образы обоих дисков и проверяйте данные отдельно.
Чем отличается восстановление RAID 5?
Для виртуальной сборки нужно определить порядок дисков, размер полосы и схему чётности. Физический rebuild нагружает чтением все оставшиеся накопители.
Когда передавать диски специалистам?
При нечитаемом накопителе, аппаратном повреждении или повторном выпадении участников. Перед передачей выключите сервер, сохраните порядок дисков и не запускайте новые операции.