Что вешает апач сервер 1с
Перейти к содержимому

Что вешает апач сервер 1с

  • автор:

Что вешает апач сервер 1с

Подскажите по моей фантастической ситуации:
Торговая точка. На ПК, выступающем в роли «сервера» (он же место кладовщика), стоит платформа 1с 8.3.9.1850, Розница Проф 2.2.5.22, лежит файловая база, крутится веб-сервер Apache 2.2.31 x86. ОС — Windows 7 Pro x86. ОЗУ 4 Гб. ПК кассира подключается к базе на указанном веб-сервере через тонкий клиент по локальной сети (сеть wi-fi из-за нужд). Платформа 1с на ПК-кассира такая же — 8.3.9.1850. ОС — Windows 10 Home x86. ОЗУ тоже 4 Гб. В процессе работы на ПК кассира зависает тонкий клиент. 1с приходится завершать в диспетчере задач. На ПК-сервере, остается висеть сеанс и активный пользователь (кассир), который занимает лицензию, соответственно второй раз подключиться с кассы уже не получается (нет свободных лицензий). Вернуть все в нормальное рабочее русло помогает перезагрузка ПК-сервера и ПК-кассы. Зависание 1с на кассе может быть в любое время, закономерности нет никакой. Наблюдаю за этой картиной уже несколько дней. Самое интересное то, что на другой аналогичной торговой точке все настроено таким же способом, используется абсолютно одинаковое оборудование и все работает без нареканий.

Что уже проделал:
— пробовал обновить платформу 1с и на кассе, и на сервере до актуальной;
— пробовал переустановить службу Apache и обновить его тоже до актуальной версии 2.4;
— делал ТиИ базы;
— пробовал обращаться к базе по сети, не используя веб-сервер;
— провел диагностику сети, пробовал делать сеть на другом оборудовании по проводам.
Ничего не помогает. 1с на ПК-кассира зависает, когда вздумается, и все повторяется. Просто день сурка.

Подскажите, куда еще можно копнуть? Уже запарился. Заранее очень благодарен за отклик!

(0)Так тонкий или веб-клиент все таки?
+(1)Если все таки тонкий, то попробуй подключать через веб-клиента.

Цепляюсь тонким клиентом через веб-сервер.

(2)А что даст подключение через веб-клиент?

(3) прибавит тормозов. Проблема зависания уйдет на второй план 🙂

У меня тоже опубликована файловая база.
В начала в офисе заходили по тонкому клиенту по локалке, а извне по веб-клиенту. От веб-клиентов пришлось отказаться из-за многочисленных проблем с разными браузерами,и проблем с «долгой» печатью.
Теперь все и в офисе и извне заходят в 1С по тонкому клиенту через веб-сервер.Зависаний стало на порядок меньше.
Простая перегрузка веб-сервера не оставляет зависших сеансов.
Единственный минус: Нельзя в офисе запускать «тяжелые» обработки и отчеты.

Может быть по какой-то причине тонкий клиент вешает Apache? Как это можно проверить? На сервере есть процесс httpd.exe, он постепенно хавает память. Это нормально? Или должен занимать памяти приблизительно одинаковое количество?

(0) >пробовал обращаться к базе по сети, не используя веб-сервер;
И тоже виснет?

Смотри:
— Логи Apache
— Журнал событий Windows
— Технологических журнал 1С

>он постепенно хавает память. Это нормально?
БУХ 3 — жрет около 2,3Гб (5 человек)

(5) «Единственный минус: Нельзя в офисе запускать «тяжелые» обработки и отчеты.»
Этот минус легко решается.
http://catalog.mista.ru/public/239498/

(7)
>И тоже виснет?
По сети без веб-сервера тоже виснет

>БУХ 3 — жрет около 2,3Гб (5 человек)
Так занимаемая память постоянно, хоть и медленно, в течении дня растет.

(2)Попробовал через веб-клиент. А ККМ то не доступна.

(9) Смотри на состояние железа, в частности жестких дисков (CrystalDiskInfo).
Смотри Журнал событий Windows и Технологических журнал 1С на момент зависания.

(9) >хоть и медленно, в течении дня растет.
До скольких дорастает?

в последних 8.3.9 таки починили косяки с фоновыми заданиями при работе через веб сервер на файловой.
А поскольку через фоновые у нас делается всё — и поиск в ДС и отчеты и еще куча фоновых процессов — это должно помочь.
Также есть вариант запретить выполнение регламентных заданий веб сервером и запустить отдельный сеанс 1ски локально для них.

(11) До зависания замечал рост до 600 мб плюс-минус.
(10) Буду смотреть журналы
(12) Так я и говорю, что стояла сначала 8.3.9.1850, теперь 8.3.9.2170, вчера и на ней зависло.

Что вешает апач сервер 1с

sudo apt install apache2

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

sudo mkdir -p /var/www/Название_базы
и конечно сменим владельца на папку (так принято в линухах), сделаем владельцем веб-сервер

sudo chown -R www-data:www-data /var/www/Название_базы

Публикуем базу 1С:

sudo /opt/1cv8/x86_64/8.3.22.1750/webinst -publish -apache24 -wsdir Название_базы -dir /var/www/Название_базы -connstr «Srvr=Имя_сервера;Ref=Название_базы;» -confpath /etc/apache2/apache2.conf

Перезапускаем веб сервер и добавляем в автозагрузку:

sudo systemctl restart apache2

sudo systemctl enable apache2

Открываем в браузере http://ip_адрес/Название_базы/

Немного необязательного тюнинга.
Определяем какой MPM-модуль использует ваш сервер:
sudo apachectl -V | grep -i mpm
Если это будет prefork или event, то их отключаем:
sudo a2dismod mpm_prefork
а также
sudo a2dismod mpm_event
Зато включаем модуль worker:
sudo a2enmod mpm_worker
В файле /etc/apache2/mods-available/mpm_worker.conf:
вносим в файл настройки параметров
StartServers 1 :
sudo sed -i ‘/StartServers/s/2/1/g’ /etc/apache2/mods-available/mpm_worker.conf
MinSpareThreads 1:
sudo sed -i ‘/MinSpareThreads/s/25/1/g’ /etc/apache2/mods-available/mpm_worker.conf
MaxSpareThreads 1
sudo sed -i ‘/MaxSpareThreads/s/75/1/g’ /etc/apache2/mods-available/mpm_worker.conf
и перезапускаем веб-сервер чтобы настройки схватились:
sudo service apache2 restart

Установка apache для 1С в Linux

1c: тормоза автономного веб-сервера?

Конфигурация: Бухгалтерия 3.0. 1с 8.3. Запущен ВСТРОЕННЫЙ в 1с автономный веб-сервер. Он запилен в службу винды. Все клиенты находятся в пределах локальной сети.

Проблема: Довольно часто 1с в браузере перестает реагировать. Например: Отправляешь счет на печать- страничка как-будто зависает и может провисеть минуты 3- после чего только откроется печатная форма. Иногда помогает перезапуск службы. Но что-то в последнее время перестало помогать.

База sql’ная, служба запущена на том же сервере где лежит база. Сервер «по железу» не завален в моменты лагов.
Если те же действия делать из под тонкого/толстого клиента проблем никаких нет. Подскажите куда копать?

  • Вопрос задан более трёх лет назад
  • 509 просмотров

Apache в астра линукс

Обычно веб-сервер использует в том числе для доступа снаружи и является местом повышенной обязанности.
Часто с этой целью веб-сервер помещают в DMZ, т.е. подсеть, расположенную между общедоступным интернетом и внутренней сетью.
На этот сервер не устанавливают приложения и базы данных, содержащих коммерческую тайну, т.е. исходят из того, что есть высокая вероятность попытки взлома или т.п. деструктивных действий злоумышленников.
По этой причине мы создадим отдельный виртуальный сервер.
Кроме веб-сервера мы поставим сюда zabbix 4 сервер для мониторинга серверов и используемый для этого в качестве субд стандартный postgres 9.6. Также поставим ftp сервер.

Вообще DMZ подразумевают один сетевой интерфейс в интернет, а другой во внутреннюю сеть, и везде будет включен файрволл (межсетевой экран/брандмауэр). Но поскольку у нас не стоит изначально задача строить общую сеть (ДНС, сквозную авторизацию и т.п.) мы не будем создавать много сетевых интерфейсов, а просто потренируеся с настройка файрволла.

Создаем виртуальную машину аналогично первой статьте http://www.gilev.ru/vmware_astra/ .
Зададим имя машине astrazabbix.

Думаю нам хватит двух виртуальных ядер, 4 гб озу и 30 gb диск.

При установке Астры на шаге установки установке компонет в отличии от первой установки надо добавить раздел СУБД.
Будет автоматически установлен стандартный PostgreSQL.
Вообще этот дистрибутив можно установить и после установки найдя его стандартном репозитории.

Ключевым отличным моментом будет в разделе установки дополнительных компонент ОС включение файрволла.

Если вы будете использовать клон с другой устновки без файрволла, то можете просто включать файрволл командой в терминале fly:http://www.gilev.ru/server1c8322astra/
ufw enable

В остальном вы выполняете стандартную установку Astra linux.

Установка веб-сервера Apache 2.4

Установка веб-сервер выполняется очень наглядно через менеджер пакетов (как мы ставили в статье http://www.gilev.ru/astra_xrdp/ ) , находим поиском пакеты «apache».

Т.е. процесс до примитивности простой.
После этого вы сразу получаете работающий веб-сервер.
Открываем в браузере, например firefox локальный адрес 127.0.0.1 и убеждаем что сервер запущен.

Теперь посмотрите ip адрес (как мы это делали в сведениях о соединении например в статьте http://www.gilev.ru/server1c8322astra/ или командой ip a).

Перейдите в первую виртуалку с астрой, которую мы назвали astrademo и попробуйте в браузере вбить указанный ip адрес. (Если обе виртуалки в одной подсети)
Браузер некотрое время подумает и выдаст ошибку «время ожидания соединения истекло».
Это произошло потому что на веб-сервере мы запретили доступ автоматически включением файрволла.

Настройка файрволла

Выполните в терминале fly команду:
sudo ufw allow 80/tcp
Примечание. Смотрите также http://www.gilev.ru/ufw/

Тем самым мы создали правило разрешающее обращение по 80 порту.
Откроем панель управления, найдем «Настройки межсетевого экрана» в разделе сеть, посмотрим раздел «Правила».

Как мы видим команда уже прописала нам правила для порта 80 по протоколам tcp/ip v4 и v6.

Только учтите что это графическая оболочка — «надстройка» над ufw. Нажмите в меню Справка — О программе.

Примечание. ufw в свою очередь это обертка для «обертка» для iptables.

Ну а теперь, когда мы убедились что правило создано, снова перейдите в виртуалку astrademo и снова попробуйте открыть в браузере страницу по ip адресу astrazabbix. На этот раз страница корректно откроется.

Минутка теории.
При большом количестве соединений или для балансировки нагрузки создается несколько веб-серверов. Еще один веб-сервер назначается «обратным прокси», через него начинаются подключения, а дальше он передает соединение одному из веб-серверов.

Запись опубликована автором admin в рубрике Linux, Администрирование с метками веб. Добавьте в закладки постоянную ссылку.

Продажи slava@gilev.ru gilev_slava @uskorim1c
Платежи, документы andrey@gilev.ru andrey.gilev @andrey_gilev
Техническая поддержка support@gilev.ru nukewin
Мы любим электронный документооборот (ЭДО).
ЭДО сокращает время и ускоряет решение задач.
У нас используется система ”Диадок”.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *