Андрей Овсянкин | Профессиональный разработчик | ООО Серебряная Пуля

«1Script.Web - будущее интернет-приложений на 1Script»

Современный мир технологий неотделим от веб-инфраструктуры. 4 года назад на Инфостарт был анонсирован проект 1Script, который был призван снизить порог вхождения специалиста 1С в мир скриптов автоматизации: настройки серверов, развертывания баз, тестирования и прочего DevOps. Спустя 4 года можно заключить, что проект удался. Количество 1С-специалистов, осваивающих современные инженерные практики с помощью знакомого синтаксиса растет день ото дня. Веб-приложения это не только сайты и интернет-магазины. Запрос рынка таков, что любое современное клиент-серверное приложение должно иметь веб-интерфейс. Почему бы тогда не писать такие приложения на языке 1С? В своем докладе я хочу анонсировать новую платформу на базе 1Script - новый движок веб-приложений, который должен дать 1С-никам возможность создавать востребованные веб-приложения, не переключаясь в малознакомые языковые экосистемы. Мы обсудим возможности этой платформы, подумаем о перспективах этого направления и тому, какие возможности она может нам (как сообществу 1С-ников) предоставить. В качестве демонстрации покажу "боевое" приложение на новом движке - кросс-платформенную консоль администрирования парка кластеров 1С с веб-интерфейсом на борту. В кулуарах будут приветствоваться жаркие споры и священные войны.

Есть ли смысл в диках SSD

1. _liana 06.02.15 07:35 Сейчас в теме
Мнения на форумах расходятся, кто-то говорит, что нет смысла под базу их ставить, а только операционную систему на них. Кто-то говорит, что быстрее 1с стала работать.
Поделитесь своим практическим опытом кто проходил через это.
Ответы
Сортировка: Древо
2. Bienko 161 06.02.15 08:40 Сейчас в теме
(1) _liana, ssd диски (нормальные) всегда быстрее (при прочих равных условиях). Но в вашем случае я не уверен в желаемом ускорении работы. Во-первых, не сказано что у вас сейчас (есть ли рейд, если есть то какой, какие диски стоят, на дисках только база или еще чего...). И, во-вторых, основная проблема вашей базы в том, что она файловая и этим все сказано. Файловая база не предназначена для работы нескольких пользователей (количество пользователей вы тоже не указали). Точнее работать-то несколько пользователей там могут, но при активной работе, а если еще и с одинаковыми данными... Переходите на серверный вариант. Тем более вы сами сказали, что объем растет и состояние работы ухудшается. Что у вас будет через год, когда база станет еще больше? Клиент-серверный вариант для вас, в итоге, будет неизбежен, так что...
5. Cooler 20 06.02.15 09:43 Сейчас в теме
(1) ИМХО, смысл есть, прирост скорости будет, но одновременно надо обязательно озаботиться о надежности хранения данных, исходя из того, что у SSD ограниченный срок службы, сдохнуть он может внезапно, без предварительных симптомов, как HDD, а восстановление данных из сдохшего SSD стоит гораздо дороже.

Так что SSD выбирать тщательно, лучше бы SLC, если получится найти, ставить третьим в систему и настраивать ежедневное автоматическое архивирование базы на другой физический диск. И лучне не на системный, а на тот, на котором сейчас лежит база.
~ADm!t_@vd~; +1 Ответить
7. _liana 06.02.15 09:52 Сейчас в теме
(5) Cooler,
Спасибо за ответ. А по поводу архивирования, конечно, предусмотрим стабильные бэкапы.
26. ture 234 02.06.15 14:05 Сейчас в теме
(1) _liana, Есть смысл, но есть смысл и бекапить тогда постоянно или играть с зеркалами.
3. _liana 06.02.15 08:50 Сейчас в теме
Рейда нет (диск под ОС, диск под базу 1с). На дисках больше ничего нет, кроме перечисленного. Обычные диски на 7200 оборотов.
Пользователей 13-14 (в активном режиме 8-9 пользователей, у остальных в основном просто открыта база). Столько же пользователей было всегда, т.е. за последнее время количество пользователей не увеличилось.
У нас не столь далекая перспектива, примерно на год "быстрой" работы с 1с, а потом обрезка базы (так что пока серверный вариант базы не рассматриваем).
4. x_under 12 06.02.15 09:10 Сейчас в теме
(3) _liana, а смотрели каких именно данных много в базе?
22. alex_sh2008 5 02.06.15 08:32 Сейчас в теме
(3) _liana, Если сервер позволяет развернуть RAID 5, 10, то разверните на SATA дисках 5 или 10 RAID. Хорошие SSD диски стоят от 20 тыс, маловероятно что руководство выделит вам такие средства.
6. _liana 06.02.15 09:51 Сейчас в теме
Кстати данных много каких я посмотрела с помощью программки Tool_1CD.exe. Но суть в том, что не нашла как определить, что скрывается под файлом, например, INFORG5782 ??? Искала аналог файла DD как в 7.7, не нашла.
Но подозреваю, что самый большой объём данных связан с реализациями (журнал реализации и все задействованные с ним регистры).
Если подскажете соответствие таблиц где посмотреть, узнаю более точно.
9. AllexSoft 06.02.15 10:43 Сейчас в теме
(6) _liana, вот что вам надо:
http://langslab.com/ebooks/prof-dev2/tome2/pr-dev-t2-ch23
Регистры сведений

_InfoRg<n> – таблица движений регистра сведений.
_InfoRgChngR<n> – таблица регистрации изменений регистра сведений. Создается, если регистр сведений участвует хотя бы в одном плане обмена.

большие регистры сведений обычно либо ВерсииОбъектов, СоответствияОбъектовИнформационныхБаз, АдресныйКлассификатор ну и ПрисоединенныеФайлы (если у вас файлы храняться в базе)

По поводу SSD скажу так, были случаи когда база вела себя не предсказуема, почему то появлялись непонятные блокировки, ошибки записи.. так что для реальной работы SSD помоему пока что еще рановато, я бы предпочел SaaS диски..хотя как бюджетный вариант SSD можно поставить на файлы транзакционных логов и tempdb, а основную базу хранить на обычном HDD (это для серверного варианта разумеется)
10. x_under 12 06.02.15 10:46 Сейчас в теме
(6) _liana, http://infostart.ru/public/82178/files/

И еще самый просто вопрос: у вас итоги регистров рассчитаны?
12. _liana 06.02.15 12:27 Сейчас в теме
(10) x_under,
спасибо за утилитку. Посмотрела. Самые большие таблицы: Списанные товары и Партии товаров на складах.
29. Chameleon1980 07.06.15 13:36 Сейчас в теме
(6) _liana, в 1С есть встроенная функция которая показывает какая таблица каким данным соответствуем.
что-то Типа: ПолучитьСтруктуруХраненияБазыДанных
8. ~ADm!t_@vd~ 26 06.02.15 10:09 Сейчас в теме
У клиентов 2 ssd диска накрылись через месяц, конечно это не показатель, может партия бракованная, но всеже.
11. _liana 06.02.15 11:39 Сейчас в теме
Я так поняла Операции - управление итогами ?
Если здесь, то нет не рассчитаны ? Есть смысл рассчитать ? Или это увеличит базу, уменьшит скорость работы ?
13. x_under 12 06.02.15 15:19 Сейчас в теме
Ну тогда запускайте расчет итогов, что ускорит проведение документов и формирование отчетов. Вообще это надо делать каждый месяц. Новые конфигурации делают это регламентно. УТ 10 не умеет.
После можно сделать ТиИ.
15. _liana 09.02.15 09:59 Сейчас в теме
21. MyPuK_OLD 02.06.15 07:51 Сейчас в теме
(13) x_under, Если запустить расчет итогов, что происходит с данными в ИБ?.. Не появятся ли какие-либо измененные данные? Для нас это критично, т.к. идет обмен с БП 3.0 и бухи категорически против загрузки измененных данных.
24. StBender 02.06.15 11:34 Сейчас в теме
(21) MyPuK_OLD, новых данных или измененных данных для выгрузки не появится. Просто для таблиц регистров накоплений будут рассчитаны итоговые таблицы, которые могут использоваться при проведении документов, формировании отчетов и прочим. Подбробнее можете почитать тут http://infostart.ru/public/177171/
25. x_under 12 02.06.15 11:39 Сейчас в теме
(21) MyPuK_OLD, нет конечно. Суть итогов регистра: при необходимости запроса остатка товаров система будет пересчитывать не все движения в базе, а оттолкнется от таблицы итогов и дополнит ее движениями.

01.05 + Яблоко 10 шт. 1000 руб.
03.05 + Груша 10 шт. 1500 руб.
25.05 - Яблоко 5 шт. 500 руб.

Итоги на 31.05
Яблоко 5 шт. 500 руб.
Груша 10 шт. 1500 руб.

01.06 - Груша 2 шт. 300 руб.

Например нужен остаток Груш на 02.06: система возьмет остаток и дополнит его движениями за оставшийся перирод
14. artfa 19 07.02.15 16:16 Сейчас в теме
Для примера: у меня на ssd + sql один пользователь, книга покупок формируется 10-15 минут, та же самая база на сервере предприятия обычный диск + sql несколько пользователей, формируется около часа.
16. reazek 12.02.15 11:05 Сейчас в теме
Один из клиентов поменял на компе винт на ссд, на ссд и система и базы.
ЗАметил дикий рост производительности (а точнее 5-кратный ) при обновлении бух и ут -ных баз. бух 2.0 , ут 10.3. все файловые.
17. gringoman 9 12.02.15 15:51 Сейчас в теме
При файловой базе 8-ки после замены на SSD винты рост производительности заметен значительно. Правда базы не особенно жирные (8 ГБ) примерно, по 30-40 пользователей.
Но есть 2 но:
1) Нельзя забивать винты данными более чем на 70%
2) Винты должны быть не бытовые
3) Замена примерно через год-полтора на новые даже если винты не посыпались
Замер производительности не делал, но повторюсь, на "жирных" отчета рост составил примерно в 2-2,5 раза.
18. lDenisZl 02.03.15 17:26 Сейчас в теме
По практике работы во франче у разных клиентов, работать на SSD сказка, так как практически на всех махинах самым узким местом является HDD со скоростью 5400 увеличение скорости формирования отчетов и сравнения объединения конфигураций в 2-3 раза быстрее.
Но про замену каждые полтора года, это факт, необходимая мера!
19. kermzyxer 3 02.03.15 18:35 Сейчас в теме
Не знаю, как на серверах (тоже слышал про ежегодную замену дисков). Но для дома SSD то что доктор прописал. Вначале взял под базы, потом и под ОС тоже. Прирост очень приличный. Диски конечно лучше брать нормальные, но про неожиданное умирание - просто чушь. Есть программы отслеживающие их состояние. У меня под базами уже 3 года, под системой полтора. Количество операций записи для дисков сейчас очень большое. По оценкам программ, мои диски могут служить мне еще 8.6 и 9 лет. Это при ежедневной 12-14 часовой работе.
20. _liana 02.06.15 07:38 Сейчас в теме
Отпишусь по результатам своих наблюдений.
2 месяца как установили SSD под базу (файловая база). Прирост производительности реально заметен, с учетом того, что остальное железо в серваке не меняли. В цифрах не скажу, но на вскидку в 1,5-2 раза, может и чуть больше.
А про периодическую замену дисков SSD даже если они ещё работоспособные полностью согласна. Это как с обувью: если купишь недорогую среднестатистическую обувь, то можно поносить даже когда у них вид немного потрепанный, но если купишь "фирмУ", то носить поношенные как-то не порядочно.
И тем более эти диски всё равно не выбросишь, а просто поставишь их туда, где не так критично в случае их сбоя.
23. ddemon 16 02.06.15 11:26 Сейчас в теме
у нас базы на обычных дисках а логи на SSD и темп база от скуля.
27. StripyCat 04.06.15 14:18 Сейчас в теме
Смысл в SSD дисках точно есть. Для файловых баз производительность вырастает на 200-300% минимум.
При этом приличный небытовой самсунговский диск на 128 ГБ стоит порядка 8 т.р. Вполне подъёмные деньги для организации, как правило.
Ну а бэкапы баз, я думаю, и так по любому у всех делаются :).
28. Alexey_A 7 07.06.15 13:07 Сейчас в теме
присоединяюсь. поставил себе тоже ссд. замена дублей в два с половиной раза быстрее поехала. особенно это критично, когда дублей тысячи и заменяются они до 12 часов, при том что i7-3770 и оперативки 16гб. ну и винда быстрее загружается, мелочь, а приятно :)
30. clify 30.06.15 16:47 Сейчас в теме
На домашнем компьютере уже четвертый год стоит SSD. По ощущением комп работает на 200-300% резвее и стабильнее. Наверное скоро придется менять его...
Если такой диск будет под ОС и базу 1С, не будет ли часть этого SSD диска изнашиваться раньше? Получается часть диска всегда заполнена, а другая часть заполняется периодически. Помню еще в начале нулевых, когда я только начинал общаться с компами, для тех обычных жестких дисков, процедура дефрагментации была очень нужной. И все равно, бадов в начале дефрагментации всегда было больше чем уже на краю диска. Может конечно мое сравнение не очень правильное? Там все таки есть движущиеся детали, а на SSD их нет!
31. Sanek32 15 30.06.15 17:24 Сейчас в теме
на 1С сервере стоит 4 ссд винта уже больше года. Работают замечательно. Сервер работает быстрее чем на сата шных.
32. clify 30.06.15 17:56 Сейчас в теме
(31) Sanek32, а если с клиент-серверной версией сравнить? Хотя мне кажется, что по производительности он и клиент-серверную версию обойдет, если конечно же брать одинаковые базы и количество пользователей!
33. clify 30.06.15 17:57 Сейчас в теме
А четыре винта стоит для RAID массива? RAID5 наверное?
34. AlexO 125 30.06.15 18:00 Сейчас в теме
(33) clify,
RAID5 наверное?
Пятому RAID необходимо минимум 3 диска.
4 диска могут быть как угодно соединены - RAID5, RAID10, RAID0, RAID1 ...
38. clify 01.07.15 09:56 Сейчас в теме
(34) AlexO, смешно... Для RAID0 использовать четыре SSD диска!
35. dresh2110 30.06.15 19:06 Сейчас в теме
Скорость записи документов у Вас вырастет, но от конфликтов блокировок при выполнении транзакции Вы избавитесь только частично, т.к. вероятно один пользователь уже успеет записать объект, прежде чем другой пользователь предпримет попытку записи, а если много пользователей работает одновременно, да и еще записывает один и тот же тип документов, то выигрыш от SSD будет вообще небольшим. Поэтому надо переходить на клиент-серверный вариант, для начала можно обойтись postgreSQL, сэкономив на покупке СУБД, но у postgreSQL есть недостаток, от всех конфликтов блокировок не избавитесь, почитайте сравнение. Но в принципе у меня 20 пользователей работает в УПП на postgreSQL и конфликт блокировок случается только при перепроведении документов.
36. bubus 01.07.15 00:41 Сейчас в теме
Поставил SSD 120 гиг, на ней крутится УТП. Документы чуть быстрее открываются, но связанные документы так же долго как и раньше. Выгрузка быстрее не стала. Хотя операционка ставилась минут 15-20 и работает заметно быстрее. Вывод - 1С платформа имеет "иммунитет" к любым прогрессивным, буржуйским технологиям и остается верной принципу "мы тормозим на всем и где угодно".
37. clify 01.07.15 09:15 Сейчас в теме
postgreSQL конечно хорошо, а если MySQL использовать? Когда раньше с ней работал, то всегда идеально работала! Давненько ей уже не пользуюсь, так как вообще клиент-серверные лицензионные конфигурации давно уже не встречал. Правда сейчас переехали в другой город, наверное еще встречу!
39. ture 234 28.10.16 17:18 Сейчас в теме
Теперь нету смысла без дисков SSD.
У меня гнусмас про 512.
40. Terve!R 28.10.16 18:52 Сейчас в теме
Это по каким-таким расчетам насоветовали товарищи выше менять SSD через год-полтора?
Сейчас через SSD диск надо десятки гигабайт в день гонять, чтобы лет через 5 он выдохся, при чем на ячейках TLC, а MLC выдержит терабайты записи в день. Для SSD уже петабайт записанных данных не предел, а то и несколько, и они проболжают работать. Страшилки про ненадежную память остались в прошлом, на заре развития NAND-памяти.
Лично для меня лучший сейчас производитель - Samsung со своей 3D V-NAND и собственным контроллером, плюс технологии TurboWrite и RAPID кэшируют и ускоряют запись, и это все с гарантией 10 лет. Такой можно и в корпоративные сервера ставить.
antonsat49; +1 Ответить
42. ture 234 02.11.16 11:04 Сейчас в теме
(40) Совсем в тебе нет хозяйской жилки. Диск через год - полтора еще хоть куда, а его снимают с сервака, а ведь он один из лучших был в свое время! И что на нем пишут? И в какую "мусорную корзину" его кидают? А через год еще один освободится! Ну, разжевал тебе все.
41. user631622_mikhailzolotarev 28.10.16 22:01 Сейчас в теме
Быстрее 1с, мне лично больше по нраву
43. v3rter 02.11.16 11:29 Сейчас в теме
Ради эксперимента переносил сетевые шары с файловыми базами на SSD - работали чуть быстрее, обновлялись чуть быстрее, меньше тупили под нагрузкой в 5-6 пользователей и... всё. Выигрыш оказался слабым, так что даже в "гилёвских попугаях" мерить не стал.

Эмпирически установил, что на момент поста локальным (не клиент-серверным) базам с управляемыми формами "для счастья" нужно от 8 Гб оперативы. Особенно если открывать их одновременно по несколько штук и держать одновременно открытым браузер, почтовую программу и клиент электронной отчетности.

Зато SSD позволяет вернуть в строй всякий хлам эпохи DDR1, DDR2, если для него получится найти 4 Гб оперативы, ну или хотя бы 2 Гб.
44. ture 234 07.11.16 12:10 Сейчас в теме
(43) Да, это если с хламом бережно обращались. У меня все древние ноуты давно пожгли, а на эльбрусе еще не подогнали, да и не подгонят, если сравнивать с тем, как раньше подгоняли.
Оставьте свое сообщение
Все разделы

Вакансии

Бизнес-аналитик 1С
Санкт-Петербург
зарплата от 80 000 руб. до 100 000 руб.
Полный день

Руководитель проектов по внедрению 1С документооборота
Санкт-Петербург
зарплата от 100 000 руб. до 130 000 руб.
Полный день

Руководитель по сопровождению и внедрению 1С
Санкт-Петербург
зарплата от 100 000 руб. до 120 000 руб.
Полный день

Программист 1С
Санкт-Петербург
Полный день

Ведущий специалист 1С
Москва
Полный день