проблема с обменами: Процесс сервера не может быть запущен, так как указана неправильная идентификация

отдам все что есть!!

не мешало бы увидеть код, что за манипуляции проводили...

А причем здесь код. Пароли нигде не менял? или права для пользователь под которым все работает.

Для пакета Microsoft Transaction Server (MTS) или COM + для функции необходимо иметь учетную запись, которая используется для идентификации настроенных определенные права и разрешения NTFS. Если учетная запись не имеет достаточных прав или разрешений, может появиться одно или несколько из следующих сообщений об ошибке:
«Компоненту ActiveX не удается создать объект».
- или -
«Процесс не может переключить D:\Winnt\system32\ в текущем каталоге автозагрузки. Нажмите кнопку ОК, чтобы установить текущий каталог D:\Winnt, или выберите "Отмена" для выхода."
- или -
"Приложение не удалось инициализировать (результат 0xc0000022). Нажмите кнопку ОК для завершения работы приложения."
- или -
«Недостаточно памяти»
- или -
Ошибка выполнения 429". Компоненту ActiveX не удается создать объект.
- или -
Ошибка DCOM «ошибка входа в систему: пользователь не предоставил режим входа на компьютер. "и не удается выполнить вход. \test для запуска сервера: {9E7AB7CE-6B96-4AA9-A62D-59589FA5C790}
- или -
Ошибка выполнения "-2147467238 (8000401a)": ошибка автоматизации, процесс сервера не может быть запущен, так как указана неправильная идентификация. Проверьте имя пользователя и пароль.

Была подобная проблема. Права доступа на папки проверяйте. Пробуйте сделать обмен под админом (не админом в 1с, а админом в операционной системе). Ну и как вариант на проверку - перенести вторую базу на первый сервер :)
Да, кстати, подобная проблема ещё была после обновления платформы, когда у пользователя в ярлыке путь старый был C:\Program Files (x86)\1cv82\номер релиза старого... и компоненты разрегистрировались... чтобы не мучить себя, удалили платформу полностью, перезагрузка, установили заново.
Можете ещё попробовать дать такую команду:
regsvr32 "C:\Program Files (x86)\1cv82\НОМЕРРЕЛИЗА\bin\comcntr.dll" под админом.
Само собой у Вас может быть не program files (x86), а просто program files
Также http://support.microsoft.com/kb/276407

Да, ещё можно попробовать:
Пуск - выполнить - dcomcnfg
Там раскрыть службы компонентов
компьютеры, там будет объект Мой компьютер, на нём правой кнопкой мыши - свойства
вкладка Безопасность COM, там 4 кнопки Изменить ... Входим в каждую, проверяем разрешения. (сравнить можно с сервером, на котором всё работает).

И ещё возможная причина и решение:
С помощью оснастки Локальные политики / Параметры безопасности из набора инструментов Локальные параметры безопасности установить значение Включен для параметра локальной безопасности Немедленное отключение системы, если невозможно внести в журнал записи об аудите безопасности (вне зависимости от того, что текущее значение отображается как Включен).

8000401A - В свойствах COM+ приложения 1CV8 на серверном компьютере
на закладке Identity установлен Interactive user, но никакой
пользователь интерактивно не вошел в серверный компьютер.

Чтобы MTS работала правильно, убедитесь, что идентификация имеет по крайней мере доступ на чтение разрешений NTFS для следующих папок:
Папка, в котором находится библиотека DLL.
Папку \Winnt.
Папке \Winnt\System32.
Папка \Winnt\System32\Mts MTS случая.
Папка файлов \Program Files\Common и все файлы и подпапки.
Также убедитесь, что идентификация имеет право Дополнительно «Журнала в качестве пакетного задания». Чтобы просмотреть назначение прав пользователя в Microsoft Windows NT 4.0, выполните следующие действия:
Откройте диспетчер пользователей для локального компьютера.
В меню политики щелкните Права пользователя.
Щелкните флажок Отображать расширенные права пользователя .
Из раскрывающегося списка выберите Вход в качестве пакетного задания.
Убедитесь, что учетная запись в вопросе отображается в списке.
Чтобы просмотреть назначение прав пользователя в Microsoft Windows 2000, выполните следующие действия:
В меню программы выберите пункт Администрированиеи нажмите кнопку Открыть локальную политику безопасности.
В группе « Локальные политики» выберите Назначение прав пользователя.
В правой области дважды щелкните Вход в качестве пакетного задания.
Убедитесь, что учетная запись в вопросе отображается в списке.

Эта проблема возникает, поскольку удостоверение по умолчанию для приложения установлен в качестве интерактивного пользователя. Интерактивный пользователь относится пользователь, который вошел в систему непосредственно с консоли сервера. Если интерактивный пользователь не существует, приложение дает сбой при попытке предполагают Взаимодействующий пользователь.
Решение
Чтобы устранить эту проблему, измените удостоверение для серверного приложения для запуска под конкретного пользователя. Для этого на вкладке удостоверение диалогового окна Свойств приложения выберите параметр Указанный пользователь. Кроме того Если это невозможно, можно обеспечить, что пользователь в интерактивном режиме вошел на консоль сервера во время выполнения приложения.
Временное решение
В Microsoft Windows Server 2003 с помощью параметра/Console для входа в Console0 временного решения проблемы. Чтобы сделать это, выполните следующие действия.
Нажмите кнопку Пуск, выберите пункт выполнить, введите mstsc/consoleи нажмите кнопку ОК.
Войдите в систему.

При работе с распределенными ИБ конфигурации УПП наблюдали похожую проблему - при обновлении конфигурации обмен на периферийных узлах начинал "вылетать". Иногда доходило до рассинхронизации баз. Периферийные узлы работали на 32х разрядных серверах, при этом если в обмене участвуют записи большой длины вознкала такая проблема.
Решение: снять конфигурацию с поддержки, уменьшит размер файла обмена на конфигурацию поставщика.
Если количество операций в базе велико, тогда проблема может проявиться если в обмен попадают документы создающие большое количество записей в регистрах (расчет себестоимости, книга продаж ...)
Вобщем пока не перевели все серверы на 64 разрядные системы так и мучились контролируя обмены.

Так Вы от Админа пробовали прорваться?
Впринципе, если есть возможность удаленного подключения - могу глянуть.

Nadushka74, Как там обстоят дела?

Повесили девочку...

Была ситуация похожая, как ни странно помогло просто исправление тестирование.....и ещё....был момент когда БД на разных сервах на этой платформе периодически возникали проблемы с обменом... ругалось так же на идентификацию...поднял sql до 2012 и перенес вторую БД на тот же сервер....и все заработало...разбираться дальше не стал т.к. не совсем моя задача...

А лицензии все стоят?

Имею в виду на 1с

и так помог только откат на 157 платформу и все полетело, так что весело живем товарищи...