Интересно)
| ||
Тема: Железный оффтоп
Интересно)
Займаючись улюбленою справою, не працюєш жодного дня свого життя)
спасибо
Да уж :)
Други (и особенно дорогой мэтр Rozik) просвятите, пожалуйста (вики и краткое гугление ответа не дали), почему считается, что для приличного сервера, условно лучше, использование дисков с итерфейсом scsi? Или это уже устаревшая информация?
Налогообложение - это грабёж. По определению.
устаревшая вместе с scsi.
на смену scsi пришел sas (Serial attached SCSI).
вот для общих вопросов ссылка
а почему лучше использовать винты с сас - потому, что под сату хорошие серверные винты (15к) большая редкость, если вообще существуют.
wiki читал, конечно. Не понятно: SAS - более надёжные? Более быстрые или дело в большей надёжности интерфейса?
Налогообложение - это грабёж. По определению.
При описанных объемах, думаю, с головой хватит обычных массивов sata![]()
Займаючись улюбленою справою, не працюєш жодного дня свого життя)
Займаючись улюбленою справою, не працюєш жодного дня свого життя)
При такой нагрузке нужно сразу думать о трехзвенке, один сервер 3 задачи вытягивает плохо. Уже при начальном конфигурировании нужно учитывать динамику документооборота- сколько новых записей будет обрабатываться в единицу времени, и сколько времени пользователи будут готовы ждать ответа сервера.
У SAS команды другие, интерфейс рассчитан на построение больших систем хранения.
SATA - ты выбираешь винт по обзорам в инете, SAS - ты идешь к производителю и говоришь мне надо пара сотен винтов и пара серверов, дайте потестить. Поэтому в SAS шара не катит, там реализуется все что можно и варианты берем винт, который даже SATA 2.0 не иcпользует, ставим контроллер 3.0 и пишем в рекламе SATA 3.0 винт - не прокатят. На надежность сас винтов я бы не рассчитывал, в корпоративе надежность достигается рейдом, а не надежностью одного винта.
Последний раз редактировалось maxx™; 17.02.2014 в 17:20.
Ну как "кривая"? Железо гражданское, но, вполне качественное. Сетевые между серверами интеловские pcie, исключали свитч делали прямое между sql - 1C серверами. Пришли к выводу, что проблема в том, что мы работаем с несколькими открытыми базами одновременно. Когда работаешь в одной базе - проблем существенно меньше. Все настройки - согласно рекомендаций 1Сников. Видимо, эта красота больше рассчитана на работу толпой, но в одной базе, чем по одному человеку, но в толпе баз.
Налогообложение - это грабёж. По определению.
Нужно смотреть, где затык, то есть - как используются базы. Если основная работа- колотить новые доки, то будет перегружена связка сервер приложений- SQL, если выборка- обработка, то sql больше отдыхает и так далее. Учитывая специфику sql, несколько баз лучше растащить по нескольким более слабым серверам, и использовать более мощный сервер приложений, 1С уже хорошо умеет баласировать нагрузку в потоках.
Естественно, 1с сегодня рассчитана на толпу в единой базе, работа в нескольких базах- это наследие семерочного прошлого, в восьмерке такой архаики быть не должно.
На клиентских машинах просто закрывалась 1С и не сразу потом подключалась. Причину не нашли, в логах 1С ничего не прояснило ситуацию.
эксперименты проводили в 2009-2010, может с тех пор что-то изменилось. Сейчас будем переводить одно предприятие на сервер, пока на гражданском железе. Обкатаем - потом, в будущем, всех на взрослый будем перетаскивать.
как же уйти от такой архаики, кроме как организацией разных баз, когда нужно обслуживать некоторое количество разных предприятий?
Налогообложение - это грабёж. По определению.
Социальные закладки