Вам нужно запустить 2 базы на одной и той же платформе. Как вы будете это делать? Как минимум как вы будете ставить второй экземпляр сервера приложений? И вот тут то и приходит понимание что службы — единственный выход
Вы не поняли самой идеи. Файлы v8i как раз на общей шаре то и лежат, а планировщик нужен для автоматического подключения этих самых файлов с общей шары
=))) Такой подход хорош и оправдан… когда у тебя 2-3 базы. А когда их много, доступы нужна давать много куда, то доменная авторизация рулит. Как минимум, если внедрена RBAC то посмотрев на учетку доменную ты сразу знаешь куда у тебя есть доступ у данного экземпляра
У нас есть сервер где установлена 1С — server-1c-82.comp.loc с ip 192.168.1.50. У нас есть несколько вариантов развития подключения
прописать ip — самый сложно обслуживаемый вариант (при каждом чихе нужно менять везде ip), но самый стабильный в работе.
прописать server-name. Это уже лучше — смена ip ему не страшна, но смена имени сервера — такая же чехарда при смене сервера
сделать в dns cname app-1c-nazvanie-bazi.company.ru (внешний домен). В этом случае даже смена сервера не приведет к необходимости что-то менять, что удобно, а так же можно будет сервер вынести за пределы компании
Ни в коем случае — только минимально необходимые права. Учеток лучше сделать несколько, так как в случае разбора вы сможете четко увидеть какие базы и куда ломились. А так же очень гранулярно давать необходимые права
Не совсем. Установленный экземпляр только один, а вот служб — несколько.
да, согласен, исчезнут сотни «интеграторов» которые на этой закрытости делают кучу бабла. Я вот тут с коллегами инженерами 3 недели сидел, пока мы прикрутили мониторинг сессий и блокировок из 1С в заббикс. Работает по итогу очень даже неплохо, но для того, чтобы понять как это сделать я год по крупицам собирал инфу. То там обрывок, то тут кусочек… Почему блин нельзя это отдавать по какому-нибудь урлу в виде json? или xml?
Но я все-таки надеюсь что коллеги прислушаются к обществу и заведут у себя голосовалку за фичи как МС. И начнут их делать.
А то эта статья, как я уже и говорил, кажется каким-то плевком в лицо сообщества… =(
Каждый раз читаю такие статьи и каждый раз думаю (по другим комментариям видно что не только я) — тут такие клевые технологии используют, но при этом не могут сделать такой элементарщины как логи в скуль, нормальные web-socket, работу с гит нативную… У меня реально ощущение что люди живут в другой вселенной :((((( а самое обидное что об этом просят уже годы, и такое ощущение что к сообществу относяться как к отбросам — хотите? Хрен когда получите…
И я уже молчу про отладку, мониторинг и прочее… Зато мы сделали чатик внутри 1С!!! Это киллекфича!!!
P.S.
Не рассказывайте мне пожалуйста что логи в скуль это нереально. В sqllite сделали же, почему нельзя просто дать возможность выбора куда писать.
у меня только один вопрос — что сделают с этим «оптимизатором» когда произойдет поломка оборудования и у него будет жесткий недостаток ресурсов?
Как правило всегда оставляют некий запас оборудования на случай выход аварий/обслуживания
Все было бы здорово, если бы не было проблемы с домашней версией Windows — в них банально нет gpedit.msc. Был бы очень благодарен, если бы вы выложили верти реестра и параметры, которые надо добавлять вручную для решения проблемы
К сожалению сравнивать все версии vmware со всем версиями hyper-v возможности не было. Цель этого теста была сугубо практическая — насколько пострадает или нет продакшен при переходе. Результатами поделился.
Да, драйвера стояли от vmware
Это как раз и есть холивар. Я же написал что проблема была не в продукте, а в настройках, сделанных нами. И кстати да, рынок выбирает — почти во всех крупных цодах и SaaS-провайдерах есть и vmware и hyper-v. И hyper-v вполне себе хорошо продается. Так же посмотрите на количество новых инсталляций к VMWare и сравните их за последние лет 5 — удивитесь =)))
Вируализована база 400+ пользователей и 1,5 тб база. Живет нормально, пользователи не жалуются. Но вот качество кода должно быть очень на высоте — малейший просчет и получаем дикие тормоза.
По поводу shared memory — очень спорный момент. 1с сама толком не может дать окончательные рекомендации, но по своему опыту скажу — разнесение дает выигрышь технический. 1с требует быстрые ядра, но не требовательна к их количеству. Sql же наоборот — более требователен к количеству ядер, но их скорость не критична. Вот и получается что постоянно балансируешь межу взаимоисключающими вещами.
Вам нужно запустить 2 базы на одной и той же платформе. Как вы будете это делать? Как минимум как вы будете ставить второй экземпляр сервера приложений? И вот тут то и приходит понимание что службы — единственный выход
Для 1С это все еще актуально. Это конкретно про 1С
Не путайте пожалуйста длинное с кислым. Виртуализация и кластер это абсолютно разные вещи, от друг друга вообще никак не зависящие
Не спорю, но до этого я еще просто не дошел в статьях
Вы не поняли самой идеи. Файлы v8i как раз на общей шаре то и лежат, а планировщик нужен для автоматического подключения этих самых файлов с общей шары
Ну для начала я не видел ни одной системы которые могли бы прокидывать USB один ко многим =))) Так что это технически сделать очень тяжело
=))) Такой подход хорош и оправдан… когда у тебя 2-3 базы. А когда их много, доступы нужна давать много куда, то доменная авторизация рулит. Как минимум, если внедрена RBAC то посмотрев на учетку доменную ты сразу знаешь куда у тебя есть доступ у данного экземпляра
Но я все-таки надеюсь что коллеги прислушаются к обществу и заведут у себя голосовалку за фичи как МС. И начнут их делать.
А то эта статья, как я уже и говорил, кажется каким-то плевком в лицо сообщества… =(
И я уже молчу про отладку, мониторинг и прочее… Зато мы сделали чатик внутри 1С!!! Это киллекфича!!!
P.S.
Не рассказывайте мне пожалуйста что логи в скуль это нереально. В sqllite сделали же, почему нельзя просто дать возможность выбора куда писать.
Как правило всегда оставляют некий запас оборудования на случай выход аварий/обслуживания
Да, драйвера стояли от vmware
По поводу shared memory — очень спорный момент. 1с сама толком не может дать окончательные рекомендации, но по своему опыту скажу — разнесение дает выигрышь технический. 1с требует быстрые ядра, но не требовательна к их количеству. Sql же наоборот — более требователен к количеству ядер, но их скорость не критична. Вот и получается что постоянно балансируешь межу взаимоисключающими вещами.