Форум "1с" (архив)

"Наш" Си для бухгалтеров

#0 FonMax © 26.09.05 21:11:24 - 16.12.05 04:56:46

1C, УРБД, WAP/WAN и компания.

Не поможет ли кто советом с следующей проблеме:
Имеется: десять тогровых точек, раскиданных по всему городу.
Техническая база каждой: Celeron 1.7Ghz / 256RAM / 60Gb ATA.
Софтверная база: WinXP Pro + 1C (dbf).

Требуется соединить всё в одну сеть, в которой центральный сервер Xeon 2x1Ghz, 1Gb RAM, 200Gb RAID5.
Софтверно: Win2K Server, 1C (SQL), MSSQL2000 (база 19Gb).

Сделано: куплены два (пока два) WAP (wireless access point), поставлены мачты, налажена связь через VPN.

Имеем: при работе с центральной БД выборки товаров и прочего в удаленных точках тормозят жутко (раз в пять медленнее, чем на центральной БД).

Что хочется: нормальной торговли с использованием данных средств.

Собственно, вопрос: что делать? Юзать УРБД (Распределенные БД) или как? Сразу оговорка: на терминал денег не выделят. ;-(
Оптимизировать центральную базу? Процесс торговли останавливать нельзя: торговля ведется круглосуточно. Отказаться от самой идеи уже тоже нельзя, так как уже всё начато, процесс необратимый. %-) Прошу помощи существ знающих.

P.S.: если юзать УРБД, то как? приветстуются практические советы. сенкс.

#1 deep © 27.09.05 10:18:36

>#0 FonMax ©
юзать sql-ную(MS SQL) версию 1с. Переход будет непростым, но реально. Прирост в скорости даст, возможно не такой как хотелось бы, но даст. А самое главное, что с дальнейшем ростом базы, производительность падать не будет. Хотя продуманная технология выброса данных в архив тоже не помешает.

#2 Паша © 27.09.05 10:26:02

можно рассмотреть вариант с 2000 сервером и с терминальным режимом. достаточно быстро, поскоку все работает на серваке, клиентам пересылаюцца токо картинки. у нас таким макаром решена пара задачь, причем даже в разных городах. единственный минус: печатать - не выйдет. не доработали оне этот терминальный режим малехо.

#3 Master © 27.09.05 17:37:42

Насколько понял сеть есть? Тогда почему терминалальный режим не подойдет? Потоиу что особенности построения сети не позволяют? Канечно терминал это здорово у меня стоит Citrix, правда пользователей три и все идет на ура даже печать. Для десяти пользователей в терминале слабоват сервачок, так что тут я согласен с дипом, все равно через год-два, придется уходить на SQL. УРБД тоже вариант: Утром перед открытием выгрузку из центральной базы развезли, вечером перед закрытием выгрузки собрали. Все просто. Только не очень оперативно.

У вас есть пользователи сдавшие профессионала по 1С77?

#4 Паша © 27.09.05 17:50:39

> Citrix
это шо за зверь?

#5 deep © 28.09.05 09:27:49

> #4 Паша ©
терминальный сервер, штукенция которая позволяет работать юзерам не с прогами, а их "картинками".

#6 Master © 28.09.05 17:09:33

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

#7 Паша © 28.09.05 17:13:29

про обычный терминальный сервер я знаю, который с 2000-сячным серваком идет. а это другой какой-то? и где его можно стырить, заодно?

#8 deep © 28.09.05 18:27:53

> и пользователь видит тока экран проги
а я разве не об этом говорил?

> #7 Паша ©
Официальный сайт Citrix Inc.

Другие ссылки

Много полезной инфы

#9 FonMax © 30.09.05 08:50:31

2Deep: SQL2k там и так стоИт на центральном сервере, на удаленных точках -- ДБФ версии. всё упирается в легальность и лицензионность. а бюджет маленький. ;-(

2Marser: сеть есть. радиолинк, 300Кб/с. а сдавших профи 1С пока нет. вот, я малость претендую (скромно ковыряя ножкой)..

2Паша: нет, надо лицензии покупать, что не очень приятно. юзать ломаный -- некрасиво, хотя я не против. ;)))

#10 deep © 30.09.05 09:31:51

>#9 FonMax ©
ну, если лицензионное не покупать и пиратское не юзать, то вряд ли что-то получится.

#11 Master © 30.09.05 17:14:23

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

#12 Master © 30.09.05 17:53:59

Все как то не складывалось, не понимал почему щас понял:
Что хотим:
1. нормальную рабочую сеть 1С без доп затрат
2. хотим просто наладить связь и работать
3. НЕ хотим за это платить.

Что есть
1. 10 торговых точек! (база у которых в ближайшем будущем вырастет до 40-50гб)
2. Есть сервак не нужный для УРБД, и слабый для терминала

Что надо:
1. Купить лецензионную 1С(при любом раскладе)
2. Купить УРБД, и юзать ее (так как на сервак который потянет 10 активных пользователей в 40гб базе у вас просто не хватит денег)

PS тем более что есть сеть, в конце дня просто все слили по сети. Просто и без проблем

#13 FonMax © 04.10.05 22:24:29

итак, что получилось пока. собрал свой дистриб 1С, положил туда УРБД-компоненту.

поднял VPN, поставил 1С. прослезился от скорости (расстояние порядка 1км от центральной ИБ, работал напрямую с удаленной базой). выборка товаров шла порядка пяти-семи секунд при одной-двух локально.
это нихт гут.

сделал копию базы, настроил УРБД, о некоторых "особенностях" настройки напишу попозже. "особенностях" -- потому что 1С так называет свои глюки. %-)

всё стало работать, но нумерация всех документов пошла "с нуля" (она берет первые три символа названия центральной ИБ).

пока -- тьфу, тьфу. ;-) эксперимент закончу к концу недели. дальнейший отчет -- по окончанию эксперимента.

#14 deep © 05.10.05 09:29:00

> но нумерация всех документов пошла "с нуля"
ну а как же иначе, если база не единая ?

#15 Master © 05.10.05 18:23:02

поднял VPN, поставил 1С. прослезился от скорости (расстояние порядка 1км от центральной ИБ, работал напрямую с удаленной базой). выборка товаров шла порядка пяти-семи секунд при одной-двух локально.
это нихт гут.
Извини не понял, при УРБД зачем работать напрямую с удаленной базой, зачем вообще работать с удаленной базой?

#16 deep © 06.10.05 09:52:57

> #15 Master ©
тестировал, наверное

#17 Master © 12.10.05 17:29:10

Продолжение то будет? Интересно чем эксперимент закончился

#18 FonMax © 18.10.05 15:54:29

обязательно будет, только чуть-чуть попозже.

#19 FonMax © 04.11.05 10:08:23

Окончание эксеперимента.

Имеем. Работающая центральная ИБ, пока полдесятка перифирийных (каждая весит около 2Гб).

Выгрузка происходит два раза в день, все довольны. Первоначальная выгрузка на такой базе заняла 3,5 часа (это на каждую периферийную), выгрузки из периферийных ИБ (запакованные) весят порядка 2 - 10Мб. Выгрузки из центральной ИБ -- порядка 15 - 50Мб.

Что сделано в первую очередь: после первичного эксперимента сразу была отключена нафик выгрузка тех объектов, которые "засоряют базу". То есть, если нам нужны только остатки, то выгружаем только те объекты, по которым мы их формируем.

Ещё одна деталь, очень важная: всегда нужно учитывать то, префикс номеров документов поменяется в зависимости от наименования периферийных баз. То есть, нумерация пойдёт с нуля!

Я на этом малость обжегся, когда начали звонить и спрашивать, а почему нумерация документов нарушена?

Всем желающим могу ответить на вопросы более детально, поделиться опытом и ссылками на документацию.

Алюминь.

#20 Deep © 04.11.05 12:37:42

> Первоначальная выгрузка на такой базе заняла 3,5 часа (
а теперь скоко?

#21 FonMax © 04.11.05 15:44:18

2-7 минут без отрыва от работы, в пакетном режиме.

#22 it 04.11.05 15:45:02

А чем торгуете?
Водкой палёной?

#23 Master © 05.11.05 16:29:56

1C так и не купили? Тут у нас одна фирма хочет сделать удаленную работу в DSL, тоже вариант то есть когда технология DSL используется не для инета , а для связи между офисами

#24 FonMax © 06.11.05 00:43:03

it, не хами. тогуют они фармацетикой. 1С куплена, но задача-то есть, надо как-то реализовывать. франчайзи у нас в городе (те, с которыми работает та фирма) какие-то некомпетентные.. ;-(

#25 Deep © 07.11.05 09:59:22

> франчайзи у нас в городе (те, с которыми работает та фирма)
> какие-то некомпетентные.. ;-(
ага, сталкивался я сними разок... От прайса на услуги офигел, решил делать без их помощи

#26 FonMax © 08.11.05 11:33:11

75 грн. в час, работают неспешно, конфигурацию запутывают. в общем, такие вот саппортеры. они в списке из двух хьюстонских саппортеров на первом месте. ;-)

#27 Master © 22.11.05 17:05:46

26 грн это украинские грины или баксы? если грины то скока это в рублях, а если доллары, то солидно

у нас час стоит 400-600 рубликов нормального проф. сапорта, правда он не всегда бывает проф. спецов то тренить надо, приходят люди не в зуб ногой, пока научатся отношения с кем нить да испортят

#29 Master © 24.11.05 11:21:53

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

#30 FonMax © 24.11.05 14:29:42

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

конфигурации нифига не оптимальны, они тогда "тренировались на кошках", сейчас расхлёбывают. придет тетенька и давай время тянуть.. тянут-потянут.. из-за из халатности фирма теряет кучу денег.

например, я помню, как они доказали, что "не программа ошиблась, а человеческий фактор", вследствие чего работники платили деньги из собственного кармана. :-(

#31 Master © 24.11.05 17:28:46

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

#32 FonMax © 06.12.05 14:59:29

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

#33 Master © 11.12.05 04:25:01

#32 FonMax © 06.12.05 17:59:29
Обалдеть здорово живете, фирма большая? Мы так бросали но мелкие фирмы с огромными пртензиями, но бросить солидную фирму которая платит солидные деньги это знаете ли шик, такого у нас никто себе не может позволить тока узнал что у конкурента аврийная ситуация, начальник отдела внедрения уже там договаривается о том что с нами будет дешевле и комфортнее

а далее возможны даже командные обкаты клиента типа что бы показать что все круто до невозможности :)

#34 AIAer © 14.12.05 05:04:47

Пишу не в тему. Чтож - паника :(. Серьезный клиент (крупная розничная сеть магазинов) "попал". стоит УРБД. Раньше работало все нормально - загружалось, выгружалось - все радовались. Но потом ВДРУГ (как не тупо звучит) перестала проходить загрузка с переферийных баз. Причем - пишет "Ошибка при открытии архива", ничего не грузит и (мало того) удаляет сам архив.
ПЛИЗ!! Если кто сталкивался или у кого есть мысль, как решить проблему - напишите... спасибо!

#35 Deep © 14.12.05 11:08:29

> потом ВДРУГ (как не тупо звучит) перестала проходить загрузка
> с переферийных баз
программиста на фирме случаем зарплатой не обидели?

#36 AIAer © 15.12.05 23:56:19

программиста на фирме случаем зарплатой не обидели?

Вроде нет.. С этой проблемой облазил весь инет.. никакой информации :(
Неужели ни у кого такого не было?

Тема находится в архиве

Написать ответ