Ну главное это блокировки в 7ке. Делайте замеры производительности - кто долго проводит -переписывайте , опитмизируйте, выводите часть операций из блокировок

FinSoft,

)))) смахивает всеж на рекламу. Сейчас будет куча вопросов как ты обошел все камни 1с и сколько великов изобрел.
-Проведение и перепроведение документов ушло в историю. -Как вы решаете вопрос партионного учета? ))
Знал яя кто и торговлю чильно порезал -а потом при росте оказалось что функционал тоже исчез -Каков функционал вашей программы?
Написать супер быструю складскую программу может любой. ТОлько это никому уже не нужно. Нужен комплекс - только не говорите что ты его сотворили.

papageorge3Добрый день. У меня следующая проблема: есть два сервера
1. Intel Core 2Duo E7200@2.53 Ггц, ОЗУ 2Гб, 1 хард WD sata 160Гб 8мб cache 5400 об\мин, Лан 1 Гб
2. Intel Xeon E5506@2.13 Quad-Core, ОЗУ 12Гб , 4 винта sata2 Seagate 500Гб 16мб cache 7200 об\мин в 10-ом RAID Лан 1 Гб
Тот, что под №1 - наш первый "сервер". На нем стоит win serv 2003 sp2, настроен терминальный сервер + 1с 7.7 (сетевая версия). Есть всего 1 База объемом 1Гб. Решили сменить серв, так как начало напрягать то, что когда один человек начинает делать проводки (запись в базу новых данных), другие курят - ну вроде так и должно быть - "в очередь сукины дети!", но только эта запись проходила очень долго. И вторая проблема - долгое формирование больших отчетов.
Купили 2-й серв. Установил на него тот же 2003 sp2, 1с 7.7 (сет) + терминальный серв. Скорость формирования отчетов увеличилась раза в 1,5. Думаю с записью новых данных будет то же самое. Но ведь цена нового сервера в 10 раз больше 1-го...
Подскажите пожалуйста:
1 чем можно протестить и тот и тот сервак на наличие "узких мест" для 1с?
2 с моим объемом БД (через год она станет примерно 1,5-1,8 Гб) какой вариант лучше (даст большую скорость): sql или dbf ?
p.s. Ещё одна проблема: сегодня задали сформировать отчет по всем "тыквам" (ну к примеру) за 4 месяца - создали его нормально (что серв №1, что №2), а при сохранении в .xls зависают оба (оставлял на ночь - ничего) и помогает только выгрузка пользователя с сервера. Такой же отчет за 1 неделю - формируется и Главное! сохраняется за пару секунд.
Мой совет -потихоньку переходите на 8ку. Или ищите топики про управляемые блокировки под семерку.

XenoXFinSoftЗдравствуйте.

А что, с 8.2 конкурировать не айда?
Не мешай он дописывает логистический модуль)

FinSoftZerroFinSoft,

)))) смахивает всеж на рекламу. Сейчас будет куча вопросов как ты обошел все камни 1с и сколько великов изобрел.
-Проведение и перепроведение документов ушло в историю. -Как вы решаете вопрос партионного учета? ))
Знал яя кто и торговлю чильно порезал -а потом при росте оказалось что функционал тоже исчез -Каков функционал вашей программы?
Написать супер быструю складскую программу может любой. ТОлько это никому уже не нужно. Нужен комплекс - только не говорите что ты его сотворили.
Конечно, привлечь внимание к разработке хочется, но я не продажник, рассказал как было. В той ситуации, которая была у упомянутого клиента год назад, находятся многие, и каждый выходит из положения тем или иным способом. В принципе, я дал ссылку, по которой можно взять программу и посмотреть с некоторыми ограничениями. По конкретным вопросам. Парционный учет присутствует (метод ФИФО), но считается динамически при построении отчетов. Функционал системы немаленький (1000+ диалоговых окон, 200+ таблиц в базе данных, 3.5 млн строк кода, 7 лет эксплуатации в боевом режиме), но заточен под действующую клиентскую базу. Поэтому чего-то там можно не найти, если такая потребность не возникала у конкретных клиентов. Я никогда не светил эту разработку у бывших коллег по цеху, а увидев этот топик подумал, может кому будет польза. Конструктивная критика тоже интересна, только, наверно, для этого нужно открывать отдельную ветку, пока времени нет.

"арционный учет присутствует (метод ФИФО), но считается динамически при построении отчетов" - представь директор захотел себестоимость за месяц по фирме - или ты придумал новый алгоритм расчета?

и чем дальше тем медленнее все? )

Программист 1сFinSoftЗдравствуйте. Не сочтите за рекламу, возможно, кому-то будет интересно. Был у меня клиент с похожей базой данных и похожими проблемами. Оптово-розничная торговля непродовольственными товарами, номенклатура примерно 35-40 тыс позиций (всего в справочнике около 70 тыс позиций), активных пользователей 20+, всего примерно 25 рабочих мест, из них 6 операторов, целый день занятых вводом накладных. Количество накладных примерно 150-200 в день, отдельные могут быть до 300-400 строк. Все это работало на 1С 7.7 с dbf, общий объем базы примерно 1.7ГБ. Сервер Win2000 SP4 TS на 2 4-ядерных ксеонах, оперативки 8ГБ. Конфигурация самописная торговля, которую я разработал для этой фирмы еще в 2000-2001 годах. Довольно объемная, более 100 различных аналитических отчетов, наработанных за 10 лет эксплуатации. Хозяин каждые два года покупал новый сервер и каждый год резал базу, оставляя в ней последние 1.5 года (бухгалтерия велась в отдельных базах 1С 7.7, куда информация ежемесячно выгружалась из торговли). <br>
От тормозов это полностью не спасало, операторы периодически подвисали. Менеджеры некоторые сложные отчеты запускали в ночь, работали под несколькими логинами, чтобы формировать несколько отчетов одновременно. Изменения задним числом делались, после этого документы не перепроводились - задерживаться на пару часов после работы никто не хотел, а запускать в ночь не имело смысла, могло что-то не перепровестись. Старались как-то ограничивать такие изменения административно. <br>
В прошлом году приняли решение перейти на альтернативный софт. Главная причина была не в тормозах, к которым за много лет привыкли и воспринимали как что-то неизбежное, а в том, что разработчик (то есть я) практически отошел от работы с 1С и выпустил свою учетную систему. Эта система называется ФинСофт:КупецЪ, посмотреть ее можно здесь: www.finsoftrz.ru <br>
К переходу готовились заранее. За полгода до срока была налажена автоматическая ночная перегрузка из работающей базы в новую, чтобы пользователи могли посмотреть и попробовать работу на реальных данных. Были написаны несколько автоматических сверок результатов переноса данных, чтобы не забыть чего-нибудь. Но пока реальный переход не состоялся, никто особенно этим не воспользовался. Я до самого последнего момента сомневался, решатся ли они на переход, наконец в августе прошлого года хозяин фирмы сказал "делаем", и процесс пошел. <br>
Кто переводил такие фирмы с одного софта на другой, знают, каких усилий это стоит. Объемы информации немаленькие, въевшиеся за 10 лет работы привычки пользователей, живая очередь клиентов, обстановка весьма напряженная. После двух недель работы в новой системе я думал, что отброшу коньки. Через месяц все более-менее успокоилось, через два вошло в нормальное русло. Сейчас звонят меньше, чем по старой системе. <br>
За что боролись и что получили? Проведение и перепроведение документов ушло в историю. КупецЪ считает итоги при построении отчетов, а не при сохранении документов, как в старой системе. Не стало блокировок, точнее, один писатель может заблокировать работу другого писателя на доли секунды, читателей не блокирует никто. Размер базы данных уменьшился в 4 раза. Отчеты, которые менеджеры ранее формировали минут за 40, теперь стали получаться менее чем за минуту. Изменения задним числом стали очень простыми (нужно поменять товар в приходной накладной, одну строку и меняем) и перестали искажать итоговую информацию. Дополнительно получили встроенный аудит изменений в базе данных, встроенную систему защиты от кражи данных, противосбойную систему (в случае форс-мажора можно восстановить проблемную таблицу из архива и накатить изменения из лога до актуального состояния - функция, обычно используемая в промышленных серверах баз данных и редко имеющая место в файловых базах). Вот как-то так и живут сейчас...И база у меня побольше, и накладных больше и пользователей под 200 человек. (Кстати а зачем аналитических отчетов 100 штук??? Будете врать про 100 регистров? У меня их всего 3 - зато с нереальным количество параметров) И как-то не тормозит. В чем у меня проблема?
:( ты не умеешь пилить, а пытаешся работать. И великов не изобретаешь -скучный человек )

FinSoftZerroи чем дальше тем медленнее все? )
Нет, по мере необходимости формируется документ итоги периода, который одновременно запрещает корректировку документов с ранней датой (если все-же потребовалось, то его можно выключить и включить после изменений, не останавливая работу других пользователей). Расчеты выполняются от ближайшего документа итогов. А в закрытых периодах сохраняются укрупненные итоги - программа умеет определять их наличие и использовать. Если за часть периода в отчете есть готовые результаты, а за часть нужно считать, то выполняется декомпозиция с последующим объединением результатов. Исходя из этого, можно понять, что формирование сводной оборотки по товарам с выводом себестоимости и маржи за закрытый год займет несколько секунд, заметно быстрее, чем аналогичный отчет за текущий месяц, в котором информация может постоянно меняться. Система оптимизации скорости расчетов довольно навороченная, на сайте есть небольшая статья на эту тему.
вы только что рассказали почти "отложенное проведение по партиям" в 1с.

papageorge3возвращаюсь к теме - как произвести замер производительности в 1с 7.7?
Отладчик... открываешь форму... и перед нажатием кнопки -замер производительности включи.