@PostgreSQL_1C_Linux

Страница 180 из 217
Andrey
25.06.2018
08:49:19
но что-то пошло не так (с)

Shaz
25.06.2018
08:49:28
А посмотреть как 1с запросто строит?

Andrey
25.06.2018
08:49:32
1cка показывает что там блоб размер больше гига.

ну вот щас будем смотреть

Google
Shaz
25.06.2018
08:51:27
Для дампа возможно ключи нужны, там было что-то про блобы

Алексей Степаненко
25.06.2018
09:30:36
А потом в продакшне yum install apt-get?
ну уж не будем предполагать, что здесь собрались настолько неквалифицированные и недалекие люди ))))

Nikolay
25.06.2018
09:37:05
А потом в продакшне yum install apt-get?
А это вообще законно?

Iskandar
25.06.2018
13:28:35
Kto nibud znayet pro linux???

Igor
25.06.2018
13:29:40
Kto nibud znayet pro linux???
Что-то знакомое... Лекарство для кишечника?

Iskandar
25.06.2018
13:30:59
Ne lineks

Alexey
25.06.2018
13:33:43
Ne lineks
я понял про что вы) спроси может здесь свой вопрос https://t.me/ru_ubuntu

тут всё таки про postgres и 1с :)

kad
25.06.2018
16:51:04
Первый вопрос по раскладку видимо

Google
Dmitry
26.06.2018
08:19:21
Народ привет. Поделитесь кто какую архитектуру поднял? Используете ли виртуализацию и какую?

Dmitry
26.06.2018
08:40:07
Win 2000 + файловая 7.7 и это в виртуалбоксе под Win XP.
А причем тут linux, postgre... Вы ошиблись группой

Alexander
26.06.2018
09:32:10
Добрый день! вот такого рода вопрос: у меня на psql, на master, папка с WAL archives стала занимать весьма много места не подскажете как можно безболезненно ее почистить средствами pg_archivecleanup может есть какие-то подводные камни? Спасибо!

Какой-то Хмырь
26.06.2018
11:18:00
добрый день! по постгресу под виндой кто-нибудь может подсказать? в части мониторинга. интересуют несколько моментов: 1) процент попадания в кэш. есть функции, показывающие количество блоков найденных в кэше пг и количество блоков, взяятых с диска. но пишут, что это будет включать чтения из дискового кэша ос. как это все адекватно мониторить? 2) количество дедлоков 3) максимальное время ожидания блокировки может что-то еще посоветуете. помимо виндовых метрик цпу, оперативы и дисков

Dmitry
26.06.2018
11:19:31
К эксперту товаришь готовиться?

Dmitry
26.06.2018
11:20:15
...А так, народ LXC юзает
А KVM не юзает ни кто?

Alex
26.06.2018
11:24:24
Какой-то Хмырь
26.06.2018
11:25:40
Mamonsu поставьте и будет вам счастье.
а там потом в заббикс можно это скормить?

Artem
26.06.2018
11:25:54
Так точно!

Dmitry
26.06.2018
11:26:28
Так а смысл?
А если более развернуто? В чем преимущество LXC?

Artem
26.06.2018
11:26:32
https://postgrespro.ru/docs/enterprise/9.6/mamonsu

Какой-то Хмырь
26.06.2018
11:26:33
спасибо, посмотрю

ток у нас 9.2

Andrey
26.06.2018
11:28:07
Ей же 6 лет уже. Она не поддерживается никак

Какой-то Хмырь
26.06.2018
11:39:02
Ей же 6 лет уже. Она не поддерживается никак
я б обновился, пока пытаюсь понять, как оно вообще работает. разбираюсь, в общем. после сиквела как-то дико все выглядит)

Алексей Степаненко
26.06.2018
11:43:11
Друзья, такой вопрос: у нас боевая система на mssql, я хочу попробовать postgres, пока для задач разработки и тестирования. Есть ли механизм трансляции mssql базы в базу postgre? Или замарачиваться обменом между двумя базами на прикладном уровне?

Google
Кирилл
26.06.2018
11:47:40
Если речь про 1С, то выгрузка в dt не катит чтоль?

Алексей Степаненко
26.06.2018
11:48:06
у меня есть сиквельная база, мне из нее надо получить базу постгре. Так яснее?

Кирилл
26.06.2018
11:48:30
Я 250 выгружал и норм

Вопрос только во времени мне кажется

Алексей Степаненко
26.06.2018
11:49:09
а по времени?

Кирилл
26.06.2018
11:49:29
250 гб упп выгружалось 8 часов, если не изменяет память

Алексей Степаненко
26.06.2018
11:49:36
Я не готов ждать нцать часов на выгрузку и нцать часов на загрузку

Алексей Степаненко
26.06.2018
11:50:07
ищу более быстрые варианты, в дт - это тупо, слишком прямолинейно

Андрей
26.06.2018
11:50:17
Алексей Степаненко
26.06.2018
11:51:00
это нетупо - это правильно
Не соглашусь. дт нужен для бэкапа при использовании файлового варианта.

Кирилл
26.06.2018
11:51:29
это объем итогового dt ?
250 гб это размер базы. объем dt был 8 гб

Андрей
26.06.2018
11:51:31
1с не рекомендует использовать dt для бэкапов

Алексей Степаненко
26.06.2018
11:51:54
Андрей
26.06.2018
11:52:02
250 гб это размер базы. объем dt был 8 гб
норм, тут не угадаешь, у меня есть база 300гб, dt 24гб, выгружается 1,5 часа

Google
Nikolay
26.06.2018
11:52:02
dt как раз и рекомендуется для переноса между платформами

Андрей
26.06.2018
11:52:13
А что?
структурированный файл данных сжатый, 1с не рекомендует его использовать как бэкап

Nikolay
26.06.2018
11:53:25
Время на загрузку/выгрузку во многом зависит от производительности

Алексей Степаненко
26.06.2018
11:53:50
А пруфы есть? Я чтото не нашел. Я приношу извинения, если когото задел, но для меня дт никогда не ассоциировался с продуктивом. Долго и неудобно

Была идея поднять вторую базу на постгре, в нее транслировать изменения в боевой базе допустим через планы обменов, но честно говоря не уверен

Кирилл
26.06.2018
11:57:47


https://its.1c.ru/db/v8313doc#bookmark:adm:TI000000137

Shaz
26.06.2018
12:00:17
у меня есть сиквельная база, мне из нее надо получить базу постгре. Так яснее?
Инстурменты конечно существуют, но как правило платные. есть у EMS например, и еще какие-то встречались. Однако даже в этом случа не исключается правка ручками

Алексей Степаненко
26.06.2018
12:00:55
Читал, очень понравилась фраза "... что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных", т.е. для переноса между платформами этот механизм так же использовать надо с опаской

Nikolay
26.06.2018
12:03:07
А пруфы есть? Я чтото не нашел. Я приношу извинения, если когото задел, но для меня дт никогда не ассоциировался с продуктивом. Долго и неудобно
Обратный переход можно осуществить, выполнив операцию выгрузки (в версии 8.2.14) и загрузки информационной базы (в предыдущей версии). http://downloads.v8.1c.ru/content//Platform/8_3_3_641/1cv8upd.htm#e9c3459a-8240-11e1-b5d1-e61f135f174b

Алексей Степаненко
26.06.2018
12:03:51
да да, и это тоже, по этому и еще раз могу сказать, dt это не резервная копия, итс в тому подтверждение и какие пруфу ненужны
Так я и не отрицаю факта того, что дт нельзя использовать для бэкапа. Но и для переноса между платформами тоже есть опасения. Но раз другого механизма нет, то наверное придется его использовать

Алексей Степаненко
26.06.2018
12:04:22
1c предлагала такое http://v8.1c.ru/overview/Term_000000269.htm
А вы пробовали сериализовать всю базу?

Google
Андрей
26.06.2018
12:04:25
А вы пробовали сериализовать всю базу?
я пробовал базу в 50 Гб серилизовать... 700гб сожрало, имхо не реальная штука, но все зависит конечно же от данных

Алексей Степаненко
26.06.2018
12:06:35
это в любом случае оптимальный вариант ,честно)
Ну наверное так и будем работать

Andrey
26.06.2018
12:07:36
А вы пробовали сериализовать всю базу?
Я вообще не сварщик. Когда у заказчика были проблемы с выгрузкой большой базы в dt, сказали поставить 2 сервера с разными СУБД и настроить перенос

Sirojiddin
26.06.2018
12:11:42
Добрый день всем!

У меня есть проблема! помогите пожалуйста!



Ошибка подключения: Каталог обмена информацией не существует. Техническую информацию об ошибке см. в журнале регистрации.

Как решаю это проблема?

Nikolay
26.06.2018
12:14:53
Папку создай

Sirojiddin
26.06.2018
12:15:16
Я создали папку!

Nikolay
26.06.2018
12:16:00
На сервере?

Андрей
26.06.2018
12:16:20
Вы не по адресу. Тут линь.

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