1с предприятие ошибка 4

Обновлено: 07.07.2024

Важно! Перед тем как проводить какие-либо изменения в базе 1С сделайте резервную копию. Если 1С запускается в режиме конфигуратора, то через меню Администрирование -> Сохранить данные. Если у Вас уже есть более старые копии, не пишите поверх них, сделайте отдельный архив. Если 1С не запускается в режиме конфигуратора, скопируйте весь каталог базы в другое место. Если у Вас есть другой носитель информации (второй жесткий диск, Zip drive, пишущий CD-ROM), то лучше сделать копию на него.

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

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

a)Перезагрузите компьютер, нажав Пуск->Завершение работы ->Перезагрузить компьютер ->ОК. Подождите, пока компьютер перезагрузится, затем еще раз попробуйте запустить 1С.

b)Возможно, Вы забыли установить драйвер защиты при установке программы. Тогда Вам нужно запустить его, нажав Пуск ->Программы->1С: Предприятие 7.7->Установка драйвера защиты. Перезагрузите компьютер и попробуйте еще раз запустить 1С: Предприятие.

cПроверьте физическое наличие ключа на компьютере, может быть кто-то его задел и он выпал из компьютера. Для этого нужно добраться до задней стенки корпуса компьютера, туда, куда подключаются провода. Важно: крайне рекомендуется предварительно выключить компьютер. Ключ выглядит как брусок примерно 3х4х1 см. Скорее всего, он будет красного или белого цвета. Ключ вставляется в LPT порт (туда же, куда и принтер). В любом случае, вы сможете вставить ключ только в LPT порт. Важно: не нужно прилагать большую силу, усилия должны быть сравнимы с усилиями при поднятии стакана чая. Если ключ не входит в порт, не пытайтесь вставить его силой, так как либо это не ключ, либо вы вставляете его не в LPT порт. Лучше позовите человека, отвечающего в Вашей фирме за компьютеры, или позвоните нам. После того как Вы вставили ключ в порт, включите компьютер и попробуйте снова запустить 1С: Предприятие.

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

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

a)Проверьте то, что проблемный компьютер «видит» сервер, на котором находится ключ. Можно либо пропинговать сервер из командной строки, запустив программу ping с проблемного компьютера с именем компьютера-сервера в качестве параметра. Например, c: ping server1c. Либо Вы можете просто проверить наличие компьютера-сервера в списке доступных для клиента компьютеров, кликнув на иконке «Мое сетевое окружение». Если выяснится, что проблемный компьютер не «видит» сервер, то понадобится провести стандартную проверку при сетевых проблемах. Рекомендуем начать с проверки целостности кабелей (нет обрывов), работоспособности хаба, работоспособности сетевой карточки (горит ли лампочка, успешна ли команда ping 127.0.0.1), кроме того, следует убедиться в наличии необходимых протоколов и правильности их настройки.

b)Убедитесь в том, что на компьютере с ключом запущена программа «Сервер защиты». Это программа необходима для работы клиентов 1С: Предприятие в сетевом варианте. Вы можете запустить ее, нажав Пуск ->Программ->1С: Предприятие 7.7-> Сервер защиты.

c)На каждом компьютере с 1С: Предприятие есть файл nethasp.ini, который по умолчанию находится в C:Program Files1Cv77BIN. В этом файле содержатся настройки программы, проверяющей наличие ключа в сети. Файл достаточно хорошо документирован, и Вы, наверняка, сможете разобраться в его структуре. Мы рекомендуем Вам обратить особое внимание на строки используемых протоколов (возможно, там остался один IPX/SPX, который вообще в вашей сети не используется), время ожидание поиска ключа (при слабой сети программа может просто не успеть найти его) и ссылки на компьютер сервер (возможно, такого компьютера уже не существует, он перемещен или переименован).

Это произошло из-за того, что недоступна папка, в которой находится база 1С. Если база находится на Вашем компьютере, то, скорее всего, Вы ее куда-то переместили. Вспомните, перемещали ли Вы какие-либо каталоги (папки) в последнее время. Если Вы знаете точно, куда была перемещена база, или Вам кажется, что перемещенная недавно папка является базой, то при запуске 1С в диалоговом окне выберите кнопку «Изменить» (справа идут кнопки ОК, Отмена и следующая – «Изменить»). Укажите новый путь к базе и, нажав на кнопку ОК, запустите 1С: Предприятие еще раз.

Если база находится не на вашем компьютере, а на удаленном сервере, то лучше обратиться за помощью к человеку, который отвечает за работоспособность компьютеров в Вашей фирме. Если Вы все же решили самостоятельно ликвидировать проблему, то, во-первых, необходимо проверить наличие сети между двумя компьютерами (Вы можете просто проверить наличие компьютера-сервера в списке доступных для клиента компьютеров, кликнув на иконке «Мое сетевое окружение»). Во-вторых, нужно узнать местонахождение каталога с базой на сервере. После этого, кликнув на кнопку «Изменить» в диалоговом окне запуска 1С: Предприятие, выберите «Мое сетевое окружение»->Сервер, на котором находится база ->Укажите путь к базе.

Теперь еще раз попробуйте запустить 1С: Предприятие.

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

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

Если 1С: Предприятие в монопольном режиме запущено не на Вашем компьютере, то возможны два варианта действий.

Первый вариант применим, если компьютеров в сети, использующих 1С: Предприятие немного, и они расположены недалеко друг от друга. Тогда можно подойти к каждому компьютеру и, выбрав пункт меню 1С: Предприятие Помощь ->О программе, Вы увидите в самой последней строке Режим работы. Если слева написано «Монопольный», то нужно закрыть 1С: Предприятие на этом компьютере и запустить на своем. Скорее всего, проблема будет решена.

Второй вариант нужно применять тогда, когда компьютеров в сети много, и их слишком долго обходить по одному. Тогда нужно запустить Монитор командой Пуск ->Программы->1С: Предприятие->Монитор пользователей. Запустив монитор, нужно выбрать пункт меню Монитор ->Активные пользователи. Перед Вами появится список компьютеров, с которых на данный момент используется база (каждая строка – запущенная компонента 1С: Конфигуратор, Предприятие, Монитор, Отладчик). Если Вы обратите внимание на самый левый столбец, то можете заметить, что на одном из компьютеров запущено 1С: Предприятие в монопольном режиме (это отображается красным восклицательным знаком рядом с иконкой). Подойдите к этому компьютеру и закройте там 1С: Предприятие. Проблема теперь должна быть решена.

Иногда возможен вариант, что какой-то компьютер некорректно завершил работу (или просто «завис»), тогда нужно выключить его и включить еще раз. Если невозможно определить, какой компьютер занял базу, а в Мониторе не указан компьютер, использующий монопольный режим, то придется выключать все компьютеры (можно по одному, пробуя запустить 1С после выключения каждого компьютера).

Для решения этой проблемы нужно запустить программу в монопольном режиме (поставьте галочку в поле «Монопольно» при запуске программы). Конечно, предварительно придется попросить всех пользователей выйти из 1С: Предприятие. На предложение восстановления индексных файлов нужно ответить утвердительно. Этот процесс может занять значительное количество времени, от 1-2 минут для баз в 5-10 мегабайт до порядка часа для больших баз. Если Вам не удается запустить систему в монопольном режиме, хотя Вы уверены, что все пользователи вышли из программы, то сначала проверьте свой компьютер, возможно, там осталась запущенная копия программы. Если и это не помогло, то попробуйте выключить клиентские машины (можно по одной, с проверкой после каждой). Вероятно, что одна из программ была некорректно завершена и не освободила базу.

В каталоге Вашей базы (путь к базе написан слева внизу в окне запуска) есть подкаталог Syslog. В этом каталоге лежит файл 1cv7.mlg, это и есть файл журнала. Переместите его в другой каталог; если Вы считаете, что файл журнала Вам не нужен, то можете его удалить. Главное - убрать файл журнала из этого каталога. При следующем запуске 1С: Предприятие должна успешно загрузиться и создать пустой файл журнала.

При запуске программы появляется всплывающий экран с надписью 1С: Предприятие и тут же исчезает.

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

Перезагрузите компьютер.
Переустановите 1С: Предприятие.
Скопируйте файл 1Cv7.md, который лежит в каталоге NEW_STRU вашей базы в каталог вашей базы. Например, если ваша база лежит в каталоге c:1Cbase, то нужно скопировать файл 1Cv7.md из c:1CbaseNEW_STRU в c:1Cbase. На вопрос: «Заменить ли текущий файл?» следует ответить «Да».
Запустите Конфигуратор, выберите пункт Администрирование -> Тестирование и исправление ИБ. Нажмите на кнопку Выполнить.

Если ошибка не была исправлена, то, видимо, Вам придется обратиться к фирме «Практика» напрямую.

Как определить где находится база 1С: Предприятие?

Когда Вы запускаете 1С: Предприятие или Конфигуратор перед Вами появляется окно запуска. Если выделена нужная база (большое поле почти посередине окна), то внизу Вы можете увидеть путь к базе. Он должен выглядеть примерно как “C:1Cbase”.

Дело в том, что операционная система Windows 95/98, не позволяет держать открытыми больше 1024 файлов единовременно. Учитывая средний размер базы в 200-400 файлов, получается, что программа не будет запускаться на 3-6 компьютере, пытающемся получить доступ к базе. Необходимо перенести базу (для DBF версий можно просто скопировать весь каталог и перепрописать пути на клиентских машинах) на компьютер с другой операционной системой (рекомендуется – Novell, Windows 2000, Windows NT).

1С: Предприятие очень долго открывает базу.

Возможно, это происходит из-за того, что сканер антивируса проверяет все *.dbf и *.cdx файлы, которые хочет открыть 1С: Предприятие. Для решения проблемы нужно исключить проверку файлов этого типа (например, в программе «AVP Монитор» это называется «Исключить по маске»). Вы можете не опасаться проникновения вирусов из *.dbf файлов базы и индексных файлов, так как в них не могут содержаться вирусы.

Какие существуют параметры командной строки для файла 1cv7.exe?

1cv7.exe MODE [ /M | /D

],
где MODE - режим запуска, может принимать только одно из трех значений :
config - режим конфигуратора;
debug - режим отладчика;
enterprise - нормальный (рабочий) режим 1С: Предприятие.
следующие ключи опциональны:
/M - запуск программы в монопольном режиме;
/D - каталог базы данных;
/U - рабочий каталог пользователя (каталог из списка пользователей игнорируется);
/N - имя пользователя;
/P - пароль пользователя;
/T - путь к временным файлам
/@ - для режима конфигуратора с указанием файла пакетного запуска
/W - инициализация Web расширения

Пример:1cv7 enterprise /Dc:1cmainbase /NИванов /P123,
в этом случае произойдет запуск программы без вывода диалогов о выборе базы и режима работы, а также без запроса имени и пароля пользователя.

Запуск в пакетном режиме подробно описан в книге «Конфигурирование и администрирование. Часть вторая» на странице 252.

В информационных базах на платформе 1С могут возникнуть множество различных ошибок:

нарушение логической/физической целостности базы, ошибки пользователей, «кривой» код разработчика и многое другое.

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

Во-первых, стоит задать несколько уточняющих вопросов пользователю:

1) Релизы платформы/конфигурации.

4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений – сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.

Теперь немного о самих ошибках и том как их решать.

Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).

Распространенный пример – ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии».

Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -

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

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

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

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

. ВАЖНО

Перед любыми действиями с базой - сделать архивную копию!

Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!

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

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

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

Если база sql-ная то тестирование средствами sql.

2) Если база при запуске уходит в дамп.

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

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

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

4) При каком-то действии выкидывает на код в конфигуратор.

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

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

Если типовая, то возможно ошибка в релизе.

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

5) Под одним пользователем дает что-то сделать, под другим нет.

Настройки прав пользователей.
Настройки пользователя.
Очистка кэша.

6) С одного ПК заходит, с другого нет.

Проверить в проводнике видит ли базу – может к папке с базой не предоставлен общий доступ.
Очистка кэша.
Зайти под другим пользователем.

7) Я ничего не делал/делала но у меня все сломалось

Если смогут подсказать что именно «не делали» и когда, то можно воспользоваться

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

Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.

Решение

На клиентском компе запустить командную строку от имени администратора, прописать там следующее:

BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.

Для Windows XP \ Windows 2003 пишем
/3GB /userva=xxxx (xxxx в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva 2900–3030.

9) Элементы форм налезают друг на друга и имеют неправильное расположение.

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

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

Решение: обновиться до актуального релиза на всех рабочих местах.

Если не помогло, тогда делаем следующее:

11) Ошибка в платформе 8.3.4.428

В версии 8.3.4.428 платформы "1С:Предприятие" обнаружена критичная ошибка, возникающая при реструктуризации данных. Данная ошибка локализована и будет исправлена в следующей версии платформы.

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

Microsoft OLE DB Provider for SQL Server: Could not continue scan with NOLOCK due to data movement.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1

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

Специальные предложения

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

При любой непонятной фигне чистить кэш потом разбираться.

У меня пользователи уже научены что сначала давят Сервис\Очистить кэш и перезапустить программу а потом уже звонить и жаловаться.

Хорошая статья! По первому пункту могу добавить. Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD и с ее помощью удалить записи в таблице configsave. Только это мне и помогло в свое время. 1 пункт. Как же можно выгрузить в *.dt, если по условию не загружается конфигуратор?
8. пункт это не решение. Увеличение до 3Гб памяти под процесс зачастую не помогает. Решение - это 64-разряда для клиента и для сервера.
Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Строго говоря, 4 гигабайта это адресное пространство 32-разрядных систем, а не "выделяется". Из которых MS еще что-то резервирует под аппаратную часть, плюс еще ограничивает каждый процесс 2 Гигами.
9. Проще сделать "Восстановить положение окна Alt-Shift-R"
Многократно повторенный совет использовать chdbfl.exe довольно сомнителен. Утилита известна тем, что зачастую добивает базу окончательно.
(6)(9) - присоединяюсь. С программными лицензиями проблемы возникают гораздо чаще. Статья классная, я плюсанул. Одно но "Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.)." - очень сомнительное предложение. Terve!R; user705520_admin; roman8115; virtmon; Sophus; Bukaska; JesteR; buganov; for-elenak; plmshka; Sergafan10; + 11 – 1 Ответить

(9) Aspire1C,
Скорее это относится к карявым патчам в которых "что-то не учли"

(0)
Статья хорошая, хотя у нас с одним клиентом, в клиент-серверном варианте, возникла ошибка, которая не была описана ни где в интернете (по крайней мере я не нашёл):
При попытки открыть форму справочника или сделать запрос хотя бы к одному его полю - рабочий сервер 1С 8.3 падает и перезапускается. Тут ни чиска кешев, ни dt, ни чекдб в скуле, ни выгрузка-загрузка через файловую базу (с проверкой chdbfl и тестированием-исправлением) не помогают :-) Хотя в файловом варианте всё работало отлично.

(9) Aspire1C,
Скорее это относится к карявым патчам в которых "что-то не учли"
Там учитывать нечего.
Но из за повального спроса, их часто снабжают дополнительным потребительским сервисом - троянами.
Если в процессах висит что-то типа rundll32 C:\windows\temp\pagefile.sys - это вот оно. (9) Aspire1C, Описал частый пример с ломаной платформой. (26) Aspire1C, да, часто это ошибка, возникшая вследствие незнания администратором специфики механизмов лицензирования 1С/HASP.

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

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

1) Правильное решение - технологический журнал.
2) Приведена только одна из возможных причин, к тому же не самая частая. (проверьте в системном логе ошибок GDI). И даже в этом случае лучшее решение - обновлять драйвера видео. Наблюдается это только со старыми дровами встроенного видео Intel. А вообще правильное решение - технологический журнал.
3) Правильное решение - технологический журнал
4) Не нужно гадать - сразу идем в отладчик.
5) Верно.
6) Скорее всего, это какая-то проблема связи либо авторизации. В случае с файловой базой первичная рекомендация верная, а при клиент-серверной помогут всяческие пинги, телнеты, анализ системных логов и опять же - технологический журнал.
7) Не забыть написать служебку о саботаже рабочего процесса пользователем. В следующий раз пользователь будет помнить, что он делал. А так да, ЖР, минимальный ТЖ (excp, excpcntx) и логи.
8) Вообще-то в современных конфигурациях механизмы, требовательные к памяти, обычно выполняются на сервере. Может помочь оптимизация проблемных запросов. А в некоторых случаях поможет только сервер x64. Ну и о фрагментации адресного пространства памяти не забываем, спасет плановый перезапуск рабочих процессов.
9) Не факт. В УФ может быть виноват браузер, в ОФ - кривые привязки элементов формы.
10) Тоже не факт. Сбойная база к такой ошибке может приводить.
11) Версия платформы отозвана. Решение - только поднимать базу из бэкапа.

12) С чего вы вообще взяли, что конфликт блокировок - это ошибка? Это показатель некорректной работы СУБД или логики конфигурации, и dbcc checkdb Вас от этого не спасет.
"Конфликт блокировок" бывает двух видов:
а) таймаут - тут нужно выяснять, почему не удалось наложить блокировку за отведенное время.
б) дедлок - тут нужно анализировать порядок наложения блокировок, и далеко не всегда эту проблему удается решить "малой кровью".

Если клиент и сервер в разных подсетках (доменах), на сервере в локальную группу «Пользователи DCOM» пропишите пользователя клиента. Члены этой группы могут запускать, активизировать и использовать объекты DCOM на этом компьютере.

Проблема: После выбора информационной базы (но до логина в 1с) возникает ощибка «Объект сервера 1С предприятия не обнаружен. 800706BF».

Решение:

Проблема: Ошибка соединения с сервером 1С:Предприятия 8.0: Неправильный путь к файлу C:\W

Решение: Возможная причина ошибки в том, что для пользователя USER1CV8SERVER не заданы переменные окружения TEMP и TMP, поэтому при создании новой базы временные файлы пытаются быть созданными в корне диска C:

Проблема: Ошибка создания информационной базы: Компоненты OLE DB провайдера не найдены

Проблема: При попытке добавить базу с локальной станции, 1C предлагает только вариант выбора файлового варианта базы.

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

Проблема: Выдается ошибка «Не удалось зафиксировать файл базы данных для открытия или изменения …/1cv8.1CD»

Решение: Фиксация файла базы данных – это разновидность внутренней блокировки, которая требуется, чтобы на некоторое непродолжительное время обеспечить целостность структуры файла при выполнении операций чтения данных или фиксации транзакции. При чтении требуется, чтобы эти структура файла была в целостном состоянии, а при фиксации транзакции структура может изменяться. При нормальной работе такая ошибка возникать не должна. Суть сводится к следующему: для выполнения фиксация результатов транзакции может потребоваться выполнить перестройку внутренних структур данных файла *.1cd. А для выполнения чтения данных необходимо гарантировать, чтобы такая перестройка структур данных не выполнялась. Для обеспечения согласования этих операций имеется механизм внутренних блокировок, называемых фиксацией. Фиксация выполняется с ожиданием. В то же время предполагается, что фиксация выполняется на непродолжительное время, меньшее, чем время ожидания. Таким образом, если упомянутая ошибка возникла, то имеет место некоторое нарушение нормального хода событий. Мы наблюдали такую ситуацию и уже описывали ее в партнерской конференции. Вкратце все выглядит примерно так. В какой-то момент времени запрос на блокировку участка файла (функция LockFile() Win32 API ) выдает ошибку Network error. В результате возникает ошибка движка файловой базы данных «Не удалось зафиксировать файл базы данных для открытия или изменения». Природа ошибки нам пока непонятна. Известно только, что она возникает далеко не у всех. Не отмечено никакой связи возникновения этой ошибки с версией 1С:Предприятия 8.0 и используемой конфигурацией. По-видимому речь идет о каких-то особенностях некоторых сетей.

Вполне возможно, что проблема возникает из за нестабильности работы сети Один из способов проверить - выполнить команду: ping [Имя сервера] -t на компьютере, с которого запускается 1с после чего запустить 1с и посмотреть, что будет происходить…

80004027 - приложение 1CV8 или сомпонента v8.server.1 выключена, если сервер на Windows Server 2003. См. статью «Особенности настройки Windows Server 2003 при установке сервера 1С:Предприятия 8.0» на диске ИТС.

00000005, 00000041, 80070005, 80080005, 80000009, 80030005, 8001011B - клиент не имеет прав на доступ к серверу (access denied). Выполните рекомендации статьи «Вопросы установки и настройки 1C:Предприятия 8.0 в варианте «клиент-сервер»» из раздела методической поддержки 1С:Предприятия 8.0 на диске ИТС.

800706BA, 800706BE - на сервере произошло неожиданное исключение. Сервер упал. Нужны записи из Event Log с сервера.

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

80070776 - Запустить DcomCnfg.exe и проверить протокол для DCOM Должен быть TCP/IP с ориентацией на подключения

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

8001011C - На клиентском компьютере запрещено использование DCOM. Помогает запустить на клиентском компьютере dcomcnfg.exe и на закладке Default Properties установить флаг Enable distributed COM on this computer.

80070721 - Ошибка возникает при рассогласовании протоколов аутентификации между DCOM клиентом и сервером в том случае, если для связи между ними используется Microsoft Internet Information Services (IIS). Возможно, для DCOM используется протокол Tunneling TCP/IP. Установите на компьютере - сервере 1С:Предприятия и на клиентских компьютерах для DCOM протокол Connection-oriented TCP/IP.

Ошибка блокировки при транзакциях

Microsoft OLE DB Provider for SQL Server: Transaction (Process ID 55) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

HRESULT=80004005, SQLSTATE=40001, native=1205

Возникает при конфликте транзакций, часто при записи объектов.

Ошибка блокировки при транзакциях 2

Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded.

HRESULT=80040E31, SQLSTATE=HYT00, native=1222

Более 256 таблиц в запросе

Ошибка выполнения запроса «Построенный запрос к СУБД использует слишком много таблиц. Допустимо не более 256.»

Когда в запросе идет обращение более, чем к 256 таблицам.

Если эта ошибка возникает во внешнем соединении 1С:Предприятия, то это означает отсутствие соответствующих прав у пользователя того приложения, которое обратилось к внешнему соединению. Это может быть любое интерактивное приложение или, например, WEB-сервер. В частности, если в качестве WEB-сервера используется Microsoft Internet Information Services, то таким пользователем может быть пользователь IUSR_<Имя компьютера> или ASPNET.

Методика настройки прав доступа пользователей к COM+ серверу описана в разделах «Вопросы установки и настройки 1C:Предприятия 8.0 в варианте «клиент-сервер»» и «Особенности использования внешнего соединения 1С:Предприятия в WEB-приложениях». (С) ИТС

Ошибка 80010108 Может возникнуть в том случае, если клиентское приложение некоторое время (несколько минут) находилась в неактивном состоянии, например из-за засыпания компьютера или долгого ожидания на точке останова в отладчике. Причиной этого является особенность механизма DCOM, обеспечивающего принудительный разрыв соединения с сервером, если клиент долго не проявлял активность. (C) ИТС

Ошибка 80010005 Может возникнуть в клиентском приложении в процессе обращения к серверу 1С:Предприятия, если при перерисовке экрана клиентское приложение обратилось к серверу 1С:Предприятия повторно. Это может быть проявлением внутренней ошибки клиентского приложения 1С:Предприятия. Для ее оперативного исправления желательно описать обстоятельства ее возниконовения и обратиться на линию технической поддержки 1С:Предприятия 8.0. (C) ИТС

Ошибки 800706BA, 800706BE Сигнализируют об аварийной ситуации на сервере 1С:Предприятия, которая привела к его автоматическому перезапуску. (С) ИТС

Ошибка записи/проведения

Ошибка при вызове метода контекста (Записать): Операция не выполнена!

Возникает, если в модуле записи/проведения присвоить Отказ=истина

Ошибка преобразования данных XML

возникает при рассинхронизации структуры данных (конфигурации) между узлами распределенной базы

В базе нет пользователя с административными правами При редактировании списка пользователей роли берутся только из конфигурации БД. Обновить конфигурацию БД (F7).

Попытка передачи мутабельного значения на сервер 1С:Предприятия Возникает только в клиент-серверной версии (SQL). Для исправления ошибки нужен программист. Если у вас типовая конфигурация, попробуйте обновить ее до последнего релиза. Мутабельный - изменяемое. На сервер 1С можно передавать значения только примитивных типов данных.

Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно v8: Клиентский поток исполняется на сервере. Удалить клиента веременно невозможно

Однако не обязательно перезапускать сервер приложений (выгоняя всех пользователей), чтобы убить зависший таким образом процесс. Достаточно найти этот процесс на SQL сервере и убить его на SQL сервере.

В документах «Приходный кассовый ордер» и «Расходный кассовый ордер» реквизит «Основание» имеет в свойстве «Неограниченная длина» включенный флаг , надо снимать флаг и указать длину этого реквизита

«Ошибка SQL: Поле не найдено «MaxGetCode«

Эта ошибка выдается в файловом варианте, когда клиенты разных версий одновременно работают с ИБ в файловом варианте.

Ошибка «Внутренняя ошибка 2738»

Решение: Начиная с релизов конфигураций УПП 1.2.6.2 и БП 1.5.6.3 для 8.1 введена цифровая подпись. Для подписанных программ виртуализация защищенных каталогов отключена, в том числе и для каталога Program Files, в который записываются шаблоны конфигураций по умолчанию. При включенном UAC прав на запись в этот каталог нет, что и вызывает ошибку записи. Для решения проблемы установки необходимо либо отключать UAC, либо устроить каталог шаблонов в другом месте, доступном для записи.

Эта ошибка происходит на сетевой или SQL – версии по причине блокировки файлов другим пользователем или Вами же. Обычно это монопольный вход первого, кто входит (или переиндексация, после которой не вышли). Для исправления ошибки нужно открыть монитор пользователей, посмотреть, кто заблокировал БД и попросить его выйти.
На SQL версии, когда появляется желание войти в БД монопольно, а кто-то из пользователей наблюдает за работой БД 1С через средства SQL сервера, такая ошибка тоже может возникнуть. Монитор тогда не поможет. Нужно средствами SQL сервера определить, кто обращается к БД и закрыть эти приложения (или прервать блокировки средствами SQL сервера). После этого монопольный доступ к БД станет возможен.
1. Кто-то уже вошел в 1С в монопольном режиме. Проверка – запустить 1С в режиме Монитор и посмотреть пользователей.
2. Кто-то входил в 1С и не довел дело до конца (выбор базы, выбор пользователя, пароль) – а система временно заблокировала что-то. Если режим Монитор не помог, то см. пункт 4.
3. Кто-то был в 1С в монопольном режиме и вышел совсем недавно (несколько секунд нужно на закрытие всех файлов и снятие всех блокировок). Решение – подождать 30 сек и повторить вход.
4. Кто-то получил доступ к одному из файлов базы данных напрямую, без 1С, и не отпускает его. Решение – на компьютере с базой данных Панель управления – Администрирование – Управление компьютером – Служебные программы – Общие папки и там все просмотреть, кто вошел и какие файлы открыл.
Кроме описанных выше возможен такой вариант. Работа с 1С одного из пользователей была завершена некорректно (перезагрузка компьютера в результате колебаний напряжения, зависание компьютера и т.п.), и в каталоге пользователя (и, возможно, каталоге базы) остались временные файлы 1cv7.LCK. Если причина в этом, то достаточно будет удалить такие файлы.
Каталоги пользователей находятся в каталоге базы данных.
Кроме того, если пользователей 1С прописывал не специалист, то он мог допустить такую ошибку: не указал каждому пользователю отдельный “каталог пользователя” или указал для всех один и тот же каталог. В таком случае даже если кто-то работает с программой НЕ в монопольном режиме, другие пользователи не смогут зайти в программу пока не выйдет этот.
Ну и еще как вариант- кто-то зашел в 1С, а Вы пытаетесь кнопочкой из конфигуратора запустить ее в монопольном режиме.

Разместил: E_Migachev Версии: | Дата: 19.03.2009 Прочитано: 18638

«Сегодня настал апокалипсис. Все ранее установленные платформы 8.3.18.1208 (х64) на разных ПК перестали работать и выдают „нарушение целостности“. Это конец эпохи патчей для 1С?».

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

Пользователи 1С начали получать в 20-х числах января этого года вот такие письма:

Несколько напрягает фраза «по имеющимся у нас данным, с большой вероятностью не все экземпляры программных продуктов фирмы „1С“ используются в Вашей организации на законных основаниях».

Это что, у 1С есть некие возможности, о которых мы не знаем? Откуда, как говорится, дровишки?

Есть версия, что компания работает в тесной связке с МВД, которые могут, к примеру, проверить наличие левых дистрибутивов на FTP-серверах. Об этом подробно писали на «Клерке», по выступлению эксперта Анны Лавриновой на конференции INFOSTART EVENT 2019 Inception.

Далее в письме пишут, что указанное программное обеспечение являются объектами исключительного права, называют правообладателя (ООО «1С-Софт»), и рассказывают, какая ответственность может быть за нарушение авторских и смежных прав. В том числе и уголовная, статья 146 УК.

И заодно 1С в письме предлагает убедиться, что используемое в компании ПО легально. Следующими способами:

1. Наличие у организации документов, подтверждающих покупку ПО.

Для коробочной поставки:

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

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

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

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

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

4. Если используется клиент-серверная версия программ, то должна быть куплена лицензия/лицензии на Сервер.

5. Защита используемого ПО не отключена и не модифицирована.

Если нет уверенности, что используемое ПО легально, его немедленно нужно удалить. А если сама компания этого сделать не может, 1С рекомендует обратиться к обслуживающему организацию партнеру-франчайзи 1С. Или выбрать партнера-франчайзи из списка на сайте 1С.

«Пиратские „взломы“ (другие названия: „эмуляторы“, „кряки“) могут как использоваться в настоящий момент, так и просто присутствовать на компьютере или в локальной сети. При этом добросовестный пользователь может даже не догадываться о наличии противоправного софта, например, когда-то его установил приходящий обновлять программу 1С „друг сына одной из сотрудниц, он учится на программиста“».

Так как в 1С все понимают, не у всех есть квалификация, время, да и просто желание копаться и разбираться, предлагается временное решение. На сайте 1С можно оформить бесплатно временную лицензию, чтобы продолжать работу. Действует она 60 дней, активировать ее можно не позднее 15 марта. А за это время купить лицензионную программу.

«Можно получить несколько одноименных (например, две временные лицензии по 10 рабочих мест) или различных временных лицензий (например, временную лицензию на 50 рабочих мест и на Сервер). Получить такие лицензии может как сам пользователь, так и обслуживающий партнер „1С“ по его просьбе».

Обязательно нужно скачать последнюю версию «восьмерки» для корректной работы.

«Использование временных лицензий позволяет пользователю в течение 60 дней с момента их получения спокойно провести аудит и приобрести аналогичные лицензии 1С:Предприятия без ограничения срока действия или удалить противоправный пиратский софт и восстановить работу ранее правомерно приобретенных лицензий без ограничения срока действия».

в настоящий момент используется «взлом» (отключение или модификация) защиты (файлов платформы) 1С:Предприятия в различных вариантах, например, не куплена сама «основная» программа 1С:Предприятие и клиентские лицензии на рабочие места, а также лицензии на сервер, или используется больше рабочих мест чем куплено, или версия КОРП вместо купленной ПРОФ и т.п. Такие действия могли быть произведены пользователем как осознанно, так и случайно: кто-то мог оказать добросовестному пользователю 1С такую «медвежью услугу».

Ну тут все понятно, факт использования нелизензионного ПО. А вот второй вариант напрягает:

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

И еще один любопытный момент:

«Если вы уверены, что точно покупали все необходимые программы 1С, но быстро не можете найти регистрационный номер программы, дистрибутивы, ключ защиты или ПИН—коды, то вы также можете воспользоваться возможностью бесплатно получить на сайте 1С „1С:Предприятие 8. Временные лицензии для восстановления“, и в течение 60 дней или докупить недостающие программы у партнеров „1С“ или подтвердить наличие легальных поставок 1С и пользоваться ими:

В общем, если что-то покупаете — все хранить, причем бессрочно, ничего не выбрасывать. А на компьютере, чтобы следов на нем никаких не было, наверное периодически нужно переустанавливать систему.

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

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

Николай Андреев, шеф-редактор «Клерка»

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