SSD для сервера БАЗ данных

SSD обычный и серверный

silver_ktulhuРешил понять насколько велико реальное отличие «обычного» и «серверного» SSD. SSD — это твердотельный накопитель (вместо магнитных пластин HDD в нём микросхемы флэш-памяти), который при всех его плюсах так же имеет и массу минусов, из  которых главный для меня — время работы ячейки, а с ней и общее время работы SSD.

Есть несколько видов ячеек: SLC — применяется в серверах, самая выносливая; MLC применяется в ширпотребе, eMLC применяют в серверах; TLC — дальнейшее развитие MLC в сторону удешевления.

Ремарка: Кстати, современные HDD большого объёма (от 2 ТБ) живут не так долго, как обычно люди ожидают, в среднем от 3 до 5 лет.

Потому, если вам дороги ваши данные, занимайтесь резервированием оных, хотя бы копированием на внешний носитель (желательно два), иначе потеряете их в миг, а восстановление таких объёмов дорогая штука. :))) Современные «корзинки» на USB 3.0 обеспечивают хорошую скорость копирования в районе от 50 до 100 МБ/сек.

Больших плюсов у SSD три: скорость, она на пределе интерфейса SATA-3, многопоточность и ударопрочность, т.е. если вы его уроните товероятность потерять данные минимальна, в отличие от HDD, где вероятность  потери ~ 98%, ну и потребление энергии минимально, это нужно для портативки (ноуты, планшеты и т.д. и т.п.). Вот такие вводные. Думаю многие об них знают и многие пользуются.

И так в своё время я взял для эксперимента OCZ Vertex-2 объёмом в 120 гиг, я хотел понять насколько технология эффективна и сколько будет работать. Я обычным образом поставил систему, т.е. без всяких оптимизаций, и посмотрел сколько он проработает, сдох примерно за полтора года работы. Забит он был на 90%, что, как оказалось, не слишком хорошо.

Полтора года работы SSD меня очень огорчили и я взял HDD WD Raptor на 150 гиг. По прошествию времени народ писал что детские болезни более — менее излечили и сейчас это хороший продукт и сравнив всякие модели я взял SSD Intel 520 на 180 гиг, было это ~1,5 года назад. За это время здоровье его осталось на 100% при том, что я спихнул на него все временные файлы и файл подкачки, т.е.

нагрузил его максимально, правда оперативки у меня аж 64 ГБ, что не даёт системе (Windows7 x64) сильно много писать на диск. :)SMART его на данный момент выглядит вот так:По неофициальным данным ресурс одной ячейки составляет ~5000 перезаписей, что в среднем больше чем по рынку, где это число составляет ~3000, плюс хорошо оптимизированная прошивка.

И подумал я, есть ли вариант с более длительным сроком жизни по приемлемой цене, ну и начал искать. В сторону ячеек SLC я не смотрел вообще, мы рассматриваем только MLC, кому хоца понять что это идём сюда.

Оказалось что вышел в свет подвид MLC — eMLC, что расшифровывется как EnterpriseMLC — типа MLC для серверов. Различие между ними отсутствует! Просто eMLC — это придирчиво отобранные MLC.

Я нашёл серию Deneva 2R у фирмы OCZ. Вот и купил для работы модель OCZ Deneva 2 R D2RSTK251E19-0200 на 200 гиг. Заявленное число циклов перезаписи у этой модели близко к SLC и по данным НИКС'а составляет ~ 200.000. При том у другой модели с индексом Е11 уже составляет 30.000, но и стоит дешевле.SMART на сегодня:

Сколько он проработает мне неведомо, надеюсь долго. Если у кого-то есть опыт общения с корпоративными SSD или знакомые с таким опытом, узнайте сколько живёт SSD в сервере и на какой нагрузке.

silver_ktulhu

Краткий фото-обзор с дня города. Это просто выборка.Пошёл с объективом 70-200 для «ловли» людей. В такой толпе сложно их ловить. 🙂 Потому общих видов машинок нет, а машинки прекрасные.

Но ещё прекраснее были ребята из бальных танцев :))) Цвет нарядов девчонок вы не сможете посмотреть, т.к. он был настолько яркий, что «влазит» только в профиль ProPhotoRGB, который шире чем AdobeRGB и гораздо шире чем sRGB.

:)))Это начальная часть праздника, на остальных я не был.

Это процентов 10 от общего количества. :))

Page 3

silver_ktulhuНечаянно наткнулся на хорошую программу для обработки интервальных съёмок (timelaps; цейтрафер) LRTimelapse 3.Чем она хороша?1. работает напрямую с РАВами, все изменения пишет в метафайл.2. Работает в связке с Adobe LightRoom 3-5, это позволяет на лету изменять любые параметры любых кадров.3.

Работает с ключевыми кадрами, что позволяет делать любые эффекты изменяемые во времени: плавный переход дня в ночь и наоборот; плавное панорамирование и масштабирование; постепенное усиление или ослабление любых параметров (насышенность, контраст и т.д. и т.п.)4. Анимация градиентного и радиального фильтров.5. Удаляет мерцание, позволяет компенсировать сильные броски яркости.

Главное, что всё делается в двух программах, взамен четырёх+плаги. 🙂

Пример видео:Съемку из дня в ночь покажу позже, нужно снять сначала :)))Быстро собранный пример обработки и панозума.

Своеобразные уроки. Смотреть обязательно! Т.к. связка очень не явная. 🙂 Перевод фактически не требуется.

Требует установки Явы, т.к. построена полностью на ней.

Кому надо, берите (100 Мб)

В комплекте оффлайновая Ява для х64.

Page 4

silver_ktulhuОпять я о «зелёной» энергетике. В масштабах страны. Сегдня разбирают Фатерлянд:

Причина наступления жопы, думаю, всем понятна. Когда ветер дует, а солнце светит, немцам нахрен не нужны ни атом, ни газ с углём. По данным Федерального бюро Статистики (Destatis), в 2012м году Германия экспортировала 66.6 ТВт/ч электроэнергии. Но, когда не дует и не светит —  к ним приходит кариес  Импорт. Та же Destatis сообщает, что в упомянутом 2012м году страна импортировала 43.8 ТВт/ ч.   

  Вроде бы, всё зашибись: профицит жеж… Но если мы посмотрим на ситуацию, «так скать, вооружённым глазом», то увидим звёздочку, что профицит этот кривой. Фатерлянд экспортирует электричество, субсидированное выдранными с мясом у населения и промышленности деньгами; Фон Кихот  заборол отечественную атомную энергетику, чтобы профинансировать французскую.

Page 5

silver_ktulhu

ряд хорош, звука на работе нет :)Пока вышло 4 серии, всего пять.

Ссылка на журнал Александра БУБНОВА

1 серия

2 серия

или

3 серия

http://vimeo.com/71881595

4 серия

На Vimeo: http://vimeo.com/72301694

На :

http://www..com/watch?v=cq7RhV3bi4Y&feature=share&list=PLuJL_3VgXJemkb4yXBI5Hskg50SFa9U9d (ждём пятую серию)

Спасибо http://alek-morse.livejournal.com/74712.html

Page 6

|

Источник: https://silver-ktulhu.livejournal.com/60371.html

История одного сисадмина: решение проблем с подключением SSD к серверному оборудованию Intel

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

При таком раскладе многие всерьез начинают задумываться об установке SSD-дисков с

тем, чтобы обеспечить высокоскоростную, надежную и качественную систему хранения данных в рамках рабочего сервера. Сегодня такие идеи реализуются системными администраторами повсеместно, однако не у всех все и всегда проходит гладко и без проблем. Предлагаем рассмотреть типичный случай – возможно, это поможет вам решить проблемы, возникающие с установкой и подключением SSD к собственному серверному оборудованию.

Поиск достойных решений ввиду ограниченного бюджета и вытекающие проблемы

В компании, где работает один знакомый системный администратор, бюджет был весьма ограничен. При этом требовалось достаточно мощное и надежное решение для того, чтобы справляться с достаточно неплохим массивом установленных на серверных системах программ. Таким образом, он остановил свой выбор на OСZ-Vertex4. По сути, это сравнительно недорогие, но вместе с тем прекрасные диски, которые тем не менее не рассчитаны на сильно нагруженные системы.

В данном случае расчет шел на то, что в условиях текущей активности дисков SSD способны исправно и бесперебойно работать в течение ближайших 1,5-2 лет в активном режиме использования, загрузки/выгрузки данных. При таких условиях именно этот вариант оказался наиболее окупаемым за год его использования. Однако на практике все вышло не совсем та.

Решалась проблема полным обесточиванием сервера для одних д исков и перепрошивкой – для других. Стабильность системной работы, соответственно, значительно снизилась.

В итоге руководство компании пришло к выводу о том, что такие SSD с технологией MLC не подходят для поддержания работы сервера данного масштаба. В качестве альтернативы стали искать варианты более качественного сегмента, на базе технологий SLC и eMLC. В силу непомерной дороговизны SLC-дисков выбор пал на eMLC-технологии. В качестве золотой середины среди таких вариантов, как диски HP,PNY и OCZ – последние подошли идеально по качеству и цене.

С этими дисками также возникли проблемы. Пришлось производить замену дисков.

Процесс замены и подключения SSD к серверам

На рабочей в тот момент платформе R1208GL4DS имелась возможность горячей замены дисковых накопителей. Едва ли такой технологией удивишь кого бы то ни было сегодня. Таким образом, были извлечены старые SSD, а на их место поставлены новые. Теперь сервер выпал из сети. В качестве решения был использован IPMI для подключения к серверу. И тут стало понятно, что сервер находится в состоянии постоянной перезагрузки.

Но самым страшным было сообщение о том, что загрузочное устройство отсутствует «No boot device available». При этом производилась замена не системных дисков, а дисков с данными. Получается, что даже при их отсутствии система должна была работать. Из панели RAID-контроллера не получалось найти ни одного рабочего диска, как нового, так и старого.

Первым решением было отключение новых дисков и повторная перезагрузка, которая в итоге помогла. Контроллеру удалось распознать старые диски, которые теперь имели статус «Unconfigured». По сути, это означало, что было произведено обесточивание корзины и/или контроллера на физическом уровне. Явно проблема была в новых дисках. При подключении их к обыкновенному персональному компьютеру все работало исправно. А вот при повторном подключении к серверному оборудованию диски пропадали.

Толкование проблемы и ее решение

Служба техподдержки рабочей платформы растолковала сложившуюся ситуацию примерно так: как известно, большинство SATA/SAS-дисков, имеющие магнитные носители запитаны сразу от двух источников электрического тока на 12 и 5 Вольт. Двенадцативольтовое питание обеспечивает работу механической части диска, в то время как пятивольтовое решение поддерживает в рабочем состоянии его электронную часть. Таким образом, основная питающая нагрузка приходится на двенадцативольтовую шину.

Таким образом, основная питающая нагрузка приходится на двенадцативольтовую шину.

А вот SSD-диски имеют несколько иной принцип работы. Причем бывают они двух типов – один имеет основное питание по шине на 12 Вольт, а основное питание в них проходит по пятивольтовой шине. К примеру, дисковые накопители производства Intel оборудованы специальным контроллером, преобразующим 12В в 5В. А вот вышеупомянутые SSD-диски от OCZ шину на 12 Вольт не используют в принципе, а потому основная нагрузка в данном случае приходится на шину в 5В.

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

При изучении корзины выяснились интересные подробности – на нее с блока питания идет лишь 12 Вольт. Это означает, что пятивольтовое напряжение формирует сама корзина, равно как и самой корзиной осуществляется контроль нагрузки. Данное предположение подтвердилось после поиска решения проблемы на различных форумов системного администрирования.

Получается, что корзина создает пятивольтовое рабочее напряжение, используя IR3837MPbF-контроллер, который обеспечивает защиту оборудования от перегрузок. В DataSheet к этому контроллеру была указана возможность выдерживать нагрузки до порога в 14 ампер. Получается, что разработчики Intel решили подстраховаться с ограничением нагрузки минимум вдвое. Здесь же была указана информация о расчете ограничения, производящегося по замысловатой формуле, а также его смене посредством R-OCSet-резистора.

Таким образом, проблема крылась лишь в одном резисторе, который всего-навсего необходимо было перепаять. Такая перепайка позволяет изменить порог срабатывания электрозащиты, что позволит дискам нормально работать в составе текущего серверного оборудования. В итоге все было перепаяно и, естественно, заработало.

Надеемся, что данная история поможет кому-то из вас сэкономить время и нервы на решение подобных проблем, когда совершенно непонятно, почему SSD не желает работать при прямом подключении к серверному оборудованию.

Источник: https://www.depohost.ru/news/Istoriya_odnogo_sisadmina_reshenie_problem_s_podklyucheniem_SSD_k_servernomu_oborudovaniyu_Intel/

Масштабирование баз данных с помощью дешевых жестких дисков SSD

У меня есть пара вопросов с использованием SSD для производственных баз данных в настоящее время

• Большинство транзакций с базами данных на большинстве веб-сайтов читается не записывается. Как сказал Дейв Маркл, вы максимизируете эту производительность с помощью ОЗУ.
• SSDs являются новыми для основных и корпоративных рынков, и ни один администратор, заслуживающий его соли, не собирается перерабатывать производственную базу данных, которая в настоящее время требует дисков 15000 RPM U320 в RAID5, которые сообщают через фиброканаль к недоказанной технологии.
• Стоимость исследований и тестирования перехода на эту новую технологию, проверки ее в своей среде, обновления рабочих процедур и т. Д. – это более высокая стоимость фронта, как с точки зрения времени, так и денег, чем в большинстве магазинов.

Предлагаемые преимущества

Тем не менее, в будущем есть несколько пунктов, по крайней мере на бумаге, в пользу SSD:

• Более низкое энергопотребление по сравнению с жестким диском
• Значительно низкое тепловыделение
• Более высокая производительность на ватт по сравнению с жестким диском
• Гораздо более высокая пропускная способность
• Гораздо более низкая латентность
• Большинство современных SSD-накопителей имеют порядка миллионов циклов выдержки для записи, поэтому выносливость для записи не является проблемой, как это было раньше. См. Несколько датированную статью здесь

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

Стоимость и производительность

Вы добавили, что у вас есть ограничение по стоимости до 50 долларов США, и вы действительно хотите сохранить его под $ 10K. Вы также указали в комментарии, что можете получить некоторые «дешевые» SSD, избегая того, что SSD будут дешевле, чем администраторы баз данных или консультанты. Это может быть правдой в зависимости от количества часов, в течение которых вам нужен администратор базы данных, и будет ли это заново возвращать расходы. Я не могу сделать анализ затрат для вас.

Тем не менее, одна вещь, о которой вы должны быть очень осторожны, – это SSD, который вы получаете. Не все SSD созданы равными.

По большому счету, «дешевые» SSD, которые вы видите для продажи в $ 200-400 долларов (2008/11/20), предназначены для использования в условиях низкой мощности / тепла, таких как ноутбуки.

Эти диски фактически имеют более низкие уровни производительности по сравнению с жестким диском 10K или 15K RPM – особенно для записи. Диски уровня предприятия, на которых вы говорите, показывают, как работает серия Mtron Pro, – довольно дорого. В настоящее время они находятся вокруг:

• 400 долларов США за 16 ГБ
• 900 USD за 32 ГБ
• 1400 долларов США за 64 ГБ
• 3200 долларов США за 128 ГБ

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

Например, если ваши требования потребовали в общей сложности 128 ГБ доступного хранилища, тогда RAID 0 + 1/10 или RAID 5 с 1 hotspare будет ~ $ 5600

Однако если вам нужен TB доступного хранилища, тогда RAID 0 + 1/10 будет ~ $ 51K, а RAID 5 с 2 hotspares будет ~ $ 32K.

Большая фотография

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

Неправильно сконфигурированная СУБД, плохая схема базы данных или стратегия индексирования могут / повреждать / производительность БД. Просто посмотрите на проблемы, которые Stackoverflow испытал при переходе на SQL Server 2008 здесь и здесь . Дело в том, что база данных является напряженным приложением не только на диске, но и на ОЗУ и ЦП.

Балансирование многовариантной производительности, а также целостность данных, безопасность, резервирование и резервное копирование – это сложный бит.

Хорошей точкой для некоторых исследований может стать сайт / блог Брент Озар. Вы можете узнать его имя – это тот, кто помог команде stackoverflow с проблемами производительности MS SQL Server 2008. Его блог и ресурсы, на которые он ссылается, предлагают довольно много возможностей и глубины.

Обновить

Stackoverflow сами собираются на основе SSD-ориентированного потребителя для их хранения. Читайте об этом здесь: http://blog.serverfault.com/post/our-storage-decision/

Рекомендации

Источник: https://server.bilee.com/3720.html

Как выбрать и настроить сервер для 1C Предприятие 8.3

Чтобы грамотно сконфигурировать сервер для 1С, нужно сначала разложить по полочкам планируемую вычислительную нагрузку. Система «1С: Предприятие 8» требовательна к ресурсам даже в том случае, если пользователей можно по пальцам пересчитать.

Это касается как небольших компаний, использующих базовые конфигурации: «Управление торговлей»,«Зарплата и Управление Персоналом», «Бухгалтерский учет», так и применяющих версии «УправлениеПроизводственным Предприятием» или «1С: Предприятие 8.3. Сервер приложений».

Если в вашей компании более 100 сотрудников, то потребуется удаленная работа через Remote Desktop, чтопотребует дополнительных ресурсов сервера 1С.

Во всех перечисленных случаях грамотный подбор сервера,полностью (или даже с избытком) отвечающего профилю нагрузки — лучший способ избежать традиционных

для использования 1C проблем.

Выбор процессора и определение объема оперативной памяти для сервера 1С Предприятие 8.3

По моим наблюдениям, в компаниях, штат которых не превышает 10 сотрудников, а база 1-5 гигабайт, «1С:Предприятие 8.3» обычно устанавливается на выделенном компьютере. И компьютер этот работает врежиме файлового сервера. Такая нагрузка вполне по силам процессорам Intel Core i3 и E3-12xx. А памяти

оперативной нужно не менее 8 гигабайт (из них 2 гигабайта под ОС).

Средним компаниям, где 5 до 25 пользователей работают с базой до 4 гигабайт лучше всего подойдутчетырехядерные Intel Xeon E3-12xx либо AMD Opteron 4ххх. По четыре гигабайта оперативной памяти хватитдля подсистемы «Сервер приложений» и сервера базы данных MS SQL Server. Традиционно 2 гигабайтазаймет ОС. Получается около 10 гигабайт, из которых не менее трети рекомендуется отвести длякеширования базы данных.

С учётом рекомендаций производителей процессоров и постоянноснижающейся цены за гигабайт памяти рекомендуем 16Гб памяти с коррекцией чётности.В средних и крупных компаниях (100-150 пользователей и БД от 1 гигабайта) с 1C обычно работают втерминальном режиме. При этом на сервере одновременно запускается и сама система, и пользовательскоеприложение.

Опыт подсказывает, что серверные процессоры начального уровня для таких задач не

подходят.

Стоит обратить внимание, что когда оперативной памяти недостаточно, ОС может выгрузить «1С:Предприятие 8.3. Сервер приложений» в файл подкачки (swap file). Нередко в таких ситуациях приложениеможет оказаться недоступным на какое-то время. Закономерный вывод – оперативной памяти всегда

должно быть более чем достаточно.

Чтобы рассчитать требуемые для терминального доступа ресурсы, исхожу из того, что одно процессорноеядро продуктивно обслуживает до 10 пользовательских сессий. Для сеанса из 20 таких сессий будет вполнедостаточно одного высокочастотного процессора, например, Intel Xeon E3-12xx. Из-за особенностей кодапрограммы 1С четыре быстрых ядра будут работать эффективнее, чем восемь медленных. Если числопользователей перевалило за 20, а объем базы данных за 4 гигабайта, необходимы двухпроцессорные

решения на Intel Xeon E5-26xx или AMD Opteron 62xx.

Теперь разберемся с необходимым объемом RAM:

Операционная система	2 гигабайта
Кэширование MS SQL Server	>2 гигабайт
«1С: Предприятие 8.2. Сервер приложений»	4 гигабайта
Одна сессия терминального доступа к приложению «Бухгалтерский учет»	100-120 мегабайт
Одна сессия терминального доступа к приложению «Торговля и склад»	100-120 мегабайт
Одна сессия терминального доступа к приложению «Управление производственным предприятием»	100-120 мегабайт
Одна сессия терминального доступа к приложению «Зарплата и управление персоналом»	120-160 мегабайт
Приложения MS Office (Word, Excel, Outlook)	от 400 мегабайт

Получается, что сервер терминалов для 100 пользователей потребует: 2 Гб+2 Гб+4 Гб (120 Мб+120 Мб+120 Мб+160 Мб)*100 Мб+ 400 Мб*100=17, 2 гигабайта оперативной памяти.

Безусловно, тут лучше переборщить, чем недоборщить – оптимальным решением станут 32-64 гигабайта.

Проектирование дисковой подсистемы сервера 1С Предприятие 8.3

Основная сложность работы с масштабными базами данных в 1С — это временная недоступность таблиц при обращении к ним множества пользователей. Решить эту проблему можно с помощью грамотного планирования дискового пространства.

Для этого важно учитывать показатель IOPS (Input Output Operation per Second) – число возможных операций дисковой подсистемы за одну секунду.

Во время пиковой нагрузки для базы объемом 300 мегабайт при одновременном доступе 3 пользователей IOPS может достигать 600 единиц (2000 IOPS для 15 пользователей, 7000 IOPS для 50 пользователей и 18000 IOPS для 100 пользователей).

Объектно-ориентированная система данных 1С использует пять потоков:

• Таблицы баз данных
• Индексные файлы.
• Системная база для временных таблиц tempDB.
• Лог-файл SQL.
• Лог-файл приложений.

Определение нагрузки на дисковую подсистему сервера для 1С Предприятие 8.3

Параметр	Тип дисков
Desktop SATA 7200 rpm	Enterprise SATA \ SAS NL 7200 rpm	Enterprise SAS 15 000 rpm (10 000 rpm)	Enterprise SATA SSD
Latency (время отклика диска на чтение/запись), микросекунды	4 160	4 160	2 000	40/50
Disk Reads/sec (количество операций чтения в секунду), IOPS	120-140	120-140	240-300	90 000
Disk Writes/sec (количество операций записи в секунду), IOPS	100-120	100-120	220-280	30 000

Таким образом, для всех дисков скорость записи уступает скорости чтения. При этом даже начальные модели SSD в несколько десятков раз превосходят по всем параметрам HHD.

В серверах баз данных применяют RAID-массивы, а не отдельные диски, поэтому для определения реальной производительности дисковой системы нужно учитывать затраты на запись IOPS, так называемые «пенальти». На «пенальти» делится общая сумма IOPS всех дисков в группе RAID.

RAID 0	RAID 1 (or 10)	RAID 5	RAID 6
«Пенальти» на чтение	1	1	1	1
«Пенальти» на запись	1	2	4	6

Например, для RIID 5 из четырех дисков SATA со скоростью 7200 оборотов в минуту продуктивность рассчитывается так: (4*100 IOPS) / 4 = 100 IOPS. А для четырех таких же дисков в RAID 10, производительность будет равна 200 IOPS ((100 IOPS *4) / 2). 

Таким образом, можно сделать вывод, что двух объединенных в RAID 1 HDD SATA 7200 серверу, скорее всего, не хватит. Для надежной работы и хранения базы данных оптимальным будет RAID 10.

Столь любимые ранее RAID 5 и 6 не имеют экономического смысла на небольших (до 10Тб) объёмах. С точки зрения надёжности многодневный ребилд RAID 5 и 6 не выдерживает вообще никакой критики.

Оптимизация нагрузки сервера 1С 8.3

Чтобы усилить возможности записи дисковой подсистемы на 30-90%, можно увеличить количество дисков в RAID, выполнить кеширование в режиме отложенной записи, использовать диски с более высокой скоростью и низким «пенальти».

Самыми высокоскоростными считаются RAID массивы из SSD на базе SAS контроллеров или PCIe. У них есть лишь два минуса – технологические ограничения совместимости и относительно высокая стоимость. А бесспорными плюсами SSD являются возможность организации многоуровневого хранения данных.
Современное отношение цена-объём у SSD таковы, что экономически выгодно использовать пару SSD объёмом до 1Тб в RAID1 для размещения нескольких логических разделов: системного, логов, кэша и баз 1С.

Оптимальное размещение компонентов 1С на дисковой подсистеме будет примерно таким:

Таблицы БД	RAID 1 для малых БД   RAID 10 для средних БД   Серверные SSD с аппаратным RAID-контроллером;   PCIe SSD для систем, требующих высочайших показателей IOPS;
Временные файлы TempDB	Один или два (RAID 1) SSD
Log-файлы	Отдельный физический диск/RAID 1 либо логический диск на   RAID-массиве с ОС
ОС	RAID 1  SSD.
Пользовательские файлы: документы, чистые базы, выгрузки и т.п.	RAID 1  HDD.

N.B. Для виртуализированной инфраструктуры сервер базы данных должен быть установлен на физический носитель. Таблицы, индексные и временные файлы должны быть подключены к виртуальной машине в монопольном режиме через Direct Access. Это позволит выиграть до 35% общей производительности системы.

Выбор сетевого интерфейса

Для малых и средних предприятий самым экономичным с точки зрения сетевых операций будет Ethernet. При этом сервер базы данных SQL, сервер приложений «1С: Предприятие» могут находиться на одном физическом сервере. Этот же сервер может обслуживать пользовательские сессии удаленного доступа к 1С.

Описанная выше архитектура (исключающая Ethernet-цепочку SQL-сервер —> Сервер приложений 1С —> пользовательская сессия 1С) является оптимальной потому, что минимизирует временные затраты на упаковку/распаковку трафика. В системе 1С значительные объемы информации передаются по всей цепочке в обе стороны. Естественно, что прямая передача через оперативную память или виртуальный сетевой интерфейс существенно быстрее.

Такая архитектура является максимально эффективной, но не самой надежной. Повысить отказоустойчивость можно с помощью виртуализации и зеркалирования (кластеризации). Крупные базы данных с серьезной вычислительной нагрузкой часто используют несколько физических хостов. В таком случае рекомендуется связать все устройства по сети 10Gb Ethernet.

Небольшие базы, построенные на экономичных сетевых адаптерах 1 Gb, значительно теряют производительность на Ethernet-портах. Как правило, в таких решениях два или три встроенных порта GbE основаны на десктопных чипах. Передача данных через них задействует ресурсы процессора, RAM и внутренних шин. Если таким образом построена виртуализированная система, производительность ее сетевого трафика может быть снижена на треть.

При этом заметить, что сетевой интерфейс перегружен, весьма непросто. Нагрузка перераспределяется на центральный процессор или сетевую карту. Чтобы избежать снижения производительности и перегрузок системы, необходимо убрать порты десктопных чипов из потока данных. А еще лучше – интегрировать сетевую карту на серверном чипсете.

Настройка Windows

В настройках электропитания операционной системы выберите и активируйте план «Высокая производительность», и далее: 

• Изменить дополнительные параметры плана → Управление питанием процессора → Минимальное состояние процессора → 100%. 

Согласно тестам, эта простая настройка дает существенный прирост производительности и значительно ускоряет выполнение процессов в 1С, например, время открытия форм сокращается почти вдвое.

Способы повышения отказоустойчивости системы

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

Из аппаратных решений особенно важным является использование UPS, дополнительных блоков питания, корзин горячей замены и резервирования дисков. Но первое место в вопросах сохранности данных занимает их регулярное плановое резервирование.

Сохранение БД как минимум один раз в сутки и создание файла Full SQL log позволит оперативно восстановить данные при повреждении системы. Для оперативного создания архивов мы предлагаем компактные сетевые накопители, не требующие покупки лицензионного ПО и устойчивые к вирусным атакам.

Считается, на небольших предприятиях за месяц не должно быть больше двух сбоев в работе 1С, а продолжительность нарушений не должна превышать четырех часов.

Для быстрого восстановления нормальной работы системы нужны образы виртуальных и физических серверов в виде виртуальных машин на отдельном диске или сетевом накопителе.

Нередко сервер 1С приходится ставить в помещении, где работают сотрудники. Для таких условий мы рекомендуем специальные корпуса-башни с пониженным шумом.

Петр Чикорский, ведущий технический специалист компании Larga 

Источник: https://larga.ru/article/server-1c