Что такое consistency check
consistency check
1 consistency check
2 consistency check
контроль совместимости
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]
Тематики
Тематики
проверка согласованности (в экологическом менеджменте)
(В контексте интерпретации жизненного цикла)
Процесс верификации того, что допущения, методы и данные применяются согласованно на всем протяжении оценки и в соответствии с установленными целью и содержанием исследования.
Примечание
Проверка согласованности выполняется до того, как сделаны заключения.
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]
consistency check
Process of verifying that the assumptions, methods and data are consistently applied throughout the study and in accordance with the goal and scope definition.Note. The consistency check should be performed before conclusions are reached.[ISO 14043]
[ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]
Тематики
3.42 проверка соответствия (consistency check): Процесс верификации того, что допущения, методы и данные находят последовательное применение в ходе исследования и соответствуют цели и области исследований, определенных до момента получения заключений.
3.42 проверка соответствия (consistency check): Процесс проверки того, что допущения, методы и данные находят последовательное применение в процессе исследований и соответствуют цели и области исследований, определенных до момента получения заключений.
7.2.3.2 проверка соответствия (consistency check): Процесс верификации того, что допущения, методы и данные находят последовательное применение в ходе исследований и соответствуют цели и области исследований, определенных до момента получения заключений.
3 consistency check
peek-a-boo check — проверка на просвет; сличение на просвет
selection check — выборочная проверка; выборочный контроль
routine check — программный контроль; программная проверка
cross check — перекрестная проверка; перекрестный контроль
4 consistency check
peek-a-boo check — проверка на просвет; сличение на просвет
selection check — выборочная проверка; выборочный контроль
routine check — программный контроль; программная проверка
cross check — перекрестная проверка; перекрестный контроль
5 consistency check
6 consistency check
check routine — программа контроля; контролирующая программа
peek-a-boo check — проверка на просвет; сличение на просвет
7 consistency check
8 consistency check
9 consistency check
10 consistency check
11 consistency check
12 consistency check
13 consistency check
14 consistency check
15 consistency check
16 consistency check
17 consistency check
18 consistency check
19 consistency check
20 consistency check
См. также в других словарях:
Consistency Check — [engl.], Konsistenzprüfung … Universal-Lexikon
consistency check — sutapties patikrinimas statusas T sritis Standartizacija ir metrologija apibrėžtis Matavimo rezultatų patekimo į numatytąjį intervalą patikrinimas. atitikmenys: angl. consistency check vok. Eignungsprüfung, f rus. проверка совпадения, f pranc.… … Penkiakalbis aiškinamasis metrologijos terminų žodynas
проверка согласованности ( consistency check) — 3.1.2 проверка согласованности ( consistency check): Процесс верификации соответствия допущений, методов и данных, применяемых в исследовании, цели и области исследования. Примечание Согласованность проверяют до формирования заключений. Источник … Словарь-справочник терминов нормативно-технической документации
check — <
Local consistency — In constraint satisfaction, local consistency conditions are properties of constraint satisfaction problems related to the consistency of subsets of variables or constraints. Several such conditions exist, the most known being node consistency,… … Wikipedia
Data consistency — summarizes the validity, accuracy, usability and integrity of related data between applications and across an IT enterprise. This ensures that each user observes a consistent view of the data, including visible changes made by the user s own… … Wikipedia
Occurs check — In computer science, the occurs check is a part of algorithms for syntactic unification. It causes unification of a logic variable V and a structure S to fail if S contains V. In theorem proving, unification without the occurs check can lead to… … Wikipedia
Immunity Aware Programming — When writing firmware for an embedded system, immunity aware programming is a set of programming techniques used in an attempt to tolerate transient errors in the program counter or other that would otherwise lead to failure.Immunity aware… … Wikipedia
проверка — 2.9 проверка [аудит]: Систематическая и объективная деятельность по оценке выполнения установленных требований, проводимая лицом (экспертом) или группой лиц, независимых в принятии решений. Источник: ГОСТ Р 52549 2006: Система управления… … Словарь-справочник терминов нормативно-технической документации
Belief revision — is the process of changing beliefs to take into account a new piece of information. The logical formalization of belief revision is researched in philosophy, in databases, and in artificial intelligence for the design of rational agents.What… … Wikipedia
Default logic — is a non monotonic logic proposed by Raymond Reiter to formalize reasoning with default assumptions. Default logic can express facts like “by default, something is true”; by contrast, standard logic can only express that something is true or that … Wikipedia
Нужно ли при первоначальной настройке/установке сервера делать check consistency на рэйде?
Это мой первый сервер с raid, потому сильно не ругайте.
Пришел R-Style Marshall с 5 дисками из которых 4 было объединено в 10-й рэйд, а 5 был оставлен под hot spare. Все сделано было с помощью встроенной утилиты. Причем в ней VD0 уже был видел. Идем дальше и после загрузки bios VD0 уже не виден.
Решил сделать check consistency в той же утилите, но этот чек занимает огромное количество времени.
1. Нужно ли вообще делать это при первоначальном создании рэйда?
2. Без последствий можно прервать этот процесс?
3. Может я просто что-то недонастроил в bios?
Стоит делать не только при начальной установке сервера, но и время от времени (не реже раза в месяц).
Кроме того, разумные RAID-контроллеры имеют настройку а-ля Patrol Read, которая помогает заранее обнаруживать сбои дисков (т.е. обнаруживать нечитаемость какого-то блока до того, как данные в этом секторе кому-то понадобятся), что повышает сохранность 🙂
Прервать можно смело и без последствий, хотя при новом запуске проверка начнётся сначала. Это проверка, она (если всё хорошо) ничего не пишет на диски. Если в процессе проверки обнаружатся проблемы, вероятно, контроллер заменит диск на spare и начнёт ребилд, который хотя и можно прервать, но этого делать настоятельно не рекомендуется.
А что за RAID у вас? Как оно само себя называет? Это fake, или чип встроен в плату, или же карточка отдельная стоит? Какого объёма диски?
Нужно ли при первоначальной настройке/установке сервера делать check consistency на рэйде?
Что такое consistency check
Всем привет, давно хотел написать для себя напоминалку, по поводу того какие виды кэша на рейд контроллерах LSI и Intel бывают, и какие настройки лучше всего выставлять для достижения максимальной производительности на ваших RAID контроллерах. Сразу хочу отметить, что если у вас есть запас времени, перед, тем как отдать сервер в продашен заказчику, то не поленитесь все же провести несколько тестов с разными настройками, и не забывайте, до их начала обновить все прошивки на оборудование и RAID контроллер.
Общие понятия по видам кэш
Существует три разновидности cache на RAID контроллерах:
Рассмотрим более детально, что из себя представляет каждая политика кэширования.
Read policy (Политика чтения)
Политика Read Ahead Policy: При ее включении контроллер начинает считывать последовательно сектора на диске, находящиеся за сектором с которого извлекается информация. При низкой фрагментации данная политика позволяет увеличить скорость чтения. Каждая операция чтения будет потреблять больше ресурсов жесткого диска, но если запросы на чтение последовательные это может существенно уменьшить количество запросов на чтение на жесткие диски и может существенно повысить производительность. Этот параметр будет работать только если типичный размер запроса на чтения меньше, чем ширина полосы пропускания.
Политика No Read Ahead (Normal) : При данном режиме контроллер не будет считывать последовательно данные, данный режим предпочтительнее когда будут производиться рандомные (случайные) чтения. Также этот режим рекомендуется при измерении последовательного чтения с помощью I/O meter под Windows.
Политика Adaptive Read Policy : по сути политика адаптивного чтения при которой контроллер запускает политику упреждающего чтения только после того, как две последние операции запрашивали доступ к последовательно идущим блокам данных. Если далее идут блоки рандомно разбросанные по дисковой подсистеме контроллер возвращается в нормальный режим работы. Этот режим рекомендуется использовать, если нагрузка на RAID контроллере подразумевает смешанные и последовательные операции.
Write policy (Политика записи)
Политика W rite-Through : Включая данную политику контроллер начинает посылает сигнал о завершении записи только тогда, когда информация упадет на физические носители, т.е. 100 процентов будет уже на жестких дисках. Обеспечивает более высокую безопасность. Данный режим не использует кэш для ускорения записи, и будет медленнее других, однако позволяет так же достичь хороших показателей при RAID 0 и RAID 10.
Политика Write-Back : Включая данный режим политика кэширования RAID контроллера начинает посылать сигнал о завершении записи только тогда, когда информация попадает в кэш контроллера, но еще не записана на дисковый массив. Обеспечивает более высокую прозводительность чем при политике write-through. Приложение продолжает работать, не дожидаясь, чтобы данные были физически записаны на жесткие диски. Но есть одно большое, но если во время работы RAID контроллера в таком режиме у вас пропадет электричество, то с 99 процентной вероятностью вы потеряете данные, для предотвращения этого есть BBU батарейки или модули защиты данных, так же советую проверить что у вашего сервера есть UPS (источник бесперебойного питания) и дублирующее подключение питания от блока питания.
Политика Write-Back with BBU : Данный режим это все тот же Write-Back, но разница в том, что у нас есть батарейка BBU, которая предотвращает потерю данных при выключении электропитания.
BBU или Battery Backup Unit (Модуль Резервной Батареи). BBU дает батарейную защиту питания для cache RAID контроллера. В случае сбоя питания, BBU поможет сохранить данные в кэше.
I/O Policy (Политика ввода/вывода)
Политика ввода/вывода определяет, будет ли RAID контроллер сохранять данные в кэше, который может уменьшить время доступа к ним при последующих запросах на чтение сделаными в те же самые блоки данных.
Политика direct IO : чтение происходит с дисков. Прямой режим I/O рекомендуется в большинстве случаев. Большинство файловых систем и множество приложений имеют свой собственный кэш и не требуют кэширования данных на уровне контроллера RAID.
Политика Cached IO : При ее включении чтение происходит с дисков, но прочитанные данные одновременно кладутся в кэш. Запросы тех же данных в последствии берутся из кэша. Этот режим может потребоваться, если приложение или файловая система не кэширует запросы чтения
Disk cache policy : это политика кэша диска. Если ее включить то на дисках будет храниться дополнительный кэш, это будет влиять на скорость записи в худшую сторону, но будут быстрее считывание, так же при включенном режиме есть риск потери данных.
Настройка RAID контроллера для лучшей производительности
Любой инженер по системам хранения данных, хочет чтобы его инфраструктура работала как можно быстрее и использовала весь функционал заложенный в ней. Каждый вендор RAID контроллеров, имеет некий best prictice для своей продукции, давайте сегодня рассмотрим их на примере контроллеров Intel и LSI.
Оптимальные настройки для контроллеров Intel
Ниже представлена таблица с рекомендуемыми настройками для контроллеров Intel, для достижения максимальной производительности. О таких параметрах как Stripe size, Virtual Drive initialization, Consistency Check, Patrol Read мы поговорим ниже. Как видите лучшим режимом чтения является Adaptive Read Ahead, а режимом записи Write Back.
Оптимальные настройки для контроллеров LSI
Ниже представлена таблица с рекомендуемыми настройками для контроллеров LSI, для достижения максимальной производительности. Будут рассмотрены сводные таблицы для HDD и для SSd дисков.
Оптимальные настройки для HDD
Размер stripe 256 kb, включение disk Cache Policy включен, выбран I/O Policy Direct IO, нужно дать закончить lun инициализацию
MegaRAID Settings for Maximum HDD Performance
Оптимальные настройки для SSD
Размер stripe 256 kb, включение disk Cache Policy включен, выбран I/O Policy Direct IO, нужно дать закончить lun инициализацию, режимы записи для разных видов RAID разные.
MegaRAID Settings for Maximum SSD Performance
Оптимальные настройки для HP контроллеров
Факторы влияющие на производительность
Рассмотрим что такое Stripe size, Virtual Drive initialization, Consistency Check, Patrol Read.
Что такое consistency check
MegaRAID Patrol read
MegaRAID Patrol read periodically verifies all sectors(including system reserved area) of drives including hot spare connected to a controller. The goal is to protect data integrity by detecting drive failure before the failure can damage data. The corrective actions depend on the drive group configuration and the type of errors.
Patrol read starts only when the controller is idle for a defined period of time and no other background tasks are active, though it can continue to run during heavy I/O processes.
Note: A patrol read is initiated only when the controller is idle for a defined time period and has no other background activities, such as Background initialization, rebuilding, consistency check etc..
Read Patrol is an adaptive process that runs as a background operation on the MegaRAID controller. It is adaptive, so that during periods of high disk access by the host applications, read patrol activity is lessened, and thus does not interfere with the applications.
During periods of lesser disk accesses by host applications, the read patrol activity can be increased. The purpose is to make sure that all stripes of a logical drive are read within a reasonable period of time, thus trying to ensure that the user’s data is available when needed. This process causes the drives to read the data by issuing read-verify commands. By using the read-verify command, the data from the drives is not transferred to the MegaRAID adapter unless an error is detected and reported by one or more drives included in the stripe. If a single drive reports an error within the stripe, the read patrol function initiates read commands to all the other stripe unit drives and the data for this single failing stripe unit is recreated by the MegaRAID adapter from the remaining data and parity stripe units.
After recreating this data, the adapter then issues a write-verify command to the drive that reported the error on the read-verify command and writes this recreated portion of the stripe to that drive. After this write completes successfully, this is now a known good stripe, and read patrol can continue with the next stripe. In the event that two or more drives report errors during the read-verify portion of the read patrol, the failing stripe will be added to the Bad Stripe Table.
Глоссарий по RAID технологии
RAID Levels 0 (Уровень 0 или Striping): Блоки данных размещаются последовательно на нескольких дисководах, обеспечивая более высокую скорость доступа, чем при размещении на одном дисководе. Этот уровень не обеспечивает никакой избыточности.
RAID Levels 1 (Уровень 1 или Mirroring): Дисководы объединены в пары и являются зеркальным отражением друг друга. Все данные на 100 процентов продублированы, но при этом занимают в два раза больше дискового пространства.
RAID Levels 3 (Уровень 3): Данные «разбросаны» по нескольким физическим дисководам. Помимо данных на одном из дисководов хранится информация о четности, которая может использоваться для восстановления данных.
RAID Levels 5 (Уровень 5): Данные «разбросаны» по нескольким физическим дисководам. Помимо данных на дисководах хранится информация о четности, которая может использоваться для восстановления данных. В отличие от RAID Levels 3 информация о четности распределена по всем дисководам для их равномерной загрузки.
RAID Levels 0+1 (Уровень 0+1): Комбинация RAID 0 и RAID 1. Этот уровень обеспечивает избыточность за счет зеркалирования.
RAID Levels JBOD (Уровень JBOD): сокращение от «Just a Bunch of Drives» (Только Связка Дисководов). Каждый дисковод используется независимо, как если бы они были подключены к обыкновенному контроллеру дисководов. Этот уровень не обеспечивает избыточность данных.
RAID Levels 10 (Уровень 10): Комбинирует (объединяет) RAID 0 и RAID 1, т.е. зеркалирование группы дисководов, объединенных в RAID 0 для обеспечения максимального быстродействия. Этот уровень обеспечивает избыточность за счет зеркального отражения.
RAID Levels 30 (Уровень 30): Комбинирует (объединяет) RAID 0 и RAID 3, т.е. используется контрольная сумма для группы дисководов, объединенных в RAID 0 для обеспечения максимального быстродействия. Информация о четности может использоваться для восстановления данных.
RAID Levels 50 (Уровень 50): Комбинирует (объединяет) RAID 0 и RAID 5, т.е. используется перемещаемая контрольная сумма для группы дисководов, объединенных в RAID 0 для обеспечения максимального быстродействия. Информация о четности может использоваться для восстановления данных.
Ready (Готов): SCSI дисковод находится в состоянии «готов», если он включен и доступен, чтобы быть сконфигурированным в течение текущего сеанса, но остается не сконфигурированным.
Online (Активизирован): SCSI дисковод находится в «активном» состоянии, если он включен, был определен как часть группы дисководов; и работает должным образом.
Standby (Ожидание): SCSI дисковод находится в состоянии «ожидание», если он включен, способен работать должным образом, но не было определен, как часть какой-либо группы дисководов.
Rebuild (Восстановление): SCSI дисковод находится в состоянии «восстановления» во время этого процесса. В течение этого процесса, данные восстанавливаются и записываются на дисковод. Это состояние также именуется состоянием ‘Write-Only’ (WRO) («Только для записи»).
Segment Size (Размер Сегмента) – параметр, задаваемый вместе с размером полосы (stripe size) и представляет собой размер данных, который будет прочитан или написан за одну операцию. Размер сегмента (также известный как «размер строки кэша») должен быть основан на размере полосы, который Вы выбрали. Обычно по умолчанию размер сегмента принимается равный 8КБайт.
Stripe Width (Ширина Полосы) – количество разбитых на полосы SCSI дисководов в пределах группы дисководов.
Striping Disk Drives (Разметка дисководов) – метод, позволяющий объединить несколько дисководов в RAID в один логический диск. Разметка включает в себя разбиение полезного объема каждого дисковода на полосы (страйпы – stripe), которые могут быть размером от одного сектора (512 байт), до нескольких мегабайт. Размер страйпов определяется исходя из типа программного обеспечения и интенсивности обмена данными. Затем эти страйпы вкруговую послойно объединяются, так что общий объем массива составлен из страйпов поочередно всех дисководов.
Большинство современных операционных систем таких, как NT, UNIX, NetWare, поддерживают перекрытие (т.е. одновременное выполнение) операций ввода-вывода, совершаемых на разных дисководах. Следует иметь в виду, что для достижения максимальной скорости ввода-вывода необходимо равномерно распределить обращения к дисководам так, чтобы каждый дисковод работал максимально возможное время. В многодисковой системе без разметки равномерная загрузка дисководов практически невозможна. На некоторых дисководах будут находиться файлы, к которым обращения будут происходить часто, обращение же к файлам на других дисководах будет происходить лишь изредка. Оптимальная работа приложений с интенсивным вводом-выводом на дисковод достигается в том случае, когда размер страйпов достаточно велик, чтобы одна запись умещалась в одном страйпе. В этом случае можно быть уверенным, что данные и операции чтения-записи будут равномерно распределены между дисководами, входящими в состав массива. В этом случае каждый дисковод будет обслуживать свою операцию, что, в свою очередь, позволит довести количество одновременно выполняемых операций до максимума.
В однопользовательской системе для приложений с интенсивным обменом и большим размером записей выгодно использовать небольшой размер страйпов. В этом случае скорость обмена возрастает вследствие того, что происходит одновременное считывание разных частей одной и той же записи с разных дисководов. К сожалению, небольшой размер записи практически полностью исключает одновременное выполнение разных операций чтения-записи, так как все дисководы участвуют в каждой операции. Это не страшно при работе в операционных системах типа DOS, так как такие операционные системы не «умеют» выполнять несколько одновременных обращений к дисководу. Видео- и аудио-приложения, а также медицинские приложения, работающие с длинными записями, будут работать в оптимальном режиме при небольшом размере страйпов массива. Потенциальным недостатком использования маленьких страйпов является то, что для достижения предельной скорости работы массива придется обеспечить синхронизацию вращения дисководов. Если этого не делать, то в каждый момент времени диски будут иметь разный угол поворота. А это значит, что операция чтения или записи не будет завершена до тех пор, пока все диски не повернуться в необходимое положение. В этом случае, чем больше дисководов в массиве, тем ближе среднее время завершения операции к наихудшему случаю – одиночного диска, находящегося в наиболее невыгодном положении. Синхронизация вращения дисков гарантирует, что все дисководы начнут и закончат чтение одновременно. В этом случае среднее время доступа массива в точности соответствует среднему времени доступа одиночного дисковода.