Ошибка при выполнении файловой операции srvinfo reg

Я
   10101

18.01.16 — 13:23

Внезапно при запуске клиент-серверной базы 1С:Документооборот стала выскакивать ошибка вида:

«Ошибка при выполнении файловой операции «C:Program Files1cv8srvinforeg_15418e36b641-ec6d-4041-8fef-d05a362a9b121Cv8Log20140512000000.lgp» 665(0x00000299): Запрошенная операция не может быть завершена из-за ограничения файловой системы.»

Не могу зайти и в конфигуратор.

Куда рыть-то? Обрезать журнал регистрации? Так не могу зайти в 1с вообще.

   Fish

1 — 18.01.16 — 13:24

(0) А удалить этот файл пробовал?

   10101

2 — 18.01.16 — 13:26

(0) Размер файла, на который ругается программа — почти 12Гб.

   10101

3 — 18.01.16 — 13:58

(1) Не могу пока. Для этого нужно останавливать службы 1с. После рабочего дня попробую. Отпишусь.

   vde69

4 — 18.01.16 — 14:01

места на диске C нету

   Aloex

5 — 18.01.16 — 14:02

(0) перенеси файл на другой диск и подключи.

   Dmitrii

6 — 18.01.16 — 14:02

Скорее всего (4) прав.

   Aloex

7 — 18.01.16 — 14:03

(0) файл мог и побиться.

   Dmitrii

8 — 18.01.16 — 14:09

(7) >> файл мог и побиться.

Тогда только лечение битого файла журнала или создание нового.

При любом варианте необходима остановка сервера 1С.

   10101

9 — 18.01.16 — 14:21

(4) Места полно.

После рабочего дня хочу попробовать Перенести этот файл на другой ж.д., а папку 1Cv8Log в этом GUID оставить в пустым 1Cv8.lgf.

   vde69

10 — 18.01.16 — 14:27

починка лога (сам недавно чинил):

1. качаем https://www.sqlite.org/2016/sqlite-shell-win32-x86-3100100.zip

2. распаковываем в отдельный каталог, в него-же копируем битый лог

3. выполняем sqlite3 1Cv8.lgd «.clone new.db»

4. останавливаем службу 1с и копируем new.db >>>xxxx.lgp

5. запускаем службу

   10101

11 — 19.01.16 — 06:37

Сработало — (9) !

   ИС-2

12 — 19.01.16 — 06:58

(3) почему? Попробуй через unClocker разблокировать файл

   10101

13 — 19.01.16 — 14:16

(12) Спасибо за совет. Сейчас уже не актуально, но программа нужная.

  

yukon

14 — 19.01.16 — 14:41

(0) Слишком большая фрагментация файла.

См.

https://support.microsoft.com/ru-ru/kb/2002606

Ошибки операционной системы 1450 и 665 сообщаются для файлов базы данных

И хотфикс: https://support.microsoft.com/en-us/kb/967351

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

Добрый вечер. Платформа 8.2.15.310.Клиент-серверный вариант работы 1с. На сервере в папке 1с есть папка srvinfo(где хранятся журналы регистраций для используемых баз данных).Как перенести эту папку на другой диск????

в настройках службы «агент сервера» указать домашний каталог в той папке, которая тебе надо (ключ -d)

как я понимаю в реестре для службы «Агент сервера 1С:Предприятия 8.2» «C:Program Files (x86)1cv828.2.15.289in
agent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «C:Program Files (x86)1cv82srvinfo» изменить путь следующий за ключем «-d» на предпочитаемый. То есть просто создать папку на другом диске, положить туда всю инфу из srvinfo и все?

По крайне мере до слово «просто» всё правильно

блин все сделал как в . Не запускается служба Агент сервера 1С:Предприятия 8.2. Пишет, что …….некоторые службы останавливаются когда им нечего делать….?????????????????????????????????????????????

+ точнее пишет: Служба «Агента сервера 1С:Предприятия 8.2» на «SERVER1C» была запущена и затем остановлена.Некоторые службы автоматически останавливаются,если они не используются другими службами или программами. Я сохранил папку srvinfo на другой диск, в строке поменял «C:Program Files (x86)1cv828.2.15.289in
agent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «D:srvinfo» Блин, что я сделал нитак?????

Либо строка запуска неверная, либо прав на папку D:srvinfo нет.

Легко переносится средствами самой винды, при этом можно даже сервис не останавливать, кури символьные ссылки под виндой:

2 Нужно остановить службу. убить все процессы ragent и rmngr , папку которая в C:Program Files (x86)1cv82srvinfo убей вообще. поменяй в рееестре, чтобы оказалось «C:Program Files (x86)1cv828.2.15.289in
agent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «D:srvinfo» запусти службу

2 только при переносе на другой раздел хардлинк не катит.. символьный катит

а ты еще раз перечитай между «кури» и «ссылки»

2 я понял что ты в курсе, автор может в статье не отфильтровать хард от символьных

эта статья катит для Windows Server 2008 R2? все также сделал -результат . Права на папку есть.

а, стоп… а что еще в папке srvinfo помимо логов есть папка типа «snccntx»? удали ее 2 «эта статья катит для Windows Server 2008 R2? » — бблин, так попробуй, возьми файлик текстовый на одном разделе и сделай ему линк на другой, а потом оригинал удали — и убедись что файл по линку останется

да папка snccntx есть, сейчас попробую

извините,что сразу не отписался. Просто пробовать я могу в определённое время,чтобы пользователям не мешать. Сделал я как в ничего не изменилось(результат=10)

по-моему ты нас троллишь.. Если ты этого не сделал чтобы не мешать пользователям, стало быть с 1С они работали, стало быть служба была запущена.

Чтобы поменять , я останавливал службу.

ну то есть ты таки врал что она не запускается «Служба «Агента сервера 1С:Предприятия 8.2» на «SERVER1C» была запущена и затем остановлена.Некоторые службы автоматически останавливаются,если они не используются другими службами или программами. » Что же мы тогда решаем?

И смотри ЕвентВьювер что у тебя приключилось в этот момент

она была запущена с параметрами «C:Program Files (x86)1cv828.2.15.289in
agent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «C:Program Files (x86)1cv82srvinfo». После замены на «C:Program Files (x86)1cv828.2.15.289in
agent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «D:srvinfo». Была ошибка. И я параметры в реестре поставил старые.

тупо перезагрузки компьюетр

Только что проделал тоже самое, только сами файлы в новый каталог не переносил — все работает, в новом каталоге автоматически создалась папка reg_1541 и файл srvribrg.lst 2 должно работать и так

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

Тэги: 1С 8

Комментарии доступны только авторизированным пользователям

«Ошибка при выполнении операции с информационной базой» при попытке запустить базу

Описание ошибки:
Обнаружена для серверных баз 1С: Предприятия 8.3. Возникла после установки и последущего удаления более нового релиза сервера (платформы) 1С: Предприятие 8.3. Используемая СУБД — PostgreSQL 9.4.2-1.1C(x64)

Найденные решения:

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

Стоит отметить, что предыстория этой ошибки описана в статье ранее, вот ссылка на нее: «Не удалось запустить службу Агента Сервера 1С:Предприятия 8.3 на Локальный компьютер. Ошибка 2: Не удается найти указанный файл.» — вкратце неудачная установка и удаление более позднего релиза платформы 1С:Предприятие 8.

1С 8 при запуске серверной базы ошибка операции с информационной базой

А теперь к решению проблемы.

После встречи с «ошибкой при выполнении операции с информационной базой» при попытке запуска серверной базы было не понятно куда, смотреть. Но начал с анализа кластера сервера 1С: Предприятия и было обнаружено следующее. В консоли «Администрирование серверов 1С Предприятия x86-64» обратим внимание на имя кластера — оно отсутствовало.

1С 8.2 при запуске серверной базы ошибка операции с информационной базой

Отсутствие имени кластера заставило задумать о том, в порядке ли настройки сервера 1С: Предприятия? Справочно, файлы настройки сервера в общем случае можно найти в ОС Windows по путям:
для 64-разрядной операционной системы
C:Program Files1cv8srvinfo1cv8wsrv.lst — файл 1cv8wsrv.lst с описанием локального кластера сервера;
C:Program Files1cv8srvinforeg_15411CV8Clst.lst — файл 1CV8Clst.lst с описанием баз кластера;

Соответственно для 32-разрядной системы:
C:Program Files (x86)1cv8srvinfo1cv8wsrv.lst
и
C:Program Files1cv8srvinforeg_15411CV8Clst.lst

Проверка файла, содержащего описание кластера показало, что он «не в порядке».

1С 8 файл описания баз кластера 1CV8Clst.lst при ошибка выполнения операции с информационной базой

Файл описания настроек кластера сервера 1cv8wsrv.lst выглядел по содержанию рабочим.

1C 8 файл 1cv8wsrv.lst сервера 1с предприятие

Получалось, что условно поврежден файл с описанием баз кластера 1CV8Clst.lst в результате неудачной установки и удаления релиза платформы.

Теперь оставалось решить, как файл восстановить. Возможность найти какую-либо копию файла казалось провальной, т.к. на сервере было отключено создание резервных копий системы. Оставалось только создавать новый файл. НО, надо понимать, что папки в каталоге C:Program Files1cv8srvinforeg_1541 содержали данные журналов регистрации баз. Из «двух зол пришлось выбрать меньшую» — было принято решение «потерять» данные журналов регистрации, главное, чтобы базы снова работали в кратчайший срок. Поэтому существующие папки, чтобы не удалять сразу , в начале их наименования был добавлен символ «-«, чтобы визуально отличать старые.

На скрине «старые» каталоги еще не переименованы, см. след. скрин

1С 8.3 как устранить ошибку при выполнении операции с информационной базой, файлы 1cv8wsrv.lst и 1CV8Clst.lst

Служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» была остановлена. Далее были переименованы файлы 1cv8wsrv.lst и 1CV8Clst.lst из папок и присвоены наименования соответственно 1cv8wsrv_.lst и 1CV8Clst_.lst, чтобы в случае чего не потерять «последнее». Получается, что данные по кластеру теперь для сервера отсутствовали. Служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» была запущена. Система автоматически создала новые файлы 1cv8wsrv.lst и 1CV8Clst.lst. После этого переименованные «старые» файлы списков с символом «_» был удалены. В приложении «Администрирование серверов 1С Предприятия x86-64» базы были созданы и вновь привязаны к тем, которые оставались в PostgreSQL. Работа благополучно продолжилась.

1С 8.3 файлы 1cv8wsrv.lst 1CV8Clst.lst восстановление кластера сервера 1С 8

P.S.: [дополнение от 06.10.2021] еще один вариант устранения данной ошибки рассмотрен в отдельной статье При попытке запустить базу 1С 8 возникает предупреждение: «Ошибка при выполнении операции с информационной базой», т.к. возникла при других обстоятельства и чтобы не перегружать содержимое данной публикации.

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

21-01-2020

Журавлев А.С.
(Сайт azhur-c.ru)

Каталог не обнаружен ‘C:Program Files1cv8srvinforeg_1541snccntx28f0d86c-3278-4f9b-b5ab-5ce2ab8cdd5eshardes3datae000000E.val’. 3(0x00000003): Системе не удается найти указанный путь. 

РЕШЕНИЕ Остановите сервер 1С и удалите папку snccntx28f0d86c-3278-4f9b-b5ab-5ce2ab8cdd5e Запустите сервер 1С.

https://forum.infostart.ru/forum86/topic290441/

Содержание:

1.       Об ошибке при выполнении файловой операции

2.       Устранение «Ошибки при выполнении файловой операции» в 1С 8.3   

1.    Об ошибке при выполнении файловой операции

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

Когда происходит обновление конфигураций в 1С 8, по завершении обновления, часто появляется ошибка, которая гласит «Ошибка при выполнении файловой операции – файл не содержит доступных обновлений».  

2.    Устранение «Ошибки при выполнении файловой операции» в 1С 8.3

Рассмотрим методы, при помощи которых, можно устранить ошибку при выполнении файловой операции в 1С.

Итак, первый способ – это попробовать сделать обновление при помощи файлов по обновлению вида «релиз 1с*.cfu». Если это не помогло, то можно попробовать обновить систему при помощи общего файла вида «полный релиз 1С*.cf».

Вторым способом будет проверка на соответствие общей версии системы 1С с минимальными требованиями версии конфигурации 1С, которую обновляем.

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

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

1.     скачать релиз 1С KORG с версией 1*.cf;

2.     копируем нашу базу данных;

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

4.     Далее переходим по следующему пути: «Конфигурация → Сравнить и объединить с конфигурацией из файла…». Здесь необходимо выбрать файл «полный релиз 1С KORG версии 1*.cf»;

5.     Далее перед нами появится окно, в котором система 1С будет запрашивать постановление на учёт для поддержки, на это уведомление обязательно отвечаем согласием;

6.     В случае, если наша конфигурация является типовой, откроется окно по сравнению конфигураций. В нем обязательно убираем все «галочки». Далее последует объединение конфигураций;

7.     В новом окне кликаем на «Сохранить изменения»;

8.     Ещё раз сохраняем базу данных;

9.     Обновляем конфигурацию 1С стандартным способом.

Если всё сделать, согласно инструкции выше, то в вашей конфигурации 1С 8.3 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Ошибка при выполнении файловой операции (попытка обновления)

Я

  

dred999

07.03.17 — 15:34

Всем привет!

Есть Бухгалтерия предприятия, редакция 3.0 (3.0.47.32).

Пытаюсь обновиться до 3_0_47_33 потом попробовал на 3_0_48_19 вылетает ошибка: «Ошибка при выполнении файловой операции»,

Пробовал скульную базу обновить, потом файловую одна и та же ошибка.

Может кто сталкивался?

  

shamannk

1 — 07.03.17 — 15:41

Вся ошибка?

  

dred999

2 — 07.03.17 — 15:42

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

  

drcrasher

3 — 07.03.17 — 15:43

(0) свободное место на диске С: проверь.

  

dred999

4 — 07.03.17 — 15:45

100Гб , я  пробовал на SQl — то же саммое..

  

drcrasher

5 — 07.03.17 — 15:47

(4) а на сервере?

  

dred999

6 — 07.03.17 — 15:49

(5) места?

  

dred999

7 — 07.03.17 — 16:07

если места то 250 гб свободно

  

RomanYS

8 — 07.03.17 — 16:11

Скорей всего проблема с файлом шаблона обновления (cfu). Битый или заблокирован.

  

dred999

9 — 07.03.17 — 16:12

(8) Тк я пробывал 2 разных релиза

  

RomanYS

10 — 07.03.17 — 16:15

(9) Может антивирус блокирует.

В какой момент у тебя ошибка: при выборе обновления, при сравнении, при записи конфы, при обновлении конфы БД….?

  

dred999

11 — 07.03.17 — 16:19

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

  

RomanYS

12 — 07.03.17 — 16:28

(11) Открой настройку поддержки и посмотри релиз конфигурации поставщика. ИМХО ошибки в (0) и (11) не связаны.

  

dred999

13 — 07.03.17 — 16:33

(12) 3.0.47.32 как и говорил.

  

dred999

14 — 07.03.17 — 16:48

(10) Пробую настроить антивирь.

  

dred999

15 — 07.03.17 — 17:01

Отключил антивирус- толку нет.

Попробовал сравнить объединить с конфигурацие поставщика через настройку поддержки- та же самая ошибка

  

dred999

16 — 07.03.17 — 17:21

Не ужели ни кто не знает как обойти эту проблему.. :(

  

RomanYS

17 — 07.03.17 — 17:36

(16) проблема с конфигурацией поставщика, вариант снять с поддержки и поставить заново

  

dred999

18 — 07.03.17 — 17:52

(17) пробую

  

dred999

19 — 07.03.17 — 18:20

Не помогло. Я же возвращаю опять битую конфигурацию поставщика. Сделал по другому. Слил последнюю конфу поставщика и через сравнить объединить конфигурацию из файла. При этом рабочую базу не снимал с поддержки.)) Вроде началось сравнение)) Пффффф

  

vde69

20 — 07.03.17 — 20:45

(19) рано радуешься…

я использую такую методу для постановки на поддержку кривых конф:

0. делаю бекап

1. сверяю 3 релиза, поддержки, конфы, в константе, если они разные нужно догонять до единой….

2. останавливаю сервер 1с

3. очищаю таблицу ConfigSave

4. очищаю темповый каталок сервера 1с

5. запускаю сервер, запускаю конфигуратор

6. делаю сравнение объединение с типовой CF, после сохраняю, но на не обновляю рабочую конфу. Сразу сохраняю полученный CF (мой_CF). F7 - НЕ ЖАТЬ

7. Сохраняю конфу поставщика именно из этой базы (пост_CF)

8. Загружаю пост_CF без сравнения объединения, при этом ставится на поддержку, норабочую НЕ обновляю

9. делаю сравнение объединение с мой_CF, тут надо думать и по месту, возможно сто-то и снять с поддержки надо….

10. только тут жму F7 и запускаю в пользовательском режиме

11. ТИС — обязательный пункт….

после всего проделанного если нет ошибок то гуд… за 2 месяца так привел 19 баз, одна из которых сдохла при переходе на 3.1 (ЗУП, пришлось откатываться), остальные сейчас нормально обновляются… хотя были все кривые, начиная от разности версии конфы поддержки к рабочей и заканчивая кучей не удалённого мусора…

  

Fram

21 — 07.03.17 — 21:49

правой кнопочкой на файл в проводнике. кнопочка «Разблокировать» не светится случайно?

Обновлено 15.10.2020

1с логотип

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Рунета Pyatilistnik.org. В прошлый раз мы с вами разобрали, что из себя  представляет файловая система raw, и как ее исправить, чтобы восстановить свои данные. Двигаемся дальше и поговорим сегодня на тему  капризности 1С, точнее на капризную работу в рамках Windows Server 2016. Я рассмотрю причину и устранение периодически повторяющейся ошибки на сервере 1С 8.3 «Ошибка при выполнении файловой операции«. Ее я стал встречать после обновления с Windows Server 2012 R2 д 2016. Думаю мой опыт сэкономит вам часик серфинга по интернету.

Описание проблемы

В моей компании заканчивается обновление операционных систем у виртуальных серверов, с Windows Server 2012 R2 на Windows Server 2016, я понимаю, что поддержка первых еще будет несколько лет, но хочется уже не делать это в последний момент, а слегка опережать, да и уже давно пора стремиться к Windows Server 2019. Сервера 1С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:

  1. Получали свежую версию ОС
  2. Оставляли весь софт на сервере, и не требовалась его переустановка

В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо ESXI 6.5 это помогает делать в два клика. Все прекрасно обновилось и сервер зажил новой жизнью. В какой-то момент при запуске клиента 1С 8.3 на RDS ферме, стала появляться ошибка:

Ошибка при выполнении файловой операции

Ошибка при выполнении файловой операции в 1С 8.3

Устранение проблемы

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

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

запуск сборки мусора на томе

Вывод: Windows Дедупликация и 1С просто не совместимы друг с другом, это нужно запомнить

Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.

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

Ошибка обновления базы в режиме 1С: Предприятие: Ошибка при выполнении файловой операции ‘v8srvr://server/Config/’ по причине: Ошибка при выполнении файловой операции Попытка поместить указатель на файл перед началом файла

Описание ошибки:
При обновлении конфигурации 1С: Комплексная автоматизация, ред. 1.1 при установке релиза 1.1.104.1 и запуска серверной базы в режиме 1С: Предприятие для завершения обновления релиза после согласия лицензионного соглашения возникла ошибка, которая фатально прерывала дальнейшую работу с базой:
Ошибка при выполнении файловой операции ‘v8srvr://ECO-SERVER2/1C-ECO82/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’
по причине:
Ошибка при выполнении файловой операции ‘C:Usersadmin1CAppDataLocalTempv8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.

Найденные решения:

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

1С 8 Ошибка при выполнении файловой операции'v8srvr://server/Config/' по причине: Ошибка при выполнении файловой операции Попытка поместить указатель на файл перед началом файла.

Возникала ошибка. При повторном запуске базы в режиме 1С: Предприятие повторялось то же самое. Скрин не совсем тот, а уже сделанный позднее, когда ошибка себя проявила повторно, после обновления конфигурации другим релизом (об этом подробнее см. в конце публикации), но в точности иллюстрирующий ситуацию. Разница лишь в том, какой текст следует после «‘v8srvr://<имя_сервера>/<имя_базы>/Config/»

Вот полный текст ошибки

Ошибка при выполнении файловой операции'v8srvr://server/Config/' по причине: Ошибка при выполнении файловой операции Попытка поместить указатель на файл перед началом файла.

Сразу же при виде формулировки «Ошибка при выполнении файловой операции  ‘v8srvr://<имя_сервера>/<имя_базы>/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’ по причине:» рука потянулась выполнить «Тестирование и исправление базы данных»

Но, увы, тестирование не повлияло на ситуацию. Ошибка вновь возникала. И тут внимание обратилось ко второй половине формулировки ошибки: «Ошибка при выполнении файловой операции  ‘C:Usersadmin1CAppDataLocalTempv8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.»

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

И это дало положительный результат. Обновление базы после этого было выполнено успешно.

P.S.

P.S.: ситуация имела повторное возникновение еще позднее (т.к. выполнялось продолжительное обновление конфигурации 1С: Комплексная автоматизация 1.1, было пропущено чуть более 20 релизов) но в сопряжении с ошибкой, очень похожей по формулировке на ту, что описана в описании ошибки Ошибка разбора XML: -[1,202] Фатальная ошибка: expected ‘>’ . Но, если ознакомиться с похожей ошибкой, то можно увидеть, что она тоже решилась в свое время удалением/добавлением базы в списке баз 1С: Предприятия 8, что очистило пользовательские файлы, связанные с базой и нормализовало дальнейшую работу без дополнительных действий, кроме тех, что описаны выше.

1C 8 ошибка при обновлении

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

24-04-2019

Журавлев А.С.
(Сайт azhur-c.ru)

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

1

Конфигурация вылетает при обновлении

26.03.2019, 08:23. Показов 23968. Ответов 8


Приветствую, ребята. Подскажите пожалуйста, как можно решить проблему. При обновлении конфы (конфа не типовая, сторонних разработчиков), вылетает ошибка: «Ошибка при выполнении файловой операции ‘C:UsersanonimAppDataLocalTemp55v8_890B_4.t mp’. Неожиданный вызов метода ‘MemoryMappedFileObject::write’»
Логи ТЖ имеются.
19032608-РСА.log

0

856 / 655 / 111

Регистрация: 01.11.2012

Сообщений: 2,410

26.03.2019, 10:03

2

Попробуй следующее:
1. Создай пустую базу со старой конфой, через выгрузку cf
2. Попробуй обнови.
3. Если обновиться, выгрузи cf-файл и сравнить объединить со старой конфой.

0

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

26.03.2019, 12:11

 [ТС]

3

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

0

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

26.03.2019, 12:18

 [ТС]

4

Вот еще один файл лога:
19032608-РСА-лог.7z

0

856 / 655 / 111

Регистрация: 01.11.2012

Сообщений: 2,410

26.03.2019, 14:05

5

Можно попробовать ещё выгрузить dt, загрузить в новую базу, попробовать обновиться.
Попробовать в файловом, если SQL или наоборот

0

Эксперт 1С

434 / 305 / 92

Регистрация: 28.05.2014

Сообщений: 1,247

27.03.2019, 17:34

6

Почтальон, ТИИ не пробовали на копии сделать перед обновлением?

0

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

28.03.2019, 09:01

 [ТС]

7

Phil, ТиИ было сделано, но безрезультатно, при обновлении через поддержку все так же вылетает ошибка. Обновить получилось только через сравнение и объединение. Но это не вариант, т.к. очень много доработок.

0

Эксперт 1С

434 / 305 / 92

Регистрация: 28.05.2014

Сообщений: 1,247

28.03.2019, 09:11

8

Почтальон, видел такое решение, но с ошибкой такой сам не сталкивался

— бекап;
— снял с поддержки конфу (тем самым грохнул конфу поставщика);
— скачал типовую конфу того же релиза как и у меня, выгрузил конфу в файл;
— сравнение и объединение с конфой из файла, снял все галки и выполнил объединение, при вопросе «поставить на поддержку?» ответил Да (тем самым загрузил типовую конфу поставщика);
— далее запустил обновление на тот же самый релиз.так же снял все галки и выполнил;
дальше система стала видеть все обновления

Добавлено через 40 секунд
везде пишут, что ошибка связана с конфигурацией поставщика

1

управление сложностью

1687 / 1300 / 259

Регистрация: 22.03.2015

Сообщений: 7,545

Записей в блоге: 5

29.03.2019, 07:51

 [ТС]

9

Цитата
Сообщение от Phil
Посмотреть сообщение

везде пишут, что ошибка связана с конфигурацией поставщика

Да-да, гугл курил . Написал в саппорт 1С, посмотрим что ответят

0

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

Ошибка 1C при выполнении файловой операции

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

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

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

Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.

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

Пуск — Выполнить (или Win+R) — secpol.msc;

Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.

Какие ещё причины могут вызвать появление подобной ошибки:

  • Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
  • Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.

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

На чтение 2 мин. Опубликовано 15.12.2019

При открытии 1С система вываливает ошибку с сообщением «Ошибка при выполнении файловой операции…».Наиболее вероятная причина этому — неверно настроенные права данного пользователя на каталог с БД.

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

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

При подключении к базе в версий 1С, иногда возникает ошибка доступа к файлу 1Cv8.cdn. Причин этой ошибки несколько.

Первая, она же самая распространенная — база 1С расположена не на отдельном сервере, а на одном из компьютеров локальной сети. Естественно, никакого ДНС-сервера на нем нет, права на папку с базой могут слетать при обыкновенном обновлении Windows — поэтому и теряется сетевой доступ к базе данных.

Остальные причины можно объединить в одну — проблемы с сетью на уровне роутеров, коннекторов, настройки антивируса и брандмауэра, блокирующие сетевые подключения.

Для устранения этой ошибки первым делом надо проверить все сетевые соединения и сетевое оборудование, затем права на папку с базой 1C, сетевые настройки компьютера, настройки антивируса и брандмауэра.

Если проблема будет возникать снова, стоит попробовать установить на компьютер с базой ДНС-сервер стороннего производителя, например Posadis DNS server и настроить его. Затем на других компьютерах локальной сети прописать статичные ip-адреса, а как основной ДНС-сервер указать свежеустановленный, если сеть управляются шлюзом или роутером со своим ДНС-сервером — прописать его адрес в качестве альтернативного.

Ну а на будущее спланировать размещение своей базы 1С на серверной операционной системе, на таких ОС этой ошибки при правильных настройках сети не возникает. Даже необязательно покупать сервер — можно разместить базу 1С в облачном хранилище.

Возникает следующая ошибка с текстом: «Ошибка при выполнении файловой операции RuntimeCacheVersions»

Почистить кэш в appdata, перенести файл базы в чистую папку, почистил temp, из списка соответственно тоже удалить и добавить обратно. Выполнить chdbfl ошибок не показал.

В итоге с 12 платформы открылся документ, а более поздние это 13 и 14 они 64 бита, винда 7, может быть как то с этим связано.

Одним из самых страшных сценариев для пользователя при работе в 1С является невозможность войти в информационную базу.

В этой статье мы:

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

Содержание

  • Причины возникновения ошибки
  • Тестирование и исправление
    • Группа переключателей Проверки и режимы
    • Группа переключателей Тестирования
    • Группа При наличии ссылок на несуществующие объекты
    • Группа переключателей При частичной потере данных объектов
    • Кнопка Выполнить
  • Утилита chdbfl.exe
    • Определение Платформы 1С
    • Запуск утилиты chdbfl.exe
    • Настройка проверки базы данных

Причины возникновения ошибки

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

Бухэксперт8 при работе с базой данных рекомендует делать архивные копии 1С не реже  1 раза в месяц, а также перед выполнением исправлений в базе и после закрытия месяца.

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

Ошибка 1C при выполнении файловой операции

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

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

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

Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.

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

Пуск — Выполнить (или Win+R) — secpol.msc;

Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.

Какие ещё причины могут вызвать появление подобной ошибки:

  • Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
  • Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.

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

На чтение 2 мин. Опубликовано 15.12.2019

При открытии 1С система вываливает ошибку с сообщением «Ошибка при выполнении файловой операции…».Наиболее вероятная причина этому — неверно настроенные права данного пользователя на каталог с БД.

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

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

При подключении к базе в версий 1С, иногда возникает ошибка доступа к файлу 1Cv8.cdn. Причин этой ошибки несколько.

Первая, она же самая распространенная — база 1С расположена не на отдельном сервере, а на одном из компьютеров локальной сети. Естественно, никакого ДНС-сервера на нем нет, права на папку с базой могут слетать при обыкновенном обновлении Windows — поэтому и теряется сетевой доступ к базе данных.

Остальные причины можно объединить в одну — проблемы с сетью на уровне роутеров, коннекторов, настройки антивируса и брандмауэра, блокирующие сетевые подключения.

Для устранения этой ошибки первым делом надо проверить все сетевые соединения и сетевое оборудование, затем права на папку с базой 1C, сетевые настройки компьютера, настройки антивируса и брандмауэра.

Если проблема будет возникать снова, стоит попробовать установить на компьютер с базой ДНС-сервер стороннего производителя, например Posadis DNS server и настроить его. Затем на других компьютерах локальной сети прописать статичные ip-адреса, а как основной ДНС-сервер указать свежеустановленный, если сеть управляются шлюзом или роутером со своим ДНС-сервером — прописать его адрес в качестве альтернативного.

Ну а на будущее спланировать размещение своей базы 1С на серверной операционной системе, на таких ОС этой ошибки при правильных настройках сети не возникает. Даже необязательно покупать сервер — можно разместить базу 1С в облачном хранилище.

Возникает следующая ошибка с текстом: «Ошибка при выполнении файловой операции RuntimeCacheVersions»

Почистить кэш в appdata, перенести файл базы в чистую папку, почистил temp, из списка соответственно тоже удалить и добавить обратно. Выполнить chdbfl ошибок не показал.

В итоге с 12 платформы открылся документ, а более поздние это 13 и 14 они 64 бита, винда 7, может быть как то с этим связано.

Одним из самых страшных сценариев для пользователя при работе в 1С является невозможность войти в информационную базу.

В этой статье мы:

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

Содержание

  • Причины возникновения ошибки
  • Тестирование и исправление
    • Группа переключателей Проверки и режимы
    • Группа переключателей Тестирования
    • Группа При наличии ссылок на несуществующие объекты
    • Группа переключателей При частичной потере данных объектов
    • Кнопка Выполнить
  • Утилита chdbfl.exe
    • Определение Платформы 1С
    • Запуск утилиты chdbfl.exe
    • Настройка проверки базы данных

Причины возникновения ошибки

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

Бухэксперт8 при работе с базой данных рекомендует делать архивные копии 1С не реже  1 раза в месяц, а также перед выполнением исправлений в базе и после закрытия месяца.

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

Причины, вызывающие эту ошибку, могут быть совершенно разными:

  • несовместимая версия файла базы данных;
  • файл базы данных поврежден;
  • ошибка соединения с сервером 1С: Предприятия 8.3;
  • переустановка баз на сервере;
  • проблема с портами на сервере
  • и т.д.

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

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

  • сетевые проблемы при записи файла;
  • неудачное копирование базы;
  • отключение электропитания в момент работы программы;
  • и т.д.

В данной статье мы рассмотрим возникновение этой ошибки для пользователей файловых 1С и дадим два инструмента решения проблемы:

  • Тестирование и исправление;
  • использование утилиты chdbfl.exe.

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

Тестирование и исправление

Внутренняя обработка 1С Тестирование и исправление проверяет и исправляет структуру конфигурации и информационных данных.

Пошаговая инструкция Тестирования и исправления базы.

Шаг 1. Запустите 1С в режиме Конфигуратор.

Шаг 2. В конфигурации выберите пункт меню Администрирование — Тестирование и исправление.

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

Шаг 3. Настройка тестирования.

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

Форма тестирования и исправления информационной базы должна иметь следующий вид.

Рассмотрим основные группы переключателей проверки.

Группа переключателей Проверки и режимы

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

Проверка информационной базы:

  • проверка логической целостности информационной базы;
  • проверка ссылочной целостности информационной базы.

Коррекция обнаруженных ошибок:

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

Группа переключателей Тестирования

Варианты тестирования:

  • Тестирование и исправление;
  • Только тестирование.

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

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

Группа При наличии ссылок на несуществующие объекты

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

  • создавать объекты;
  • удалять ссылки;
  • не изменять.

По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.

Группа переключателей При частичной потере данных объектов

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

  • создавать объекты;
  • удалять объект;
  • не изменять.

По умолчанию установлен самый безопасный вариант Не изменять. При использовании первых двух вариантов в сложных случаях возможны искажения информации в базах 1С.

Кнопка Выполнить

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

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

При просмотре сообщений обращайте внимание на сообщения типа:

  • Значение должно быть… Сохранено значение…

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

Утилита chdbfl.exe

Утилита chdbfl.exe отвечает за проверку физической целостности базы. Именно она спасает пользователей в большинстве случаев при невозможности входа в базу данных.

Утилита включена в Платформу 1С и поставляется отдельно для каждой Платформы 1С.

Пошаговая инструкция работы с утилитой chdbfl.exe.

Определение Платформы 1С

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

Место установки Платформы на компьютере зависит от ее разрядности:

  • 32-разрядные Платформы 1С устанавливаются в каталог С:Program Files (x86)1cv8
  • 64-разрядные Платформы 1С устанавливаются в каталог С:Program Files1cv8

Запуск утилиты chdbfl.exe

В выбранной Платформе 1С перейдите в папку bin и запустите утилиту chdbfl.exe.

Настройка проверки базы данных

Для настройки проверки физической целостности необходимо:

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

После нажатия на кнопку Выполнить запустится проверка физической целостности файла БД.

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

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

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

См. также:

  • 1С удаление: указанная учетная запись уже существует
  • Установка запрещена на основании системной политики 1С 8.3
  • Обнаружено неправомерное использование данного программного продукта в 1С: как убрать
  • Ошибка ввода пинкода. Пинкод не укомплектован в 1С 8.3
  • Печатная форма недоступна 1С 8.3 при вызове внешней печатной формы

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Понравилась статья? Поделить с друзьями:
  • Ошибка при выполнении функции итогидняпокартам ответ терминала ошибка 4128
  • Ошибка при выполнении файловой операции 1cv8 cdn 1326 0x0000052e
  • Ошибка при выполнении файловой операции new
  • Ошибка при выполнении функции итогидняпокартам ответ терминала ошибка 2004
  • Ошибка при выполнении файловой операции 1392 0x00000570