@PostgreSQL_1C_Linux

Страница 114 из 217
Alevtina
24.09.2017
13:03:30
Добрый день! Ищу программиста 1С, который так же будет совмещать работу сисадмина + разговорный английский. Понимаю, что звучит странно, но меня уверили, что все-таки можно найти такого специалиста.. Alevtyna.riabokon@lacoste.ua

Alevtina
24.09.2017
13:04:23
Спасибо

Андрей
24.09.2017
13:04:53
Добрый день! Ищу программиста 1С, который так же будет совмещать работу сисадмина + разговорный английский. Понимаю, что звучит странно, но меня уверили, что все-таки можно найти такого специалиста.. Alevtyna.riabokon@lacoste.ua
это максимум на фирму где работает 10 человек ,иначе должно быть разные люди, админ+ 1с в одном лице не совместимы в принципе, разный менталитет должен быть

Google
Alevtina
24.09.2017
13:12:03
Да, согласна

Андрей
24.09.2017
13:28:31
http://1c.ru/news/info.jsp?id=22145 Как вам такая компетенция?
жуть, "перечислите рекомендуемые параметры настройки архивации каталога реестра кластера серверов 1С:Предприятия." - я даже не понял о чем они

там опыт должен быть не маленьким по железу и довольно большой объем теоретический знаний

Andrey
24.09.2017
13:31:38
жуть, "перечислите рекомендуемые параметры настройки архивации каталога реестра кластера серверов 1С:Предприятия." - я даже не понял о чем они
Ну а что лежит в этом каталоге? Индекс ППД - не бэкапим, неконсистентный он не нужен, а консистентность обеспечть можно, бэкапя только параллельно с выгрузкой в dt. А dt - не бэкап. Журнал регистрации - бэкапим, если еще не перешли на внешнее хранение Сеансовые данные - не бэкапим, к моменту восстановления они уже гарантированно неактуальны - сеансов нет. Вот и получается, что бэкапить имеет смысл только реестр кластера.

Андрей
24.09.2017
13:34:46
кстати там да, для крупных внедрений экзамен, по сути людей с таким опытом должно быть не много и ценник у них явно не 800-1000$

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
Sergey
02.10.2017
13:02:44
Полезная книжка



Anton
03.10.2017
18:00:43
как зависших активных пользователей отключить на 8.3

перезагрузка сервера не помогает

Андрей
03.10.2017
18:09:21
перезагрузка сервера не помогает
Сервера 1с или всего железа?

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
подними виртуалку с любой виндой и потавь консоль управлени MMC
итак сервер в облаке, нет возможности для винды

Juriy
04.10.2017
03:50:07
итак сервер в облаке, нет возможности для винды
вы не умеете консолью администрирования подключаться к удаленной машине?

Andrey
04.10.2017
04:45:30
все оказалось проще, 1. остановить сервис 2. удалить все папки с непонятными названиями в виде хешей в папке /home 3. запускаем сервис
Поздравляю, Шарик, Вы - балбес. Вы снесли журналы регистрации и индекс полнотекстового поиска.

Александр
04.10.2017
04:49:30
Для слабаков

Andrey
04.10.2017
04:49:35
Ну а что лежит в этом каталоге? Индекс ППД - не бэкапим, неконсистентный он не нужен, а консистентность обеспечть можно, бэкапя только параллельно с выгрузкой в dt. А dt - не бэкап. Журнал регистрации - бэкапим, если еще не перешли на внешнее хранение Сеансовые данные - не бэкапим, к моменту восстановления они уже гарантированно неактуальны - сеансов нет. Вот и получается, что бэкапить имеет смысл только реестр кластера.

Новые же ж создадутся.
Кстати, ЖР создастся в формате sqlite. Что зачастую снижает стабильность работы.

UIV
04.10.2017
04:53:53
Войны без потерь не бывает

Andrey
04.10.2017
04:56:11
Войны без потерь не бывает
Ну, за победу сил добра над силами разума!

Anton
04.10.2017
05:00:29
все оказалось проще, 1. остановить сервис 2. удалить все папки с непонятными названиями в виде хешей в папке /home 3. запускаем сервис
в этот каталог 1с валит свой кеш, и иногда забывает подчищать за собой, и если не следить то диск будет захвачен ненужным хламом

для каждой сессии там своя папка создается

в моем случае это 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]. Чтобы убить сеансы, нужно остановить сервер и удалить эти каталоги или их содержимое.

Не фантазируйте. Почитайте лучше документацию. А теперь по существу вопроса: Уже который год разработчики платформы бьются над обеспечением отказоустойчивости сеансов при крахе сервера приложения. Поэтому перезапуск не поможет. Если он помогает - это ошибка, пишите на v8@1c.ru Данные сеансов хранятся в каталоге реестра кластера, на каждый экземпляр сервиса сеансовых данных - по каталогу с наименованием вида snccntx[GUID]. Чтобы убить сеансы, нужно остановить сервер и удалить эти каталоги или их содержимое. Кроме того, в каталоге реестра кластера есть подкаталоги вида [GUID]. Это индивидуальные каталоги информационных баз, зарегистрированных в кластере. В них хранятся журналы регистрации и индекс полнотекстового поиска. Естественно, на тех серверах кластера, где работают соответствующие сервисы. Их удалять при очистке сеансов не нужно. При удалении информационной базы из состава кластера каталог информационной базы не очищается. Это проектное решение, описанное в документации и имеющее вполне очевидные причины. Т.е. это не "1с забывает подчищать за собой", а Вы забываете читать документацию.
можно ссылку откуда скопипасчино

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
Доброго времени суток. Подскажите что делать если база вообще не видит файлов обновления? Объединение с чистой базой делал. Не помогло(((

Lors
09.10.2017
14:54:32
Все проверял

Страница 114 из 217