Не удалось удалить назначение приложения 1с предприятие из политики

Обновлено: 06.07.2024

Ошибки, которые возникают во время работы в 1С и методы их исправления

Эта статья ориентирована на обычных пользователей и новичков, которые только начали работать с программой. Опытные программисты знают об этих ошибках и у них есть свои методы решения проблемы. Я объединила в данной статье часто возникающие ошибки.

Причин появления ошибок может быть много. Может быть нарушена целостность базы, разработчик (программист) ошибся – такое бывает, все мы люди, сами пользователи не корректно работают с базой, сбой в операционной системе и так далее.

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

При возникновении программных ошибок, первое, что нужно сделать – это почистить Кешь (и Local, и Roaming) чистим в первую очередь. И при возможности перезапускаем серверы приложения и СУБД.

Теперь перейдем к рассмотрению ошибок и вариантам их исправления.

1. Как не удивительно, но бывает так, что при обновлении платформы начали появляться ошибки , например при запуске программы, но полностью работу программы не останавливает. Тут можно попробовать переустановить платформу, бывает, что ошибки в релизе. Например: в версии платформы 8.3.13.1690 от пользователей поступали жалобы на сбои программы, переустановка при этом не помогала.
При установке нового релиза ошибка больше не появляется. В таком случае приходится ждать обновления.

Если уже такое случилось, и нового релиза нет, то выход один – восстанавливать базу из бекапа.

3. При выполнении действия ссылка на код, то есть выкидывает в конфигуратор.

В данном случае ошибка в коде и нужно с помощью отладчика искать ошибку. Это может произойти из-за ошибки программиста, который не учел какие-то моменты или ошибка в новом релизе (после обновления программы стала возникать), но в любом случае - без отладчика не обойтись.

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

Тут все просто и я в статье уже об этом писала – ограничение прав. Значит у одного пользователя предоставлено в программе больше прав.

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

5. Частые жалобы, что все сломалось, а пользователь утверждает, что ни при чем, и ничего не делал . Или такое заявление: «Я не отменял(ла) проводки, а кто-то все сломал». Как правило, в таких случаях не добьёшься правды.

Нужно смотреть журнал регистрации. Его можно найти в Пользовательском режиме в разделе «Администрирование – Обслуживание - Журнал регистрации». В Конфигураторе – «Администрирование – Журнал регистрации». Отобраться по нужным реквизитам, и посмотреть какие были изменения, и кто их сделал. Еще специальную обработку добавляли, с помощью которой видели все изменения, которые происходили с документом или справочником (но это уже по личной инициативе, своя обработка).

6. С одного компьютера не войти в базу, с других – все работает

Если это файловая база , то очищаем кеш. Проверяем доступ к папке с базой. Возможно, что к папке не предоставлен общий доступ.

Если это клиент-серверный вариант , то тут может быть проблема связи или авторизации. В данном случае пингуем, анализируем системные логи и т. д. Еще помогает в решении проблемы технологический журнал, но это отдельная тема, так как неопытным специалистам будет сложно работать с ним. Технологический журнал требует хорошего понимания архитектуры работы системы и тексты запросов регистрируются на языке DBMS.

7. База запускается в конфигураторе, а в пользовательском режиме не работает

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

В случае, если такая ошибка и у других пользователей , то нужно сделать Тестирование и исправление информационной базы. В конфигураторе «Администрирование – Тестирование и исправление». Галочки устанавливаете в зависимости от ситуации.

Можно выгрузить базу (dt), создать пустую новую базу и туда загрузить (dt) или провести тестирование средствами sql (chdbfl /).

8. База не открывается ни в конфигураторе, ни в пользовательском режиме

В данном случае решения похожи на те, что в пункте 6. То есть, очистка кеша, новое подключение базы, запуск с другого ПК – в случае ошибки на одном рабочем месте.

Если файловая база , то запустите утилиту chdbfl, для определения физической целостности базы. Утилита находится в папке: C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe

Если база на sql, то тестируйте chdbfl /.

Если все выше перечисленное не помогло, попробуйте установить новую платформу.

В пунктах 7 и 8 тоже специалисты рекомендуют не гадать, а обращаться к технологическому журналу. Это уже на Ваше усмотрение.

9. 1С закрывается с записью дампа памяти

При работе в программе, чаще всего при формировании отчетов 1с закрывается с формирование дампа памяти.

В этом случае нужно отключить аппаратное ускорение видеокарты .

Отключение аппаратного ускорения в Windows XP

Открываем свойства экрана через Панель управления или щелкнув правой кнопкой мыши по любой части рабочего стола (свободного без ярлыков), выбрав в контекстном меню «Свойства».
Откроется окно настройки дисплея. Нужно перейти на закладку «Параметры» и нажать кнопку «Дополнительно».
Откроется окно свойств видеокарты. Перейдите на вкладку «Диагностика».
Передвиньте регулятор в крайнее левое положение (то есть «нет»). Далее нажать «Применить» или «ОК».
Все аппаратное ускорение отключено, но изменения вступят в силу только после перезагрузки системы.

Отключение аппаратного ускорения в Windows 7

Открываете Панель управления (Пуск – Панель управления).
Открываете элемент «Экран».
В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
В открывшемся окне нажмите на ссылку «Дополнительные параметры».
Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
В открывшемся окне передвиньте регулятор в крайнее левое положение («нет») и нажмите «Ок».
Если UAC включен, придется подтвердить, что изменения санкционированы пользователем.
Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7 не всегда активна кнопка «Изменить параметры». Если кнопка неактивна, то отключить аппаратное ускорение не возможно, значит видеокарта и драйвер не поддерживают такие настройки.

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

Лучшее решение – это обновление драйверов видео, так как чаще всего ошибки такого характера происходят со старыми драйверами.

При возникновении этой ошибки тоже рекомендуется анализировать технологический журнал.

10. Элементы форм неправильно расположены, форма до конца не разворачивается и т.д .

Такое часто возникало в 1С 8.2., в обычных формах (ОФ). В управляемых приложениях такой ошибки я уже не видела, хотя утверждают, что такое бывает, тогда может быть виноват браузер.

Если у вас старая версия программы и такое возникает в ОФ, то либо попробуйте очистить кешь, либо в конфигураторе смотрите привязки элементов формы. Я чаще всего в этом случае исправляла привязки.

В некоторых случаях достаточно просто перезапустить сеанс, но это работает не всегда.

11. Недостаточно памяти.

Эта ошибка может возникать при обновлении конфигурации, формировании отчета, загрузке или обработке большого файла и т. д. В данном случае речь идет об адресной памяти.

Причина ошибки в том, что по умолчанию, адресная память ограничена. Для 32-х битной системы – это 2 гб., а для 64- разрядной системы – 4 гб..

Можно увеличить размер памяти. Для этого нужно:

запустить командную строку – «Пуск» - «Выполнить» - введите в поле « CMD » и нажмите « Enter »;
ввести в командной строке «bcdedit /set increaseuserva 3072″, где 3072 — размер желаемой адресной памяти;

После успешного завершения процесса в 1С рекомендуется вернуть размер адресной памяти, если такая ошибка возникает редко. Для возврата нужно ввести в командной строке bcdedit /deletevalue increaseuserva.

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

12. Конфликт блокировок при выполнении транзакций

Конфликт блокировок встречается по следующим причинам:

одновременная работа пользователей с большим объемом данных;
ошибки и недочеты конфигурации, то есть неоптимальные запросы, неправильное применение объектов конфигурации, избыточность дополнительно разработанных блокировок, запрос остатков вначале действий.

Не стоит игнорировать конфликты блокировок. Они могут привести к дальнейшим, более грубым ошибкам в программе.

Решением проблемы конфликта блокировок в 1С 8.3 может стать перевод на ручной режим управления блокировками. Но в этом случае нужно будет самостоятельно контролировать все блокировки в системе, если вы это делать не готовы, то не торопитесь с переводом.

Быстрое решение проблемы, но при этом без поиска первопричин:

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

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

13. Ошибка СУБД: Внутренняя ошибка компоненты dbeng8

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

В этом случае нужно сделать Тестирование и исправление средствами конфигуратора .

Администрирование – Тестирование и исправление…
Далее устанавливаем как на картинке ниже.

Можно использовать утилиту chdbfl, она является аналогом тестирования и исправления . В пункте 8 я уже писала об этой утилите, напомню, что она находится - C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe. После запуска утилиты потребуется указать путь к тестируемой базе данных и установить флаг «Исправлять обнаруженные ошибки».

Если два предыдущих способа не помогли, то можно переустановить платформу или подменить файл dbeng8.dll из другого дистрибутива программы, который находится также в папке bin .

Еще как вариант можно сделать выгрузку dt и загрузку в новую базу.

14. Ошибка SDBL: Выход за пределы размерности результата»

Такая ошибка может появиться при обновлении конфигурации или при использовании обменов по средствам РИБ (распределенных баз данных).

В этом случае может помочь один из вариантов решения.

Очистите кеш сервера или перезагрузите службу сервера 1С:Предприятие.
В менеджере SQL сервера очистить таблицы _ConfigChngR и _ConfigChngR_ExtProps (используя команду delete).
Может помочь обновление платформы.

15. Ошибка десериализации контактной информации не указан ожидаемый тип

Эта ошибка может появиться при переходе на новую редакцию программы. Например: переводим Бухгалтерию Предприятия с версии 2.0 на 3.0. В этом случае некорректно конвертировался справочник «Виды контактной информации» . Бывает, что ошибка описана по-другому: «Сведения о виде контактной информации были повреждены» . В обоих случаях решается ошибка одинаково.

Нужно в справочнике «Виды контактной информации» пометить на удаление поле, тогда оно перестанет отображаться.

16. Ошибка формата потока

Варианты исправлений такие же как и в предыдущих ошибках.

Удаление временных файлов, тестирование и исправление в конфигураторе или с помощью утилиты.

Если перечисленные способы не помогли, но режим 1С предприятие запускается, то можно выгрузить данные в новую базу при помощи обработки « Универсальная выгрузка/загрузка данных XML », только при этом способе можете потерять некоторые данные.

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

17. Начало сеанса с информационной базой запрещено. Резервное копирование

В этом случае перед тем, как что-то делать и выбирать вариант решения проблемы, о которых я расскажу позже, нужно полностью убедиться, что никто не работает в программе (не обновляет ее) и Вы на 100 % уверены, что процесс завис.

Самый простой вариант - удалить файл блокировки 1Cv8.cdn из каталога с информационной базой . Особенно этот способ подойдет, если это файловая база .

Второй способ – это через дополнительные параметры запуска с параметром СРазрешитьРаботуПользователей /UC <пароль для разблокировки>/. На этом варианте остановимся подробней.
Такой способ подойдет в том случае если в программе был задан код для разблокировки. Задается этот код на закладке «Администрирование – Поддержка и обслуживание - Блокировка работы пользователей» (пример на картинке ниже).

Для того, чтобы запустить программу с дополнительными параметрами нужно выбрать из списка базу, которая заблокирована, затем нажать кнопку «Изменить» откроется окно «Редактирование информационной базы», затем «Далее», на второй закладке редактирования есть нужная нам строка «Дополнительные параметры запуска». Туда нужно ввести параметр СРазрешитьРаботуПользователей /UC 6542 , где 6542 – это пароль для разблокировки (пример на картинке ниже).

Если код блокировки был задан, но его забыли , то можно посмотреть его в файле 1Cv8.cdn. Открыть этот файл нужно с помощью текстового редактора.

Если кода не знаете или не задавали , то можете попробовать использовать значение по умолчанию «/UCКодРазрешения» или «/UC КодРазрешения».

Третий вариант решения проблемы подойдет для снятия блокировки с клиент-серверной базы .

Если есть доступ к консоли сервера , то нужно открыть свойства информационной базы и убрать галку «Блокировка начала сеансов включена» (на картинке выделено красным цветом, где нужно отключить флажок).

Четвертый способ – это откорректировать содержимое файла 1Cv8.cdn . Открываете файл с помощью текстового редактора. Первый параметр, который на картинке подчеркнут красным цветом – является признаком блокировки. Если там стоит 1, значит база заблокирована. Если поменять на 0 и записать изменения, то база должна запуститься.

18. Неверный формат хранилища данных

Причина ошибки кроется в кеше, или в нарушении целостности структуры.

Первое, что надо сделать – это почистить кешь. Если это не поможет, то запускаем Тестирование и исправление или файла chdbfl.exe , в предыдущих пунктах об этих способах я уже писала.

Самый радикальный способ – это перенос данных в пустую базу. Делать это стоит в самом крайнем случае, когда уже ничего не помогает.

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

Рада, что эта статья пользуется спросом. Появились новые ошибки, о которых, как и обещала рассказываю во второй части.

Я пытаюсь развернуть MSI через групповую политику в Active Directory. Но это ошибки, которые я получаю в журнале событий системы после входа в систему:

Не удалось выполнить назначение приложения XStandard из установки политики. Ошибка: %% 1274
Не удалось удалить назначение приложения XStandard из установки политики. Ошибка: %% 2
Не удалось применить изменения в настройках установки программного обеспечения. Установка программного обеспечения, развернутого с помощью групповой политики для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя в систему. Ошибка: %% 1274
Установка программного обеспечения боковой стороны клиентской системы групповой политики не смогла применить одну или несколько настроек, поскольку изменения должны быть обработаны до запуска системы или входа в систему. Система будет ожидать завершения обработки групповой политики до следующего запуска или входа в систему для этого пользователя, и это может привести к медленной загрузке и загрузке.

Вы видите ужасное бедствие асинхронной обработки политик. Это не «функция» (и была отключена по умолчанию в Windows 2000, но по умолчанию включена в Windows XP и выше) и вызывает именно то, что вы видите, - недетерминированное поведение при обработке некоторых типов настроек объекта групповой политики.

В объекте групповой политики, который применяется к этому компьютеру, добавьте следующий параметр:

После того, как вы установили это (и разрешите репликацию объекта групповой политики, если вы находитесь в среде с несколькими DC), сделайте «gpupdate /force /boot» на данном ПК. Он перезагрузится, и вы увидите, как происходит установка программного обеспечения.

«Всегда ждать сети при запуске компьютера и входе в систему» немного замедляет запуск и вход в систему, поскольку все расширения GPO разрешены для обработки, но вверху является то, что все расширения GPO могут обрабатываться.

Я попробовал Всегда ждать подключения к сети при запуске компьютера и входе в систему - Включено из ответа от @Evan Anderson, но это было только после того, как я добавил этот параметр ниже, а также, что позволило установить программное обеспечение. Не уверен, что это комбинация обоих настроек или нет. Теперь он работает, поэтому я оставляю обе настройки.

В групповой политике, применяемой к этим рабочим станциям, перейдите к:

Конфигурация компьютера> Политики> Административные шаблоны> Система> Групповая политика

Включить Укажите время ожидания обработки политики запуска . Установить Количество времени для ожидания (в секундах) : = 120

120 может быть излишним, но это сработало для меня. Другие форумы предложили установить это на 30 секунд. Несмотря на то, что 30 секунд по умолчанию (когда политика не установлена), для них работало 30 секунд.

Это может произойти, если приложение уже установлено, но msiexec не может его удалить. Наиболее распространенным сценарием является предыдущая ручная установка с выбранным «Только для меня» вместо «Все, кто входит в систему на этом компьютере».

И я просто нашел другую причину этой ошибки. Если у вас есть «Spanning Tree», настроенное на коммутаторе ethernet, подключенном к рабочей станции проблем, это задерживает активацию порта коммутатора при загрузке ПК. Отключение Spanning Tree для порта коммутатора или включение «Spanning Tree Portfast» для коммутатора решило эту проблему на нескольких моих рабочих станциях.

У меня была такая же проблема, но ни одна из исправлений выше не работала. Я, наконец, понял, что еще один объект групповой политики пытался установить программное обеспечение до моего, и он ошибся с ошибкой %% 1274, потому что сам объект групповой политики имел неправильные разрешения. По какой-то причине этот отказ не позволял моему GPO устанавливать, даже если у меня были правильные разрешения. Как только я отключил другой объект групповой политики, мой GPO установлен правильно.

Изменение « Время ожидания обработки политики запуска » работало для меня. Он был установлен на 30 секунд, но некоторые рабочие станции все еще терпели неудачу с %% 1274.

Я поднял его до 90 секунд, и они были счастливы.

Иногда ваша групповая политика может быть испорчена. Попробуйте удалить весь раздел реестра HKLM /SOFTWARE /Microsoft /Windows /CurrentVersion /групповая политика. Вероятно, вы найдете все, что потребуется от GP, после перезагрузки. Вы можете сначала создать резервную копию своего реестра .

Я столкнулся с тем же поведением с несколькими ноутбуками. Они работали отлично на пару лет, а затем внезапно они не установили никакого нового программного обеспечения через gpo. Принуждение настройки «Время ожидания обработки политики запуска», похоже, устранило проблему. Как уже говорилось, должен по умолчанию 30 секунд, но для меня казалось, что ноутбуки вообще не ожидали при запуске для политик, но пропустили прямо. Все ноутбуки были win7x64, DCs Server2008R2 и Server2012.

У нас была такая же проблема. Наконец, мы выяснили, что наши ноутбуки были RADIUS аутентифицированы для Wi-Fi, и сетевая установка не могла начаться до тех пор, пока пользователь не войдет в систему с учетными данными AD (потому что до сих пор не удалось подключиться к сети для удаленного запуска файлов установки). И после того, как пользователь вошел в систему, было слишком поздно, поскольку установка должна была начаться до этого.

Когда клиент подключился через Ethernet, он работал как шарм!

Я регистрировался на клиентских компьютерах как пользователь домена с правами администратора Enterprise /Domain и смог без проблем получить доступ к общей папке, содержащей установочные пакеты MSI. Хотя в какой-то момент он попытался получить доступ к нему через \ IP \ share_path_to_msi_packages_folder с другого ПК, не являющегося доменом, и продолжал получать всплывающее окно входа в систему. В принципе, даже если один разрешает всем пользователям и группам домена или другим пользователям или «всем» разрешениям на чтение и запись в общей папке, он все равно не работает и запрашивает у меня имя пользователя /пароль, тем самым не позволяя локальному клиенту вытаскивать пакеты, на которые указывает объект групповой политики , Это вызвано анонимным доступом по умолчанию . После включения его и предоставления разрешений на чтение и запись в папку MSI удалось успешно выполнить большинство пакетов, и только synology-cloud-station-3.1.-3320.msi не удалось (нужно изучить его). Я также смог получить доступ к общей папке с любой машины без домена.

101 Не удалось выполнить назначение приложения 7-Zip 9.20 (версия x64) из политики установки базовых пакетов DOMAIN. Ошибка: %% 1274

103 Не удалось выполнить назначение приложения 7-Zip 9.20 (версия x64) из политики установки базовых пакетов DOMAIN. Ошибка: %% 1274

108 Не удалось применить изменения в настройках установки программного обеспечения. Установка программного обеспечения, развернутого с помощью групповой политики для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя в систему. Ошибка: %% 1274

1112 Не удалось применить изменения в настройках установки программного обеспечения. Установка программного обеспечения, развернутого с помощью групповой политики для этого пользователя, была отложена до следующего входа в систему, поскольку изменения должны быть применены до входа пользователя в систему. Ошибка: %% 1274

СЕРВЕР DC1 (PDC) + DC2 (BDC) + DC3 (DBC) Стандарт Windows 2012 R2 полностью обновлен

КЛИЕНТЫ Windows 7 Pro SP1 (очистка Dell, полностью обновленные, конфликтующие пакеты, такие как старый Adobe Flash, удаленный)

Вы уже пробовали на клиентах:

gpupdate /force
gpupdate /force /boot (оба попросят перезагрузить и выбросить ошибку, чтобы политики не были применены)
gpresult /r (хорошо выглядит)
оба сервера и клиенты могут обращаться к общему диску, где хранятся пакеты MSI.
перезагрузка нескольких раз DC1 и клиентов после изменений в объекте групповой политики

GPO отключает UAC:

* Computer Configuration * Policies * Windows Settings * Security Settings * Local Policies * Security Options ELEVATE WITHOUT PROMPTING: User Account Control: Behaviour of the elevation prompt for administrators in Admin Approval Mode DISABLE: User Account Control: Detect application installation and prompt for elevation DISABLE: User Account Control: Run all administrators in Admin Approval Mode

* Computer Configuration * Policies * Software Installation * 7-Zip 9.20 (x64 edition) v9.20 Assigned \LANIP\Utils\Software\GPO\7zip-7z920-x64.msi * Google Chrome v66.41 Assigned \LANIP\Utils\Software\GPO\googlechromestandaloneenterprise.msi * Mozilla Firefox (en-GB) v35.0 Assigned \LANIP\Utils\Software\GPO\firefox-35.0.1-en-gb-msi * Synology Cloud Station v3.1 Assigned \LANIP\Utils\Software\GPO\synology-cloud-station-3.1.-3320.msi

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

Другие ошибки в AD, DHCP, DNS не работают, машины получают IP-адреса и могут разрешать имена через nslookup, а также пинговать друг друга на IPv4 /IPv6.

Windows 2012 R2

В групповой политике, применяемой к этим рабочим станциям, перейдите к:

Конфигурация компьютера> Политики> Административные шаблоны> Система> Групповая политика

Включить время ожидания обработки политики запуска. Set Количество времени ожидания (в секундах): = 120

ставлю skype через ГПО
однако именно эта установка skype на некоторых машинах (подозреваю что на машинах на которых уже стоял скайп) запускается при каждой загрузке!

80 рабочих станций, ОС рабочих станций - ХР, на одной семерка. КД под управлением 2003 сервера, режим работы домена - 2000.
Добавляю в политику компьютера установку софта (Пакет обеспечения совместимости для выпуска 2007 системы Microsoft Office) в формате msi. Для теста пытался установить пакет на одну рабочую станцию, которая под управлением семерки, и в событиях получил такие вот ошибки:

Есть msi пакет. Раздаётся политикой в ветке computer W2008

Прикол в том, что W7 і 2008 нормально обработали эту политику, а ХР посылает:

Не удалось применить изменения для параметров установки приложения. Невозможно выполнить изменения для этого программного обеспечения. Должны существовать предшествующие записи в журнале, содержащие необходимые сведения. Ошибка: %1612

Ничего кроме этого нет:

1.Назначение приложения "мой софт" из политики ляля выполнено успешно.

2.Не удалось установить приложение "мой софт" из политики ляля. Ошибка: %1612

3.Удаление назначения приложения "мой софт" из политики ляля выполнено успешно.

При запуске вручную из профиля админа домена на ХР с сетевой шары на контроллере домена Установщик Windows ругается "Невозможно открыть этот установочный пакет. Проверьте, что пакет существует и к нему есть доступ. "

Права : Прошедшие проверку - чтение/выполнение; Админы/система - полный

Р.S. Пакетов msi много. ВСЕ перестали устанавливаться политикой при переходе с 2003 на 2008.

Добавлено:
Есть вариант через SCCM но это для нас дорого.

Вообще-то не вижу почему не разворачивать всё с помощью GPO!? В чём проблема то!? При загрузке компа он сам будет устанавливать новую версию клиента.

Сервер Win2k8, клиенты WinXP SP3. Приложение соответсвенно развернуто через msi пакет назначенный на компьютер. +GPO применен к определенной группе ПК в содержащем их OU.

Мне правда это не помогло - софт гавеный до ужаса ((( Хотя переустановка запустилась при перезагрузке, но результатов не принесла.

Скачал некоторые программы в ехе переконвертил прогой exe to msi конвертер (с опцией record the gui automation script) в msi формат

Создал отдельную политику в домене прописал там файлы вроде все нормально. после добавления файла в логах вижу следующую ошибку:

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

Прежде чем рассматривать основные разновидности ошибок, стоит заметить, что они отличаются между собой по происхождению. Приложение может привести к физическому или логическому сбою. В результате 1С просто не запускается или начинает работать в режиме «Конфигуратор». Пользовательский режим бывает недоступен или, при использовании определенных команд, будет появляться сбой.

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

Причины появления ошибки в 1С

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

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

Часто возникающие ошибки 1С

Все имеющиеся сбои выводят на экран разные уведомления. Одинакового текста не бывает. Чтобы проще ориентироваться, разделим существующие ошибки 1С на следующие пункты:

Недостаточно памяти.
Ошибка доступа.
Ошибка формата потока.
Ошибка СУБД: Файл базы данных поврежден.
Неправильное отображение блоков формы.
Внутренняя ошибка компоненты dbeng.
Dump при запуске.
Неверный формат хранилища.
Ничего не работает.

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

Недостаточно памяти

Подобный сбой проявляется только в том случае, если на выполнение операций с программой выделено мало оперативной памяти. Приложение не может обрабатывать большие объемы информации, поэтому выдает «Недостаточно памяти 1С». Это случается при формировании отчета, обработки «тяжелого» файла, обновлении конфигурации и т.д. Причина – мощности компьютера недостаточно.

Пользователь может самостоятельно решить проблему с памятью. По умолчанию операционная система выделят фиксированное значение гигабайт на обслуживание приложения: 32 bit ОС – 2 Гб, 64 bit – 4 Гб.

Увеличить размер выделенной памяти можно вручную. Для этого запускается адресная строка (Пуск – Выполнить, вводиться фраза cmd). После нажатия «Ентер» достаточно ввести фразу bcdedit /set increaseuserva 4096 и подтвердить действие (клавиша «Enter»). Цифра 4096 – новый выделяемый объем «оперативки». Выполняется перезагрузка системы. Проблема должна быть устранена.

Ошибка доступа

Она возникает, если учетная запись не имеет достаточно прав. Проявляется при выполнении определенного действия, которое доступно только ограниченному кругу пользователей. Для исправления ситуации достаточно изменить роль выбранного профиля в конфигураторе (вкладка «Администрирование – Пользователи»). В некоторых случаях это увеличивает безопасность базы данных, если необходимо защитить файлы от изменения сторонними людьми.

Ошибка формата потока

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

Устранение подобной ошибки 1С выполняется простой чисткой кэша. Для этого необходимо перейти в папку, где хранятся временные файлы. В Windows 7 и выше она находится по адресу C:\Users\Username\AppData\Local\1C или C:\Users\Username\AppData\Roaming\1C. Для Windows ХР другой путь – Local Settings\Application Data\1C\. Все файлы, начинающиеся на 1cv8, кроме «1Cv8.1CD» полностью удаляются.

Если «Ошибка формата потока» возникает в процессе работы, то нужно провести тестирование (Администрирование – Тестирование и исправление), выбрать первые 2 галочки и запустить процесс.

Ошибка СУБД: Файл базы данных поврежден

Если всплывает информационное окно с подобной надписью, неисправность базы данных решается тестированием файла и всей информационной базы. Такое мероприятие может проводиться 2 способами:

Запуск утилиты chdbfl.exe. Эта программа предназначена для того, чтобы проверять целостность базы данных при совместном ее использовании с информационной базой. Данный метод хорош тем, что дает возможность решать сбои даже в тех ситуациях, когда конфигуратор запустить невозможно. Сначала выполняется резервное копирование информации. В папке, где установлен 1С (директория bin) находится файл chdbfl.exe. Он запускается, в окне прописывает путь к файлу базы данных и ставится галочка, чтобы провести исправление ошибок. Нажимается кнопка «Выполнить». После завершения процесса все должно заработать. Если нет – используется конфигуратор.
Через конфигуратор. Нужное окно вызывается после нажатия «Администрирование – Тестирование и исправление». На экране появляется форма, где выставляются галочки на следующе строчки: «Реиндексация таблиц…», «Проверка логической целостности…», «Проверка ссылочной…», «Реструктуризация таблиц…», «Тестирование и исправление» и 2 раза «Создать объекты». Нажимается кнопка «Выполнить». После завершения процедуры сбой устраняется.

Неправильное отображение блоков формы

Такая неисправность возникает от разных факторов. Чтобы привести программу к нормальной работоспособности, пользователю необходимо последовательно выполнить несколько команд. После проведения каждой проверяется устранение сбоя:

Если приведенные методы не помогают, рационально будет провести обновление платформы.

Внутренняя ошибка компоненты dbeng

Dump при запуске

Возвращение 1С в рабочее состояние проводится простым обновлением MS Visual Studio (Visual C++) и дополнительными манипуляциями. Чтобы отследить конкретный файл, в котором возникает ошибка, открывается «Просмотр событий». Для этого пользователь переходит в «Панель управления – Система и безопасность – Администрирование». С левой стороны раскрывается «Журнал Windows – Приложение».

На экране появляется список ошибок и точное расположение поврежденного файла. После установки новой версии MS Visual Studio (Visual C++) с папки System32 копируется одноименный файл dll и вставляется в папку платформы 1С. Проблема решилась.

Неверный формат хранилища

Ничего не работает

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

чистится кэш;
открывается файл chdbfl.exe из папки установки приложения и выполняется исправление;
выполняется запуск «Конфигуратора» для тестирования и исправления сбоев;
обновление «1С».

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

Читайте также: