Исправление ошибок 1С
"При обновлении данных после последней реструктуризации произошла ошибка"
Иногда при обновлении конфигурации у пользователей возникает подобная ошибка. Требуется выполнить два следующих запроса на SQL-сервере (на той базе, с которой связана ошибка):
delete from config where FileName = 'commit' delete from config where FileName = 'dbStruFinal'
Проблема при работе с COM-портом
Иногда, особенно после обновления платформы, по какой-то причине не происходит автоматическая регистрация компоненты для работы с COM-портом comcntr.dll. Обычно эта dll уже есть в директории bin, но её нужно зарегистрировать вручную. Для 64-битной системы regsvr нужно вызывать из папки SysWOW64.
"C:\Windows\SysWOW64\regsvr32" "C:\Program Files (x86)\1cv8\8.3.9.2233\bin\comcntr.dll"
Проблема с созданием COM объекта Excel на сервере платформы
Если 1С не может создать COM-объект Excel (из регламентного задания сервера платформы), нужно проверить и настроить следующее:
1. Запустить офисный пакет MS хотя бы раз от пользователя, под которым запущен агент 1С, и разрешить вопросы во всех диалоговых окнах.
2. В случае с MS Office 2007 создать папку C:\Windows\SysWOW64\config\systemprofile\Desktop для Windows Server X64 и C:\Windows\System32\config\systemprofile\Desktop для X86. Для 2010+, независимо от платформы:
C:\Windows\System32\config\systemprofile\Desktop. Выставить права для учётной записи агента к этим папкам на полный доступ.
3. Учётную запись агента на всякий случай можно добавить в группу Distributed COM Users.
4. Учётной записи пользователя службы агента 1С нужно дать все права на DCOM-объект Microsoft Excel Application. На всякий случай - на запуск, доступ и конфигурацию, во всех разделах на скриншоте.
5. Настроить запуск объекта не от запускающего пользователя (по умолчанию стоит именно так), а от интерактивного пользователя, как показано на скриншоте.
6. Прежде, чем проверять, лучше перезапустить службу агента 1С.
Примечание: также, на проблемы с DCOM может указывать не только не успешное создание объекта и ошибки подобного рода, но и ошибки при обращении к файлу Excel на сетевой шаре: вероятно, из-за того, что COM объект Excel создается не от нужной учётной записи, если настройки не сделаны верно.
Статья, из которой проверялись различные способы решения проблемы: https://infostart.ru/1c/articles/196323/
Ошибка StrMatch.dll
имеет зависимости –(ебать мой хуй)– и регать нужно из всей папки \\dc01\Обработки\Защищенные обработки 8.2 папку можно скопировать в корень терминала
“C:\Windows\SysWOW64\regsvr32” “C:\Защищенные обработки 8.2\StrMatch.dll”
Возможно понадобиться установить .NET Framework 3,5
Dism /online /enable-feature /featurename:NetFx3 /All /Source:“\\Data01\Soft\Windows Server 2019 Datacenter\WinSRV2019_DIsc1\sources\sxs” /LimitAccess
Проблема с сетевым портом, который использует 1С по умолчанию
Иногда какой-нибудь сервис Windows может занять порт, который использует 1С. В этом случае агент 1С обычно сначала стартует, а через несколько секунд или даже минут - падает. Лучше всего в таком случае исключить порты 1С из динамического диапазона портов ОС. Сделать это можно следующим образом (команда исключит порт 1540 и порт 1541):
netsh int ipv4 add excludedportrange tcp startport=1540 numberofports=2 store=persistent
Команду обязательно выполнять когда исключаемый порт никто не слушает, т.е. сначала нужно остановить службу агента 1С, иначе получим ошибку.
Посмотреть порты, которые были уже исключены можно следующей командой:
netsh int ipv4 show excludedportrange tcp
Слишком много параметров
Если при обновлении конфигурации появляется ошибка “слишком много параметров” - есть вероятность, что она связана с обновлением платформы. Скорее всего, после обновления платформы база не была запущена контрольно и здесь может помочь простой перезапуск базы, либо самого обновления.