| Долго идет обмен данными 1С на СУБД PostgreSQL
|
|
|
|
#1 Пн Апр 02, 2012 13:47:45
|
|
|
Вопрос по связке 1с + Postgresql. Настроен РИБ - главный узел: клиент-сервер 1с версии 8.2.14.540 на ОС fedora 7 + СУБД Postgresql 8.4. подчиненный узел: база в файловом варианте 1С 8.2.14.540 на Windows XP. Конфигурация Бухгалтерия для Казахстана 2.0.5. Проблема такая: обмен на стороне главного узла проходит долго, например: архив размером 300 кбайт. - 2 часа. А в подчиненном узле быстро проходит - туда архивы уходят размером в мегабайты и дольше 10 минут не было. Бухгалтера в головном возмущены... так как в процессе обмена все тормозит. Кто что посоветует?...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
 |
|
|
|
#2 Пн Апр 09, 2012 19:54:17
|
|
|
Первое что бросается в глаза, постгря версия 8.4 берем с диска ИТС 9.0.3 обновляемся и пробуем на ней. Вообще недавно сталкивался с похожей ситуацией, только из главного узла в файловый распределенный создавался образ. Занимало это все часов 14 по времени. Дождался, начальный образ второго узла создавал в серверный вариант, время выполнения < 1 часа. Обмен пока еще не настраивал, поэтому за производительность сказать ничего не могу(пока времени нет). Но обязательно попробую, все работы выполнялись на ноуте i3 3гб озу. Логи нужно курить, антивирус по рекомендациям в исключения пихать
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#3 Вт Апр 10, 2012 09:48:04
|
|
|
Антивирус навряд-ли при делах - он стоит на всех машинах и когда через сервер работаем и где в файловом варианте... Насчет смены версии... я думал конечно... Но сервер поднимал не я. Настроил на рабочей станции сервер в связке 1С 8.2 сервер + PostgresSQL@Etersoft 8.4.4 на Ubuntu Server 10.04 - проблема та же... ну понятно что железо не то что на сервере но все-таки... короче обмен еще дольше чем на сервере. И вырисовываются 2 направления: железо. проблема самой СУБД (настройки конфигурации или еще что там..). База у меня около 4ГБайт ( количество строк в регистре бухгалтерии - около 900 тыс.+600 тыс налогового регистра). ОЗУ на сервере 4ГБайт. Но стоит 32 битная ОС. Рейд не настроен. База вертится на отдельном жестком диске. Вот думаю что оперативки маловато становится для сервера да и дисковая подсистема оставляет желать лучшего...
Добавлено спустя 5 минут 29 секунд:
Поднял связку 1С 8.2 сервер + PostgresSQL@Etersoft 9.0.2 на Ubuntu Server 10.04... Сервис СУБД запустился.. а вот базу не получилось создать: вылетает ошибка type "mvarchar" does not exist at charter. Разобраться так и не получилось с ней.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#4 Вт Апр 10, 2012 12:45:22
|
|
|
Базу чистую создаем из под "1С" на
| Цитата: |
|
Поднял связку 1С 8.2 сервер + PostgresSQL@Etersoft 9.0.2 на Ubuntu Server 10.04. |
, с рабочей делаем выгрузку через конфигуратор и загружаем во вновь созданную. Пробуем обмен.
Хотелось бы характеристики сервера услышать.
Жесткий диск это одно из самых проблемных мест, рэйд ускорить не поможет, скорей даже наоборот, падение производительности. Можно пробовать увеличить ОЗУ. А Как часто делаете обмен?
Добавлено спустя 1 минуту 58 секунд:
http://www.forum.mista.ru/topic.php?id=582796
http://infostart.ru/public/88792/
ознакамливайся. инфы море, причем собранная в кучу. Может что и поможет
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#5 Вт Апр 10, 2012 13:09:43
|
|
|
по инструкции этого автора http://infostart.ru/public/88792/ я и ставил связку. По решению проблем с установкой версии 9.0.2 он мне не помог.. Проблема в том что я не могу создать даже чистую базу. Ошибка выходит именно на этапе создания пустой базы средствами 1С. Много про эту ошибку читал. Но решения никто не предложил. Советуют собирать сервак не на UBUNTU а на Fedora или CentOS так как там нужны rpm паркеты. Да и системы постабильней.
Насчет Raid не соглашусь - потому что смотря как его собирать. Рейд 1+0 (4 харда уйдет) плюс один хард под Hot Spare. То есть при наличии 5 дисков и такой конфигурации Рейд будем иметь повышение производительности примерно в 2 раза плюс решение проблемы с отказоустойчивостью. Но один из 5ти дисков у меня сейчас на исдохе.. да и нужно польностью собирать заново сервер. Пока не уверен в своих силах... не хочу трогать. Копался сегодня в дисках ИТС: там тоже советы для повышения производительности PostgreSQL сделать упор на организацию RAID так как эта СУБД это от этого зависит.
Обмен делаем ежедневно. Сейчас начал делать по вечерам допольнительно чтоб днем если срочно обмен нужен - инфы меньше для передали было.
Сервер у меня вот такой http://www.nstor.ru/ru/catalog/1551/4422.html
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#7 Ср Апр 11, 2012 08:34:52
|
|
|
[quote="Ситх"]Базу чистую создаем из под "1С" на
| Цитата: |
Поднял связку 1С 8.2 сервер + PostgresSQL@Etersoft 9.0.2 на Ubuntu Жесткий диск это одно из самых проблемных мест, рэйд ускорить не поможет, скорей даже наоборот, падение производительности. Можно пробовать увеличить ОЗУ. А Как часто делаете обмен?
|
Студент? Ничего кроме 5 и 6го рэйда не видел? 
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#8 Ср Апр 11, 2012 08:46:03
|
|
|
ай-яй-яй. Чуть не проспал появление профессора на конференции. Студент слишком громко сказано, так школьник-затейник
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#9 Ср Апр 11, 2012 09:13:55
|
|
|
Семен Семеныч, чем кого-то отчитывать дали бы дельный совет. Не знание RAID это мелочь. Полчаса в википедии и начальный уровень готов. Мне бы по делу... по повышению проиозводительности.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#10 Ср Апр 11, 2012 10:48:07
|
|
|
А сколько еще периферийных узлов? Если только один и обмен оттуда долгий а туда быстрый, возможно дело и не в мощности сервера. Основной объем новых документов идет в периферии или в центре тоже активно заносят?
можно в хотлайн 1с написать и расписать и спросить что делать. Что-то тормозит работу обмена. и дело не в железе 
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#11 Ср Апр 11, 2012 11:07:28
|
|
|
Организации в голвной базе 3. Ну и 3 периферии. Но из 3х 2 совсем мелкие - обмен делаю раз в месяц. И кстати тормозов особо нет. Например, тот же архив размером в 1МБайт записывается быстрее. Хотя по размеру сравнивать некорректно - тип документов, проводки разные.
Насчет проблемного узла: туда мы отправляем больше информации - архивы ежедневные ну примерно 1-2МБайт. Оттуда получаем до 1МБайт за день. Обычно меьнше 500 Кбайт даже. Но там в основном доки по поступлению, списанию ТМЦ то есть много проводок по регистру бухгалтерии. За счет того что инфы не так много и того что я делаю обмен по вечерам еще - немного сглаживается ситуация.. Но я вот подумываю ставить в периферии тоже сервер. А так как туда мы отправляем больше данных то проблема с обменом встанет остро очень.
В Хотлайн Рейтинга написал. Ответили: Уточните пожалуйста на каком этапе происходит максимальная задержка в коде конфигурации.
Скинул им лог обмена. Пока молчат.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
Правила
Регистрация
Вход
Личные письма
RSS
В борьбе за грамотность: Налогообложение; Упрощенная декларация; Сдать, а не "здать"; Передать документы с нaрочным, нарочно ‐ это совсем другое значение.
