Size: a a a

PostgreSQL + 1C + Linux

2020 September 15

М

Максим in PostgreSQL + 1C + Linux
А чё в функции троит
источник

2_

2flower _ in PostgreSQL + 1C + Linux
а в update точно user_id=next_reaction._user_id стояло?
источник

М

Максим in PostgreSQL + 1C + Linux
Да
источник

М

Максим in PostgreSQL + 1C + Linux
источник

2_

2flower _ in PostgreSQL + 1C + Linux
ошибку покажите еще раз
источник
2020 September 16

G

Grig in PostgreSQL + 1C + Linux
19 17
Сделайте симпл.
При полной у вас журнал транзакций пухнет и архивится
При симпле производительность ниже где то на 10-15%
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Этого не может быть
Simple намного легче и даёт гораздо меньше нагрузки
Вообще ms sql настраивали для работы с 1С?
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Полная модель нужна только для возможности восстанавливать базу на любую секунду и логшипинга.
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Что мс поставил и он работает хорошо с 1с это миф.
Его тоже надо настраивать.
Регламенты субд какие и как часто делаются с рабочей базой?
Уровень параллелизма? Порог срабатывания параллелизма? Ограничение оперативки? Сколько файлов темпдб и на каких они дисках или вынесены в RAM?
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
И ещё: файл базы и лога транзакций на разных дисках?
Какие параметры прироста этих файлов и файлов темпдб?
источник

М

Максим in PostgreSQL + 1C + Linux
2flower _
ошибку покажите еще раз
источник

G

Grig in PostgreSQL + 1C + Linux
Антон Дорошкевич
И ещё: файл базы и лога транзакций на разных дисках?
Какие параметры прироста этих файлов и файлов темпдб?
да на разных и именно это дает окло10% прироста производительности

Вообще ms sql настраивали для работы с 1С?
Да и не один год, и с регламентными и с параллизмом  
но только в этом году в контору таки купили новый mssql , до этого работал с 2005.
и столкнулся с тем что лог за 3 часа, между бекапами вырастает на 21-30Гб, хотя в 2005 бекап 3хчасового лога составлял не более 100Мб
источник

G

Grig in PostgreSQL + 1C + Linux
и ошибка шринка файла после бекапа лога, тоже встречается мной в первые:
"Не удалось сжать файл журнала 2 (Acс2019_log), так как все логические файлы журналов, расположенные в конце файла, находятся в использовании."
источник

П

Павло Михайлович... in PostgreSQL + 1C + Linux
Mikhail Vydrin
Нет, не отвалится. Мало того,было бы неплохо и в рдп ходить через впн, чтобы не выставлять терминал наружу
Верно решение, а то  и взламать могут
источник

П

Павло Михайлович... in PostgreSQL + 1C + Linux
Сергей Голод
там арендованный сервер в Хетцнере (как я предполагаю). И на нём просто винда. Поэтому ни программный роутер, ни уж тем более аппаратный не сделать
Почему не возможно? Добавить еще один ssd на 64gb, туда установить Esxi, proxmox, а дальше роутер и саму терминалку
источник

2_

2flower _ in PostgreSQL + 1C + Linux
если user_id в кавычки поместить, т.е. "user_id"
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
Grig
да на разных и именно это дает окло10% прироста производительности

Вообще ms sql настраивали для работы с 1С?
Да и не один год, и с регламентными и с параллизмом  
но только в этом году в контору таки купили новый mssql , до этого работал с 2005.
и столкнулся с тем что лог за 3 часа, между бекапами вырастает на 21-30Гб, хотя в 2005 бекап 3хчасового лога составлял не более 100Мб
Вам полная модель зачем? У вас такие требования к резервированию?
источник

G

Grig in PostgreSQL + 1C + Linux
Антон Дорошкевич
Вам полная модель зачем? У вас такие требования к резервированию?
требования были вообще 1час, но мне теперь некуда складывать бекапы, потому что лог слишком большой стал
источник

АД

Антон Дорошкевич... in PostgreSQL + 1C + Linux
вообще странно, такой лог может конечно быть если вы прям в секунду тысячи записей меняете постоянно
источник

G

Grig in PostgreSQL + 1C + Linux
вот и я про тоже
источник