Какую конфигурацию компьютера использовать для файловой 1С:Предприятие 8.3 и выполнения повседневных задач?

Question

[Николай]

Необходимо собрать компьютер для повседневных задач(работа с документами и бухгалтерскими программами) и файловой 1С:Предприятие 8.3 несколько баз и несколько пользователей которые работают с ними через толстый клиент. Необходимо собрать под эти нужды компьютер, что бы было не только быстро но и надежно.
Предполагаю использовать следующую конфигурацию:
ОС Microsoft Windows 10 Pro;
Процессор INTEL Core i5-7500;
Материнская плата GIGABYTE GA-B250M-DS3H (rev. 1.0);
Оперативная память Kingston KVR24N17S8/4 (2 шт.);
Жесткий диск Western Digital WD RE 500 Гб WD5003ABYZ.

Конкретнее по вопросам:
1. Не избыточна ли данная сборка, если да то что на что поменять?
2. Стоит ли использовать SSD (если да то каким образом, установить на него ОС, базу 1С или все вместе просто разделив его)?
3. Как безопасно организовать хранение данных?

Рассчитывал использовать SSD для ОС и базы 1С, периодически делать с него полную копию (после заметного изменения версий ПО и прочего, но не часто), а на жесткий диск настроить создание бекапов. К сожалению бюджет ограничен и реализация RAID 1 возможна лишь в ущерб приведенной сборке. Возможно кто то сталкивался с подобным и сможет поделиться личным опытом.

Answer 1

[АртемЪ]

Не избыточна ли данная сборка, если да то что на что поменять?

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

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

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

Зачем в таком контексте может понадобиться RAID 1 - ума не приложу.
Насчет копирования не совсем понял - о чем вы.
Если про бэкапы, тут все просто - если информация важна, их делать обязательно, если информация не важна, и ее не страшно потерять - можно не делать.
Бэкапы разумеется делаются на другую машину.

Comments

[Николай]

В интернете не редко пишут, что лучше базу на SSD в RAID 1, надежно и довольно шустро. Современные SSD конечно заметно лучше того, что было раньше в плане надежности, но как я понял все же лучше перестраховаться. Моя сборка впритык к выделенному бюджету, думал использовать процессор 8 поколения, но материнские платы для них стоят почти как сам процессор, а то что попроще заметно уступает данной модели в производительности, опять же мое субъективное мнение.
Насчет копирования я имел в виду, что сделать полную копию системы когда все будет установлено и периодически после обновлений на случай если SSD или HDD на котором она находится накроется, то можно будет безболезненно поставить эту копию на любой другой жесткий диск.

[АртемЪ]

Николай, В интернете много что пишут.
Тут важно знать что, для чего используется, и нужно ли это конкретно вам.

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

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

Современные SSD конечно заметно лучше того, что было раньше в плане надежности

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

По поводу резервного копирования образа - это в первую очередь важно и нужно для админа. Если конечно у вас нет желания переставлять систему при любой проблеме.
Я всегда в резервное копирование включаю образ системы.
Обычно хватает раз в три дня.
Делать удобнее всего штатными средствами windows.
Бэкап базы - там надо почаще, как правило раз в сутки. Тут все от критичности задач в данном конкретном случае зависит. У владельцев надо спрашивать.

[Роман Мисюрев]

RAID1 - зеркало, нужно для обеспечения бесперебойной работы - чтобы в случае отказа диска у вас работа не встала.

И да, и нет. В случае с SSD в RAID1 диски изнашиваются тоже зеркально. Поэтому очень вероятен сценарий, при котором оба (три, десять) SSD в RAID1 умрут одновременно

[АртемЪ]

Роман Мисюрев, Не совсем понятно почему - "и да, и нет."

По поводу SSD в RAID1 - почему это они должны изнашиваться зеркально? И вообще при чем тут износ?

Поэтому очень вероятен сценарий, при котором оба (три, десять) SSD в RAID1 умрут одновременно

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

[Роман Мисюрев]

Срок службы SSD ограничен, это все знают. Когда они работают в зеркале - они изнашиваются зеркально, это очевидно. Т.е. RAID1 из двух и более SSD-дисков спасет только при физическом выходе из строя одного или нескольких дисков.
Это как, допустим, у вас два факела, которые горят по 2 часа каждый. Вы зажигаете оба одновременно и идете с ними в темноту. Второй вас спасет только от утери или порчи первого, но потухнут, при прочих равных, они одновременно.

[АртемЪ]

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

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

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

[Роман Мисюрев]

диски достаточно разные, и разброс будет достаточно большим, как правило это месяцы.

В чем разница между дисками одного производителя одинаковой модели из одной партии?
Я не к тому, что не надо делать RAID, я к тому, что не следует слепо на него полагаться.

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

В данном конкретном случае я сомневаюсь, что будет кто-то или что-то (тот же zabbix), кто будет ежедневно следить за состоянием дисков, памяти и т.д. ...

[АртемЪ]

В чем разница между дисками одного производителя одинаковой модели из одной партии?

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

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

Поэтому диски достаточно разные, даже в одной партии одного производителя.

Я не к тому, что не надо делать RAID, я к тому, что не следует слепо на него полагаться.

Рэйд1 нужен для обеспечения бесперебойной работы, и он с этим вполне справляется.
Можно полагаться.
От потери данных он вообще никак не защищает, и разумеется в этом плане на него полагаться нет смысла.

[Николай]

Значит у вас есть заметно больший опыт использования SSD чем у меня. Можете подсказать тогда какую лучше использовать - более производительную M.2, но с невысоким показателем TBW:
ADATA XPG SX8000 128 Гб ASX8000NPC-128GM-C
или Intel 535 Series 180 Гб SSDSCKJW180H601
либо менее производительный аналог Kingston HyperX FURY 120 Гб SHFS37A с заметно большим показателем TBW?

[АртемЪ]

Николай, Кингстон и интел мало чем отличаются.
У ADATA характеристики покрасивей, но вот в плане стабильности под нагрузкой не уверен.
На TBW в данном контексте сильно не смотрите - во первых он везде достаточно большой чтобы о нем беспокоиться, во вторых его чаще всего указывают из неофициальных источников, т.е наобум.

Уверены что 120гб хватит?
Какой объем баз?

[Николай]

АртемЪ, насчет TBW у ADATA 80, у Kingston 354 исходя из данных с официальных сайтов, а вот у Intel действительно информацию найти не удалось, можно считать котом в мешке.
Если считать все содержимое расшареных папок, то 25-30 Гб. Но там бекапы, старые версии прочее, сам черт ногу сломит.

[АртемЪ]

Николай, Бэкапы, старые версии и прочую статику - надо хранить в архиве, а не на быстром диске.
Размер базы данных в файловой версии это размер файла 1Cv8.1CD

[АртемЪ]

Насколько я понял в вашей ситуации на компьютере где будет лежать база будет локально работать один пользователь, остальные будут цепляться по сети.
В этом случае важна скорость сети.
Ну и надо понимать что в файловом режиме 1с активно кэширует данные на клиенте и работает в основном с кэшем, изредка сбрасывая данные в базу.
В итоге на тех компьютерах которые будут подключаться по сети скорость работы с базой будет сильно зависеть от их локального диска (лучше чтобы он был SSD), достаточного объема памяти, и нормальной частоты процессора.
Гигабитная сеть - само собой.

[Николай]

АртемЪ, насчет хранения бекапов конечно согласен, но пока нового компьютера не будет не хочу вмешиваться в беспорядок который там устроили. Объем баз если судить по файлам *.1CD всего несколько Гб.

Answer 2

[Роман Мисюрев]

Если пользователи используют этот компьютер как файловую шару с базами 1С, то глубоко все равно какой там проц и сколько памяти. Я не уверен даже, что будет разница между SSD и HDD

Главное бэкапить базу(!); на другой диск, а еще лучше на другой девайс (можно USB-HDD например) или комп

Если же пользователи будут заходить на комп и использовать его как сервер терминалов, то для 1С главное максимальная частота ЦП (а не количество ядер или объем кеша), скорость диска (SSD предпочтителен). Памяти, в зависимости от количества одновременно запущенных баз, я бы брал из расчета по 2Гб на человека + оставить минимум столько же остальной системе

Answer 3

[FreeMaker]

Изначально надо определиться, какие конфигурации будут у вас использоваться на этой машине и как будут подключаться к ней пользователи? Какой объем данных и количество аналитик в учете? Несколько пользователей работают каждый со своей базой или одновременно с несколькими?

Если "стандартные" конфигурации вроде "Бух", "УТ", "ЗуП", прикидывайте 2GB на пользователя, ставьте SSD и обязательно(!) впускайте их в режиме RDP. 1С в режиме толстого клиента очень любит гонять огромные данные через сеть. Да и обслуживать будет проще, когда потребуется установка всяких Vip net csp для Отчетности или ЭДО.

Если "тяжелые" конфигурации, убедитесь, что вам хватит файлового режима. В эмуляции клиент-серверного режима (при файловой базе) есть ограничение в 3GB RAM. На той же ERP может элементарно не хватить памяти для расчета себестоимости, если в базе большой объем документов, наличие встречного выпуска и пр. Режим работы тоже - только RDP, причины выше.

В последних релизах конфигураций есть встроенные мастеры настройки резервного копирования, там все просто по настройке. Копировать лучше на отдельную машину или подключить сервис от 1С - Облачный архив (для Бух 3.0 и УНФ). С Raid не заморачивайтесь, особенно в ущерб этой сборке!

Comments

[Николай]

Если честно совсем не понял для чего RDP(через него будет вся нагрузка идти на новый ПК с 1С, хотя скорость наверняка увеличится). Пользователи значит будут подключаться к этому компьютеру через тонкий клиент? Не требуются ли для подключения через RDP приобретение каких либо лицензий?

[АртемЪ]

Николай, Разумеется для RDP нужна серверная винда и лицензии.
Хотя можно сделать и без серверной, и без лицензий, текущая конфигурация у вас потянет, только памяти добавить.
Тут уж вам смотреть как у вас там с лицензиями.

Если базы небольшие 1-3гб все будет работать и по сети приемлемо, если сетка гигабитная. В блокировки на трех пользователях тоже маловероятно упереться.

Просто когда работаете по RDP - достаточно сделать как надо один компьютер. А если по сети работа - то все вычисления идут на клиентах, поэтому требования идут в основном к клиентам, и к сети.

Очень рекомендую регулярно делать обслуживание базы - переиндексация и сжатие.
Это можно делать скриптом в планировщике задач, по расписанию.

[Николай]

АртемЪ, глянул немного про RDP, как я понял он и в настольных версиях Windows есть, но тогда надо будет лицензию переставлять с клиентского компьютера на компьютер где база? Хотя я не в курсе как там сейчас все настроено. Вообще с 1С практически не знаком, поэтому и такие вопросы задаю.