===== Исправление ошибок 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''. На всякий случай - на запуск, доступ и конфигурацию, во всех разделах на скриншоте. ;#; {{::dcom_sec_excel1.jpg?400|}} ;#; 5. Настроить запуск объекта не от запускающего пользователя (по умолчанию стоит именно так), а от интерактивного пользователя, как показано на скриншоте. ;#; {{::dcom_sec_excel2.jpg?400|}} ;#; 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 ---- === Слишком много параметров === Если при обновлении конфигурации появляется ошибка "слишком много параметров" - есть вероятность, что она связана с обновлением платформы. Скорее всего, после обновления платформы база не была запущена контрольно и здесь может помочь простой перезапуск базы, либо самого обновления. {{tag>1C Microsoft Windows WindowsServer Networking}}