@PostgreSQL_1C_Linux

Страница 109 из 217
Dmitry
23.08.2017
19:06:02
автоматика сбоит. и сбойнет она в самый не нужный момент :)

обычно профит от одного переключения не перекроет всего гемороя с сопровождением этой автоматики и ложных срабатываний

Juriy
23.08.2017
19:10:08
ну у меня-то вообще все просто как автомат калашникова — jdbc:postgresql://ip1,ip2/db?targetServerType=master

Dmitry
23.08.2017
19:10:12
не верите мне, посмотрите выступление https://www.youtube.com/watch?v=eDh9x5PuhxQ

Google
Juriy
23.08.2017
19:10:15
но случаи разные бывают

Dmitry
23.08.2017
19:10:48
ну у меня-то вообще все просто как автомат калашникова — jdbc:postgresql://ip1,ip2/db?targetServerType=master
это особеность jdbc драйвера, клиентского софта к кластеру не имеет отношения

Juriy
23.08.2017
19:11:20
я не спорю и не агитирую за patroni. Человек спросил, я рассказал как можно ?

можно руками, мтожно автоматом через косытли и etcd

Dmitry
23.08.2017
19:11:59
да дело не в патрони, я вообще слово то не употреблял :)

можно привезти автоматом скрипты переключения

чтобы ты через мобильный интернет полностью пьярным смог переключить мастер

Juriy
23.08.2017
19:12:43
можно, но у автомата есть плюсы и минусы - и с этим я полностью согласен ?

Dmitry
23.08.2017
19:12:50
а вот автоматике такого доверять я бы не стал, тем более etcd который разваливается после out of space :D

Juriy
23.08.2017
19:13:12
да они через одного разваливаются, в кого не ткни палочкой

Dmitry
23.08.2017
19:13:42
ну и общая отказоустойчивость системы есть произведение отказойстойчивости каждой из компонент

чем сложнее схема тем с большей легкостью все это разваливаеться

ну и общая отказоустойчивость системы есть произведение отказойстойчивости каждой из компонент
от балды: например у etcd 80% что не сбойнет у pg 90% что не сбойнет и в итоге получается всего 72% что не сбойнет

Google
Juriy
23.08.2017
19:16:07
да да, а все это лежит в облаке, у кторого на ЦЕФ течет память и оно падает

или на шипдоге у которого при введении новой ноды корраптятся данные

ага

Dmitry
23.08.2017
19:16:29
https://ru.wikipedia.org/wiki/KISS_(%D0%BF%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF)

:)

Juriy
23.08.2017
19:17:54
только бекапы в другой ДЦ и восстановление в один клик, только хардкор

Nikolay
23.08.2017
19:21:20
Вот это поворот!

Dmitry
23.08.2017
19:23:22
Вот это поворот!
че поворот? вот продадите вы, postgrespro, кластер, и мануал на 200 страниц, и если эта хуйня развалиться - проваляется несколько дней, будешь искать, почему блять мультикаст не ходит, почему циска игнорит drop arp cache, ЗАТО КОГДА НИБУДЬ ОНО СРАБОТАЕТ!!!

ОДИН РАЗ

Nikolay
23.08.2017
19:24:00
Вот кстати в тему беседы. Представитель 1С объяснил, как надо строить ИС https://pgconf.ru/2017/95924

Dmitry
23.08.2017
19:25:16
Вот кстати в тему беседы. Представитель 1С объяснил, как надо строить ИС https://pgconf.ru/2017/95924
посмотрел я выступление и хочеться сказать что чувак пиздит как дышит (про патчи в pg)

Juriy
23.08.2017
19:25:49
Петр - евангелист. Читать надо статьи Морозова на ИТС и на kb.1c.ru

Nikolay
23.08.2017
19:26:05
По моему они уже и сами запутались

Juriy
23.08.2017
19:26:20
кто и в чем?

Dmitry
23.08.2017
19:26:36
Петр - евангелист. Читать надо статьи Морозова на ИТС и на kb.1c.ru
если евангелист, то отвечать за слова не надо?

Nikolay
23.08.2017
19:26:38
Да я про патчи

Dmitry
23.08.2017
19:26:44
ща найду тайминг в видео про патчи

Nikolay
23.08.2017
19:28:26
Его просто распяли в процессе выступления. Видимо не ожидал технических вопросов. Привык на 1С-х конфах лапшу вешать.

Dmitry
23.08.2017
19:28:30
> 14 минуты

14:30

Google
Dmitry
23.08.2017
19:30:21
"но все найденые нами пути решения проблем путем патчей и расширений кода постгре мы стараемся вливать в основную версию"

Juriy
23.08.2017
19:32:47
зато там на 14:25 отличная фраза - делаем и бекап и репликацию, одно не отменяет другого

Dmitry
23.08.2017
19:32:50
это вопрос к Федору С - сотруднику компании 1с: почему необходимые для работы патчи не перенесли в основную ветку. так что даже в итоге запуститься без костылей и экстеншенов не возможно

Dmitry
23.08.2017
19:39:04
1c банального репо не могли собрать, почему?

Nikolay
23.08.2017
19:40:04
1c банального репо не могли собрать, почему?
PG не встраивался в пищевую цепочку, не?

1c банального репо не могли собрать, почему?
Не могли найти специалиста, не верю!

И правильно делала, экономия ресурсов, не?

По моему у них все хорошо! Пожелаем им удачи!

Dmitry
23.08.2017
19:47:53
все что развивает свободный продукт - есть выгода для окружающих :)

Juriy
23.08.2017
19:48:31


Dmitry
23.08.2017
19:48:38
так что да, пожелаем 1С удачи, раз создают рабочие места и кормят столько людей

ну начнем с того что sigaev.ru - это совсем не основная ветка :)

Juriy
23.08.2017
19:49:51
это два нижних со статусом public ?

а выше?

Dmitry
23.08.2017
19:49:53
ну и в "итоге запуститься без костылей и экстеншенов не возможно" на ваниле

mchar - не в основной ветке

fast truncate - не в основной ветке

Google
Admin
ERROR: S client not available

Dmitry
23.08.2017
19:50:24
applock - не в основной ветке

ну и в "итоге запуститься без костылей и экстеншенов не возможно" на ваниле
претензии то в этом, в том чтобы хотябы медленно, но была возможность начать работать на ваниле

Juriy
23.08.2017
19:53:12


а так, конечно, да

Dmitry
23.08.2017
19:53:28
бантик :) ну честно

Juriy
23.08.2017
19:53:38
тем не менее ?

плюс и у Microsoft и у IBM под 1С есть специальные режимы работы

Nikolay
23.08.2017
19:54:21
Ой по моему, что то не то мы обсуждаем ;)

Juriy
23.08.2017
19:54:31
а постгресс просто патченый...

Ой по моему, что то не то мы обсуждаем ;)
да ладно, нормально идет беседа, разве не? ?

https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Wc0d1a21236a5_4cb4_9d40_424193dcd115/page/Что%20стоит%20за%20DB2_WORKLOAD%3D1C

Nikolay
23.08.2017
19:56:01
плюс и у Microsoft и у IBM под 1С есть специальные режимы работы
Ой, а расскажите про ms sql? И его специальный режим для 1С? Кто-то попё...ть начал.

db2 не в счёт с их то долей рынка 1C.

Juriy
23.08.2017
19:59:20
Флаги трассировки 4199 - для Microsoft SQL Server 2014 необходимо включить исправление ошибок оптимизатора (https://support.microsoft.com/en-us/kb/974006) 1118 – не использовать смешанные экстенты (когда страницы разных объектов располагаются в одном экстенте).

https://its.1c.ru/db/metod8dev#content:5904:hdoc:_top:ms%20sql%20server

но я в ms sql не разбираюсь

просто запомнил в одном из докладов

было про это дело

что взаимодействовали с Microsoft и те ввели трейсфлаг

Google
Juriy
23.08.2017
20:01:43
нашел

https://its.1c.ru/db/v839doc/bookmark/adm/TI000000099

Nikolay
23.08.2017
20:02:08
https://its.1c.ru/db/metod8dev#content:5904:hdoc:_top:ms%20sql%20server
Мы обсуждаем сейчас не базовую функциональность СУБД, а конкретный "прогиб" СУБД строителей, что бы на их платформе заработал софт 1С.

Juriy
23.08.2017
20:02:22
Исключено замедление работы СУБД Microsoft SQL Server 2014 при работе с сервером «1С:Предприятия». Для указанной СУБД сервер «1С:Предприятия» выполняет принудительную установку TRACE FLAG 4199 для каждого соединения с СУБД. В связи с этим в настройках соединения сервера «1С:Предприятие» с СУБД необходимо указывать пользователя, обладающего административными правами. Сервер «1С:Предприятие» не будет выполнять установку TRACE FLAG 4199 в том случае, если этот TRACE FLAG уже установлен для всей базы данных.

Nikolay
23.08.2017
20:11:04
1С поддерживает sql server on linux?

Andrey
24.08.2017
02:17:26
1С поддерживает sql server on linux?
официально еще нет, однако на инфостарте кто-то писал, что тестил и вроде как работает. думаю, можно ждать поддержки после релиза. Ну и поддержки родного клиента на Linux ждем с нетерпением :)

Флаги трассировки 4199 - для Microsoft SQL Server 2014 необходимо включить исправление ошибок оптимизатора (https://support.microsoft.com/en-us/kb/974006) 1118 – не использовать смешанные экстенты (когда страницы разных объектов располагаются в одном экстенте).
4199 - это не только под 1С, это в целом неожиданное поведение оптимизатора в условиях OLTP/data warehouse. 1118 вообще не имеет смысла, поскольку смешанные экстенты переформируются при первом ребилде индекса, если он занимает больше одного экстента. А если он меньше одного, то проблему фрагментации заметить крайне непросто. Там еще с новым CE был массовый плач и стенания, тоже забавная история.

Мы обсуждаем сейчас не базовую функциональность СУБД, а конкретный "прогиб" СУБД строителей, что бы на их платформе заработал софт 1С.
Я бы не называл это прогибом. Просто 1С работает с достаточно широким спектром запросов и официально продвигает компетенции, достаточные для багрепорта вендору.

Vlad
24.08.2017
15:44:35
Всем привет, вопросы по 1с сюда можно задавать?

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