http://www.kb.mista.ru/article.php?id=136
Темы: 100% загрузка процессора при ожидании транзакции, Потеря производительности
при подключении второго пользователя, Долго стартует 1С, Отключить сохранение
времени последнего доступа к файлам, Кеширование при записи, Временная папка
пользователя на локальном диске, Отключение QoS, Сетевая карта Realtek,
Оптимизация распределения памяти Windows, Дополнительные действия в XP,
Удаление 1cv7.cfg, Использование терминального режима, Использование компоненты
TURBOBL, Снижение транзакционной нагрузки.
См. также:
[1] Книга знаний: Перепроведение документов в 1С:Предприятие без блокировки
других пользователей (http://kb.mista.ru/article.php?id=98)
[2] Книга знаний: Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка
процессора при ожидании блокировки (http://kb.mista.ru/article.php?id=179)
http://softsearch.ru/catalog/business/1c/version-7-7/1c77-salary/
7. Пакетный запуск 1С предприятия в режиме конфигуратора (1c.proclub.ru)
Позволяет запускать 1С:Предприятие 7.7 в режиме конфигуратора для выполнения
различного рода действий: выгрузка, сохранение, тестирование и исправление
базы данных в установленное время с заданной периодичностью. При выгрузке
и сохранении ИБ есть возможность ограничить количество сохраняемых архивов.
Все…
http://otvet.mail.ru/question/247770/
На какой Операционной системе 1С:Предприятие 7.7 работает быстрее по Локальной
сети?
Лучший ответ
Дмитрий Талатин
IMHO, на сервак надо ставить Novell Netware (при условии, что база - dbf),
можно и 4 даже.
Ибо для файл-серверных систем - это лучший выбор.
А на винде кеш отключается при кол-ве пользователей более 1.
http://www.bk.factor.ua/ru/publications/19/17/31.html
Виталий ПЕТРОВ, ведущий инженер-программист, ООО "1С-Теллур",
г. Харьков, www.tellur.com.ua
Ускорение 1С:Предприятия 7.7
Б&К, 2006, №2 (Август), с. 44
Все кто работал с программным продуктом 1С:7.7, знают об одном его недостатке
- медленной работе на больших базах данных. Медленная работа может проявляться
и в скорости проведения документов, и в скорости формирования отчетов. Особенно
удручает пользователей необходимость восстановления последовательности документов
после внесения изменений задним числом. Удручает не потому, что есть такое
правило, а потому что выполнение этого правила может занимать очень продолжительное
время. В зависимости от глубины вмешательства в прошлые периоды, восстановление
может растянуться на часы, и даже на дни. Хорошее решение – вынести эту
задачу в список ночных задач сервера, причем если к началу рабочего дня
восстановление не будет завершено, то оно автоматически прервется и в следующую
ночь сервер продолжит работу с прерванной позиции.
В наше «время скоростей» каждая минута дорога, простои нежелательны. Программисты
ищут (и находят) способы ускорения работы программы. О двух таких способах,
объединенных общей идеей, рассказано в предлагаемой вашему
http://www.bk.factor.ua/ru/publications/
http://forum.ixbt.com/topic.cgi?id=7:27911
вариант всё-таки есть...для ускорения версии 7.7, нашёлся в бездонном интернете)
http://kb.mista.ru/article.php?id=179
сам патч здесь : http://x-romix.narod.ru/vk_TerminalSleep.rar
делается это путём установки задержки пользовательских запросов!
изначально в 7.7 такого не было
а в 8.0 вроде бы уже пофиксили сами разработчики
http://softsearch.ru/programs/110-966-vosstanovlenie-posledovatel-nosti-download.shtml
Описание:
Внешняя обработка без привязки к конкретной конфигурации.
Скорость перепроведения документов сопоставима со встроенной обработкой.
Основные возможности:
- есть возможность указать время окончания восстановления, т.е. получив
в качестве параметра "07:00:00" обработка завершится в указанное
время.
- ведение протоколирования и статистики восстановления.
23.03.2004:
- добавлено: в случае, если один из документов Последовательности не провелся,
перепроведение документов продолжается до указанной границы уже в обычном
режиме;
- добавлена возможность принудительно установить Границу последовательности
на выбранный документ.
http://1c-audit.ru/modules/mydownloads/viewcat.php?cid=15
Копилка решений. В том числе ссылка на Soaron's MD Diagnostic Wizard
http://subscribe.ru/archive/comp.soft.prog.erp1cv8/200411/07201558.html
Рассылка ITLand.ru :: IT-Форум (ERP, 1C 8.0, 7.7) :: разработка и технологии
Выпуск № 32 от 07.11.04
Множество крайне полезных ссылок на программы, расширения 1С, часто встречающиеся
вопросы и прочее.
http://itc.ua/article.phtml?ID=21676&IDw=4&pid=26
Есть неприятный момент, который автор не может не отметить. Это потеря отклика
на срок до десяти секунд в системах на платформе Intel Xeon при 100%-ной
загрузке всех логических процессоров. Как следствие, при запуске терминальной
сессии на другом сервере и использовании загруженного на 100% SQL-сервера
происходили отключения пользователей от БД по тайм-ауту. Крайне неприятная
ситуация, единственным способом выхода из которой является принудительное
увеличение времени ожидания отклика системы. У систем же на платформе AMD
Opteron потери отклика более чем на 1–2 секунды не наблюдалось ни разу,
да и частота возникновения этих ситуаций была на порядок ниже.
Сетевая версия 1С частенько страдает излишней неповоротливостью, в результате чего бедные бухгалтера вынуждены ждать построения отчёта минут по 30-40. Ситуация легко лечится простым копированием базы с сетевой папки в локальную. Админ должен сделать BAT'ничек, который будет копировать соответствующие файлы локально на компьютер пользователя и ненужны будут никакие терминалы.
Восстановление последовательности лучше сделать в автоматическом режиме по расписанию (по ночам): http://www.yandex.ru/yandsearch?rpt=rad&text=%CF%F0%E8%CD%E0%F7%E0%EB%E5%D0%E0%E1%EE%F2%FB%D1%E8%F1%F2%E5%EC%FB+%E2%EE%F1%F1%F2%E0%ED%EE%E2%EB%E5%ED%E8%E5
Желательно каждый день делать дефрагментацию диска с БД. Вообще БД желательно держать на отдельном диске (здорово, если вообще на отдельном быстром винчестере). Хранить под управлением MS Win2003 Server, отформатировать под NTFS с размером кластера 32Kb.
Еще полезные мысли можно найти по адресу: http://opencomputer.by.ru/guidelines.htm
Оригинал: http://opencomputer.by.ru/tweak1c.htm
March 3, 2008 |
Алексей Вячеславович Никитаев. |