| » | Казахстанский Бухгалтерский форум www.balans.kz | Долго идет обмен данными 1С на СУБД PostgreSQL |
|
Показать сообщения: Начиная со старых .::. Начиная с новых |
|||
| Автор: | Keller |
| Добавлено: | #1 Пн Апр 02, 2012 13:47:45 |
| Заголовок сообщения: | Долго идет обмен данными 1С на СУБД PostgreSQL |
Вопрос по связке 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гб озу. Логи нужно курить, антивирус по рекомендациям в исключения пихать |
|
| Автор: | Keller |
| Добавлено: | #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 минуту 58 секунд: http://www.forum.mista.ru/topic.php?id=582796 http://infostart.ru/public/88792/ ознакамливайся. инфы море, причем собранная в кучу. Может что и поможет |
|||
| Автор: | Keller |
| Добавлено: | #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 |
|
| Автор: | Ситх |
| Добавлено: | #6 Вт Апр 10, 2012 13:17:23 |
| Заголовок сообщения: | |
Все ясно. К сожалению помочь чем то вряд ли могу. Мои познания в линухе минимальны. Но попробовать другую ось стоит, хотя бы для сравнения |
|
| Автор: | Семен Семеныч | ||
| Добавлено: | #7 Ср Апр 11, 2012 08:34:52 | ||
| Заголовок сообщения: | |||
[quote="Ситх"]Базу чистую создаем из под "1С" на
Студент? Ничего кроме 5 и 6го рэйда не видел? 8))) |
|||
| Автор: | Ситх |
| Добавлено: | #8 Ср Апр 11, 2012 08:46:03 |
| Заголовок сообщения: | |
ай-яй-яй. Чуть не проспал появление профессора на конференции. Студент слишком громко сказано, так школьник-затейник |
|
| Автор: | Keller |
| Добавлено: | #9 Ср Апр 11, 2012 09:13:55 |
| Заголовок сообщения: | |
Семен Семеныч, чем кого-то отчитывать дали бы дельный совет. Не знание RAID это мелочь. Полчаса в википедии и начальный уровень готов. Мне бы по делу... по повышению проиозводительности. |
|
| Автор: | Ситх |
| Добавлено: | #10 Ср Апр 11, 2012 10:48:07 |
| Заголовок сообщения: | |
А сколько еще периферийных узлов? Если только один и обмен оттуда долгий а туда быстрый, возможно дело и не в мощности сервера. Основной объем новых документов идет в периферии или в центре тоже активно заносят? можно в хотлайн 1с написать и расписать и спросить что делать. Что-то тормозит работу обмена. и дело не в железе :) |
|
| Автор: | Keller |
| Добавлено: | #11 Ср Апр 11, 2012 11:07:28 |
| Заголовок сообщения: | |
Организации в голвной базе 3. Ну и 3 периферии. Но из 3х 2 совсем мелкие - обмен делаю раз в месяц. И кстати тормозов особо нет. Например, тот же архив размером в 1МБайт записывается быстрее. Хотя по размеру сравнивать некорректно - тип документов, проводки разные. Насчет проблемного узла: туда мы отправляем больше информации - архивы ежедневные ну примерно 1-2МБайт. Оттуда получаем до 1МБайт за день. Обычно меьнше 500 Кбайт даже. Но там в основном доки по поступлению, списанию ТМЦ то есть много проводок по регистру бухгалтерии. За счет того что инфы не так много и того что я делаю обмен по вечерам еще - немного сглаживается ситуация.. Но я вот подумываю ставить в периферии тоже сервер. А так как туда мы отправляем больше данных то проблема с обменом встанет остро очень. В Хотлайн Рейтинга написал. Ответили: Уточните пожалуйста на каком этапе происходит максимальная задержка в коде конфигурации. Скинул им лог обмена. Пока молчат. |
|
| Автор: | Keller |
| Добавлено: | #12 Чт Апр 12, 2012 14:35:57 |
| Заголовок сообщения: | |
http://www.forum.mista.ru/topic.php?id=605392 обсуждение моей проблемы. Если кому интересно. |
|