@number09

Имеет ли смысл переплачивать за ECC память в сервере базы данных, если пользователи работают на «обычной» оперативной памяти?

Если допустим сервер 1, а пользователей много, то толку от этой коррекции ошибок оперативной памяти на сервере, если с его данными работает скажем еще 60+ человек без этой коррекции ошибок?
  • Вопрос задан
  • 168 просмотров
Пригласить эксперта
Ответы на вопрос 2
@Drno
какая разница как работают пользователи, если это предназначено для сервера? он же пишет данные в БД... а не пользовательские ПК
Ответ написан
snaiper04ek
@snaiper04ek
Не стреляйте в эникея, он админит как умеет
Короткий ответ: да, имеет.
Тем более не такая уж там и большая переплата, лол.

Чел, коррекция ошибок защищает от проблем, которые возникают из-за случайных ошибок. Соотношение ошибок случайных к системным 1 к 2. То есть из трёх сбоев оперативки, от одного защитит ECC.

Вопрос "имеет ли смысл переплачивать" звучит как "имеет ли смысл защититься от проблем за сколько-то рублей, если..."
Вот у тебя и надо спросить.
Представь ситуацию - данные на сервере оказались не консистентны, это вызвало ошибку в системе, в которой ты работаешь. База данных? А ты уверен что тебе нужны проблемы с БД, пусть даже теоретические?

Как долго ты будешь это восстанавливать? 5 минут, день? Есть опыт восстановления?

Какая разница что там у пользователей? У них будут косяки, окей, но речь идёт о сервере? На что повлияет сбой сервера? Сколько это будет стоить по времни/по упущенной прибыли/по количеству твоих вымотанных нервов?

Вообще, если ты в принципе задаёшь такой вопрос, то тут выбора нет - ECC обязательно.
Это как галочка в настройках приложения, которая не понятно что делает, но возле неё предупреждение: "Не меняйте эту настройку, если не уверенны точно, на что это повлияет". Вот. Не обезьянь с конфигом сервера, и да не обезьяной будешь.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы