Как проверить запущен ли сервер 1с
(7) памяти 32 гига , 18 на SQL отдано, остальное рпхостам, в момент пиковой нагрузки было доступно еще 4 гига, проблем в нехватке памяти нет.
А по поводу перегрузки сервера каждый день, это было сделано для разгона юзеров, но не работало, после перегрузки сеансы снова восстанавливались, может еще здесь как то собака порылась. И остановка службы 1с батниками и запуск через час тоже не помогали. Я так и не понял почему такое происходит.
(8) тогда в момент Х смотрите в консоли сервера 1с сеансы, сортируя поочередно по колонкам.
(10) Вот сейчас смотрю, бух записьвсего 1236794654 , спрашиваю что делала, говорит только платежки набивала.. и по памяти она рекордсмен 1989947775.
Врать не станет
ну это я уже смотрю сейчас всего (сеанс начать 3 часа назад), попробую в момент загрузки смотреть текущие значения, но уже смотрел не смог отловить кто и что причина.
"после перегрузки сеансы снова восстанавливались" - еслиуж перегружать, то перезагружать оба сервера (1С и SQL) Сервер SQL "восстанавливает" прерванные соединения. Имхо. У Вас действительно проблемы. не только с железом :)
Наверно извращение, но может включить технологический журнал?
Хотелось бы уточнения: rphost или rphostЫ, 8.2 или 8.3?
(16) 8.3
(14) 1с и скл живут на одном сервере
И еще момент восстанавливали сеансы базы с толстыми клиентами, и сами базы в режиме совместимости с 8.2 8.1. Но это так отступление от темы, потому что это происходит и на другом сервере где проблем с пиковыми нагрузками нет.
Сейчас написана иб которая только и занимается тем что удаляет сеансы пользователей на кластерах, сейчас проблем с бэкапами нет. (И причина тоже не в ней, написана она была уже во время проблем с производительностью)
13. Стандартные платежки БП3
Ну возможно просто проц. слабый, сервер такой себе в плане процессора. В среднем порядка 70 сеансов, проц XEON E3-1230 3.3 ГГЦ
Но блин иногда неделями же работает без проблем, и пиковая нагрузка проходит в течении 10-30 минут
(офф) Имхо, в 1С сложно угадать что не так пошло. Помню, было дело, поймал ошибку платформы, когда всю память сервер активно забивал в то время, когда в базе работали только рег.задания без активных пользователей.
в консоли администрирования смотри колонку "Захвачено СУБД"
(22) Там вообще по нулям, эта колонка мне знакома когда переводил с бп2 - бп3 там висели большие значения и сам перевод висел но сервер работал как надо.
(23) Статья для избранных ни с учетки ИТС, не с учетки с доступом к конференции 1с не пустило.
Если у автора действительно rphostЫ, то по Диспетчеру задач на закладка "Подробности" можно подсмотреть идентификатор процесса, который грузит сервер, а в оснастке администрирования серверов 1С, в сеансах, можно посмотреть кто сидит на этом процессе, чем занят - журнал регистрации. Круг ссужается. Как вариант, имхо, интерес также вызывают те пользователи, которые грузят сервер, но в журнале регистрации действий не имеют записей в этот период - не исключено что они грузят сервер отчетами.
(0) Всё-таки попробовать обновить платформу, хотя бы на последнюю 8.3.10. А вдруг поможет.
(27) Спасибо, буду пробовать.
Но вешает базу не один рпхост, нагрузка немного размазана по 2-3 процессам.
(30) Ну ну. если это "извращение", то удачи (15) понеизвращаться.
(32) тоже самое что и в (27) но уже доступно с учетки ИТС, спасибо
Сейчас посмотрел по "Время вызова общее" с утра максимальное значение 104.186 затем 84, 68, 24 (это с утра, примерно 4-5 часов).
В принципе узнал вещи которые не знал, попробую проанализировать.
(0) > под каждую базу создается свой рпхост
Зачем?
Этой фигнёй имеет смысл страдать в исключительных случаях в целях расследования проблем. Например, когда никак не удаётся вычислить, какая именно ИБ сбоит.
(4) > сервер перегружается каждую ночь
Зачем? Вам больше заняться нечем?
(8) > это было сделано для разгона юзеров
Зачем? Чем вам мешают работающие юзеры?
> остановка службы 1с батниками и запуск через час тоже не помогали
Это от того, что кому-то лень почитать документацию. Пример "правильного" батника от 1С (для 64-битного сервера, у которого папка кластера размещена по нетиповому пути "F:\srvinfo\reg_1541", а пользователь, от имени которого работает служба 1С называется Admin_1C):
set LOG_FILE="scripts.log"
set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-
64)"
set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server"
echo done stop %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
echo clean temp %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
echo done clean temp %DATE% %TIME% >> %TEMP_PATH%\%LOG_FILE%
При необходимости в батник следует добавить еще остановку службы сервера хранилища и службу агента ЦКК.
Потом не забыть всё это хозяйство запустить. У 1С на ИТС есть соответствующий батничек для старта всех служб.
Перестаньте маяться ерундой.
Настройте технологический журнал и счетчики производительности винды.
Просто посмотри сначала время вызова СУБД у кого максимум.
(35) Что дадут счетчики производительности винды, покажет что у меня проц на серваке загружен до 100%, я и так это знаю. Мои счетчики производительности в виде юзеров мне сразу сообщают об этом. Дальше то что?
Технологический журнал попробую включить посмотреть, но плохо себе представляю что там смотреть, пару раз всего пользовался когда искал ошибку.
А почему не создавать проц. под каждую иб, в этом есть что-то что может привести к проблемам?
После установки сервера 1С на Linux у пользователей могут возникнуть проблемы при попытке подключиться к нему. Данные проблемы могут быть связаны как с настройками на сервер или клиентском компьютере, так и с настройками сетевой инфраструктуры. Рассмотри наиболее часто встречающиеся ошибки и методику поиска и исправления причин этих ошибок.
Оглавление:
Этот хост неизвестен / No such host is known
Пример полного текста ошибки:
Ошибки соединения с сервером 1С:Предприятия 8.3:server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=src\DataExchangeCommon.cpp
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=src\DataExchangeCommon.cpp
Описание:
Ошибка может возникать как при работе с консолью администрирования 1С:Предприятия(добавление сервера, создание базы…), так и при запуске информационной базы.
Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.
Решение:
Настроить DNS-адресацию или прописать адреса в файл hosts.
В случае, если кажется, что все имена прописаны верно, необходимо:
1. Проверить еще раз. Скорее всего, где-то ошибка.
2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.
Часто ошибка связана с тем, указан в имени доменный суфикс или нет.
- Возможно, у вас в консоли сервера отображаются не по DNS-имени, а по IP-адресам.
- Возможно, клиент не сможет сопоставить IP-адрес DNS-имя(в случае, если сервер 1С находится в другой сети, и вы подключаетесь к кластеру напрямую).
Не правильно:
Правильно:
Необходимо удалить кластер. И собрать из консоли администрирования его заново.
Ошибки соединения с сервером 1С / рабочим процессом 1С
Описанные далее ошибки могут возникать как при работе в консоле администрирования 1С, так и при запуске информационной базы.
Попытка установить соединение была безуспешной
Пример полного текста ошибки:
Ошибка соединения с сервером 1С:Предприятия 8.3:server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.
Сервер 1С:Предпрятия не обнаружен
Пример полного текста ошибки:
Сервер 1С:Предприятия не обнаруженНе запущен ни один рабочий процесс. Соединение с информационной базой невозможно.
Ошибка установки соединения
Пример полного текста ошибки:
Ошибка установки соединенияВыполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.
Методика устранения ошибок соединения с сервером 1С
В данном случае необходимо понимать, что:
- Либо процессов нет;
- Либо не удается «увидеть» процессы в связи с отсутствием доступа;
- Либо происходит обращение по другому адресу.
1. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.
8.2
Отлаживаю внешнюю обработку. В процедуру &НаСервере не заходит.
Второй сервер "прописан" в реестре с параметром -debug и на отличных от первого портах, запущен и работает. Экспериментальную базу прописал на нём. Галки в конфигураторе тоже понаставил по найденным здесь рекомендациям. Но может что-то пропустил?
Ещё смущает, что где-то пишут -debug, где-то /debug.
Я уже и обработку-то отладил с помощью Сообщить(), но хочется всё же к серверному коду научиться подключаться. Помогите, а?
Можно по каким-то признакам понять, что exe работает в режиме debug, кроме того, чтобы пытаться влезть отладчиком? Может файлы какие-то особые появляются.ну нет вроде.
Единственное что - если сервер на 2008 винде, то рагент в таскменеджере будет писаться с командной строкой - в которой дебуг
(0) на имени службы щелкни пару раз мышкой. там все написано
кстати, ты можешь сервер запустить не в качестве службы а в качестве приложения.
на 2008й на обоих ragent.exe ничего не написано, а если в службы влезть, то параметры как в рекомендациях:
"C:\Program Files\1cv82\8.2.13.219\bin\ragent.exe" -debug -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv82\srvinfo_debug"
"C:\Program Files\1cv82\8.2.13.219\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -debug -d "C:\Program Files\1cv82\srvinfo_debug"
Колонку добавил - в командной строке -debug есть. Сейчас предпоследним его поставлю.
а номера портов для сканирования при подключении в отладке совпадают?
(11) нет, конечно! :) Сейчас, вот только сервер перезагрузится.
Из предметов отладки я вижу только толстый клиент на своём компьютере. В настройке отладчика диапазон портов поменял на 1660:1691. На сервере брандмауэр для локальной сети отключен. Не вижу сервера среди предметов отладки.
запускай ручками win+r "C:\Program Files\1cv82\8.2.13.219\bin\ragent.exe" -regport 1641 -port 1640 -range 1660:1691 -debug ))
По ходу на моём компе (я по удаленке на нем работаю) 1660:1691 заблокированы. Свяжусь с админом - отпишусь.
Итак, история "успеха".
Остановив службу с ключом -debug, я с ужасом обнаружил, что тестовая база всё равно работает! Я уже делал раньше две службы, но одна была под 8.1, а другая под 8.2 Интерфейсы у них разные. А здесь-то понадобилось обе под 8.2. И. я промахнулся с самого начала: завел не два центральных сервера, а засунул второй кластер в единственный центральный сервер :))) Поэтому служба-debug спокойно работала вхолостую.
Зато, когда я стал приводить всё в порядок, выплыла еще одна фишка - я уже не смог поднять второй центральный сервер на тех же портах 16xx. Я его (и службу в реестре тоже) поднял на 17xx. И не забыл сделать (11)!
При установке второй версии для параллельной работы установка аналогичная за исключением пункта:
Снимаем флаг «Установить сервер 1С:Предприятия 8 как сервис Windows(рекомендуется)»
Далее готовим строку:
Мы используем: sc create
Строка выглядит как:
sc create "<Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ>" binpath= "<место расположения ragent.exe>" -srvc -agent -regport 1641 -port 1640 -range 1660:1591 -d \"<место расположения папки сервера 1С>""
<Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ> - указываем имя службы. Главное так, чтобы и вы, и те, кому предстоит поддерживать сервер 1С, могли в дальнейшем, легко ее идентифицировать.
<место расположения ragent.exe>" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"<место расположения папки сервера 1С>
Строку службы все как обычно:
<место расположения ragent.exe>
Если порт 1540 уже занят (если один сервер в виде службы уже установлен), то ставим следующий или любой, какой понравится, например, вместо:
1541 -port 1540 -range 1560:1591
1641 -port 1640 -range 1660:1691
Вместо <место расположения папки сервера 1С> указываем строку, где планируем расположить папку с файлами сервера. Рекомендую не хранить эту папку на диске С:\, Разбивайте диск сервера на 2. Под систему и под сервер 1С. Тогда в случае, если файлы журнала регистрации займут все место на диске, Вы без проблем зайдете на сервер и почистите их. Чего нельзя сказать, если вы своими файлами журнала регистрации займете все место на системном диске.
Далее заходим в командную строку от админа:
И выполняем команду:
sc create "Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ" binpath= "\"C:\Program Files\1cv8\8.Х.Х.ХХХХ\bin\ragent.exe\" -srvc -agent -regport 1741 -port 1740 -range 1760:1591 -d \"E:\1C_Bases\srvinfo_8_Х_Х_ХХХХ\""
В итоге получим службу:
Если службы не появилось, нажмите кнопку Обновить.))))
Если передумали, то можно удалить только что созданную службу:
sc delete "<Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ>"
где <Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ> - имя службы
Далее заходим в службу:
Ставим переключатель в положение «С системной учетной записью»
И в этом случае можно почистить кэш (это бывает полезно при разного рода непонятном поведении 1С)
Удалить эти файлы можно только при остановленной службе.
Если Вы остановили службу, а файлы не удаляются, значит, нужно зайти в Task manager и проверить его на наличие зависших:
В случае обнаружения выполнить end task.
- 3.Как перенести БД с платформы на платформу, без потери журнала регистрации?
После того как вы установите (смотри пункт 1.) новую версию сервера, у Вас появится желание перевести одну или все БД с текущей версии платформы (сервера) на ту, что вы только что установили.
Сделать это просто: открываем свойства БД на текущем сервере
Кроме того, открываем новый сервер:
Создаем новую БД и копируем в нее все параметры из текущей, единственное, пароль для пользователя у Вас должен быть
По окончании с текущего сервера БД удаляем
Далее заходим в папку, где ранее располагались файлы БД до переноса. Узнать это место просто:
Читайте также: