Зависает 1с при запуске по сети
Здравствуйте. 1С зависает по сети . Низкая скорость соединения установлено Тестирование и исправление сделано chdbfl сделано TCP IP 6 отключено Брандмауеры отключены Антивирус отключен После выбора пользователя открывается в течении 3 минут, при сохранении открытие форма тоже виснет ОС Windows 7
как сказать было установлено 4 компа где то около года. пользовались только одним где установлена база теперь подключили другие. 1С для военкомата
какая конфигурация? на УФ или обычных? какой размер базы данных? база файловая или SQL? как клиенты подключаются (толстый, тонкий, веб или может по RDP)? конфигурация сервера и ПК?
Сетка гигабит? Сетевухи тоже гигабит? Видюхи в сетке нет? ТИИ делали? База на каждом компе нормально открывается если не по сети? Платформа одинаковые?
телепат бот: замечено резкое уменьшении скорости при подключении второго пользователя к файловой базе по сети.
база 700 мбт тип клиента при запуске режим АВТО на главной ПК где база версия 8.2.17 на остальных 8.1.15 точно не помню но разные на трех одинаково на главном другая платформа база файловая конфигурация Для военкомата учет призывников сетка 100 мб
для файловой базы по сети абсолютно фиолетово какой режим запуска и какая скорость соединения. во вторых разные платформы это по лбому геморой в третих - читай телепата , ищи в поиск почему при подключении к файловой по сети второго юзера база резко замедляется (для справки отключается файловое кеширование для диска)
заметно что при подключении по сети второго клиента идет трафик почти равной объему база и потом только запускается. если за день открыть несколько раз то общий трафик между компами может быть десятки Гбт
а еще диск работает сильно медленее :) есть 3 пути решения 1. ставишь веб сервер и работаешь тонкий клиент через веб 2. минисервер 1с 3. терминал другого не дано
Еще Витерминал не дорогое решение, а так можно еще на ком на котором база поставить сетевиху гигабитную и еще поколдовать с настройкой сети, антивирусов, путей к базе, к темпам, кешам и т.п.
да не поможет гигабитная сеть. представь как оно работает: при записи документа считываются с сотни разных мест файла и еще в десяток мест записывает. для того, что бы избежать проблем с черными запросами и двойной записью сервер вынужден блокировать почти весь файл целиком до окончании транзакции. А теперь добавь к этому тот факт что винда запрещает кешировать запись и чтение для таких файлов - получаем тормоза которые зависят не от сетки а от времени транзакции которое зависит от клиента+сетка+сервер
у некоторых специалистов есть опыт, что гигабит как раз помогает. для топик стартера, сколько клиентов в сети? лаги при подключении любого второго клиента или нет? если базу перенести на другой комп лаги остаются? базу если подрезать? ТиИ то делали?
зависает при включении любого второго клиента. иногда после открытие форм изменения, сохранения, сохранение идет нормально а иногда может зависнуть минут на три. в другой организации тоже есть локалька 1с УТ и Бухгалтерия. там нормально открывается. база на компе с ОС Windows 7 клиенты на ХР, один подключен даже на расстоянии 250 метров через вай фай
в и уже все сказали, проблема не в дисках, хабе или сетевухах, а в десктопной винде, которая не предназначена для работы в качестве сервера
чето как-то скорее всего у меня таких проблем нет хотя и десяток юзеров сидят в немаленькой бухгалтерии. ssd/гигабит/windows 7/8 гигов оперативы творят чудеса
че там блокировать все по три минуты - это бред полный. проверь хард викторией, посмотри лог ошибок windows, замени свитч
так же 1,5Гб база 5 чел работают в Бух проблем нет, явно сетка у ТС. А какие движения могут быть в военкомате,там прям доков строчат под 100 в день?
может и больше 100 доков в день если время приписки или призыва Поставьте на все машины одну версию платформы и по колдуйте с винтами
(7)для файловой базы по сети абсолютно фиолетово какой
режим запуска и какая скорость соединения.
во вторых разные платформы это по лбому геморой
в третих - читай телепата (6), ищи в поиск почему при подключении к файловой по сети второго юзера база резко замедляется (для справки отключается файловое кеширование для диска)
заметно что при подключении по сети второго клиента идет трафик почти равной объему база и потом только запускается. если за день открыть несколько раз то общий трафик между компами может быть десятки Гбт
Еще Витерминал не дорогое решение, а так можно еще на ком на котором база поставить сетевиху гигабитную и еще поколдовать с настройкой сети, антивирусов, путей к базе, к темпам, кешам и т.п.
(14) (13) да не поможет гигабитная сеть. представь как оно работает:
при записи документа считываются с сотни разных мест файла и еще в десяток мест записывает. для того, что бы избежать проблем с черными запросами и двойной записью сервер вынужден блокировать почти весь файл целиком до окончании транзакции.
А теперь добавь к этому тот факт что винда запрещает кешировать запись и чтение для таких файлов - получаем тормоза которые зависят не от сетки а от времени транзакции которое зависит от клиента+сетка+сервер
(16) у некоторых специалистов есть опыт, что гигабит как раз помогает.
для топик стартера, сколько клиентов в сети? лаги при подключении любого второго клиента или нет?
если базу перенести на другой комп лаги остаются?
базу если подрезать? ТиИ то делали?
зависает при включении любого второго клиента. иногда после открытие форм изменения, сохранения, сохранение идет нормально а иногда может зависнуть минут на три.
в другой организации тоже есть локалька 1с УТ и Бухгалтерия. там нормально открывается. база на компе с ОС Windows 7 клиенты на ХР, один подключен даже на расстоянии 250 метров через вай фай
в (6) и (16) уже все сказали, проблема не в дисках, хабе или сетевухах, а в десктопной винде, которая не предназначена для работы в качестве сервера
(22) чето как-то скорее всего у меня таких проблем нет хотя и десяток юзеров сидят в немаленькой бухгалтерии.
ssd/гигабит/windows 7/8 гигов оперативы творят чудеса
(20) че там блокировать все по три минуты - это бред полный.
проверь хард викторией, посмотри лог ошибок windows, замени свитч
так же 1,5Гб база 5 чел работают в Бух проблем нет, явно сетка у ТС. А какие движения могут быть в военкомате,там прям доков строчат под 100 в день?
(25) может и больше 100 доков в день если время приписки или призыва
(0) Поставьте на все машины одну версию платформы и по колдуйте с винтами
(27) читай автор, что тут написано.
При параллельной работе пользователей на УФ в файловом режиме требуется сразу реализовывать доступ через веб-сервер, а так же расположить базу хотя бы на самом дешевом SSD.
Я даже при клиент-серверном режиме внутри локалки делаю доступ через веб-сервер. Чего стоит только автообновление тонкого клиента.
(18)Да есть такой опыт, помогает. Процентов на на 5, ну может быть на 10% максимум. Правда это были времена 77. С тех пор, зареклись решать проблемы доступа к файловой базе по сети, расширением пропускной способности сети. Не помогает. Либо терминал, либо sql.
(22)ох уж эти мифические "не предназначено" все на них можно списать :) в (6) и (16) сказали не об этом. Серверная винда поведет себя точно так же.
(32) а вы считаете правильным использовать десктопную винду для коллективной работы?
для отдельных задач типа файловых общих ресурсов часто даже linux выглядит приемлемым решением
а если компания занимается зарабатыванием денег, то сможет и на серверную винду, и арендовать в облаке.
- Бухгалтерский учет для государственных учреждений Казахстана, редакция 4.0;
- Бухгалтерский учет для государственных предприятий Казахстана, редакция 2.0;
- Бухгалтерия для Казахстана, редакция 3.0;
- Розница для Казахстана, редакция 2.0;
- Управление торговлей для Казахстана, редакция 3.0;
- Управление нашей фирмой для Казахстана;
- Зарплата и управление персоналом для Казахстана, редакция 3.0;
- и другие.
В большинстве небольших организаций используется файловая информационная база, причем в качестве сервера работает общая сетевая папка, расположенная на одном из пользовательских компьютеров. Общепринятым мнением является, что для «ускорения «1С» нужно либо использование терминального сервера, либо клиент-серверного режима. Все это — довольно дорогие лицензии, и для небольшой организации не всегда приемлемы. Поэтому, рассмотрим несколько рекомендаций и советов по оптимизации файловой «1С» при работе через локальную сеть.
Совет 1. Регулярное тестирование и исправление информационной базы поможет ускорить 1С
Информационная база «1С» — специфичная, но полноценная СУБД. Она, как и любая другая СУБД, требует регулярного обслуживания.
Внимание! Всегда, при любых необратимых действиях с базой «1С» необходимо провести процедуру резервного копирования.
Шаг 1. Копирование базы
Под пользователем с правом «Администратор», в режиме «1С:Предприятие» открыть: Администрирование – Обслуживание. Раскрыть блок «Резервное копирование и восстановление» и перейти по ссылке «Создание резервной копии». Далее, выбрать каталог для сохранения резервной копии и нажать кнопку «Сохранить резервную копию». Имя файла присваивается автоматически с указанием даты и времени создания копии, файл имеет расширение .zip.
Скопировать информационную базу можно и другим способом: закрыть «1С» на всех компьютерах и скопировать файл 1Cv8.1CD из каталога с информационной базы в каталог с архивным копиями.
Следует помнить! Выгрузка информационной базы в режиме «Конфигуратор» в DT-файл является механизмом для получения образа информационной базы независимо от способа хранения данных. Не стоит делать копию базы «1С» выгрузкой в DT-файл, потому что, если в базе данных есть нарушения, то некоторая информация может быть не выгружена. Подробнее о средствах копирования
Шаг 2. Тестирование и исправление информационной базы
Открыть базу в режиме «Конфигуратор» на «главном» компьютере. Меню «Администрирование» — «Тестирование и исправление». Проставить флаги в «Проверки и режимы»:
- Реиндексация таблиц информационной базы;
- Проверка логической целостности информационной базы;
- Проверка ссылочной целостности информационной базы;
- Пересчет итогов;
- Реструктуризация таблиц информационной базы.
Выбрать режим «Тестирование и исправление».
При наличии ссылок на несуществующие объекты: очищать ссылки.
При частичной потере данных объектов: удалять объект.
Частота выполнения: один раз в 2-4 недели.
Совет 2. Улучшение аппаратных компонентов компьютера
Конфигурации новых редакций на основе управляемого приложения более требовательны к ресурсам компьютера. Ресурсы компьютера, оказывающие первоочередное влияние на производительность «1С»:
- количество оперативной памяти;
- пропускная способность локальной сети;
- производительность дисковой подсистемы.
Оперативная память (ОЗУ)
Конфигурациям «1С» без управляемых форм было достаточно 120-250 Мб оперативной памяти, новым редакциям уже требуется не менее 500 Мб (на каждую открытую ИБ). Это стоит учитывать при планировании ресурсов для работы с «1С».
При недостатке оперативной памяти часть данных может быть выгружена в дисковый кэш. Но, ведь потребность в данных не изменилась, и выгруженная часть рано или поздно потребуется. В этот момент «1С» придется обращаться к медленному файлу подкачки и загружать эти данные уже в ОЗУ, выгружая временно ненужные.
В таких ситуациях значительно увеличивается нагрузка на дисковую подсистему, а работа пользователя в программе «1С» становится крайне некомфортной.
Минимальный объем ОЗУ на компьютере для работы с «1С»: 2 Гб. Но, следует помнить, что помимо «1С» на компьютере наверняка будет открыт браузер, какие-либо офисные документы, антивирусные программы и другое.
Локальная сеть
При работе с файловыми информационными базами «1С» важнейшим фактором быстродействия является пропускная способность локальной сети и ее стабильность, ведь приходится перемещать значительные объемы данных. У большинства небольших организаций локальная сеть построена на базе дешевого и устаревшего оборудования, обеспечивающего теоретическую скорость в 100 Мбит/с.
Как происходит запуск «1С» через локальную сеть? Клиентский компьютер закачивает во временную папку довольной большой объем информации. Причем, первый в первый запуск требует большего количества, чем последующие (при последующих запусках часть данных сохраняется в кэше). Логично, что в итоге «1С» упрется в пропускную способность канала.
«1С» через Wi-Fi — плохо!
Не использовать нестабильное беспроводное соединение Wi-Fi, особенно при плохом уровне сигнала. В большинстве случаем Wi-Fi сеть не обеспечивает должной пропускной способности и стабильности.
Нужна стабильная сеть
Проверить стабильность соединения до основного компьютера: простейшая команда ping (ip-адрес-основного-компьютера) -t покажет общую картину.
Сетевой канал может резко терять стабильность на больших пакетах. Если обычная команда ping не выявляет потерь, то есть смысл проверить так:
ping server -n 100 -l 50000
Если, при просмотре результатов, обнаружены потерянные пакеты, или время ответа растет, достигая достаточно больших значений, это значит, что в сети есть ошибки.
Пример «плохой» локальной сети
ping server -t
Обмен пакетами с server [192.168.1.101] с 32 байтами данных:
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=19мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=8мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=5мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=8мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=5мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=10мс TTL=128
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.101: число байт=32 время=1мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=2мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=4мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=19мс TTL=128
Ответ от 192.168.1.101: число байт=32 время=3мс TTL=128
Пример «хорошей» локальной сети
ping server -t
Обмен пакетами с server [192.168.1.101] с 32 байтами данных:
Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время Ответ от 192.168.1.101: число байт=32 время
Работать через «тонкий клиент»
С конфигурациями на основе управляемого приложения можно и нужно работать через тонкий клиент.
«Тонким» клиент называется потому, что умеет исполнять ограниченный набор функциональности встроенного языка. В частности на тонком клиенте недоступны все прикладные типы данных. Вместо этого тонкий клиент оперирует ограниченным набором типов встроенного языка, предназначенным лишь для отображения и изменения данных в памяти. Вся работа с базой данных, объектными данными, исполнение запросов – выполняется на стороне сервера. Тонкий клиент только получает готовые данные, подготовленные для отображения.
Пропускная способность 1 Гбит/с
Новые конфигурации «1С» запускаются при работе в локальной сети с пропускной способностью 1 Гбит/с в 3-4 раза быстрее. Даже при достаточно большой нагрузке (например, групповое перепроведение) прирост в скорости работы сохраняется.
Дисковая подсистема
Существует миф, что если расположить информационную базу на твердотельном быстром SSD-диске, то даже у сетевых пользователей комфорт от работы улучшится. Однако, это не так. Дело в том, что производительность для сетевых пользователей упрется в пропускную способность сети и «железо» клиентских компьютеров, SSD-диск ускорит работу только на основном компьютере. Медленный диск способен замедлить некоторые операции, но сам по себе являться причиной «торможения» программы не может.
«Лайфхак» по ускорению выполнения задач, зависящих от процессора
Возможно это будет открытием, но операционная система Windows старается по максимуму экономить потребление электроэнергии уменьшая тактовую частоту процессорных ядер. Эта «экономия» в некоторых ресурсотребовательных задачах может приводить довольно к большим задержкам, а экономия малозначительна.
Панель управления — Все элементы управления — Электропитание — поставить флаг «Высокая производительность» — ОК. Так же имеет смысл пройти по ссылке «Настройка схемы электропитания» — «Изменить дополнительные параметры питания» — «Отключать жесткий диск через: 0»; «Управление питанием процессора» — «Минимальное состояние процессора: 100%».
Совет 3. Настроить работу в связке 1С+веб-сервер
Работа с файловой базой данных через веб-сервер возможна с помощью тонкого клиента или веб-клиента. Но, лучше использовать тонкий клиент. Он быстрее чем браузер примерно на 20%, а также может использовать локальные лицензии. Веб-клиент может использовать только клиентские лицензии сервера.
При работе с «1С» через веб-сервер нагрузка на локальную сеть снижается в разы и перестает быть «узким местом». Однако, повышаются требования к «железу» сервера, ведь модуль веб-сервера большую часть работы по обслуживанию клиентских подключений берет на себя (в среднем, веб-сервер Apache при работе с одной ИБ и 3-5 пользователей использует 1 Гб оперативной памяти).
Установка веб-сервера Apache 2.4 для «1С»
Следующим шагом необходимо добавить в системную переменную Path путь к каталогу с веб-сервером. Для этого необходимо зайти: Панель управления — Все элементы панели управления — Система — Дополнительные параметры системы — кнопка «Переменные среды». В поле «Системные переменные» найти переменную Path, выделить ее, и нажать кнопку «Изменить». Добавить в конец строки разделитель значений ; и путь к веб-серверу D:\www\Apache24\bin .
Чтобы завершить установку веб-сервера Apache необходимо установить его службой в операционную систему: запустить командную строку cmd с правами администратора и выполнить следующую команду:
Публикация базы «1С» на веб-сервере
Первое, необходимо установить компонент «Модули расширения веб-сервера», если это не сделано заранее. Для этого отметить соответсвующий пункт в окне выбора компонентов при установке/изменении технологической платформы «1С:Предприятие».
Второе, запустить «1С» от имени «Администратора», открыть базу в режиме «Конфигуратор» — Администрирование — Публикация на веб-сервере.
Заполнить несколько полей:
- Имя — необходимо заполнять только латиницей. Никаких кириллических символов, а так же пробелов быть не должно. Допускается символ нижнего подчеркивания _ . В нашем примере имя будет buh1 ;
- Каталог — путь к каталогу публикации, в нашем примере можно использовать подкаталог в D:\www\pub1 . Так же запрещено использовать кириллические символы в наименованиях каталогов.
Третье, нажать кнопку «Опубликовать». После успешной публикации необходимо вручную перезапустить службу Apache2.4, т.к. платформе «1С:Предприятие» не всегда корректно удается перезапустить веб-сервер.
Важно! Для публикации нескольких информационных баз «1С» необходимо давать уникальные имена и каталоги. Публикация в один каталог будет затирать предыдущую.
Доступ к опубликованной базе с других компьютеров
Статический ip-адрес
У сервера должен быть статический ip-адрес. Ведь, если главному компьютеру будет назначен другой ip-адрес, то клиентские компьютеры не смогут получить доступ к информационной базе.
Блокировка порта веб-сервера
По умолчанию, в настройках брандмауэра Защитника Windows (и других антивирусных продуктов со встроенным фаерволом) запрещен доступ к порту 80. Что бы «1С» смогла подключиться к веб-серверу главного компьютера необходимо добавить правило входящего подключения к порту веб-сервера: Панель управления — Все элементы панели управления — Брандмауэр Защитника Windows — Дополнительные параметры — Правила для входящих подключений — Создать правило. Указать следующие параметры: Для порта, Протокол: TCP, Определенные локальные порты: 80 Разрешить подключение, для всех профилей локальной сети (доменный, частный, публичный). Указать понятное имя для правила, например «1C Apache 80».
Выводы
Все описанные выше рекомендации способны в разы улучшить стабильность и комфорт при работе с файловыми базами «1С» по локальной сети. Но для настройки того же веб-сервера требуются технические навыки и понимание работы компонентов компьютера и локальной сети. Не всегда в штате небольшой организации есть квалифицированный технический персонал. Поэтому, если вам необходима помощь в решении подобных проблем заполните заявку ниже, и мы постараемся вам помочь.
В поле «дополнительная информация» пожалуйста укажите регистрационный номер программного продукта «1С», используемого в вашей компании и постарайтесь подробно описать вашу проблему.
1С запускается по две минуты? Журнал документов открывается по 40 секунд? Документ проводится почти минуту?
Знакомая ситуация, если вы используете файловую версию с сетевым доступом. Самый распространенный совет - ставить сервер, и забыть про тормоза.
Но как быть, если в 1С у вас всего работает 2-3 человека, и тратить деньги на покупку серверных лицензий - явно невыгодно?
В данной статье рассмотрены несколько практических шагов, которые были предприняты у клиента для ускорения работы файловой базы.
Платформа 1С 8.3, управляемые формы, тонкий клиент, база - Управление Торговлей 11.
Симптомы пациента и анамнез:
Работа нескольких пользователей по сети с одним и тем же файлом (базой данных) включает механизм сетевой блокировки. Это заставляет систему тратить драгоценное время на выявление открытых сессий записи, и соответственно разрешение конфликтов.
- быстрая работа пользователя с базой по сети в монопольном режиме и крайне медленная - при одновременной работе нескольких пользователей
- быстрая работа пользователя с локальной базой на сервере и медленная - по сети
- процессор на сервере почти не занят
- загрузка гигабитной сетевой карты меньше 5%
- обращения к файловой системе чуть менее 10 мбайт/сек
Итак, мне досталась задача - сделать так, чтобы в 1С могли одновременно работать целых три пользователя! Смешно, не так ли?
Все шуточки я забыл, когда увидел, с чем предстоит иметь дело: "сервер" в лице обычного офисного компьютера и два ноутбука.
Счастье было бы неполным, если бы не замечательные операционные системы - на компьютере и на одном ноутбуке Windows 7, на другом - Windows 8.
При попытке одновременно провести документы на ноутбуках один тупил около минуты, а второй вылетел из 1С с текстом ошибки "не удалось заблокировать таблицу. ".
Запуск 1С на ноутбуке - это отдельное шоу, длившееся порядка 3 минут!
На многих ресурсах сталкивался с советом перейти на работу в терминальном доступе. К сожалению, Windows 7 не позволяет штатными средствами превратиться в сервер терминалов - максимум одно активное подключение. При этом остальные сеансы не прекращаются, можно переподключиться под другим пользователем - "выкинув" при этом предыдущего пользователя, но не завершив его сеанс. Поэтому следует перенести 1С на серверную ОС, где таких ограничений нет. Клиент на свой страх и риск решил проблему вместо этого с помощью сторонней утилиты Windows7_SP1_RDPhack.
Но на этом приключения не закончились. Даже в терминальном подключении остались значительные тормоза. Вновь меня выручили всемогущие поисковики. Ниже даны советы по ускорению файловой 1С, которым я последовал:
1. Отключить использование протокола сети IPv6, настроить адресацию на "старом" IPv4.
2. Добавить процессы 1С в исключения брандмауэра Windows, а также в исключения антивируса, либо отключить их вовсе (более рискованно, но простой тест показал увеличение скорости перепроведения документов при отключенном антивирусе Avast в разы!)
3. Запустить индексацию полнотекстового поиска в 1С либо выключить его вовсе
4. Запустить Тестирование и исправление базы, проверку утилитой ChDbfl
5. Запустить в конфигурации пункт Проверка конфигурации (если конфигурация не типовая, это может быть полезным). По результатам проверки конфигурации она волшебным образом уменьшилась в размерах почти на треть. Что уж и как до меня обновляли приходящие программисты - особо не вникал, но факт налицо.
6. Отключить ненужные функциональные опции.
7. Настроить права пользователям. (Этот и предыдущий советы показались глупостью, до тех пор, пока я не понаблюдал за отрисовкой управляемых форм при открытии списка документов. Чем меньше лишнего в управляемом интерфейсе - тем , как правило, быстрее он работает)
8. Запустить пересчет итогов и восстановление последовательности (значительный прирост может быть только в случае, если долгое время итоги не восстанавливались)
9. Указать "Скорость соединения - низкая" в настройках списка баз (это особого результата не дало, разве что отключились картинки у подсистем :))
После выполнения всех этих шагов файловая база 1С заработала на порядок шустрее. Запускаться стала максимум секунд за 10, а скорость перепроведения документов увеличилась в среднем в 12 раз.
Возможно, эта небольшая статья пригодится и вам, если вдруг понадобится ускорить файловую базу 1С.
P.S: А запустить файловую 1С, используя сетевой доступ к общей папке - все же нереально, т.к. даше самый шустрый твердотельный диск, оперативная память и процессор уткнутся в сетевые блокировки, и работа более одного пользователя будет фактически невозможна. Речь идет конкретно о конфигурации УТ 11.1. Самописные небольшие конфигурации вполне могут работать весьма быстро даже в файловом варианте.
Дополнения из комментариев к публикации:
Дефрагментация диска с файловой базой
Свертка базы (может оказаться полезной, если база большого объема, например, за несколько лет). У клиента база была достаточно молодая, поэтому свертка была нецелесообразна.
Модернизация аппаратной части - более быстрый винчестер, новый свитч, процессор, и т.д.
Установить на веб-сервер, доступ с помощью тонкого клиента. Тут мнения разделились. Кто-то говорит, в разы быстрее, кто-то - что ускорения не отмечено.
Как часто вы слышите от своих сотрудников, что 1С «зависает», «тормозит», «не грузит» и в целом, очень медленно работает? Если это случается чаще, чем раз в несколько месяцев, значит, вам пора менять системного администратора.
Сегодня мы расскажем историю одного из наших клиентов, который в течение нескольких лет еженедельно сталкивался с проблемами при работе с 1С, но никто не мог ему дать ответы на вопросы: Почему 1С «тормозит», и Как это прекратить? Специалисты отдела системного администрирования «Гигабайт» смогли настроить бесперебойную работу 1С-системы в компании за пару недель.
1С «зависает и висит», медленно работает по сети
Без администратора такому довольно крупному производственному предприятию с филиалами в 12-ти городах России, использующему несколько программных продуктов 1С — УПП на платформе 1С:Предприятие 7.7 и Бухгалтерией и ЗУП на 1С:Предприятие 8.3 — работать довольно страшновато, и руководство начало искать ему замену. Выбор был сделан в пользу специалистов компании «Гигабайт».
На первой же встрече заказчиком был озвучен следующий список проблем:
Программы 1С, в целом, очень медленно работают
Ежедневно возникают ситуации, когда 1С зависает из-за того, что сотрудники отправляют друг другу документы и файлы
Раз в месяц система 1С тормозит совсем не по-детски, когда бухгалтера начинают готовить отчеты
На вопросы, как давно это началось, ответ был — Всегда так было.
Как с этим справлялись до этого? — Перезагружали сервер.
Кроме того, представители заказчика рассказали, что не так давно по настоянию администратора были заменены все интернет-кабели, правда, ни одну из проблем это не решило.
1С настройка сети от Гигабайт
Первым делом наши специалисты изучили формат работы предприятия. Выяснилось следующее — в компании отсутствует централизованная система учета. В каждом филиале стоит свой сервер и свое УПП, есть и свои приходящие админы, и с ними никаких особых проблем не возникает. В начале каждого дня менеджеры выгружают данные и по электронной почте отправляют их в головной офис в Новосибирске. Заказчика такое положение дел устраивает, и принципиально он ничего менять в работе с филиалами не планирует.
Жесть начиналась с работы центрального офиса, в котором состояло порядка 30 человек, из которых пять бухгалтеров, кадровик, менеджеры продаж, специалисты по закупкам и сотрудники производства. Именно здесь и требовалось провести основные действия.
Первым делом надо было разобраться с перегрузками в локальной сети, которую прежний специалист и пытался решить с помощью замены проводов. Наши специалисты уверено заявили, что проблема в сетевом коммутаторе, который имеет ограниченную пропускную способность.
«Мы пришли, посмотрели, да тут не провода, тут оборудование надо менять. Объем передачи данных ограничен, и если кто-то один файл перекидывает, то все сидят ждут, пока отправка закончится. В общем, поменяли им свитч и все стало летать», - прокомментировали первый этап своей работы наши администраторы.
Регулярно «тормозит 1С»
Вторая проблема озвучивалась как «зависает, тормозит 1С». Особенно критично это было в последнюю неделю каждого месяца, квартала и последний месяц года, когда бухгалтерия готовила отчетность. Особо тяжелые ситуации разрешались нажатием кнопки «reset» на сервере, а в остальное время сотрудники просто ждали своей очереди поработать.
Проблема оказалась в устаревшем серверном оборудовании, а именно в HDD-диске, который использовался в качестве основного накопителя и вполне адекватно работал с 1С:Предприятие 7.7, а вот «вывозить» 1С:Бухгалтерию и 1С:ЗУП уже не мог.
По рекомендации администраторов «Гигабайт» был куплен современный высокопроизводительный SSD и все данные переписаны на новый носитель.
«Скорость обмена данных зависит от того, как быстро крутится диск. Скорость SSD - диска от 10 до 100 раз быстрее. То есть, даже если посчитать по минимуму, то вместо прежней скорости в 30 Мбит/с, пользователи получили 300 Мбит/сек», - рассказали наши специалисты.
Неисправимая ошибка сервера
Скорость работы 1С-системы была не единственной проблемой , которая в прежние времена решалась перезагрузкой сервера. Таким образом боролись и с регулярно возникающими ошибками, так называемой неисправимой ошибкой сервера (он показывал синий экран и перезагружался).
Дело в том, что собрав рабочий компьютер и назначив его сервером, прежний администратор, опасаясь, что 1С:Предприятие 7.7 не будет работать с актуальной операционной системой установил на него не самую новую систему, да и сделал это так неудачно, что она регулярно ловила ошибки. Перезагружать сервер 1С приходилось примерно раз в 2-3 дня.
Наше решение было — переустановить операционную систему, выбрав более актуальную версию.
«7-ка не может работать с современной базой данных, и их прежний админ думал, что и операционная система должна быть старой. То есть, на новом оборудовании он оставил старое ПО. И получался такой «рассинхрон». Мы установили последний Windows Server, но SQL оставили 2008 года. И система стала работать без сбоев».
Таким образом, примерно за 2 недели наши специалисты решили многолетние проблемы заказчика с качеством работы сети и стабильностью функционирования учетных систем. 1С теперь «не тормозит». Вот уже более года как компания обслуживается в «Гигабайт» и за это время обращения касались только обычных запросов: подключить пользователей к сетевым дискам, настроить принтер или обновить банковские сертификаты.
Читайте также: