Очень часто возникает вопрос, как проверить проброшен ли COM-порт в терминальной сессии rdp.

Осуществить проверку можно через командную строку (Пуск-Выполнить) нужно запустить команду:

» change port /query «

Если Вы видите примерно такой вывод, то значит проброс работает.

В ином случае, следует убедиться что стоит опция проброса порта в терминальном клиенте. Убедимся, что даны соответствующие права на терминале. 

Если  у Вас возникли вопросы по подключению касс или другого торгового оборудования. Вы можете написать в комментариях или использовать форму обратной связи.

Ошибка может появиться при аварийном завершении 1с при динамическом обновлении.

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

Лечение заключается в ряде вариантов.

Вариант 1. 

Откат на резервную копию. Самый безопасный вариант. Вы же настроили резервное копирование?

Вариант 2.

В случае если 1с работает в клиент-серверном варианте, то заходим в SQL Server Management Studio (SSMS) и выполняем команды.  Удаляя не примененную конфигурацию из таблиц базы.

USE [Base]
GO

DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO

DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO

Где:

Base — логическое имя базы данных.

Вариант 3.

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

USE [Base]

GO

DELETE FROM [Base].[dbo].[Config]

GO

INSERT INTO [Base].[dbo].[Config] SELECT * FROM [CopyBase].[dbo].[Config] GO

Где:

Base — имя базы данных.

CopyBase — имя резервной базы данных.

Надеюсь что статья помогла восстановить упавшую базу.

О наличии проблемы дубликатов могут свидетельствовать сообщения в журнале системы на домен контроллере: «KDC обнаружил повторяющиеся имена при обработке запроса проверки подлинности Kerberos. Повторяющееся имя: host/hostname.domen.ru (тип DS_SERVICE_PRINCIPAL_NAME). Это может привести к сбоям проверки подлинности или понижению до NTLM. Чтобы предотвратить появление подобной ситуации, удалите в Active Directory повторяющиеся записи для host/hostname.domen.ru.»

А также сообщение при входе на рабочую станцию через rdp: «База данных учетных записей сервере не содержит записи регистрации компьютера через доверительные отношения с этой рабочей станции»

В первом случае нужно убедиться в отсутствии spn дубликатов, запустив проверку с домен контроллера.

setspn.exe -X

Далее нужно удалить или скорректировать доменные имена станций, возможной причиной будут ручные записи в dns и dhcp.

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

1. Восстанавливаем доверительные отношения с доменом и сбрасываем учетную запись ПК.

netdom reset /d:имя_домена имя_ПК /server:имя_контроллера_домена /uo:имя_пользователя /po:пароль

Для того чтобы не писать пароль в открытом виде, можно указать вместо параметра /po звездочку *

2.  Сброс пароля учетной записи компьютера в AD.

Netdom Resetpwd /Server:имя-контроллера-домена /UserD:учетная-запись-администратора-домена /SecurePasswordPrompt /PasswordD:* 

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