По теме из базы знаний
- Пара советов по поиску работы
- Подбираем сервер для 1C:ERP
- Как приручить драконов. История построения экосистемы на основе 1С
- Экспертный кейс. История расследования одного небыстрого закрытия месяца в 1C:ERP. Пример неочевидных путей расследования в виде детективной истории
- Нагрузочное тестирование в 1С:ERP
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) проблема очень индивидуальна, зависит от многих факторов:
- прикладные настройки конфигурации (зависит от уч. политики, хоз. деятельности предприятия и т.п.);
- конфигурации серверов и их настройка;
- настройка СУБД, Сервера 1С.
и т.п.
Для начала я бы определил, что именно долго выполняется и сколько было бы оптимально для бизнеса.
К примеру, если это последовательность проведения документов, то может проще вынести эту операцию в фоновое задание и актуализировать каждую ночь.
Если само закрытие, то здесь сложнее, нужно смотреть что именно на закрытии долго выполняется. Если пройтись по верхам, то я бы сделал следующие шаги:
- помониторить на закрытии производительность серверов и посмотреть кто кого ждет. Может у вас диски медленные на базу данных или на логи?
- сделать замер в 1С. ну или в SQL запустить трассировщик и посмотреть долгие запросы. Здесь станет понятно на каких хоз. операциях преимущественно долгие операции.
После этого будет понятнее на чем именно затык и уже принимать какие-либо решения: оптимизировать прикладную логику, производительность железа, либо провести какие-либо оптимизации в конфигурации серверов.
- прикладные настройки конфигурации (зависит от уч. политики, хоз. деятельности предприятия и т.п.);
- конфигурации серверов и их настройка;
- настройка СУБД, Сервера 1С.
и т.п.
Для начала я бы определил, что именно долго выполняется и сколько было бы оптимально для бизнеса.
К примеру, если это последовательность проведения документов, то может проще вынести эту операцию в фоновое задание и актуализировать каждую ночь.
Если само закрытие, то здесь сложнее, нужно смотреть что именно на закрытии долго выполняется. Если пройтись по верхам, то я бы сделал следующие шаги:
- помониторить на закрытии производительность серверов и посмотреть кто кого ждет. Может у вас диски медленные на базу данных или на логи?
- сделать замер в 1С. ну или в SQL запустить трассировщик и посмотреть долгие запросы. Здесь станет понятно на каких хоз. операциях преимущественно долгие операции.
После этого будет понятнее на чем именно затык и уже принимать какие-либо решения: оптимизировать прикладную логику, производительность железа, либо провести какие-либо оптимизации в конфигурации серверов.
Т.е. 1-2 тыс документов в день это совсем потолок для БП? А если последовательность актуальна каждый день (день закрывается администратором или бухгалтером) но месяц все равно перепроводится с нуля в закрытии?
Надо переходить на КА/ЕРП?
Надо переходить на КА/ЕРП?
(8)
Документы не обязательно перепроводить, если конечно, контроль за вводом хороший установлен.
Т.е. 1-2 тыс документов в день это совсем потолок для БП? А если последовательность актуальна каждый день (день закрывается администратором или бухгалтером) но месяц все равно перепроводится с нуля в закрытии?
Документы не обязательно перепроводить, если конечно, контроль за вводом хороший установлен.
(19)
Тогда придется прекращать ввод информации в базу до окончания закрытия месяца и загрузки архива в основную базу.
Наоборот. Я когда руководил аудиторами мы штук 80 баз БП 2.0 конвертировали в файловый и на PCI-SSD закрывали. Просто потому что данные финализировались дня за 3-4 до дэдлайна.
Файловый вариант для одного пользователя в базе самый быстрый.
Файловый вариант для одного пользователя в базе самый быстрый.
Тогда придется прекращать ввод информации в базу до окончания закрытия месяца и загрузки архива в основную базу.
(22) БП 3.0 ?
Я же уточнил это аудиторская кампания была. Специализировались на ведении фискального учета под федеральную торговую сеть. Там базки были мелкие. Управленческий учет вообще не на 1С. SQL cкриптами это все загонялось в транзитную базу агрегатор / сепаратор, оттуда уже разливалось по БП 2.0.
Ну и да, каждый год сворачивались эти синтетические фискалки. Так что за 1,5 - 3 гига не вырастали.
Насчет каменного века - по условиям задачи и решение. напоминаю надо было на одном физическом сервере пусть и виртуализированном, за примерно 100 часов выполнить закрытие месяца для 80+ баз БП 2.0
Я же уточнил это аудиторская кампания была. Специализировались на ведении фискального учета под федеральную торговую сеть. Там базки были мелкие. Управленческий учет вообще не на 1С. SQL cкриптами это все загонялось в транзитную базу агрегатор / сепаратор, оттуда уже разливалось по БП 2.0.
Ну и да, каждый год сворачивались эти синтетические фискалки. Так что за 1,5 - 3 гига не вырастали.
Насчет каменного века - по условиям задачи и решение. напоминаю надо было на одном физическом сервере пусть и виртуализированном, за примерно 100 часов выполнить закрытие месяца для 80+ баз БП 2.0
(25) Если не удается приростить производительность интенсивно - железом. Остается только экстенсивный путь - организационно.
Мы в разумные деньги интенсивно решить проблему бутылочного горла с закрытиями месяцев не смогли себе позволить. Пришлось уродоваться с этим комбайном sql - файловая - sql...
У меня тут у клиента в датацентре БП 3.0 раздулась до 7 гиг и то я уже ему в тазик стучу, потому что неоправданно много по сравнению с бюджетом стало занимать накопительное резервирование (бэкапы)...
Мы в разумные деньги интенсивно решить проблему бутылочного горла с закрытиями месяцев не смогли себе позволить. Пришлось уродоваться с этим комбайном sql - файловая - sql...
У меня тут у клиента в датацентре БП 3.0 раздулась до 7 гиг и то я уже ему в тазик стучу, потому что неоправданно много по сравнению с бюджетом стало занимать накопительное резервирование (бэкапы)...
(8)
Переход на КА или ERP вряд ли поможет.
Т.е. 1-2 тыс документов в день это совсем потолок для БП? А если последовательность актуальна каждый день (день закрывается администратором или бухгалтером) но месяц все равно перепроводится с нуля в закрытии?
Надо переходить на КА/ЕРП?
Надо переходить на КА/ЕРП?
Переход на КА или ERP вряд ли поможет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот