Мои комментарии

Сделайте уже видеоролик или инструкцию по настройке импорта данных из сторонних программ.

Особо интересен: Импорт данных произвольного журнала операций из внешних программ => Журнал движения ТМЦ => Оприходование запасов, работ и услуг.

Многие контрагенты высылают информацию электронно: xls, csv.

В 1С с этим вообще проблем нет.

Файл настройки

Дайте ссылку на инструкцию или видео по настройке загрузки.

Проблема решена. Обновил БИОС сервера.

SQL на серверном железе работает гораздо быстрее (судя по восстановлению и копированию)

опечатка i5-2400

версия от 08.08.2018  10.266.02

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

Нам было важно уменьшить базу т.к. она стала гигантской - около 8 Gb. сохранить остатки товара, сохранить остатки взаиморасчетов с контрагентами. т.к из программы это выполняется слишком долго (для такого объема). Решили делать в конце-начале года. Выполнили SQL скрипт. Выгрузили: книгу инвентаризации - изменили ее для загрузки первоначальных остатков. Остатки по взаиморасчетам с клиентами - так же изменили для закрузки остатков.

P.S. Соответственно, не забываем делать резервную копию базы!

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

Рекомендации от разработчиков почистить журнал ХО мне не помогли, после изучения БД SQL у меня получилось почистить базу, оставить справочник контрагентов и номенклатуры, а также загрузить остатки по номенклатуре и расчеты с контрагентами на текущий день. делали это 31 декабря -2 января перед открытием года.

На данный момент в ИБ 10.2 все работает отлично!
Обновляется без проблем.
Никаких наложений в работе не замечено.

СУБД SQL администрирую с 1999 года.
Имею сертификат Microsoft 6450.

Вот в этой теме посмотрите, но там не все.
https://www.ib.ru/forums/topics/6841

P.S. IB 10 складской учет, торговля.
Размер базы перед очисткой ~8 Gb, информация с 2008 года.
После очистки ~ 280 Mb.

Проверьте место на диске.
Тут про вашу ошибку
http://fb.ru/article/169486/oshibka-access-violation-at-address
Возможно даже вздутые конденсаторы на материнской плате или в блоке питания.

Другие варианты появления сообщений об ошибке: «Ошибка при инициализации приложения», Exception: access violation (0xC0000005). Данный код говорит о неверном обращении к памяти, возникающем по разным причинам.

Следующие шаги помогут устранить появление ошибки memory access violation:

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

2. Установите самую новую версию надежной антивирусной программы и проведите полную проверку системы. К примеру, можно скачать лечащую утилиту CureIt! от DrWeb и с ее помощью проверить систему на наличие вирусов, чтобы избавиться от ошибки access violation.

3. Убедитесь, что память, установленная в компьютере, совместима с ним и ее размер не превышает допустимого лимита. Если все правильно, попробуйте убрать новую планку памяти. Если ошибка больше не появляется, значит причина в ней. Протестируйте память, чтобы быть уверенными, с использованием программы MemTest86. Если будут найдены ошибки, значит память необходимо заменить.

4. Проверьте, не отмечено ли в функции Windows «Предотвращение выполнения данных» приложение, при запуске которого возникает ошибка. Данная функция используется для дополнительных проверок памяти, чтобы предотвратить вредоносный код. Добавьте доверенные программы в исключения из ПВД, чтобы убрать появление ошибки access violation.

Подробнее: http://www.kakprosto.ru/kak-66855-kak-ispravit-oshibku-access-violation#ixzz4XWUB5sEl

Возможные причины:

1. Дело в ОС Windows XP, нехватке места на диске или ОЗУ.
2. ОС Windows XP даже без сервис паков.
3. База превысила 2Gb.
4. На машине установлено два антивируса.

Что делать с конфигурированием склада?
Как очистить весь Склад? Какие журналы за это отвечают?

вероятно необходимо еще очистить от мусора T_TABROW_279
DELETE FROM T_TABROW_279 WHERE x_prop = 69202262 or x_prop = 69202264 ???

Выявил что все операции введенные в версии от 07 октября 2016 года в таблице T_TABPROP_279 содержат строки с x_prop = 69202262 и x_prop = 69202264, которые и удаляются согласно текста трассировщика. На тестовой базе запустил конфигуратор склада алг 1.563, дождался в трассировщике записей где начинают удалятся данные строки, остановил сервер агент службы сервера инфобанка.
Выполнил SQL запрос DELETE FROM T_TABPROP_279 WHERE x_prop = 69202262 or x_prop = 69202264
(44886 row(s) affected)
затем снова запустил конфигуратор склада алг 1.563 в результате быстрый переход на новую версию. Операции в программе открываются и читаются.
Вопросы:
1. можно ли так поступить на рабочей базе.
2. нельзя ли получить текст SQL запроса конфигурирование модуля Склад с(данные 1.54; алг 1.563). при выполнении обновления из программы процессор загружен лишь на 25%. а SQL напрямую дает возможность выполнить все гораздо быстрее в больших базах.
3. Я так понял чтобы получить базу без операций склада необходимо очистить таблицы
T_LINKS, T_OPER_***, T_PROP_***, T_PROV_***, T_TABPROP_***, T_TABROW_***, и внести первоначальные остатки.

Да! Конфигурирование всегда делаем на сервере.

Путем анализа трассировщика обнаружил, что затормаживание при конфигурировании начинается с операций, введенных после перехода на версию от 07 октября 2016 года.

Развернули тестовое рабочее место с чистой установкой. сервер+рабочее место на него и развернули Backup.

Согласен!
Заметно упала скорость после обновления от 18 января 2016 года.

Тоже интересует, будет ли выгрузка в ЕГАИС с 01.01.2016г?