|
1С Ошибка считывания временных файлов | ☑ | ||
|---|---|---|---|---|
|
0
komstr 29.11.21 ✎ 10:59 |
Доброе утро. Сложилась такая ситуация. Причём это не массовая ошибка, а единичные случаи. |
|||
|
1
komstr 29.11.21 ✎ 11:06 |
Ошибка может появится как при попытки формирования с первого раза, или первый раз может сформироваться, а на второй раз выдать данную ошибку. |
|||
|
2
Garykom 29.11.21 ✎ 11:08 |
глюк платформы, бывает |
|||
|
3
komstr 29.11.21 ✎ 11:11 |
(2) Возможно. А как бы знать точно, прежде чем начать менять. |
|||
|
4
Галахад 29.11.21 ✎ 11:17 |
(3) Что бы знать точно, напишите вендору. |
|||
|
5
Dmitrii 29.11.21 ✎ 11:28 |
У вас там случайно не используются перемещаемые профили в AD? Или какая-нибудь синхронизация данных профиля пользователя в AD. |
|||
|
6
komstr 29.11.21 ✎ 12:20 |
(5) Нет, слава богу не используются |
|||
|
7
arsik 29.11.21 ✎ 13:07 |
(6) Может у вас юзается оптимизатор винды, который темпы подчищает? |
|||
|
8
komstr 29.11.21 ✎ 13:14 |
(7) Нет вроде оптимизаторов. Иначе думаю чаще натыкались бы на такие ошибки. |
|||
|
9
komstr 29.11.21 ✎ 13:18 |
(7) Оптимизаторов точно вот точно нет. |
Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс
Ошибка считывания вторичной информации в 1С
Такая ошибка возникает обычно при запуске 1С и связана с одним пользователем. при этом продолжить работу не возможно — это критическая ошибка. Особенно, если в базе всего один пользователь.
Причины появления
Возникает при некорректном завершении его работы, при отключении света, другим причинам, в результате чего «вторичные данные» повредились. Редко, но бывает после штатного обновления конфигурации.
Исправление ошибки
Самым простым решением может быть очистка кэша
Если это не помогло, попробуйте пересоздать пользователя (в конфигурациях управляемых форм, это создание нового элемента справочника «Пользователи» и делается это из режима предприятия, в обычных, достаточно создания в режиме конфигуратора с тем же именем)
Как альтернатива очистке кэша — удаление базы из списка и добавление повторно.
На последних релизах 1С (8.3), такое встречается очень редко, поэтому после исправления ошибки, рекомендуется обновить версию платформы.
Если версия клиент-серверная, а ошибка не проходит, попробуйте перезапустить сервер.
Крайней мерой будет выгрузка и загрузка базы в туже самую базу, обязательно сделав перед этим ее копию.
Убедитесь, что на диске достаточно свободного места.
Как вы поняли, нет особого смысла вникать на ее истоки, просто следует ее обойти.
Тем не менее, некоторым помогла подмена таблицы dbo.Params в MSSQL базе ее версией из копии, но я всегда пользовался простыми способами.
Реклама — самый дешевый способ продажи товара, особенно если товар не имеет никакой ценности.
Дорабатывал обработку загрузки прихода из Excel. Обработка изначально была не моя, все хорошо работало, но внезапно клиент в облаке переехал с файловой базы на SQL, потому что файловая тормозила.
И тут 1С начала писать, что файл не обнаружен. Оказывается, код загрузки из Excel был написан только под толстого клиента. Пришлось дорабатывать стандартным образом:
//На клиенте
ДД = Новый ДвоичныеДанные(ПолноеИмяФайла);//На сервере
ПолноеИмяФайла = ПолучитьИмяВременногоФайла(«XLS»);
ДД.Записать(ПолноеИмяФайла);
ТабДок = Новый ТабличныйДокумент;
ТабДок.Прочитать(ПолноеИмяФайла, СпособЧтенияЗначенийТабличногоДокумента.Текст);
Доработал и забыл. Как вдруг новая напасть — попросили доработать обработку, начинаю ее отлаживать, а она не считывает данные из XLSX файла.
Причем выдает ошибку доступа к временному файлу:
Я попробовал записывать во временный каталог, но это не принесло результата:
ТекКаталог = ПолучитьИмяВременногоФайла();
СоздатьКаталог(ТекКаталог);
ПолноеИмяФайла = ТекКаталог + «\» + Новый УникальныйИдентификатор() + ТипФайла; //ПолучитьИмяВременногоФайла(«XLS»);ДД.Записать(ПолноеИмяФайла);Ф = Новый Файл(ПолноеИмяФайла);
Сообщить(ПолноеИмяФайла + » Существует: » + Ф.Существует());ТабДок = Новый ТабличныйДокумент;
ТабДок.Прочитать(ПолноеИмяФайла, СпособЧтенияЗначенийТабличногоДокумента.Текст); //, ТипФайлаТабличногоДокумента.ODS);
Причем 1С писала, что файл существует:
Тогда почему же она не может его считать? Задачу нужно было решить срочно, причем прикладную логику я уже сделал, а споткнулся на мелочи. Я уже было хотел перейти на локальный компьютер для разработки (тем более что на сервере из соображений быстродействия отключена отладка). Но тут мне пришла мысль впервые попробовать использовать не временные файлы, а потоки:
ПотокДанных = Новый ПотокВПамяти();
ЗаписьДД = Новый ЗаписьДанных(ПотокДанных);
ЗаписьДД.Записать(ДД);
ЗаписьДД.Закрыть();
ПотокДанных.Перейти(0, ПозицияВПотоке.Начало);
ТабДок = Новый ТабличныйДокумент;
ТабДок.Прочитать(ПотокДанных, СпособЧтенияЗначенийТабличногоДокумента.Текст, ТипФайлаТабличногоДокумента.ODS);
ПотокДанных.Закрыть();
Увы, при этом выдавалась все та же ошибка доступа. Кроме того, в документации я посмотрел, что из памяти можно считывать не все форматы, а только MXL и ODS. Бред, конечно, но такова 1С.
И тут до меня дошло попробовать поменять расширение на XLSX:
//на клиенте
ДД = Новый ДвоичныеДанные(ПолноеИмяФайла);
Ф = Новый Файл(ПолноеИмяФайла);
ТипФайла = Ф.Расширение);//на сервере
ТекКаталог = ПолучитьИмяВременногоФайла();
СоздатьКаталог(ТекКаталог);
ПолноеИмяФайла = ТекКаталог + «\» + Новый УникальныйИдентификатор() + ТипФайла;
ДД.Записать(ПолноеИмяФайла);ДД = Новый ДвоичныеДанные(ПолноеИмяФайла);
ТабДок = Новый ТабличныйДокумент;
ТабДок.Прочитать(ПолноеИмяФайла, СпособЧтенияЗначенийТабличногоДокумента.Текст);
И всё заработало. У 1С, как обычно, беда с диагностикой ошибок. Она пишет совсем не ту ошибку, которая вызывает проблему. Доступ к файлу есть, просто формат файла 1С определяет по расширению, а не содержимому файла.
Время факт: 0,5 час. На поиски решения проблемы.
На чтение 3 мин. Просмотров 37 Опубликовано
Сейчас очень популярна платформа 8.2.Самая распространенная проблема в роботе с этой платформой, ошибка считывания вторичной информации.
Самые частые случаи такой ошибки: после обновления платформы, при появлении сообщения, при входе конкретного пользователя и т.д. Но как найти решение этой проблемы, ведь она может застопорить всю роботу?
Пути решения проблемы «ошибка считывания вторичной информации»:
1.При появлении ошибки, при входе конкретного пользователя:
— Первый вариант – очистить кеш на компьютере юзера.
— Второй – удалить пользователя и создать заново, при этом очистить кеш.
2.После обновления платформы:
— Часто это бывает из-за ошибки релиза, так что нужно переустановить релиз.
— Также часто просто не хватает места на жестком диске, очистите и удалите лишние!
— Возможно, нужно удалить и добавить заново эту базу в список пользователю.
Эти базовые советы должны помочь вам при возникновении ошибки. Если эти советы не помогут, обращайтесь за помощью к профессионалам.
Описание ошибки:
Возникла после обновления базы 1С: Управление торговлей 8, редакция 11 до актуального релиза 11.1.9.70. Вариант работы базы — серверный.
Столкнулся на платформе 1С: Предприятие 8.3.5.1383 после обновления базы торговли в момент запуска базы. Причем остальные базы, которые работают на данном сервере так же не запускаются.
Решение: временное, но дает отсрочку для раздумий — остановка работы службы агента сервера (напомню, что у меня серверный вариант) и запуск, т.е. по-другому — рестарт сервера 1С.
Возможно для файловых вариантов предложу удалить базу из списка баз и добавить снова но уже под новым именем.
Так же возможный вариант — нехватка места на жестком диске, где расположена база, либо файловая, либо серверная. Так же исключите и данный вариант, т. к. в любом случае лишнее место лишним не бывает.
Для файловой базы еще попробуйте использовать штатную утилиту chdbfl.exe для проверки базы на целостность.
Послейдний возможный вариант: сохраняем конфигурацию базы в файл, конфигурацию базы снимаем с поддержки полностью, загружаем файл ранее выгруженной конфигурации в базу.
Ошибка считывания вторичной информации в 1С: Предприятие 8.1. При работе с базой.
Такая ошибка возникает обычно при запуске 1С и связана с одним пользователем. при этом продолжить работу не возможно — это критическая ошибка. Особенно, если в базе всего один пользователь.
Причины появления
Возникает при некорректном завершении его работы, при отключении света, другим причинам, в результате чего «вторичные данные» повредились. Редко, но бывает после штатного обновления конфигурации.
Исправление ошибки
Самым простым решением может быть очистка кэша
Если это не помогло, попробуйте пересоздать пользователя (в конфигурациях управляемых форм, это создание нового элемента справочника «Пользователи» и делается это из режима предприятия, в обычных, достаточно создания в режиме конфигуратора с тем же именем)
Как альтернатива очистке кэша — удаление базы из списка и добавление повторно.
На последних релизах 1С (8.3), такое встречается очень редко, поэтому после исправления ошибки, рекомендуется обновить версию платформы.
Если версия клиент-серверная, а ошибка не проходит, попробуйте перезапустить сервер.
Крайней мерой будет выгрузка и загрузка базы в туже самую базу, обязательно сделав перед этим ее копию.
Убедитесь, что на диске достаточно свободного места.
Как вы поняли, нет особого смысла вникать на ее истоки, просто следует ее обойти.
Тем не менее, некоторым помогла подмена таблицы dbo.Params в MSSQL базе ее версией из копии, но я всегда пользовался простыми способами.
Легче сочинить 10 правильных сонетов, чем хорошее рекламное объявление.
Описание ошибки:
Возникла после обновления базы 1С: Управление торговлей 8, редакция 11 до актуального релиза 11.1.9.70. Вариант работы базы — серверный.
Найденные решения:
Столкнулся на платформе 1С: Предприятие 8.3.5.1383 после обновления базы торговли в момент запуска базы. Причем остальные базы, которые работают на данном сервере так же не запускаются.
Решение: временное, но дает отсрочку для раздумий — остановка работы службы агента сервера (напомню, что у меня серверный вариант) и запуск, т.е. по-другому — рестарт сервера 1С.
Возможно для файловых вариантов предложу удалить базу из списка баз и добавить снова но уже под новым именем.
Так же возможный вариант — нехватка места на жестком диске, где расположена база, либо файловая, либо серверная. Так же исключите и данный вариант, т. к. в любом случае лишнее место лишним не бывает.
Для файловой базы еще попробуйте использовать штатную утилиту chdbfl.exe для проверки базы на целостность.
Послейдний возможный вариант: сохраняем конфигурацию базы в файл, конфигурацию базы снимаем с поддержки полностью, загружаем файл ранее выгруженной конфигурации в базу.
Примеры ошибок:
Ошибка считывания вторичной информации в 1С: Предприятие 8.1. При работе с базой.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
23-01-2015
Журавлев А.С.
(www.azhur-c.ru)