Ошибка при выполнении файловой операции v8srvr://.... Бухгалтерия 3.0

1. mvl_dimir 07.02.20 08:18 Сейчас в теме
Столкнулся вот с такой проблемой. Уверен, что дело не в обновлении и не в 1с. В последнее время с SQL что-то происходит, после перехода на новую платформу. Уже одну базу полностью обновил и только после внесения ее в предприятие при последующем обновлении появилась ошибка "Ошибка при выполнении файловой операции". А сейчас, после обновления конфы и когда нажимаю "Обновить конфигурацию базы данных", вылетает ошибка. При обновлении на другой базе, вообще писало, что не хватает памяти, хотя она есть. Что это вообще за ошибка и точно, из-за чего это происходит, Скуль?
Прикрепленные файлы:
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. WWWWW 10 07.02.20 09:02 Сейчас в теме
На кокой платформе появилась ошибка?
3. katavy 09.02.20 19:45 Сейчас в теме
У меня такая проблема, не могу решить уже около двух недель. Платформа 8,3,15,1830х86, не могу обновить нетиповую БП3,0 с версии 3,0,74,76 на версию 3,0,75,58. Клиент-серверная БД, SQL 2014.
Есть узлы РИБ, используем свой план обмена, нетиповой "Полный". После сравнения\объединения типового обновления, принимаем изменения и происходит останавка на Регистре Версии Объектов таблица регистрации изменений (max доходила до записей 80401000). Выпадает сообщение
"Ошибка при выполнении файловой операции 'v8srvr://*сервер*/**наименованиебазы*/Params/DBNames'
по причине:
Ошибка при выполнении файловой операции '*сервер*/*наименованиебазы*/params'"

Пробовала на тестовой базе выгрузку/загрузку DT, также пробовала увеличение пакетов (Network packet Size) до 16388. Не помогает.
Пыталась поставить ниже версию 3,0,75,37, тоже самое и та же ошибка.
Сейчас пробую для узлов в БД, которые либо помечены на удаление, либо не используемые в текущем плане обмена, удалить из регистра сведений версии объектов (с ними,надеюсь и удаляться данные таблицы NG_ регистраций изменений) записи. Может это сработает.
На данный момент вышла еще версия поставщика 3_0_75_93, тоже попробую поставить.
Если кто-то сталкивался именно с такой проблемой и ее преодолел, напишите, пожалуйста. Время уходит, бухгалтерия очень злится), самооценка падает...
4. katavy 09.02.20 20:55 Сейчас в теме
Залезла в SQL, нашла таблицу Регистра сведений Версии объектов (у нас dbo._InfoRg18640). Эта таблица даже не имеет таблицы dbo._InfoRg18640NG. Возник вопрос: а что тогда реструктуризирует 1С при обновлении, какие записи? В панели состояния написано" реструктуризация РегистрСведений.ВерсииОбъектов таблица регистрации изменений : 80401000. Помогите, плиз
5. Ostin 10.02.20 09:47 Сейчас в теме
Аналогичная ситуация на той же платформе (8.3.15.1830) пытаюсь обновить БСО. Появилась, как раз после повышения платформы. Среди попробованного для решения этой проблемы, только чистка кеша привела к тому, что смог обновиться на один релиз из 3-х необходимых, после этого опять вываливается с ошибкой. Причем ранее на той же платформе обновляя ЗУП (5 релизов) дважды сталкивался с этой ошибкой, но там после перезапуска обновления оно завершалось нормально.
6. katavy 10.02.20 10:20 Сейчас в теме
мне чистка кэша не помогает(
7. Zanlug 10.02.20 17:15 Сейчас в теме
Такая же проблема, только я перевожу БП 2.0 на БП 3.0. летом пробовала переводить все вышло без сучка и задоринки только тогда на платформе 8.3.13.1644 было. а к новому году пришлось обновить релиз 2.0 и на него можно было накатить обновление, которое работает на более поздних платформах. поставила 8.3.15.1830. уже вторую неделю бьюсь с ошибками. последняя ошибка v8srvr://*сервер*/**наименованиебазы*/Params/DBNames. есть предложение найти удаляемый объект https://forum.infostart.ru/forum33/topic214013/
8. vvf1973 9 10.02.20 18:34 Сейчас в теме
Помог последний пост из https://forum.mista.ru/topic.php?id=732233, выгрузка и загрузка в файловую базу тоже решает проблему. Хотя, судя по третьему посту, не всем это помогает, но размер сетевого пакета выставил, как рекомендовано было.
9. Zanlug 11.02.20 23:21 Сейчас в теме
Получилось))) выгрузила базу и загрузила ее снова. все таблицы сели на место. ошибка пропала
10. katavy 12.02.20 10:03 Сейчас в теме
(9) Везет.Поздравляю!!! ) у вас база 1С клиент-сервер или файловая?
15. Zanlug 09.03.20 23:00 Сейчас в теме
11. katavy 12.02.20 10:07 Сейчас в теме
Скажите еще, пожалуйста момент, когда вы выгружаете и загружаете базу: выполнили объединение с обновлением и до применения обновления выгрузили, потом загрузили базу и запускаете 1С для принятия обновления? Так?
12. Ostin 12.02.20 15:28 Сейчас в теме
Попробовал увеличение пакетов, не помогло. Кроме того с аналогичной проблемой столкнулся на платформе (8.3.14.1976).
13. katavy 12.02.20 20:32 Сейчас в теме
14. katavy 15.02.20 19:46 Сейчас в теме
В моей ситуации решение оказалось таким: ступор при обновлении возникал на реструктуризации регистра сведений Версии объектов таблицы регистрации изменений. Написала обработку для поиска имени таблицы в структуре базы 1С (_InfoRgChngR18659). У нас сейчас план обмена, который не использует Регистр сведений Версии объекта. Когда-то до меня прошлым программистом использовался "Полный" план обмена, с того момента эта таблица с данными так и осталась. Поскольку терять нечего, данные уже не нужны, в SQL воспользовалась запросом с текстом (truncate table "_InfoRgChngR18659"), очистила полностью таблицу и в базе Главного узла и во всех остальных Периферийных базах. И обновление пошло! Вот такое решение проблемы оказалось у меня.
16. Andrew_flyer 84 17.09.20 13:15 Сейчас в теме
Тестирование и исправление помогает
17. IgorXml 728 15.10.20 11:13 Сейчас в теме
Такая ошибка на платформе сама 8.3.17.1549 вылечилась при повторном запуске Обновление ИБ. Но последствия были. Ошибка в Расширении: Модули &ИзменениеИКонтроль(...) стали неверно сообщать о соответствии с Основной конфигурацией.
Я знаю, что они(аналоги текстов Основной для &ИзменениеИКонтроль) хранятся в свойствах расширения, а не напрямую ссылаются с Основной. Поэтому я попробовал пересоздать одну процедуру &ИзменениеИКонтроль(...). И сразу все модули перестали давать ошибку в расширении "Проверку возможности применения".
18. info1i 230 19.12.20 16:42 Сейчас в теме
Была подобная ошибка. Помогла очистка кэша сеансовых данных на сервере 1С.
19. Cvetic 307 31.03.21 14:15 Сейчас в теме
А мне помогло выгрузка базы с клиент-серверного варианта, загрузка в файловую, обновление на файловой, и снова выгрузка загрузка уже обновленной базы.
20. boevik 2 29.04.21 13:30 Сейчас в теме
Рассказываю как я поступил. Вдруг пригодится.
Возникла задача обновить БП 2.0 на БП 3.0. Последние релизы на текущий момент.
База SQL. Файловая не вариант, т.к. большая.

При классическом обновлении и попытке применить изменения, спустя 3-4 часа реструктуризации падала с этой ошибкой:
'v8srvr://*сервер*/**наименованиебазы*/Params/DBNames'
После падения в конфигуратор не зайти, не доходит до авторизации с ошибкой типа "Пользователь ИБ не определен" или как то так.
Она фиксится в SQL скриптом типа:
"SEL ECT Status FR OM SchemaStorage WHERE SchemaID = 0
UPD ATE SchemaStorage SET Status = 100"
нужна последняя строка. Первая просто проверка какой статус. Нам нужен 100.

Выгрузка в DT и загрузка не помогла.

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

После ТиИ пробная попытка применить изменения также увенчалась ошибкой: "v8srvr://*сервер*/**наименованиебазы*/Params/DBNames".
Снова делал ".... SE T Status = 100".

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


Таким образом вкратце: иногда возможен вариант решения путем выгрузка/загрузки DT в ту же ИБ. Если не помогает, то с тестированием и исправлением перед выгрузкой DT.
plevakin; +1 Ответить
21. violencethepepper 11.06.21 09:49 Сейчас в теме
Отключите все расширения, может помочь
22. Ostin 16.07.21 14:23 Сейчас в теме
Данная ошибка есть в баг-листе 1с и лечится переходом на 17 платформу.
23. ZeroDM 14 25.08.21 15:28 Сейчас в теме
(22)
на 17 платформу

У нас 19 релиз, ошибка иногда возникает...
odin-7610; +1 Ответить
24. NikeeNik 78 21.09.21 16:42 Сейчас в теме
(22) Я поискал эту ошибку, нашел только 60000581 , но там написано, что исправлено в версиях 8.3.16.1030, 8.3.17.1386, 8.3.18.1128 хотя эта ошибка доканывает и на 8.3.18.1363 и на 19ой платформе. Фиг поймешь, что они там поправили.
25. Luniona 06.10.21 09:16 Сейчас в теме
Платформа 8.3.18.1563 и УПП весом 600 ГБ. Выгрузка в DT не вариант.
Полное ТиИ не делаем, много битых ссылок.
Ошибка возникла при реструктуризации, но база работает.
28. гаврюша 3 02.03.22 21:03 Сейчас в теме
(25) А как релизы обновляете? Платформа 8.3.18.1483. Релиз 1.3.174.1 необходимо обновить на 1.3.175.1.
Ситуация такая же: база большая.
26. svezr 5 07.02.22 09:35 Сейчас в теме
Проблему решила выгрузка-загрузка в/из .dt файла. Для большой базы, конечно, это не вариант.
27. mars30ob 28.02.22 23:02 Сейчас в теме
ЗУП. Обновлял серверную базу, вышла эта ошибка. Зашел по рдп на сервер, прописал в 1С базу, зашел в конфигуратор. Там успешно через F7 обновил конфигурацию БД
nikl1984@list.ru; mikeA; +2 Ответить
29. mikeA 1 04.04.22 15:10 Сейчас в теме
(27) Сделал так же.
Возможно достаточно было бы не заходя на сервер Конфигурация - Конфигурация базы данных - Обновить конфигурацию базы данных на сервере.
30. burungul 21.04.22 14:20 Сейчас в теме
Вариант со снятием с поддержки и возвратом обратно на поддержку (при сравнении со стандартной конфигой предлагает встать на поддержку) помог.
31. user1558864 10.06.22 11:10 Сейчас в теме
При постоянной реструктуризации регистра (который и не затрагивался в работе) помогло Фоновое обновление конфигурации, с проставленными "На сервере" и "Динамическое обновление".
32. anykeyman 04.08.22 21:35 Сейчас в теме
Мне помогло обновление на сервере, только предварительно нужно заблокировать базу и фоновые задания, иначе оно вылетает без всяких ошибок.
33. jan-pechka 419 05.09.22 14:35 Сейчас в теме
Такая же ошибка при ИсправленииТестировании клиент-серверной базе на самом сервере. Сняла галку в Тестировщике - Реструкторизация Расширений и все пошло.
34. ankr 19 08.04.23 10:56 Сейчас в теме
Возникла подобная ошибка в БП 3.0.128.15 (SQL) при ТИИ на этапе реструктуризации.
Делал:
1. очистка пользовательского кэша
2. выгрузка-загрузка dt
3. отключение всех расширений.
Ничего из перечисленного не помогло. Но база работает.
Прикрепленные файлы:
35. ankr 19 09.04.23 13:26 Сейчас в теме
(34) надо было бы кэш сервера почистить. Но к нему доступа не было.
В результате, выгрузил в dt, загрузил в файловый вариант (размеры базы позволяли)
и уже в файловом варианте прогнал реструктуризацию. Прошла успешно.
После этого снова выгрузил в dt и загрузил назад под SQL.
36. maxvcb 68 11.04.23 21:51 Сейчас в теме
я забыл убрать вот тут в 0, убивал зависшие рег.задания при обновлении и снять забыл, чуть базу не перекурочил.
Прикрепленные файлы:
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот