12 лучших схем работы в 1С Предприятии [Часть 3]

[@Administrator1C]

Полный курс по администрированию 1С для новичков [Бесплатно] 👉👀 a.kuharbogdan.com На курсе вы узнаете, как правильно администрировать 1С Предприятие в файловом и клиент-серверном варианте работы. Как установить и настроить 1С Предприятие, Сервер 1С, веб сервер, сервер терминалов, RemoteApp и другой необходимый софт для безотказной работы 1С. Также Вы узнаете: ✅Что входит в обязанности «Администратора 1С». ✅Как делать резервные копии, обслуживать базы в PostgreSQL и MS SQL. ✅Как не потерять и минуты работы в 1С в случаи сбоя. ✅Настроем безопасный удаленный доступ в базу 1С. ✅Построим отказоустойчивый кластер серверов 1С. ✅Узнаете, как сэкономить на лицензиях. ✅Разберем 12 лучших схем для работы в 1С, на разный бюджет и количество пользователей, подберем оптимальный вариант для Вас! ✅Первый модуль курса бесплатно!!! 👉👀 a.kuharbogdan.com

[@АлександрФедоров-х8ж]

Помню как меня в 16-ом году, гуру от 1С чуть не запинали ногами, когда я наш сервер развернул на железе, а не согласно тогдашних "бест практикс" - в виртуалке, да еще раздельно сам сервер и сервер БД... Прошло несколько лет, внезапно теперь то, за что меня готовы были побить - и есть "бест практикс" :) При гигабитном канале, по гилеву выше 15-18 не выжать, если сервера стоят раздельно. Запихнуть 1С+сервер БД внутрь одной виртуалки, это потерять около 25-30% производительности относительно установки прямо на железо. Бэкап постгриса - тот еще сон разума, там на халяву "взял и сделал" не прокатит, там читать надо и понимать что делаешь. Инет полон воплей - "1с-бэкап с постгриса не разворачивается!". Еще бы... Слава Богу, я просто сисадмин, а не админ БД и не админ 1С, меня попросили "сделай, что б не тормозило" и я не отягощенный знаниями по теме сделал "быстро" согласно своему представлению о прекрасном :) Первая конфигурация нашего сервера выдавала 38 попугаев по гилеву при расчетных 320 юзерах (спарка Xeon E5-2630v3, 128 гиг оперативы, адаптековский рейд (4 ссд в рейд 10), прекрасно тащила ЗУП, Бухгалтерию и ERP из боевых баз и дофига всяких БД разработчиков (как раз под внедрение сервак и ставили), но т.к. четко сформулированных требований мне не дали, я заказывал некое "универсальное" решение и как выяснилось - перезаложился капитально. Когда практика использования была наработана лично, следующий сервер вышел в 2.5 раза дешевле и выдает по гилеву 48 (рекорд 52) попугая, при расчетной нагрузке до 160 юзеров - Xeon E5 1650v4, 128 гиг оперативы и обычное зеркало на адаптеке - пара интелов по 480 гиг. У нас 100 лицензий, так что считаю полученный результат оптимальным (полуторакратный запас). А старый сервак ушел работать сервером терминалов, где прекрасно себя показал - потоков дофига, частота умеренная. И вот только сейчас, при смене версии постгри на 10.10, пришлось крутить уже планировщик, а то бухи жалуются, что "4 секунды на перепроведение некоторых документов - долго, а вот есть еще парочка - те 13 секунд проводятся!"... Не поленился, обошел юзеров ERP и ЗУП. У этих ничего не поменялось, как летало так и летает. Почесал репу, но все-же решил покрутить планировщик. Покрутил. Подсунул программерам (сам я ноль без палки в том, что там внутри этой 1С, не моя стезя). Программеры попробовали, сказали "зер гут!", ну после праздников будем на кошечках смотреть, точнее что скажут главные лица всей драмы - обычные, рядовые пользователи...

[@govorjan]

Супер! Давно, искал такое видео со сценариями! Класс!

[@MrPyatin]

Хорошее видео. Спасибо. Как показала практика 1С очень требовательна к частоте процессора, а не к количеству процессоров и ядер. Примерно около 4 лет у меня работал клиент сервер 1С на linux. Но уже как 2 года вернулись на windows. Так как клиент сервер 1С на 25-30% работает быстрее под windows. Тестирование производил с помощью теста гилёва. Тесты проводились на процессорах семейства Intel i7 2600K, AMD FX-6300 и Xeon вот не помню модель помню что сервер был с 2 процессорами на 16 потоков и с частотой 2300. И мы сейчас используем субд не postgres а IBM db2.

[@kennyepish]

Спасибо, все очень круто систематизировано и подано. Очень хотелось бы увидеть подробное видео про 1С сервер на Убунту. Сам на практике еще использовал обычную Windows Pro (имеет в составе одну RDP лицензию чтобы администрировать, так что жить с ней можно) + 1С сервер + Postgres Pro + тонкие клиенты. Экономия на лицензии Windows Server + CAL позволила купить клиенту куда более приличное серверное железо на платформе Supermicro вместо самосбора.

[@pancrocodile]

Очень полезно, спасибо.

[@KostaZ]

можно использовать свободно распространяемый MS SQL Express (ограничение БД 10gb) и каждые 3-5 лет делать свертку БД, или потом подобрать бюджет и купить редакцию "Standard" а еще можно вынести диски на отдельную "скоростную" полку - 15я схема )))

[@Administrator1C]

Там ограничение по ОЗУ всего 1 gb что большая печалька (

[@maXon777]

Спасибо за видео! 13й способ на двух виртуалках (на мощном железе) проигрывал на порядок по производительности (особенно тесте многопоточности) решению "скуль + 1с сервер на одной машине". Даже при гигабите. Можете прокомментировать, почему так и в чем преимущество физических машин в такой схеме?

[@Айтишниковскиебудни]

использую так на больших предприятиях: 1серв - 1с+мс скуль, 2серв терминалов. Работает идеально на 150-170 юзверей.

[@ЕвгенийГордиенко-ж6ж]

@MoneyGate - заработок в сети Он имеет в виду - второй сервер

[@oldfan7094]

Чем же сложнее делать бэкап в PostgreSQL? Это же одна команда всего. Восстановление базы - тоже одна команда... Не правильная фраза у Вас :)

[@maksnikiforoff578]

Спасибо. На Ubuntu было бы интересно по смотреть.

[@spiller26]

Мне бы тоже хотелось взглянуть. И ещё, почему "не рекомендуется более 30-ти пользователей" на сервере под Linux?

[@СергійДербак-з7ю]

Так и не понял разницы между 6 и 10 способом. Терминальный сервер бывает файловый? Это выходит, что база обрабатывается на ПК клиента? Может есть урок по реализации этих двух способов.. Спасибо за уроки.

[@crashbldash]

А где вариант 1c+sql+web?

[@АлександрСоловьев-н2д]

Богдан здравствуйте, не подскажите если собирать сервер под 1с (работа через RDP пользователи удаленного рабочего стола) SQL 2008 + Windows 2008 r2+1с 8.3.11. на комплектующих 2 SSD INTEL DC S3610 Series SSDSC2BX200G401 200Гб, 2.5", SATA III один под ОС. второй бод размещение баз. Блок питания GIGABYTE GP-G750H, 750Вт, 140мм, черный, retail Материнская плата GIGABYTE Z370 HD3P, LGA 1151v2, Intel Z370, ATX, Ret Модуль памяти CORSAIR Vengeance LPX CMK8GX4M1D2666C16 DDR4 - 64Гб 2666, DIMM, Процессор INTEL Core i5 8400, LGA 1151v2 BOX [bx80684i58400 s r3qt] Жесткий диск TOSHIBA P300 HDWD110UZSVA, 1Тб, HDD, SATA III, 3.5" под бэкап. сколько пользователей может работать?

[@jokiakmatov2527]

Добрый вечер Богдан, почему по VPN не рекомендуется удаленный доступ. Можноли с использованием роутеров Микротик наладить 8ю схему?

[@vladimirbogomolov3040]

Где облачные 1С(в том числе фреш)? Где РИБ? Где разделенные базы на COM коннекторах и веб/хттп сервисах? Где варианты мобильных клиентов? Варианты подключения к базе 1С без помощи платформы 1С(metadata.js и подобное)

[@bonjovi8610]

Вариант 8. скорость развертывания+ ?!