Напомнило: «Люди не становятся лучше — только умнее. Они не перестают отрывать мухам крылышки, а лишь придумывают себе гораздо более убедительные оправдания.» (если мне не изменяет память, это из С.Кинга)
С вечной жизнью люди не станут лучше, они станут «умнее».
Люди перестанут «жить» и будут все откладывать «на потом». Человек — ленивое существо.
Когда жизнь проходит и нужно что-то успевать — есть стимул двигаться, когда впереди вечность — можно валяться на диване и ждать, пока изобретут что-то)
Простой пример — поставь человеку задачу и сроки 1 месяц — будет одна динамика, если срок — год, то совсем другая, при этом результат будет одинаковый.
Очень мало людей, которые смогут сделать больше и более качественно, если увеличить им продолжительность жизни.
Изобретут волшебную таблетку — это будет удел избранных, массово она не будет доступна.
В статье решаются проблемы, применимые только к режиму совместимости и толстыми клиентами. Они не поддерживают кластеризацию в полной мере, например.
Точно) Я уже и забыл, когда работал со старыми конфигурациями. Сейчас же все на управляемых формах в режиме web или тонкого клиента, даже терминального сервера не нужно.
К сожалению, штатными средствами никак.
Только отдельное ПО или железо.
Ну или программный ключ) Не так он и страшен.
Правда как то раз я ночью в субботу 3 раза переустанавливал сервер 1С и у меня кончились активации. Я отправил запрос и молился, чтобы прислали новый lic. Не прислали. Пришлось ломать(
Еще один момент — в статье почти не затрагивается СУБД.
А это очень важная часть!
Кластеризуются разные СУБД по разному. У PostgreSQL есть отдельный дистрибутив Postgres Pro Enterprise, который разрабатывает команда Олега Бортунова, за что ему большое спасибо.
MS SQL только Enterprise умеет кластер, Standard не умеет(
Еще один вопрос — не рассматривали два физических сервера с отдельными экземплярами сервера 1С (да, на каждый придется купить ключ по 100К рублей), с асинхронной репликацией между ними? Например, БД можно каждые 5 минут бэкапить логами транзакций и поднимать в случае сбоя почти мгновенно, а сервер 1С просто будет готов к работе всегда.
В этом случае простои будут минимальные.
Нет, не «после аварии».
Один из процессов начинает жрать память, т.к. пользователь запустил отчет за весь период существования базы с максимальной детализацией.
Срубится только этот процесс. Параллельно будет запущен новый и пользователи перейдут работать на него. Руками ничего делать не придется!
Я странно себя чувствую — объясняю базовые вещи по администрированию сервера 1С.
Готов делиться опытом, но информации полно и на сайте Гилева и на других ресурсах.
VMWare это штатно делает очень давно.
Я так понимаю, проблема с Hyper-V?
Есть USB over IP, есть на Linux, есть железки.
Проблема то в чем? usb-anywhere не единственное решение.
Для этого есть отдельные настройки:
1. Максимальный объем памяти рабочих процессов
2. Безопасный расход памяти за один вызов
Просто так ничего не зависает. Если какой-либо из процессов внезапно стал вести себя неадекватно — можно перезапустить его отдельно.
Через консоль видно даже пользователя, который это сделал.
Есть еще «анализ долгих запросов» и еще много сервисов, которые помогают оценить ситуацию.
Не путайте пожалуйста длинное с кислым. Виртуализация и кластер это абсолютно разные вещи, от друг друга вообще никак не зависящие
Напишите тогда что вы называете кластером.
Для меня отказоустойчивый кластер — это как минимум два сервера и СХД (на которой лежат виртуальные машины серверов). В случае отказа железа виртуальный сервер стартует на втором физическом (зависит от конкретного гипервизора, будет отказ в обслуживании или нет).
Про кластер серверов 1С — аналогично. Штатная технология, которая позволяет из физических серверов с установленными службами сервер 1С собрать единый кластер. Отдельная виртуалка для клиентских ключей и службы лицензирования.
Физические USB ключи 1С пробрасываются без проблем в виртуалки (есть несколько вариантов).
Подгорело что-то, даже зарегистрировался ради этого))
1С не умеет адекватно работать в виртуализированной среде. Это печальный факт (особенно если учесть что на дворе уже практически 2019 год), судя по всему, исправлять никто не собирается. Виртуализация, даже правильно настроенная, будет вам стоить примерно 15-25% производительности. Смиритесь. (Источник — Гилев и собственные тесты)
Это устаревшая информация. Падение производительности не больше 5-10% в гипервизорах Hyper-V и VMWare.
Забудьте про нормальный кластер — его тут нет.
Если есть виртуализация, то есть и кластер!
Так же есть кластер сервера 1С.
В продуктовой среде мы должны следовать правилу — одна база — одна служба
Есть же настройки процессов, например «количество ИБ на процесс».
Нельзя просто поставить сервер 1С и ожидать высокой производительности.
С вечной жизнью люди не станут лучше, они станут «умнее».
Думаю, что именно у PostgresPro есть будущее для больших систем.
Когда жизнь проходит и нужно что-то успевать — есть стимул двигаться, когда впереди вечность — можно валяться на диване и ждать, пока изобретут что-то)
Простой пример — поставь человеку задачу и сроки 1 месяц — будет одна динамика, если срок — год, то совсем другая, при этом результат будет одинаковый.
Очень мало людей, которые смогут сделать больше и более качественно, если увеличить им продолжительность жизни.
Изобретут волшебную таблетку — это будет удел избранных, массово она не будет доступна.
Точно) Я уже и забыл, когда работал со старыми конфигурациями. Сейчас же все на управляемых формах в режиме web или тонкого клиента, даже терминального сервера не нужно.
Только отдельное ПО или железо.
Ну или программный ключ) Не так он и страшен.
Правда как то раз я ночью в субботу 3 раза переустанавливал сервер 1С и у меня кончились активации. Я отправил запрос и молился, чтобы прислали новый lic. Не прислали. Пришлось ломать(
А это очень важная часть!
Кластеризуются разные СУБД по разному. У PostgreSQL есть отдельный дистрибутив Postgres Pro Enterprise, который разрабатывает команда Олега Бортунова, за что ему большое спасибо.
MS SQL только Enterprise умеет кластер, Standard не умеет(
Еще один вопрос — не рассматривали два физических сервера с отдельными экземплярами сервера 1С (да, на каждый придется купить ключ по 100К рублей), с асинхронной репликацией между ними? Например, БД можно каждые 5 минут бэкапить логами транзакций и поднимать в случае сбоя почти мгновенно, а сервер 1С просто будет готов к работе всегда.
В этом случае простои будут минимальные.
Один из процессов начинает жрать память, т.к. пользователь запустил отчет за весь период существования базы с максимальной детализацией.
Срубится только этот процесс. Параллельно будет запущен новый и пользователи перейдут работать на него. Руками ничего делать не придется!
Я странно себя чувствую — объясняю базовые вещи по администрированию сервера 1С.
Готов делиться опытом, но информации полно и на сайте Гилева и на других ресурсах.
Я так понимаю, проблема с Hyper-V?
Есть USB over IP, есть на Linux, есть железки.
Проблема то в чем? usb-anywhere не единственное решение.
1. Максимальный объем памяти рабочих процессов
2. Безопасный расход памяти за один вызов
Просто так ничего не зависает. Если какой-либо из процессов внезапно стал вести себя неадекватно — можно перезапустить его отдельно.
Через консоль видно даже пользователя, который это сделал.
Есть еще «анализ долгих запросов» и еще много сервисов, которые помогают оценить ситуацию.
Напишите тогда что вы называете кластером.
Для меня отказоустойчивый кластер — это как минимум два сервера и СХД (на которой лежат виртуальные машины серверов). В случае отказа железа виртуальный сервер стартует на втором физическом (зависит от конкретного гипервизора, будет отказ в обслуживании или нет).
Про кластер серверов 1С — аналогично. Штатная технология, которая позволяет из физических серверов с установленными службами сервер 1С собрать единый кластер. Отдельная виртуалка для клиентских ключей и службы лицензирования.
Физические USB ключи 1С пробрасываются без проблем в виртуалки (есть несколько вариантов).
Настройки ИБ на процесс не умерли в 8.3, скорее, наоборот.
Установив этот параметр на 1, мы получаем как минимум по одному процессу на каждую базу 1С.
Это устаревшая информация. Падение производительности не больше 5-10% в гипервизорах Hyper-V и VMWare.
Если есть виртуализация, то есть и кластер!
Так же есть кластер сервера 1С.
Есть же настройки процессов, например «количество ИБ на процесс».
Нельзя просто поставить сервер 1С и ожидать высокой производительности.