Raidix кэши не синхронизированы
Доброго времени суток!
Доброго времени суток!
Проблема интересная. Появилась после не самой удачной попытки "разгона".
И так. есть у меня камень, 5820К.
Стабильно работал при CPU CORE Voltage 1.175 В на 4,5 ГГц при установке Ring Ratio в х35 (3.5 ГГц) - буст внутреннего кеша L3/2/1 и установке CPU Ring Voltage 1.170. 175 В.
И дёрнул меня чёрт повысить множитель Ring Ratio c 35 до 36.
Итог: всю синтетику даже сейчас проц проходит всё так же, НО. тест кеша и памяти в AIDA64 показал что при этом скорость l2 и l3 кеша упала в ДВА(. ) раза, но, что интересно, тайминги остались теми же. (630/266/395 до и 382/212/282 после соответственно)
И так и не вернулась в стоковую после сброса.
При любых настройках, как стоковых (результат l2 в стоке был 450+ и 650+ в разгоне, сейчас максимум 250 и 387 в разгоне).
Материнскаяя плата - MSI x99 Krait Ed., сокет обычный 2011-3, не "ОС".
Т.е. что-то плохое произошло.
Вопрос: что это может быть? (от "лучшего" к худшему)
а) конденсаторы под процом (но на материнке)
б) конденсаторы под процом (но на крышке проца)
в) конденсаторы под теплораспределительной крышкой проца(вообще п. тогда)
г) деградация кристалла ("выигрыш в лотерею")
Какая вероятность того или иного?
И может кто описать последствия уменьшения скорости l2 кеша?
Ну или по гарантии сдавайте))
Проц не на гарантии, материнка на гарантии. Буду искать у кого-нибудь что-ни-будь из этих двоих в качестве мерила.
Чувство вот только такое. согласно закону Мёрфи: если что-то может случиться, то оно и случится. Только я бы добавил кое-что: если что-то плохое может случиться, то случится самое худшее из этого плохого.
D_ad
Бивис в ноль сбросить, совсем: батарейкой, перепрошивкой
Это не деградация, проц не при делах
Вообще с чего мысль о деградации возникла? Почитали бы что это за процесс, из за чего может происходить ускоренными темпами и каковы последствия
Это не деградация, проц не при делах
Вообще с чего мысль о деградации возникла? Почитали бы что это за процесс, из за чего может происходить ускоренными темпами и каковы последствия
Тут нечего возразить, "деградация" мною приплетена только к тому чтобы акцентировать на сколько низок шанс того что что-то перемкнуло в самом кристалле, а значит и переживать за то что я угробил камень не нужно )
Биос сбрасывал. Кнопкой CMOS. В принипе, мать с двумя биосами, думаю, ви маєте рацію, на всякий случай попробую со второго, а потом и перепрощью его на более раннюю прошивку (т.к. там уже стоит такая же как и на 1-м)
А переживаю я больше за то, что что-то случайное произошло с одним из кондёров в/на проце.
D_ad
Обвязка на пропускную способность кэшей никоим образом не влияет.
Виновен авторежим некоторых настроек, биос пытается удержать стабильной систему, снижая/повышая то или иное значение частот/таймингов/напряжений, при ваших манипуляциях с множителями/напряжениями/тощо
Просто переключитесь на второй биос и на дефолтных смотрите в тестах
Очистка CMOS не убирает многие настройки: время/дата, прочее. Т.е. залипло что то в бивисе, не факт что простым методом зачистится
Может помочь "смена" конфигурации: извлеките планку/две памяти из слотов, запустите таким образом - покричит шо шото изменилось, сбросить в дефолт/продолжить (как вариант)
ИИИИИИИИИИИИИИИИИИииииии при переключении на второй биос(более ранний), результат всё тот же : 291 ГБ/сек в стоке против 471 ГБ/сек в стоке до инцидента. Охренеть "повезло". Надо было перед этим лотерейный билетик купить, тоже бы выиграл.
Кстати, как я и написал выше, всю синтетику проходит практически с теми же результатам, разница в пределах погрешности.
Интересно, на что повлияет снижение скорости l2 в два полтора-два раза.
Чудес не бывает, вот так в два раза снизить пропускную способность проц самостоятельно неумеет Навіть дуже може бути, що чіп деградував. Подивіться скільки проблем із оверклоком на санді брідж-е. Думаю проц не при чем, проблема как говорит Гена в настройках биоса, не в тех которые юзеру показаны, а в внутренних, которые автоматом определяются и применяются при первом старте или старте с новым железом, это настройки контроллера памяти, кешей, напряжения различные.Что делать - перешить другой биос, или изменить конфигурацию железа (проц, память) и стартануть, потом вернуть железо назад и стартануть. sensey: Навіть дуже може бути, що чіп деградував. Подивіться скільки проблем із оверклоком на санді брідж-е. Шановний, сами посудите: работал-работал процессор при частоте кольцевой шины 3,5ГГц, при почти стоковых напряжениях и тут БАЦ при повышении Ring Ratio до неимоверных 3600MГц он внезапно взял и захворал.
Тут о деградации речь идти не может. Совсем не те частоты и напряжения. Ладно речь шла о частотах за 4ГГц, но тут совсем не тот уровень.
Наслышан я (уровень СЛУХ) что некоторые мамки внезапно дуркуют и перестают корректно работать с процами: там и лочат множник, там и невозможно становится гнать память и север. Опять же - по рассказам.
Мои знакомые чуть ли не всю камасутру изучили, в попытках привести мамки в стоковое состояние - нихрена. И шили, и перепрошивали, и на оверлок возили , в конце концов отдали в СЦ по гарантии, де её обменяли.
D_ad: Т.е. что-то плохое произошло.
Вопрос: что это может быть? (от "лучшего" к худшему)
а) конденсаторы под процом (но на материнке)
б) конденсаторы под процом (но на крышке проца) На медной никелированной, Карл. Конденсаторы, Карл.
в) конденсаторы под теплораспределительной крышкой проца(вообще п. тогда)
г) деградация кристалла ("выигрыш в лотерею")
А то у меня сложилось впечатление, что у нас процы сплошняком из кондёров состоят , а чуть что, так это они мерзавцы виноваты. Фильтры у них позабивались, фильтруют плохо и усё. Виновник найден. Последний раз редактировалось Smurniy 15.06.2017 16:23, всего редактировалось 2 раза. Ну тут некорректное сравнение. То полудохлик, а тут живой, но хромающий. Аиду другую попробуй, был трабл с памятью, оказалось что баг версии ПО если я не ошибаюсь без ос сокета кешь выше 3.5 не должен подниматься, больше похоже на сбой биоса.
У меня была похожая ситуёвина с л3 кешем , в аиде давал результат примерно в полтора раза меньше чем должен, оказалось слишком перетянул вторичные тайминги на озу. Так это всем давно известные истины. У меня у самого CPUVTT в автомате подкинуло аж до 1,25v, правда CPU VCCSA в автомате подняло аж до 1,08v.
В итоге картина выглядит следующим образом: И именно повышение критичных значений до 1,25 и выше ведёт к деградации.
Но у ТСа обозначены амплитуды гораздо скромнее, хотя то не Сандик ни разу. Smurniy: И именно повышение критичных значений до 1,25 и выше ведёт к деградации.
Но у ТСа обозначены амплитуды гораздо скромнее, хотя то не Сандик ни разу. У ТС мамка МСІ там з напугами може бути все що завгодно. Показує одне а на справді зовсім інше. sensey: Вы можете внятно объяснить по какой причине вы тут все эти конденсаторы понаписали? Вы в курсе за что они отвечают и какую роль выполняют?
А то у меня сложилось впечатление, что у нас процы сплошняком из кондёров состоят , а чуть что, так это они мерзавцы виноваты. Фильтры у них позабивались, фильтруют плохо и усё. Виновник найден.
Могу: это самоуспокоение через самовнушение. Т.е. это самое безобидное и ещё более менее ремонтопригодное из околофатального, что могло бы случиться. Прикиньте, люди склонны всё ещё надеяться на лучшее (лучшее в данном случае это "дерьмо случилось, но может оно уже не такое большое. "
. если что-то такое (из худшего) и правда случилось.
Ну сами посудите: работал проц на 3500 и вот при скачке до 3600 резко.
На матери 2 биоса разных версий, пробовал запускать с разных - результат один и тот же.
Разные версии аиды - результат один и тот же.
В синтетике - один и тот же результат с до и после инцидента.
Единственное НО - это тайминги L2 - они не ухудшились. (может и правда программная ошибка нескольких версий аиды, которые до этого показывали нормальный результат))
Надеюсь всё же проблема в материнке, ибо камень хороший. Холодный, быстрый под минимальной напружкой. Абидно будет.
С другой сторны, L1 & L3 кеши то в порядке, без изменений. Навряд ли материнская плата способна регулировать работу камня на ТАКОМ уровне.
ПО RAIDIX поддерживает одноконтроллерный (задействован один узел) и двухконтроллерный (Active-Active) режим работы системы (Рис. 2), при котором оба узла активны, работают одновременно и имеют доступ к единому набору дисков. Под узлами понимаются аппаратно-независимые компоненты системы хранения данных, имеющие собственные процессоры, кэш-память, материнскую плату и которые могут быть объединены в кластер.
Дублирование аппаратных компонентов
RAIDIX обеспечивает непрерывность доступа к данным и высокую степень отказоустойчивости за счет:
- дублирования узлов (материнских плат, модулей кэш-памяти, блоков питания, SAS-контроллеров, системных дисков);
- дублирования каналов подключения к дискам (оба узла подключены к единому набору дисков).
Взаимодействие узлов системы между собой осуществляется по каналам InfiniBand, iSCSI (через Ethernet), Fibre Channel, LSI SAS, что позволяет производить синхронизацию данных и состояния кэшей.
Благодаря наличию двухсторонней синхронизации кэшей на запись между узлами, удаленный узел всегда содержит актуальную информацию о данных в кэше локального узла. При выходе из строя одного узла, второй прозрачно для пользователей берет на себя всю нагрузку вышедшего из строя узла, предоставляя тем самым администратору возможность устранить неисправность без остановки работы системы.
Дублирование аппаратных компонентов и интерфейсов обеспечивает защиту от следующих сбоев:
- выход из строя одного из аппаратных компонентов (процессора, материнской платы, блока питания, контроллера, системного диска);
- отказ интерфейса подключения к дисковым полкам (отказ SAS-кабеля, I/O- модуля);
- выключение питания одного из узлов;
- сбой, возникновение ошибок в ПО на одном из узлов.
Сетевое хранилище данных
В программном обеспечении RAIDIX реализована возможность работы с сетевым хранилищем данных (Network Attached Storage – NAS). Архитектура сетевой системы представляет собой NAS-сервер, объединенный с СХД на платформе RAIDIX и взаимодействующий с клиентскими компьютерами по протоколам SMB/CIFS, NFS, FTP и AFP (Рис. 3).
К основным преимуществам работы с NAS на платформе RAIDIX относятся:
- Низкая стоимость эксплуатации по сравнению с SAN;
- Возможность использования поверх локальной сети;
- Совместное использование файлов – возможность одновременного доступа пользователей к большим объемам данных.
Реализованная в RAIDIX функциональность NAS включает в себя возможности создания и редактирования общих папок с настраиваемыми параметрами (путь, протокол, права доступа, видимость, выбор инициатора).
Особенности реализации NAS в RAIDIX:
Active Directory
При работе с общими папками по протоколу SMB реализована интеграция с Active Directory, что дает возможность подключить к работе с общими папками нескольких пользователей или групп домена и настроить для них разные права доступа.
Система кластеризации
Система кластеризации в серии RAIDIX 4.x позволяет создать отказоустойчивый кластер высокой производительности (настроив двухконтроллерный режим) и расположить массивы на узлах асимметрично, при этом каждый RAID может быть активен только на одном из узлов, через который и будет осуществляться доступ к ресурсам RAID.
Реализованная архитектура решения:
- повышает отказоустойчивость системы за счет функций автоматического и ручного переключения режимов работы узлов (Failover) (Рис. 4);
- способствует увеличению производительности системы благодаря возможности осуществлять Миграцию массивов с одного узла на другой для распределения нагрузки. При этом происходит изменение параметра Предпочтение (Affinity) массива: RAID становится активен на другом узле.
Cluster-in-the-Box
Система кластеризации RAIDIX обеспечивает высокую доступность сервисов и дает возможность системным администраторам:
Уровни RAID
ПО RAIDIX позволяет работать с массивами уровней RAID 0, RAID 5, RAID 5i, RAID 6, RAID 6i, RAID 7.3, RAID 7.3i, RAID N+M, RAID N+Mi и RAID 10.
RAID 6 – уровень чередования блоков с двойным распределением четности, основанный на математических алгоритмах собственной разработки. И данные, и информация четности распределяются по всем дискам RAID-группы. Для RAID 6 характерна повышенная производительность, так как каждый диск обрабатывает I/O запросы самостоятельно, позволяя осуществлять доступ к данным в параллельном режиме. RAID 6 может выдержать полный отказ двух дисков в одной группе.
RAID 7.3 – уровень чередования блоков с тройным распределением четности, который позволяет восстанавливать данные при отказе до 3-х дисков. В основе RAID 7.3 заложен собственный уникальный алгоритм RAIDIX, позволяющий достигать высоких показателей производительности без дополнительной нагрузки на процессор.
RAID 7.3 является аналогом RAID 6, но имеет более высокую степень надёжности — рассчитываются 3 контрольные суммы по разным алгоритмам, под контрольные суммы выделяется ёмкость 3-х дисков.
Для массивов более 32 ТБ рекомендуется использовать именно RAID 7.3, который существенно снижает вероятность отказа дисков без потерь в производительности и стоимости.
RAID N+M – уровень чередования блоков с M распределением четности, позволяющий пользователю самостоятельно определить количество дисков, выделяемых под хранение контрольных сумм. Уникальная технология RAIDIX позволяет восстановить данные при отказе до 32 дисков (в зависимости от количества дисков, выделяемых под контрольные суммы).
Быстрая реконструкция массивов RAID 6, RAID 7.3
В ПО RAIDIX реализована возможность осуществлять реконструкцию массивов RAID 6, RAID 7.3, которая выполняется в 6 раз быстрее по сравнению с аналогичными СХД того же класса без снижения производительности.
Реконструкция проходит в фоновом режиме при замене дисков, практически не влияя на работу пользователей.
В RAIDIX реализован механизм SSD кэширования, что позволяет обеспечить высокие показатели производительности при случайном чтении.
Сквозная запись
В RAIDIX реализован механизм Сквозной записи, таким образом, хост получает подтверждение только тогда, когда данные были записаны в основную память (на диски). Сквозная запись существенно уменьшает риск потери данных и улучшает производительность в двухконтроллерной конфигурации, т.к. не требует синхронизации кэшей.
Алгоритмы кэширования
В RAIDIX реализован новый эффективный алгоритм вытеснения сегментов кэша – Cycle, оптимизированный под тип нагрузки «случайная запись». Ранее, в системе использовался только алгоритм LRU, наиболее подходящий для нагрузки «последовательная запись».
Теперь, пользователь выбирает алгоритм вытеснения самостоятельно, опция реализована в веб-интерфейсе RAIDIX.
Более того, команда RAIDIX R&D активно изучает и в ближайшем времени интегрирует новейшие и самые эффективные технологии кэширования с возможностью настройки их средствами пользовательского интерфейса.
Защита от скрытого повреждения данных
Скрытое Повреждение Данных (Silent Data Corruption), как правило, возникает из-за ошибок в работе драйверов, прошивки диска, памяти, повреждений поверхности диска и аналогичных программных и аппаратных сбоев. Скрытые ошибки не распознаются контроллерами жестких дисков и операционной системой до тех пор, пока не приведут к повреждению структуры данных.
Частичная реконструкция
Рост емкости жестких дисков и увеличение времени восстановления данных на диске приводит к тому, что в момент длительной реконструкции вероятность выхода из строя дополнительных дисков также возрастает, как следствие, увеличивается и риск потери данных.
Благодаря собственному алгоритму расчета RAID-массива, в ПО RAIDIX реализован уникальный механизм Частичной реконструкции, позволяющий восстанавливать только отдельную область жесткого диска, содержащую поврежденные данные, уменьшая время восстановления массива. Частичная реконструкция крайне эффективна для массивов больших объемов.
Упреждающая реконструкция
В ПО RAIDIX улучшен механизм Упреждающей реконструкции, позволяющий оптимизировать скорость чтения в процессе восстановления данных на дисках за счет исключения из процесса дисков, скорость чтения с которых ниже, чем у остальных.
Механизм Упреждающей реконструкции может использоваться в следующих режимах:
Постоянно: система «запоминает» диски с наибольшим временем отклика и перестает отправлять им запросы в течение одной секунды, данные восстанавливаются за счёт решения системы уравнений. Затем система выявляет другие диски, и данные вновь восстанавливаются. Таким образом, удается увеличить производительность системы.
По требованию: механизм запускается только в том случае, если в RAID группе появляется один медленный диск. Система перестает отправлять ему запросы, в UI диску присваивается статус Медленный, а администратору предоставляется возможность выполнить замену.
Оптимизация случайного доступа
В RAIDIX реализована возможность создать том с оптимизацией случайного доступа (ОСД), использующей технологию дедупликации данных.
Том с подключенной технологией оптимизации случайного доступа может использоваться для:
- Виртуализации и экономии дискового пространства.
Основным принципом развертывания виртуального рабочего места является создание для каждого пользователя виртуальной среды, которая состоит из операционной системы, файлов данных приложений, и различных настроек, которые обычно включает в себя физическая рабочая среда. Учитывая, что, в среднем, одно рабочее место занимает от 10 до 20 ГБ для каждого пользователя, можно предположить, что объем свободного места в хранилище может резко уменьшиться, после добавления всего нескольких сотен пользователей.
Используя ОСД, а именно сочетание дедупликации и тонкого распределения ресурсов, объем места в хранилище, которое занимают виртуальные рабочие места, можно уменьшить в 8 – 35 раз.
- Работы с базами данных и транзакционными приложениями.
Базы данных и транзакционные приложения представляют собой огромные массивы информации, получаемые из различных источников – от мобильных телефонов и бухгалтерских программ, до различной бытовой техники. ОСД, примененное к таким массивам данных, обеспечивает уменьшение места в хранилище, отведенное под архивы информации, полученной из перечисленных источников.
Используя ОСД, можно добиться увеличения емкости хранилища в 2-5 раз.
- Тонкого распределения ресурсов системы, не влияющего на работу системы, позволяющего устранить превышение доступности ресурсов СХД, осуществляющего более эффективное управление томами.
Оптимизацию случайного доступа можно использовать только на отдельном типе тома и подключается при создании тома, отключить случайную оптимизацию нельзя.
Маскирование
В терминах RAIDIX под маскированием понимается определение правил доступа инициаторов к разделам LUN.
Правила маскирования таргетов позволяют назначить iSCSI/Fibre Channel/InfiniBand таргет на целевом устройстве, через который соответствующий раздел LUN будет доступен инициаторам.
Правила маскирования хостов позволяют определить уровень доступа инициатора к определенному разделу LUN, а также управлять доступом инициаторов одновременно ко всем разделам LUN.
Модуль мониторинга работы системы
В ПО RAIDIX реализована возможность проводить измерение реальных параметров работы СХД при помощи модуля мониторинга Производительность, позволяющего планировать конфигурацию, рассчитывать и повышать производительность как внутри системы хранения, так и на пути передачи данных. Вся информация доступна в графическом виде в веб-интерфейсе системы в режиме реального времени.
Модуль состоит из двух функциональных разделов (вкладок): Скорость передачи данных (Data Rate) и Трассировка (Trace).
Вкладка Скорость передачи данных (Data Rate) предназначена для пользователей СХД и позволяет проводить оценку производительности системы с использованием следующих графиков: Скорость передачи данных, Время отклика и Объем передаваемых данных.
Скорость передачи данных
Графики скорости обмена данными в режиме реального времени (Data Rate) позволяют получить подробную информацию о скорости выполнения операций чтения/записи в различные временные промежутки (последнюю минуту/час/день). Например, график Последняя минута (Last Minute) (Рис. 5) в реальном времени отображает информацию о скорости передачи данных за каждую секунду последней минуты.
По вертикальной оси графика указывается скорость обработки данных (в МБ/сек), по горизонтальной – временной диапазон.
Время отклика
Объем передаваемых данных
Графики Объема передаваемых данных (Transfer Size) (Рис. 7) отображают количество переданной информации (по блокам) за различные промежутки времени (последняя/текущая минута, последний/текущий час/день) и являются Функциональные характеристики RAIDIX полезными инструментами для планирования и мониторинга процедуры резервного копирования.
Настройка отображаемой информации в разделе Data Rate может быть произведена при помощи следующих фильтров:
- RAID – отображает статистику по указанному массиву/ всем созданным массивам;
- LUN – отображает статистику по указанному разделу LUN/ всем созданным LUN;
- Алиас инициатора – отображает статистику по указанному алиасу инициатора/ всем созданным инициаторам;
- Сессия – отображает статистику по указанной сессии/ всем установленным сессиям;
- Таргет – отображает статистику по указанному/всем существующим таргетам.
Трассировка
Раздел Trace ориентирован на инженеров, выполняющих первичный подбор конфигурации СХД и пуско-наладочные работы. Со страницы Trace доступна информация об:
- определенной записи;
- всей истории записей;
- предыдущей или последующей 1000 записей.
Доступна информация следующих графиков раздела Trace, позволяющая инженерам осуществлять настройку параметров производительности системы:
- LBA;
- Transfer Length;
- Cache Access Time;
- Command Execution Time;
- Data Transfer Rate;
- Command Transfer Rate;
- Write Back;
- Read Ahead;
- Non Real Time Command;
- Write Cache Saturation.
Сканирование дисков
В RAIDIX реализована возможность сканировать входящие в массив диски на выполнение операций чтения или записи для оценки производительности массива. Результаты сканирования показывают количество команд на чтение/запись, выполненных системой за указанный интервал времени. Анализ результатов позволяет выявить диски с наименьшей производительностью. Результаты сканирования представляются в таблице (Рис. 8).
Интерпретация результатов сканирования поверхности дисков на чтение и запись
При запуске теста на чтение/запись в соответствующих разделах страницы Сканирование дисков (Drive Scan) появится информация о количестве обработанных запросов в различные интервалы времени. Например, по результатам теста на чтение на Рис. 8 видно, что диск в слоте с номером 7 обладает лучшими характеристиками скорости, так как наибольшее количество запросов было выполнено за самый короткий временной интервал (0-24 миллисекунд). Нулевые значения в остальных столбцах (временные интервалы от 350 и более миллисекунд) для диска свидетельствуют о том, что все запросы во время операции записи выполнялись максимально быстро.
Благодаря реализованной в RAIDIX функциональности SparePool, администратору предоставляется возможность создать один или несколько наборов резервных дисков (SparePool), включив в него один или несколько дисков (Рис. 9); один набор резервных дисков может быть назначен одному или нескольким RAID, которые администратор хочет «защитить» механизмом «горячей замены» диска (hotspare).
Настройка источника бесперебойного питания
В ПО RAIDIX реализована возможность отключения системы по уведомлению источника бесперебойного питания (ИБП). Настройка параметров осуществляется через удобный виджет в веб-интерфейсе (Рис. 10).
Универсальный тип инициатора
В RAIDIX системой по умолчанию устанавливается универсальный тип инициатора, что обеспечивает работу любого LUN с инициаторами любой из поддерживаемых операционных систем. Опция упрощает процедуру подключения инициаторов к системе хранения.
QoSmic (Quality of Service)
В RAIDIX реализован сервис QoSmic, который позволяет без участия администратора, в автоматическом режиме, выставлять приоритеты тем или иным приложениям, ограничивая при этом обработку запросов от служебных утилит и нецелевых приложений. QoSmic позволяет распределить нагрузку, грамотно используя ресурсы системы хранения.
LUN неограниченных размеров
Размер создаваемого логического раздела LUN ограничивается только размером имеющегося RAID массива, что является дополнительным преимуществом при работе с большими объемами аудио/видео данных.
Список систем RAIDIX
В RAIDIX реализована возможность обнаружения всех систем RAIDIX, находящихся в одной локальной сети. Пользователю доступны имена узлов, их конфигурация, информация о неполадках и операциях, связанных с переключением режимов работы узлов (Рис. 11).
Обновленный интерфейс управления
Начиная с версии RAIDIX 4.3.2, интерфейс приобрел новый дизайн, стал более понятным и пополнился новыми возможностями (Рис. 12).
Веб-интерфейс ПО RAIDIX характеризуется следующими особенностями:
Упрощённое обновление ПО RAIDIX
RAIDIX предлагает простейший механизм обновления системы из веб-интерфейса (Рис. 13).
Характеристики продукта
Mware ESXi 5.5, 6.0, 6.5, 6.7;
Linux: (включая, но не ограничивая) Red Hat Linux, SuSE, ALT Linux, CentOS Linux, Ubuntu Linux.
У меня есть два диска по 500 ГБ, и вчера я отразил первый диск на второй, используя программный RAID 1.
ПК был включен в течение 30 часов. На обоих дисках написано «Resynching», но индикатор прогресса отсутствует. Кроме того, на обоих дисках есть маленький желтый восклицательный знак.
- Сколько времени может занять синхронизация для 500 ГБ диска с 150 ГБ данных? ПК имеет 4 ГБ оперативной памяти и двухъядерный процессор AMD 4000+
- Есть ли способ контролировать состояние синхронизации?
- Как я могу проверить, что означает восклицательный знак?
Вот как вы можете получить процент / статус обратно:
Выберите один из raid-дисков в разделе «Управление дисками». Затем справа (с Windows 7 Professional) у меня есть опция «Дополнительные действия», когда я нажимаю, что появляется новое меню с опцией: Обновить.
Этим действием я вернул процент, он все еще на 4%, хотя здесь: P. Удачи
Или вы можете просто подождать. Я считаю, что синхронизация должна длиться 15-30 минут, прежде чем она даст вам завершенный процент. В Windows 10 эта опция отсутствует, но вы можете нажать F5, чтобы запросить обновление, процент должен отображаться ПОСЛЕ нескольких секунд. @EricGrange просто хочу, чтобы вы знали, что у меня Windows 10 Pro, и я вижу вариант - но мне нужно развернуть Управление дисками на боковой панели в разделе «Действия». Если вы не видите «Действия», вам может потребоваться нажать «Вид»> «Настроить» и поставить галочку рядом с панелью «Действия».Вот резюме для тех, кто ищет в этой теме и имеет проблемы по этой проблеме.
Вы можете уйти на месяцы, годы, прежде чем произойдет повторная синхронизация, если вам повезет. Любая реализация RAID потенциально пострадает от этой обратной синхронизации. Это произойдет независимо от того, будет ли HW или SW raid, но эти примечания относятся конкретно к программному RAID-массиву XP / Vista / W7. В W7 зеркалирование даст более высокую производительность, чем отдельный диск, но повторная синхронизация может быть выполнена лучше.
Raid 1, зеркальный набор, всегда должен будет повторно синхронизироваться после любого необычного выключения системы. Если нужно нажать кнопку питания, потому что система полностью заблокирована, или она отключается из-за сбоя питания, тогда при следующем запуске будет произведена повторная синхронизация Raid 1. (Существуют предположения, что Центр обновления Windows может вызвать повторную синхронизацию, применяя обновления только к одному диску из набора. Это может быть или не быть правдой.)
Повторная синхронизация применяется ко всему диску, а не только к одному разделу или используемой части.
Windows 7 (всегда можно надеяться, что в W8 все может быть по-другому) синхронизируется примерно с 10% нормальной скорости диска. У меня есть диски 80 МБ / с, но они синхронизируются со скоростью около 7 МБ / с. Любая активность на зеркальном наборе замедлит ход событий.
Если у вас есть возможность перезагрузить систему до завершения повторной синхронизации, она начнется заново.
Прогресс% -age не будет отображаться в течение некоторого времени. Нажатие F5 с активным окном управления должно в конечном итоге вызвать его, но вы можете подождать около часа, прежде чем это сработает.
Используя среднее из шестого шага и размер диска, теперь вы можете предсказать общее время до того, как набор зеркал будет равен 100%. Например, у меня установлено зеркало размером 1,5 ТБ, и я нахожу, что мое среднее обновление составляет около 7 МБ / с, что дает ETA 60 часов. Я считаю, что это довольно точно. Я не занимаюсь редактированием фотографий или видео в промежутке, что немного неприятно, но работа будет очень
вялой и задержит ETA.
Я надеюсь, что это успокаивает людей, которые столкнулись с этой проблемой. Это время будет увеличиваться по мере увеличения количества дисков, и я хотел бы, чтобы MS сделала несколько вещей: во-первых, используйте некоторый адаптивный алгоритм, чтобы обеспечить более быстрое использование скорости дисков, особенно позволяя повысить приоритет, когда система не используется. было бы больше похоже на 5 или 6 часов, если бы можно было использовать полную скорость ввода-вывода; во-вторых, отслеживайте повторную синхронизацию секторов, чтобы можно было перезапустить их при необходимости по другим причинам.
В этой статье содержится два метода реинитиализации кэша и базы данных автономных файлов в Windows XP.
Применяется к: Windows XP
Исходный номер КБ: 230738
Сводка
Невозможно объединить автономные изменения на \ \ server_name \ share_name. Параметр неправильный.
Дополнительная информация
Способ 1
Кэш автономных файлов — это структура папок, расположенная в папке %SystemRoot%\CSC, которая скрыта по умолчанию. Папку CSC и все файлы и подмостки, которые в ней содержатся, не следует изменять напрямую; это может привести к потере данных и полному сбою в работе функций автономных файлов.
Если вы подозреваете коррупцию в базе данных, файлы должны быть удалены с помощью просмотра автономных файлов. После удаления файлов из просмотра автономных файлов синхронизация файлов может быть принудительной с помощью диспетчера синхронизации. Если кэш по-прежнему не работает правильно, сброс автономных файлов можно выполнить с помощью следующей процедуры:
Кэш Offline Files на локальном компьютере будет повторно инициализирован. Все изменения, которые не синхронизированы с компьютерами в сети, будут потеряны. Все файлы или папки, доступные в автономном режиме, больше не будут доступны в автономном режиме. Требуется перезапуск компьютера.
Хотите повторно встраить кэш?
Щелкните Да два раза, чтобы перезапустить компьютер.
Способ 2
Использование редактора реестра
Если вы не можете получить доступ к вкладке Автономные файлы, используйте этот метод для повторного использования кэша Автономные файлы (CSC) в системе путем изменения реестра. Этот метод также используется для повторной работы базы данных автономных файлов и клиентского кэша на нескольких системах. Добавьте следующий подкай реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\NetCache
Имя ключа: FormatDatabase
Тип ключа: DWORD
Ключевое значение: 1
Фактическое значение ключа реестра игнорируется. Это изменение реестра требует перезапуска. При перезапуске компьютера оболочка повторно инициализирует кэш CSC, а затем удаляет ключ реестра, если запись реестра существует.
Все кэш-файлы удаляются, а несинхронизированные данные теряются.
Использование Reg.exe
Вы также можете автоматизировать процесс настройки этого значения реестра с помощью редактора Reg.exe командной строки. Для этого введите следующую команду в окне Reg.exe:
Чтобы повторно инициализировать кэш и базу данных автономных файлов в Windows Vista или Windows 7, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:
942974 на Windows Vista или Windows клиентского компьютера на 7 основе можно получить доступ к автономным файлам, даже если файл сервер удален из сети.
Читайте также: