Что вешает апач сервер 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
Запись опубликована автором admin в рубрике Linux, Администрирование, вебсервер. Добавьте в закладки постоянную ссылку.
Что вешает апач сервер 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с
Доброе время суток. Предисловие. При работе 1С с БД, которая опубликована на веб-сервере IIS ( доступна по https — ссылке), периодически возникает проблема так называемых зависших сеансов. Такое может произойти по разным причинам. Например на стороне клиента прервалась связь до сервера с БД 1С, опубликованной на веб-сервере. Прервалась на такое время, что сеанс на стороне клиента прервался. При этом на стороне сервера этот сеанс остается активным. Он и является зависшим. Наличие таких сеансов создают различные проблемы при работе с 1С.
Делаю удаление зависших сеансов с помощью этой обработки .
Если сеанс к БД 1С создан от тонкого клиента «напрямую» — т.е. тонкий клиент подключается к серверу 1С по servername:port , base_name , то такой сеанс удаляется с интервалом в минуту. Несмотря на то, что например, параметр «засыпания» в БД установлен, например в 15 мин. Такое удаление меня устраивает и все ОК.
Проблема с сеансами, которые создаются к БД 1С, опубликованным на веб-сервере IIS 10. В этом случае сеанс удалятся лишь тогда, когда он явно становится спящим по времени, установленном в параметрах БД 1С. Такое поведение мне неудобно. Мне нужно, чтобы сеанс удалялся в течении минуты, как в варианте «прямого» подключения к БД 1С. Причина: где-то в настройах IIS, но где, понять не могу. Уже пересмотрел параметры пула приложений, связанного с опубликованной БД, там был параметр «Тайм-аут простоя ( в минутах)». Поставил его для теста в 1, но он не влияет. Видимо это таймаут на весь пул целиком, а не на конкретную базу, которую пул обслуживает.
Есть еще файл default.vrd для каждой опубликованной БД 1С. Может нужно что-то подправить в нем ?
Методом тыка уже поставил:
sessionMaxAge=»1″ — во всех разделах
reuseSessions=»dontuse», там где было autouse,
Но не помогло. Буду это файл ковырять дальше.
Может кто уже сталкивался и знает где что точно влияет ?
Что вешает апач сервер 1с
Ошибка 1С 8 при публикации базы: Невозможна публикация информационной базы на веб-сервере Apache при различной разрядности платформы (64) и веб-сервера (32). Публикация не выполнена.
Описание ошибки:
После установки платформы 1С: Предприятие 8 разрядности x64 (ранее была установлена платформа 1С 8 разрядности x32) при попытке обновить публикацию базы на веб-сервере возникла ошибка «Невозможна публикация информационной базы на веб-сервере Apache при различной разрядности». Платформа 1С: Предприятие 8.3.18.1289
Пересказывать процесс настройки веб-сервера 1С на Apache нет смысла, т.к. уже есть достойная пошаговая инструкция на сайте infostart.ru. Поэтому перейдем к проблеме, с которой можно столкнуться в процессе окончания настройки и попытки непосредственной публикации базы по нажатию кнопки «Опубликовать».
Рис. 1. Ошибка при попытке «Опубликовать» базу 1С 8 на веб-сервере Apache, когда различаются разрядности
Ошибка так же может быть и немного в другой формулировке — наоборот, что разрядность платформы (32), а веб-сервера (64). И это возникает по одной простой причине, что разрядность платформы 1С:Предприятие 8 и веб-сервера должны быть одинаковыми. Т.е. было нарушено это правило, когда была установлена x64 платформа 1С 8.
Логично, что ранее был установлен и работал Apache соответствующей 32 разрядности. Теперь необходимо было скачать и установить Apache разрядности x64.
Послу установки или переустановки Apache необходимо так же в файле httpd.conf сервера Apache изменить строку, в которой указан файл самой 1С для взаимодействия с веб-сервером «wsap24.dll»
Рис. 2. Добавление в файл «httpd.conf» Apache записи для загрузки модуля веб-сервера «wsap24.dll» для x32-разрядной 1С 8
В данном примере пришлось изменить путь с «Program Files (x86)» на » Program Files » и указать каталог соответствующего установленного релиза платформы.
Нажатие на изображении увеличит его 
Рис. 3. Добавление в файл «httpd.conf» Apache записи для загрузки модуля веб-сервера «wsap24.dll» для 64-разрядной 1С 8
Если ранее стоял Apache другой разрядности. То его лучше предварительно удалить. После установки с другой разрядностью служба сервера «Apache2.4» может не стартовать, т.к сохранился старый путь к исполняемому файлу службы. Для этого необходимо запустить редактор реестра Windows. В дереве перейти к ветке «HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Apache2.4» и у строкового параметра ImagePath изменить значение пути к исполняемому файлу.
Нажатие на изображении увеличит его 
Рис. 4. Указание пути к файлу службы сервера Apache после переустановки в редакторе реестра Windows
Но после всех указанных действий и успешного запуска службы Apache платформа 1С упорно отказывалась видеть 64-разрядную версию веб-сервера. Сохранялась ошибка «Невозможна публикация информационной базы на веб-сервере Apache при различной разрядности платформы (64) и веб-сервера (32)» после нажатия на кнопку «Опубликовать».
Прошли долгие искания, пока по запросу «1с 8 веб сервер при публикации не видит apache» не был получен любопытный ответ на странице форума сайта infostart.ru о том, что когда Apache установлен не в каталоге «Program Files», то 1С его не видит:
Нажатие на изображении увеличит его 
Рис. 5. Определение причины, почему 1С 8 не видит Apache 2.4
Так же эту информацию подтвердила ссылка ниже на сайт ИТС все на той же странице инфостарта. Т.к. 1С ищет файл конфигурации httpd.conf в каталоге установки по умолчанию: C:\Program Files\Apache Software Foundation\Apache2.4\conf (для разрядности Apache x64), а в моем случае установка была выполнена в другой каталог, то как и пользователю, мне помогло ручное создание каталога и копирование в него файла httpd.conf. Соответственно для Apache 32 разрядности каталог будет «Program Files(x86)».
Нажатие на изображении увеличит его 
Рис. 6. Вариант решения проблемы того, что 1С 8 не видит установленный Apache 2.4 в качестве веб-сервера.
Поэтому для цели работы Apache в связке с 1С необходимо, чтобы установка веб-сервер в лучшем случае выполнялась в каталог «по умолчанию».
После этого оставалось преодолеть еще трудность, состоявшую в том, что в окне «Публикация на веб-сервере» в конфигураторе 1С 8 в списке поля «Веб-сервер» оказался доступен только «Internet Information Services».
Рис. 7. Ситуация, когда в конфигураторе 1С 8 при публикации на веб-сервере доступен только IIS
Но эта проблема решилась тем, что дополнительно нужно выполнить установку Apache в качестве службы ОС с помощью команды -k install в командной панели.
Нажатие на изображении увеличит его 
Рис. 8. Установка Apache 2.4 в качестве службы Windows, чтобы не получить сообщение «Веб-серверы не обнаружены»
После данных операций наконец-таки стало возможно «Опубликовать» базу на веб-сервере Apache 2.4 и она и другие базы были опубликованы. И стал возможен запуск через браузер и через веб-клиент платформы на локальном рабочем месте.
Но еще оставалось преодолеть последнюю проблему. После того, как вроде казалось, что публикация настроена и база опубликована. при попытке открытия в веб-браузере публикация зависала при запуске базы 1с. Либо появлялась картинка запуска 1С, но не доходило до окна выбора пользователя. Либо просто ничего не происходило, не выдавая ошибку и 8ка в браузере зависала на заставке 1С (в конкретном случае для Apache 2.4).
Нажатие на изображении увеличит его 
Рис. 9. Пример зависания при запуске 1С 8, опубликованной на веб-сервере, в браузере. Не открывается окно выбора пользователя
Либо для другой базы возникала ошибка «Произошел временный сбой интернет-соединения».
Нажатие на изображении увеличит его 
Рис. 10. Ошибка при зависании базы 1С, опубликованной на веб-сервере, в браузере. Диалог авторизации пользователя не открывается.
Подключение базы через тонкий клиент — работало через ошибку, но все-таки открывалось окно для авторизации пользователя и база запустилась. Либо, принудительно нажимая кнопку «Выполнить запуск», либо дождавшись время истечение таймера на этой кнопке база открывалась.
Нажатие на изображении увеличит его 
Рис. 11. Ошибка HTTP при обращении к серверу: http:// Failure when receiving data from the peer (Сбой при получении данных от пира).
Н о хотелось довести дело до окончательного финального результата, ведь доступ к базе мог потребоваться именно через web-браузер на любом стороннем рабочем месте.
Есть рекомендация для случая серверной базы — очистить кэш сервера в srvinfo\reg_1541 на форуме mista.ru. Но в данном примере базы файловые.
Анализ логов ошибок Apache в файле «error.log» показал на ошибку «[ssl:warn] [pid 20524:tid 388] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name», что переводится как «Сертификат сервера НЕ включает идентификатор, который соответствует имени сервера».
Нажатие на изображении увеличит его 
Рис. 12. Ошибка в логе ошибок «error.log» сервера Apache 2.4, когда происходит попытка обращения к базе в веб-браузере.
По данной ошибке нашлось две страницы, Certificate does NOT include an ID which matches the server name и How to Fix the XAMPP “Server Certificate Does NOT Include an ID Which Matches the Server Name” Error рекомендации с которых собирательно указвают на то, чтобы изменить в настройках файла «httpd-ssl.conf» строку, содержащую адрес сервера с » ServerName www.example.com:443″ на » ServerName localhost:8080 «.
Рис. 13. Данные в файле «httpd-ssl.conf» сервера Apache: имя сервера, размещение файла SSL-сертификата
После изменения, сохранения и перезапуска Apache проблема того, что 1С в браузере висела осталась, но явно уже этой ошибки в логе «error.log» не было.
Поиски продолжались. Был установлен сертификат из файла сертификата безопасности «conf/ssl.crt/server.crt» (см. предыдущий скрин для определения размещения файлов по данным файла » httpd-ssl.conf » ).
Рис. 14. Установка SSL-сертификата сервера Apache.
Попытка по инструкции установить сертификат в хранилище доверенных не дала положительных результатов. На этом попытки довести работоспособность в веб-браузере был приостановлены. Надеюсь, что приведенные варианты действий после преодоления проблемы с разной разрядностью платформы 1С 8 и веб-сервера Apache окажутся кому-нибудь все-таки полезными, т.к. кому-то они действительно помогли. Вариант работать с базой через веб-клиент, установив на рабочем месте платформу соответствующей разрядности удовлетворял, как возможный и позволяющий вести работу.
Если появится решение окончательной проблемы, то, конечно, эта статья, будет дополнена информацией.