Alevtina
24.09.2017
13:03:30
Добрый день! Ищу программиста 1С, который так же будет совмещать работу сисадмина + разговорный английский. Понимаю, что звучит странно, но меня уверили, что все-таки можно найти такого специалиста..
Alevtyna.riabokon@lacoste.ua
Андрей
24.09.2017
13:04:03
Alevtina
24.09.2017
13:04:23
Спасибо
Андрей
24.09.2017
13:04:53
Google
Alevtina
24.09.2017
13:12:03
Да, согласна
Andrey
24.09.2017
13:20:52
Андрей
24.09.2017
13:28:31
там опыт должен быть не маленьким по железу и довольно большой объем теоретический знаний
Andrey
24.09.2017
13:31:38
Андрей
24.09.2017
13:34:46
кстати там да, для крупных внедрений экзамен, по сути людей с таким опытом должно быть не много и ценник у них явно не 800-1000$
Марк ☢
24.09.2017
13:45:46
Alex
24.09.2017
17:52:30
есть кто-то кто в i3 шарит?
A
24.09.2017
20:25:58
Кто собирал postgresql+pgpool-II?
Nick
24.09.2017
20:54:06
а что конкретно интересует?
Alevtina
25.09.2017
06:36:57
Alex
25.09.2017
10:41:31
День добрый. У меня вопрос, есть ли хоть какая-то возможность добавить БП 2.0 расширение конфигурации без снятия поддержки?
Alex
30.09.2017
14:20:02
Google
NF
02.10.2017
08:56:47
Sergey
02.10.2017
13:02:44
Полезная книжка
Anton
03.10.2017
18:00:43
как зависших активных пользователей отключить на 8.3
перезагрузка сервера не помогает
Андрей
03.10.2017
18:09:21
Anton
03.10.2017
18:09:45
оба варианта
Андрей
03.10.2017
18:16:51
Попробуй дл 20 минут паузу при перезапуске 1с сервера
Anton
03.10.2017
18:18:33
который srv1cv83
Андрей
03.10.2017
18:21:59
который srv1cv83
Да..но вообще может и не получится. Но вообще странно что у тебя такое.. редко на линюхах такое
Anton
03.10.2017
18:23:15
сам впервые на такое попал
Ivan
03.10.2017
18:27:08
буквально сегодня такое было
на сервере 1С:
1) killall rmngr (можно несколько раз в особо тяжелом случае)
2) рестарт службы
3) завершить сеансы из консоли управления
4) применить назначение функциональности (полное), если менеджер лицензий НЕ на хосте с менеждером кластера
Anton
03.10.2017
18:57:23
консоли у меня нет
Александр
03.10.2017
19:02:58
куда дел?
Ivan
03.10.2017
19:05:58
подними виртуалку с любой виндой и потавь консоль управлени MMC
оттуда кикаются сеансы обычно норм кикаются, если нет - длинный путь
Александр
03.10.2017
19:10:29
Китай везде
Google
Anton
03.10.2017
19:11:00
схема такая:
бд + 1c sever + apache + тонкий клиент
на сервере еще толстый клиент, через него конфигурации были развернуты
Китай
03.10.2017
19:14:26
Anton
03.10.2017
20:21:37
Juriy
04.10.2017
03:50:07
Anton
04.10.2017
04:33:13
Andrey
04.10.2017
04:45:30
UIV
04.10.2017
04:47:39
Anton
04.10.2017
04:49:11
Александр
04.10.2017
04:49:30
Для слабаков
Andrey
04.10.2017
04:49:35
Ну а что лежит в этом каталоге?
Индекс ППД - не бэкапим, неконсистентный он не нужен, а консистентность обеспечть можно, бэкапя только параллельно с выгрузкой в dt. А dt - не бэкап.
Журнал регистрации - бэкапим, если еще не перешли на внешнее хранение
Сеансовые данные - не бэкапим, к моменту восстановления они уже гарантированно неактуальны - сеансов нет.
Вот и получается, что бэкапить имеет смысл только реестр кластера.
UIV
04.10.2017
04:53:53
Войны без потерь не бывает
Andrey
04.10.2017
04:56:11
Anton
04.10.2017
05:00:29
для каждой сессии там своя папка создается
в моем случае это 3 пустых папки было
увы)
Александр
04.10.2017
05:05:46
Google
Andrey
04.10.2017
05:06:05
в этот каталог 1с валит свой кеш, и иногда забывает подчищать за собой, и если не следить то диск будет захвачен ненужным хламом
Не фантазируйте. Почитайте лучше документацию.
А теперь по существу вопроса:
Уже который год разработчики платформы бьются над обеспечением отказоустойчивости сеансов при крахе сервера приложения. Поэтому перезапуск не поможет. Если он помогает - это ошибка, пишите на v8@1c.ru
Данные сеансов хранятся в каталоге реестра кластера, на каждый экземпляр сервиса сеансовых данных - по каталогу с наименованием вида snccntx[GUID]. Чтобы убить сеансы, нужно остановить сервер и удалить эти каталоги или их содержимое.
Кроме того, в каталоге реестра кластера есть подкаталоги вида [GUID]. Это индивидуальные каталоги информационных баз, зарегистрированных в кластере. В них хранятся журналы регистрации и индекс полнотекстового поиска. Естественно, на тех серверах кластера, где работают соответствующие сервисы. Их удалять при очистке сеансов не нужно.
При удалении информационной базы из состава кластера каталог информационной базы не очищается. Это проектное решение, описанное в документации и имеющее вполне очевидные причины. Т.е. это не "1с забывает подчищать за собой", а Вы забываете читать документацию.
Александр
04.10.2017
05:11:17
Почему я не удивлён?
Anton
04.10.2017
05:17:28
Не фантазируйте. Почитайте лучше документацию.
А теперь по существу вопроса:
Уже который год разработчики платформы бьются над обеспечением отказоустойчивости сеансов при крахе сервера приложения. Поэтому перезапуск не поможет. Если он помогает - это ошибка, пишите на v8@1c.ru
Данные сеансов хранятся в каталоге реестра кластера, на каждый экземпляр сервиса сеансовых данных - по каталогу с наименованием вида snccntx[GUID]. Чтобы убить сеансы, нужно остановить сервер и удалить эти каталоги или их содержимое.
Кроме того, в каталоге реестра кластера есть подкаталоги вида [GUID]. Это индивидуальные каталоги информационных баз, зарегистрированных в кластере. В них хранятся журналы регистрации и индекс полнотекстового поиска. Естественно, на тех серверах кластера, где работают соответствующие сервисы. Их удалять при очистке сеансов не нужно.
При удалении информационной базы из состава кластера каталог информационной базы не очищается. Это проектное решение, описанное в документации и имеющее вполне очевидные причины. Т.е. это не "1с забывает подчищать за собой", а Вы забываете читать документацию.
отлично, именно эта инфа мне была нужна вчера вечером:
Данные сеансов хранятся в каталоге реестра кластера, на каждый экземпляр сервиса сеансовых данных - по каталогу с наименованием вида snccntx[GUID]. Чтобы убить сеансы, нужно остановить сервер и удалить эти каталоги или их содержимое.
Andrey
04.10.2017
05:19:33
Это не копипаста
Sergey
05.10.2017
15:46:00
Новый PostgreSQL, сейчас Олег Бартунов рассказывает об этом: https://www.youtube.com/watch?v=HOi7lrSeLoE
Игорь
05.10.2017
16:00:48
Николай
05.10.2017
16:24:31
Чел справа издалека на Дарта Вейдера смахивает
Извините
Петр
05.10.2017
16:26:05
Бартунова так еще никто не обзывал наверное)
Lors
09.10.2017
14:36:04
Доброго времени суток. Подскажите что делать если база вообще не видит файлов обновления? Объединение с чистой базой делал. Не помогло(((
Ol
09.10.2017
14:40:01
Lors
09.10.2017
14:54:32
Все проверял