Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x,

У вас вылетел 1 диск на 3Тб
Вы заменили упавший диск
Что нужно сделать, чтоб хранилище заработало?

Если это RAID-10, то нужно в упавшем RAID-1 скопировать данные с выжившего диска на новый.

У вас вылетело 2 диска в raid10?
Что произошло с вашим массивом?

Вероятность вылета 2-х дисков из одного зеркала одновременно крайне мала. Вероятность разрушения RAID-массива можно оценить.
Например, у нас имеется RAID-10 из 4-х пар дисков по 8 ТБ (зеркал), соединенных в RAID-0. Полезный объем – 32 ТБ.
Предположим, что вероятность выхода из строя нового жесткого диска в первые 3 года работы равна 0,08.
Предположим, что вероятностное распределение выхода диска из строя от отработанных дней равномерное. Вычислим вероятность выхода из строя двух дисков из одного зеркала при условии, что между моментами их вылета прошло меньше 7 полных суток. (Мы закладываем 7 полных суток на копирование данных с выжившего диска в зеркале на новый, который мы поставим вместо вылетевшего.) Эта вероятность равна 0,000087 (Можете проверить). Но у нас 4 зеркала. Какова вероятность, что хотя бы одно из них безвозвратно разрушится в течении 3- лет? Эта вероятность равна 1 - (1 - 0,000087)^4 = 0,00035. То есть шансы безвозвратно потерять данные равны 2874:1. Мне кажется, что этого достаточно.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x, А как же RAID-10 (RAID-0 из зеркал по 2 диска)? Здесь вроде не чему перестраиваться.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x, первый раз о таком слышу.
А если выбирать из типов RAID, то какой наиболее подходящий?
ps. Почитал. Стриммер точно не подходит.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

sim3x, Пока без бюджета. Бюджет ещё рассматривается, но чем меньше, тем лучше. Нет смысла тратить больше, чем достаточно.
Скорость не важна.
Расположение – на сервере предприятия.

Стоит задача организовать хранение 30 ТБ фото и видео материалов с гарантией того, что ни один бит хранимых данных не исказится. Как это реализовать?

А почему не просто RAID-1?

Как можно физически спрятать сервер от нейтронов, залетающих из космоса, которые являются частой причиной спонтанных ошибок RAM?

GavriKos, и как, помогает? А у данного сервера, кстати, ECC нет.

Как можно физически спрятать сервер от нейтронов, залетающих из космоса, которые являются частой причиной спонтанных ошибок RAM?

Шапочку для сервера ?

Как можно физически спрятать сервер от нейтронов, залетающих из космоса, которые являются частой причиной спонтанных ошибок RAM?

Тогда нужно знать функцию плотности вероятностей энергии нейтронов (функцию распределения по скоростям) на поверхности Земли. Думаю, смогу найти.

Как в MySQL 5.7 сделать, чтобы при пропуске в insert значения для ENUM-поля (NN) генерилась ошибка?

Вопрос остается открытым. Как сделать, чтобы при пропуске в insert значения для ENUM-поля (NOT NULL) генерилась ошибка? То есть мне нужен действительно строгий режим БД.

Как в MySQL 5.7 сделать, чтобы при пропуске в insert значения для ENUM-поля (NN) генерилась ошибка?

Нужно вроде так: insert into `test`(id) values (1);

Как в MySQL 5.7 сделать, чтобы при пропуске в insert значения для ENUM-поля (NN) генерилась ошибка?

Нет. ENUM-поля NOT NULL и без дефолтного значения.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Оптимус Пьян, присоединяюсь к вопросу.

В MySQL не работает STRICT_TRANS_TABLES. Почему?

Boris Korobkov, а проще точно нельзя? Просто это как-то странно...

В MySQL не работает STRICT_TRANS_TABLES. Почему?

Boris Korobkov, просто это как-то странно выглядит, так как никто из комментирующих тот пост не заметил никакой ошибки... Ну да ладно. Каким тогда образом мне сделать так, чтобы при пропуске ENUM-поля с NOT NULL генерировалась ошибка, а не вставлялся 1-й элемент из этого ENUM?

В MySQL не работает STRICT_TRANS_TABLES. Почему?

Тогда я совсем запутался. Вот тут Хабрахабр: Раскрываем магию MySQL или о строгости ... автор пишет:

Если в insert запросе не указаны данные для одной из колонок, то MySQL будет обрабатывать эту ситуацию в следующем порядке:
1. Если столбец имеет значение по умолчанию, то используется это значение и на этом всё заканчивается, в противном случае происходит переход к следующему шагу
2. Если столбец не имеет параметр NOT NULL, то присваивается NULL и на этом всё заканчивается, в противном случае поведение зависит от переменной sql_mode, точнее от строгости самого режима.

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

Для нестрого режима будет вставлено значение по умолчанию для заданного типа данных.
Значения по умолчанию для каждого типа данных:
Для типов int и float значение по умолчанию ноль (0)
Для всех строк, кроме типа enum – пустая строка ('')
Для enum – первый нумерованный член

.

Или я чего-то не понимаю?

Что почитать об анализе изображений и методах выделения движушихся объектов?

Pena, спасибо!
А можете ещё кинуть ссылку на яндексовские лекции, о которых вы упомянули?

Что почитать об анализе изображений и методах выделения движушихся объектов?

Первым делом посмотрел видео от Натальи Васильевой об анализе изображений, далее яндексовские лекции все по тому же введению в анализ изображений

Поделитесь, пожалуйста, ссылками.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Ещё в документации написано, что если БД находится в strict mode, то при попытке записи в поле ENUM невозможного значения, выпадет ошибка.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

Только что проверил в консоле MySQL 5.7 у себя.
При insert into speedlimit values (1, 60); и insert into speedlimit values (2, 5); выдает ошибку.
А insert into speedlimit values (3, '60'); проходит.

TINYINT vs ENUM: в ситуации, когда возможных целочисленных значений всего несколько?

///Но я не рекомендую использовать enum с числовыми значениями.///
Почему?