Чудесатая ошибка при обновлении |
Я |
30.09.21 — 22:45
На MS SSQL крутится база УТ 11.4. Внес небольшие изменения в конфигурацию, пытаюсь обновить. При обновлении выдает ошибку
Ошибка при выполнении файловой операции ‘v8srvr://servername/basename/Params/DBNames’
Ошибка эта вылезает уже некоторое время и раньше я лечил ее выкидыванием всех пользователей и рестартом агентов. Однако, теперь это не помогает. Сделал вообще радикально: заблокировал запуск новых сеансов, регламентных заданий, но ошибка все равно проявляется. И что самое интересное, в тот момент, когда она возникает, в списке сеансов появляется какое-то фоновое задание.
Пытался выгрузить базу в dt, но при этом получил ошибку
server_addr=tcp://servername:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=srcDataExchangeTcpClientImpl.cpp
Создал из бекапа копию базы — там все отлично. На радостях пересоздал рабочую базу из того же бекапа — фигвам. Выяснилось, что у базы есть опубликованые веб-сервисы, подумал, что через них что-то цепляется. Отменил публикацию — воз и ныне там.
Куда еще можно покопать?
1 — 30.09.21 — 22:48
я недавно поймал ошибку «выполняется системное регламентное задание», похоже — от сервера
2 — 30.09.21 — 23:29
(1) Вряд ли это мой случай
3 — 30.09.21 — 23:38
«Куда еще можно покопать?» в сторону работы с технологическим журналом
4 — 01.10.21 — 00:26
Покопал. Эту-то ошибку я и без него получал
18:34.886000-0,EXCP,4,process=1cv8,OSThread=3928,Usr=Username,ClientID=2,Exception=NetDataExchangeException,Descr=’ server_addr=tcp://servername:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1674 file=srcDataExchangeTcpClientImpl.cpp’
5 — 01.10.21 — 00:28
Может быть, конечно, дело в этом
6 — 01.10.21 — 00:38
(0) хотя бы серверный кеш очистил ?
>>> пересоздал рабочую базу из того же бекапа — фигвам
просто рестор сделал заместо рабочей базы и болт, так что ле ?
7 — 01.10.21 — 00:40
8 — 01.10.21 — 14:22
(6) Да, просто восстановил. Кеш вроде каждую ночь чистится
(7) Там на память в основном кивают, памяти до пса, 64Гб оперативка, 100Гб свободно на С
9 — 01.10.21 — 14:25
(8) Кэш на сервере каждую ночь чистится? Вы сервер приложений каждую ночь останавливаете или кэш чистите при работающем сервере приложений?
10 — 01.10.21 — 14:26
(0) что поддержка 1с говорит по вашему дампу?
11 — 01.10.21 — 14:27
ИМХО. Т.к. бэкап рабочий, все дело в кэше.
12 — 02.10.21 — 00:46
(9) Тут не очень в курсе, надо выяснять, админ этим занимается.
(10) Да вот как-то не обращался. А что, реально могут помочь? Имел, просто, негативный опыт обращения в техподдержку мегакорпораций (к мелкомягким), понял, что смысла нет. У 1С это лучше поставлено?
(11) Попробую почистить, но что-то не уверен, что поможет.
Придумал способ, как обновиться: остановлю сервер 1С, сделаю бекап в копию, там накачу доработки, сделаю бекап копии и накачу его на рабочую базу. Вот только очкую: что-то может пойти не так?
13 — 02.10.21 — 04:23
админ занимается кешем, программист копается в бекапах… Ты точно не запутался в том, что пишегь?
14 — 02.10.21 — 14:26
Было такое при демоническом обновлении. Раз 5-6 повторяешь, в какой-то момент все таки сохраняет.
chihpyh
15 — 05.10.21 — 23:05
(13) Да вопрос-то не в том, кто чем занимается. Вопрос в том, что не обновляется нифига… И я, и админ на удаленке обслуживаем, должностных инструкций не имеем, так, какая разница, кто чем занят? Где-то он меня подстрахует, где-то я его.
(14) Раньше помогало, теперь нет. И обновление не демоническое, а с выкидыванием всех и запретом новых сеансов
Содержание:
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 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Содержание:
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 «Ошибка при выполнении файловой операции» больше не возникнет. Спасибо за внимание!
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Обновлено 15.10.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших 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С не были исключением, обновление происходило по быстрому варианты. Тут подразумевается накатывание более новой версии ОС по верх старой, тут мы убивали двух зайцев:
- Получали свежую версию ОС
- Оставляли весь софт на сервере, и не требовалась его переустановка
В случае чего всегда можно было откатиться из снапшота на момент проведения работ, благо ESXI 6.5 это помогает делать в два клика. Все прекрасно обновилось и сервер зажил новой жизнью. В какой-то момент при запуске клиента 1С 8.3 на RDS ферме, стала появляться ошибка:
Ошибка при выполнении файловой операции
Устранение проблемы
Начав изучать данный вопрос мы не стали откатываться к бэкапу, так как данная проблема возникала не постоянно, а через некоторые промежутки и была вызвана явно не переходом на более новую версию операционной системы. Подняв исторические данные в системе заявок, я нашел похожую, где решением ошибки был перенос базы данных 1С на другой диск. Меня это заинтересовало и я стал прикидывать, что же могло быть в той ситуации. Через минут 20 я нашел одну закономерность, что на всех проблемных хостах был установлен компонент Windows дедупликации, как раз на тех дисках, где располагались базы данных 1С.
Я для тестирования отключил дедупликацию и вернул все в исходное состояние, и о чудо ошибка при выполнении файловой операции больше не появлялась. Все те же действия я произвел и на остальных серверах.
Вывод: Windows Дедупликация и 1С просто не совместимы друг с другом, это нужно запомнить
Из дополнительных методов я могу вам посоветовать еще очистку кэша 1С. Еще в на умных сайтах советуют на серверах, где используется 1С отключать протокол IPv6 на сетевых интерфейсах, но лично я не понимаю этого прикола, так как сама Microsoft советует по возможности этого не делать, в виду того, что очень многие ее сервисы и компоненты Windows в приоритете используют именно его, меньше будет проблем с DNS и Active Directory.
Вообще если у вас виртуальные сервера лежат на системе хранения данных, то у нее должна быть своя функция дедупликации и использовать лучше и правильнее ее. Если у вас есть другие варианты решения данной проблемы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы.
 |
| Ошибка 1C при выполнении файловой операции |
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
Ivan_495
17.02.20 — 19:47
Включил учет по подразделениям на 50.1 при обновлении идет ошибка Ошибка при выполнении файловой операции ‘v8srvr://1C/d/Params/DBNames’
по причине:
Ошибка при выполнении файловой операции ‘1ctest/d/params’
Ivan_495
1 — 17.02.20 — 20:00
делаю реструктуризация , вылетает такая же ошибка
Ivan_495
2 — 17.02.20 — 20:02
1С:Предприятие 8.3 (8.3.16.1148) Бухгалтерия предприятия, редакция 3.0 (3.0.70.33)
МихаилМ
3 — 17.02.20 — 20:03
продолжайте наблюдение
Ivan_495
4 — 17.02.20 — 20:07
Получается галку включить учет по подразделениям в плане счетов использовать нельзя?
Ivan_495
5 — 17.02.20 — 20:18
ошибки возникают в sql базе, если тоже само делаю в файловой проходит без ошибок
Midrash
6 — 17.02.20 — 20:19
(5) Иван, по ходу вы обращаетесь в базу с неправильными реквизитами
Ivan_495
7 — 17.02.20 — 20:22
(6) что значит неправильный реквизит?
Midrash
8 — 17.02.20 — 20:22
(7) логин, пароль, имя хоста, имя базы
Ivan_495
9 — 17.02.20 — 20:25
(8) нет с этим все правильно делаю др изменения в конфе все обновляется нормально
Midrash
10 — 17.02.20 — 20:26
(9) ошибка при выводе на файловую систему?
Ivan_495
11 — 17.02.20 — 20:27
здесь ошибка идет после реструктуризации плана счетов
Midrash
12 — 17.02.20 — 20:28
(11) проверьте настройку плана счетов
Ivan_495
13 — 17.02.20 — 20:32
(12) что имеете ввиду?
Midrash
14 — 17.02.20 — 20:42
(13) План счетов менялся?
Ivan_495
15 — 17.02.20 — 20:43
да
Midrash
16 — 17.02.20 — 20:43
Вообще DBNames содержит описание guid метаданных. Вполне возможно что таблицы повреждены
Midrash
17 — 17.02.20 — 20:44
залить дтшник на чистую базу?
Ivan_495
18 — 17.02.20 — 20:44
посмотрел настройки, получается 50.1 в конфигураторе вообще нельзя трогать
Ivan_495
19 — 17.02.20 — 20:45
dt выгружается но не загружается , тоже ошибка прет
ГдеСобакаЗарыта
20 — 17.02.20 — 20:46
Учет по подразделениям только в КОРП. В проф работать не будет
Ivan_495
21 — 17.02.20 — 20:48
Добавил доп счет с галкой «учет по подразделениям» обновился без проблем
Ivan_495
22 — 17.02.20 — 20:48
не ужели корректировку 50.1 на уровне sql запретили?
ГдеСобакаЗарыта
23 — 17.02.20 — 20:53
Добавь субконто если сильно хочется. Но лучше не надо. Или пусть забудут про свою хотелку или переходят на КОРП.
МихаилМ
24 — 17.02.20 — 20:54
Ivan_495
25 — 17.02.20 — 21:18
(23) после добавления субконто подр на 50.1 , при обновлении возникает та же ошибка.
Ivan_495
26 — 17.02.20 — 21:19
видимо в sql написан скрипт запрещающий трогать 50.1
Ivan_495
27 — 17.02.20 — 21:24
кто- нибудь на своей базе sql бп поставьте галку вести учет по подр на 50.1 будет ошибка или нет интересно, мне проверить не на чем
МихаилМ
28 — 17.02.20 — 21:24
(26) верх глупости
shuhard
29 — 17.02.20 — 21:29
Ivan_495
30 — 17.02.20 — 21:29
сам ты глупость, при обновлении видел в конфигураторе указатель для счетов с использованием подразделений проф и корп, да, нет
Ivan_495
31 — 17.02.20 — 21:30
увеличение пакетов не помогает
Ivan_495
32 — 17.02.20 — 21:31
на 50.1 в конфигураторе написано учет по подразделениям использовать для корп , да,
Ivan_495
33 — 17.02.20 — 21:31
для проф нет
Ivan_495
34 — 17.02.20 — 21:33
(29) какая у тебя трава умник
Ivan_495
35 — 17.02.20 — 21:33
пишите по делу, спамит нефиг
МихаилМ
36 — 17.02.20 — 21:44
(35) по делу . коли Вы в Москве , готов Вам помочь за 5к.руб. очно.
и учитесь пользоваться тж.( тж появился в в 1с8 в 2009 году )
Фрэнки
37 — 17.02.20 — 22:10
(36) но на самом деле, если у них такое маниакальное желание обзавестись подразделениями по все места — пусть БП КОРП купят, а затем уже и на часы по 5 труб раскошеливаются
МихаилМ
38 — 17.02.20 — 22:26
(37) у (0) проблема в бд 1с8 . он не сможет объединить конфу .
Umga2002
39 — 18.02.20 — 07:00
У мну давно 50.1 по подразделениям. обновления до последнего релиза.
Не там ищешь ошибки в БД.
Затейник
40 — 18.02.20 — 09:11
Сначала определитесь, нужно вести подразделения или нет. Если нужен учет, то приобретайте версию КОРП. Хватит поощрять ежеминутные хотелки Бухгалтеров. Решайте проблему в целом!
Затейник
41 — 18.02.20 — 09:13
+(40) После добавления подразделения бухгалтер захочет кассовую книгу по подразделению. Потом захочет Регламентированную отчетность, вы планируете самостоятельно все это дописывать?
Ivan_495
42 — 18.02.20 — 10:07
если проблема в базе, почему в файловой добавление учета по подразделениям на 50.1 проходит без ошибок?
МихаилМ
43 — 18.02.20 — 12:18
(42)
скорее всего ошибка для скл останется . и может даже усугубиться.
тк в файловой некоторые операции отрабатывают по-другому. например работа с индексами.
Вам в помощь тж.
Ошибка обновления базы в режиме 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С: Предприятие повторялось то же самое. Скрин не совсем тот, а уже сделанный позднее, когда ошибка себя проявила повторно, после обновления конфигурации другим релизом (об этом подробнее см. в конце публикации), но в точности иллюстрирующий ситуацию. Разница лишь в том, какой текст следует после «‘v8srvr://<имя_сервера>/<имя_базы>/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, что очистило пользовательские файлы, связанные с базой и нормализовало дальнейшую работу без дополнительных действий, кроме тех, что описаны выше.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
24-04-2019
Журавлев А.С.
(Сайт azhur-c.ru)
0
— 31.10.2014 — 10:46
Люди добные и не очень, ай нид ваш хелп. Второй день мудохаюсь, а просветление не приходит.
Имеется база 1С 8.
платформа (8.3.5.1119)
конфигурация бухгалтерия (2.0.62.4)
крутится на терминалке в sql-базе
Для экспериментов сделал себе копию базы на том же sql-сервере (из бекапов рабочей). Далее, при попытке обновления базы из шаблона до 2.0.62.5 релиза получаю ругань:
«c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp»
Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает.
Что делал:
— удалял, добавлял базу в консоли сервера;
— чистил этот самый temp, выставлял на него права всем все можно;
— игрался с путями к файлам sql-базы (пробовал создавать в разных папках, в т.ч. рядом с рабочей базой);
— открывать конфигуратор не на терминале, а на машине через сеть;
нифига не помогает.
И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.
Но таки хочется понять, как с этим бороться? Ведь если не дай бог придется восстанавливать рабочую базу и оно вылезет, и чего делать тогда?
1
— 31.10.2014 — 10:54
т.е. вот такую ругань я имел в виду:
«ошибка при выполнении файловой операции ‘c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp’»
2
— 31.10.2014 — 17:43
с одной стороны, в файликах *.tmp иногда встречаются всякие вирусопакости, поэтому вроде бы исключать *.tmp из антивируса нельзя.
но, а с другой стороны, нафига вообще держать на сервере доброго каспера?
зы: это все к тому, что ты все прекрасно описал и платформу и конфигурацию и sql упомянул, и терминал.. молодец, чЁ.
только про антивирус на сервере ни слова. Про его наличие/отсутствие. про его настройки/исключения в случае наличия.
ни гу-гу.
3
— 01.11.2014 — 08:49
Нету антивируса на сервере. На локальной аваст стоит.
4
— 03.11.2014 — 00:27
все еще актуально
5
— 03.11.2014 — 17:07
проверить базу чинилкой не пробовали ?
http://helpme1c.ru/kak-sdelat-testir…-redakciya-3-0
http://1c-sfera.ru/index.php/adminis…-v-nej-oshibki
ЗЫ база в дт выгружается?
6
— 03.11.2014 — 20:21
Было такое же, кстати, недавно. Проверки ничего не находили, все выгружалось-загружалось, а при обновлении стабильно валилось с аналогичной ошибкой во временном файле.
Так и не решили, с админом искали и ничего не нашли в тот момент, потом та виртуалка рухнула, а на текущей вроде все обновляется.
На 8.3.4 было, кстати.
7
— 04.11.2014 — 10:07
Цитата:
Сообщение от 101 
ЗЫ база в дт выгружается?
в том то и прикол, что
Цитата:
Сообщение от gamletspb
И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.
и да, на ошибки проверял, никаких проблем не обнаружено
8
— 04.11.2014 — 10:38
хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт
ЗЫ еще бы и конфигурацию отдельно в цф выгружал
9
— 04.11.2014 — 10:50
Цитата:
Сообщение от 101
хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт ЗЫ еще бы и конфигурацию отдельно в цф выгружал
я могу все это сделать, только что мне это даст в плане решения проблемы?
10
— 04.11.2014 — 11:07
(9) две разных копии БД и еще одну чистую конфигурацию
ЗЫ сдается мне что при переносе на другой сервер и залитие в SQL предварительно запустив исправление целостности на файловой базе — ошибка исчезнет
ЗЫЫ еще сдается мне проверку на обновление таки проверить … возможно конфигурация поставщика не была обновлена и/или не до конца, в похожих случаях пробую на копии накатить поверх ЦФ от полного нового релиза — пока помогало
11
— 04.11.2014 — 12:37
Мне кажется ТИИ ведь никак не проверяет конфигурацию поставщика?
А то в свете — (0) «Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает» похоже на глюканувшую конфигурацию поставщика. так что (10) +
12
— 08.11.2014 — 20:44
Ну вроде удалось победить проблему, по крайней мере на тестовой базе все заработало.
Для этого пришлось выгрузить конфигурацию и ИБ в файл. Потом нафиг удалить(!) базу SQL, создать ее занова, и только тогда загружать в нее ранее выгруженные конфигурацию и ИБ. Перед загрузкой еще пришлось перезагрузить сервисы скуля и 1С, иначе вываливалось с ошибкой. При этом база ужалась в 10! раз (с 59Гб до 5Гб), обновление накатилось нормально, и вроде все данные на месте, ничего не поехало.
Что интересно, скульную базу, перед тем как полностью грохнуть, пробовал чистить и ужимать по всякому, но даже после удаления всех данных (путем удаления базы 1С в режиме очистки базы) ее размер оставался больше 50 Гб. При этом все проверки ТИИ проходили нормально. Вобщем, поразвлекался на выходных на славу. Всем спасибо за внимание, надеюсь кому-нибудь мой опыт будет полезен.
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
1 |
|
Конфигурация вылетает при обновлении26.03.2019, 08:23. Показов 24055. Ответов 8
Приветствую, ребята. Подскажите пожалуйста, как можно решить проблему. При обновлении конфы (конфа не типовая, сторонних разработчиков), вылетает ошибка: «Ошибка при выполнении файловой операции ‘C:UsersanonimAppDataLocalTemp55v8_890B_4.t mp’. Неожиданный вызов метода ‘MemoryMappedFileObject::write’» 0 |
|
856 / 655 / 111 Регистрация: 01.11.2012 Сообщений: 2,410 |
|
|
26.03.2019, 10:03 |
2 |
|
Попробуй следующее: 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 |
|
Вот еще один файл лога: 0 |
|
856 / 655 / 111 Регистрация: 01.11.2012 Сообщений: 2,410 |
|
|
26.03.2019, 14:05 |
5 |
|
Можно попробовать ещё выгрузить dt, загрузить в новую базу, попробовать обновиться. 0 |
|
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 |
|
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 |
|
везде пишут, что ошибка связана с конфигурацией поставщика Да-да, гугл курил 0 |
Обновлено 15.10.2020
Здесь мы видим частный и явно описанный случай проблемы. После обновления Windows на компьютере с базой, бухгалтер со второй машины не смог зайти в базу. Программа выдала ошибку как на скриншоте.
Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».
В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.
Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.
Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую:
Пуск — Выполнить (или Win+R) — secpol.msc;
Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.
Какие ещё причины могут вызвать появление подобной ошибки:
- Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
- Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.
Рекламы в блоге нет, заметки я пишу из чистого энтузиазма. Но если статья оказалась полезной, вы можете поддержать блог, отправив символическую сумму через форму ниже. Ваша поддержка вдохновляет меня на создание новых статей.
Ivan_495
17.02.20 — 19:47
Включил учет по подразделениям на 50.1 при обновлении идет ошибка Ошибка при выполнении файловой операции ‘v8srvr://1C/d/Params/DBNames’
по причине:
Ошибка при выполнении файловой операции ‘1ctest/d/params’
Ivan_495
1 — 17.02.20 — 20:00
делаю реструктуризация , вылетает такая же ошибка
Ivan_495
2 — 17.02.20 — 20:02
1С:Предприятие 8.3 (8.3.16.1148) Бухгалтерия предприятия, редакция 3.0 (3.0.70.33)
МихаилМ
3 — 17.02.20 — 20:03
продолжайте наблюдение
Ivan_495
4 — 17.02.20 — 20:07
Получается галку включить учет по подразделениям в плане счетов использовать нельзя?
Ivan_495
5 — 17.02.20 — 20:18
ошибки возникают в sql базе, если тоже само делаю в файловой проходит без ошибок
Midrash
6 — 17.02.20 — 20:19
(5) Иван, по ходу вы обращаетесь в базу с неправильными реквизитами
Ivan_495
7 — 17.02.20 — 20:22
(6) что значит неправильный реквизит?
Midrash
8 — 17.02.20 — 20:22
(7) логин, пароль, имя хоста, имя базы
Ivan_495
9 — 17.02.20 — 20:25
(8) нет с этим все правильно делаю др изменения в конфе все обновляется нормально
Midrash
10 — 17.02.20 — 20:26
(9) ошибка при выводе на файловую систему?
Ivan_495
11 — 17.02.20 — 20:27
здесь ошибка идет после реструктуризации плана счетов
Midrash
12 — 17.02.20 — 20:28
(11) проверьте настройку плана счетов
Ivan_495
13 — 17.02.20 — 20:32
(12) что имеете ввиду?
Midrash
14 — 17.02.20 — 20:42
(13) План счетов менялся?
Ivan_495
15 — 17.02.20 — 20:43
да
Midrash
16 — 17.02.20 — 20:43
Вообще DBNames содержит описание guid метаданных. Вполне возможно что таблицы повреждены
Midrash
17 — 17.02.20 — 20:44
залить дтшник на чистую базу?
Ivan_495
18 — 17.02.20 — 20:44
посмотрел настройки, получается 50.1 в конфигураторе вообще нельзя трогать
Ivan_495
19 — 17.02.20 — 20:45
dt выгружается но не загружается , тоже ошибка прет
ГдеСобакаЗарыта
20 — 17.02.20 — 20:46
Учет по подразделениям только в КОРП. В проф работать не будет
Ivan_495
21 — 17.02.20 — 20:48
Добавил доп счет с галкой «учет по подразделениям» обновился без проблем
Ivan_495
22 — 17.02.20 — 20:48
не ужели корректировку 50.1 на уровне sql запретили?
ГдеСобакаЗарыта
23 — 17.02.20 — 20:53
Добавь субконто если сильно хочется. Но лучше не надо. Или пусть забудут про свою хотелку или переходят на КОРП.
МихаилМ
24 — 17.02.20 — 20:54
Ivan_495
25 — 17.02.20 — 21:18
(23) после добавления субконто подр на 50.1 , при обновлении возникает та же ошибка.
Ivan_495
26 — 17.02.20 — 21:19
видимо в sql написан скрипт запрещающий трогать 50.1
Ivan_495
27 — 17.02.20 — 21:24
кто- нибудь на своей базе sql бп поставьте галку вести учет по подр на 50.1 будет ошибка или нет интересно, мне проверить не на чем
МихаилМ
28 — 17.02.20 — 21:24
(26) верх глупости
shuhard
29 — 17.02.20 — 21:29
Ivan_495
30 — 17.02.20 — 21:29
сам ты глупость, при обновлении видел в конфигураторе указатель для счетов с использованием подразделений проф и корп, да, нет
Ivan_495
31 — 17.02.20 — 21:30
увеличение пакетов не помогает
Ivan_495
32 — 17.02.20 — 21:31
на 50.1 в конфигураторе написано учет по подразделениям использовать для корп , да,
Ivan_495
33 — 17.02.20 — 21:31
для проф нет
Ivan_495
34 — 17.02.20 — 21:33
(29) какая у тебя трава умник
Ivan_495
35 — 17.02.20 — 21:33
пишите по делу, спамит нефиг
МихаилМ
36 — 17.02.20 — 21:44
(35) по делу . коли Вы в Москве , готов Вам помочь за 5к.руб. очно.
и учитесь пользоваться тж.( тж появился в в 1с8 в 2009 году )
Фрэнки
37 — 17.02.20 — 22:10
(36) но на самом деле, если у них такое маниакальное желание обзавестись подразделениями по все места — пусть БП КОРП купят, а затем уже и на часы по 5 труб раскошеливаются
МихаилМ
38 — 17.02.20 — 22:26
(37) у (0) проблема в бд 1с8 . он не сможет объединить конфу .
Umga2002
39 — 18.02.20 — 07:00
У мну давно 50.1 по подразделениям. обновления до последнего релиза.
Не там ищешь ошибки в БД.
Затейник
40 — 18.02.20 — 09:11
Сначала определитесь, нужно вести подразделения или нет. Если нужен учет, то приобретайте версию КОРП. Хватит поощрять ежеминутные хотелки Бухгалтеров. Решайте проблему в целом!
Затейник
41 — 18.02.20 — 09:13
+(40) После добавления подразделения бухгалтер захочет кассовую книгу по подразделению. Потом захочет Регламентированную отчетность, вы планируете самостоятельно все это дописывать?
Ivan_495
42 — 18.02.20 — 10:07
если проблема в базе, почему в файловой добавление учета по подразделениям на 50.1 проходит без ошибок?
МихаилМ
43 — 18.02.20 — 12:18
(42)
скорее всего ошибка для скл останется . и может даже усугубиться.
тк в файловой некоторые операции отрабатывают по-другому. например работа с индексами.
Вам в помощь тж.
Ошибка обновления базы в режиме 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С: Предприятие повторялось то же самое. Скрин не совсем тот, а уже сделанный позднее, когда ошибка себя проявила повторно, после обновления конфигурации другим релизом (об этом подробнее см. в конце публикации), но в точности иллюстрирующий ситуацию. Разница лишь в том, какой текст следует после «‘v8srvr://<имя_сервера>/<имя_базы>/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, что очистило пользовательские файлы, связанные с базой и нормализовало дальнейшую работу без дополнительных действий, кроме тех, что описаны выше.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
24-04-2019
Журавлев А.С.
(Сайт azhur-c.ru)
0
— 31.10.2014 — 10:46
Люди добные и не очень, ай нид ваш хелп. Второй день мудохаюсь, а просветление не приходит.
Имеется база 1С 8.
платформа (8.3.5.1119)
конфигурация бухгалтерия (2.0.62.4)
крутится на терминалке в sql-базе
Для экспериментов сделал себе копию базы на том же sql-сервере (из бекапов рабочей). Далее, при попытке обновления базы из шаблона до 2.0.62.5 релиза получаю ругань:
«c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp»
Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает.
Что делал:
— удалял, добавлял базу в консоли сервера;
— чистил этот самый temp, выставлял на него права всем все можно;
— игрался с путями к файлам sql-базы (пробовал создавать в разных папках, в т.ч. рядом с рабочей базой);
— открывать конфигуратор не на терминале, а на машине через сеть;
нифига не помогает.
И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.
Но таки хочется понять, как с этим бороться? Ведь если не дай бог придется восстанавливать рабочую базу и оно вылезет, и чего делать тогда?
1
— 31.10.2014 — 10:54
т.е. вот такую ругань я имел в виду:
«ошибка при выполнении файловой операции ‘c:documents and settingsuserlocal settingtemp1v8_2b_2c.tmp’»
2
— 31.10.2014 — 17:43
с одной стороны, в файликах *.tmp иногда встречаются всякие вирусопакости, поэтому вроде бы исключать *.tmp из антивируса нельзя.
но, а с другой стороны, нафига вообще держать на сервере доброго каспера?
зы: это все к тому, что ты все прекрасно описал и платформу и конфигурацию и sql упомянул, и терминал.. молодец, чЁ.
только про антивирус на сервере ни слова. Про его наличие/отсутствие. про его настройки/исключения в случае наличия.
ни гу-гу.
3
— 01.11.2014 — 08:49
Нету антивируса на сервере. На локальной аваст стоит.
4
— 03.11.2014 — 00:27
все еще актуально
5
— 03.11.2014 — 17:07
проверить базу чинилкой не пробовали ?
http://helpme1c.ru/kak-sdelat-testir…-redakciya-3-0
http://1c-sfera.ru/index.php/adminis…-v-nej-oshibki
ЗЫ база в дт выгружается?
6
— 03.11.2014 — 20:21
Было такое же, кстати, недавно. Проверки ничего не находили, все выгружалось-загружалось, а при обновлении стабильно валилось с аналогичной ошибкой во временном файле.
Так и не решили, с админом искали и ничего не нашли в тот момент, потом та виртуалка рухнула, а на текущей вроде все обновляется.
На 8.3.4 было, кстати.
7
— 04.11.2014 — 10:07
Цитата:
Сообщение от 101
ЗЫ база в дт выгружается?
в том то и прикол, что
Цитата:
Сообщение от gamletspb
И лишь когда создал файловый вариант базы у себя на компьютере локально, тогда ошибка вылазить перестала.
и да, на ошибки проверял, никаких проблем не обнаружено
8
— 04.11.2014 — 10:38
хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт
ЗЫ еще бы и конфигурацию отдельно в цф выгружал
9
— 04.11.2014 — 10:50
Цитата:
Сообщение от 101
хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт ЗЫ еще бы и конфигурацию отдельно в цф выгружал
я могу все это сделать, только что мне это даст в плане решения проблемы?
10
— 04.11.2014 — 11:07
(9) две разных копии БД и еще одну чистую конфигурацию
ЗЫ сдается мне что при переносе на другой сервер и залитие в SQL предварительно запустив исправление целостности на файловой базе — ошибка исчезнет
ЗЫЫ еще сдается мне проверку на обновление таки проверить … возможно конфигурация поставщика не была обновлена и/или не до конца, в похожих случаях пробую на копии накатить поверх ЦФ от полного нового релиза — пока помогало
11
— 04.11.2014 — 12:37
Мне кажется ТИИ ведь никак не проверяет конфигурацию поставщика?
А то в свете — (0) «Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает» похоже на глюканувшую конфигурацию поставщика. так что (10) +
12
— 08.11.2014 — 20:44
Ну вроде удалось победить проблему, по крайней мере на тестовой базе все заработало.
Для этого пришлось выгрузить конфигурацию и ИБ в файл. Потом нафиг удалить(!) базу SQL, создать ее занова, и только тогда загружать в нее ранее выгруженные конфигурацию и ИБ. Перед загрузкой еще пришлось перезагрузить сервисы скуля и 1С, иначе вываливалось с ошибкой. При этом база ужалась в 10! раз (с 59Гб до 5Гб), обновление накатилось нормально, и вроде все данные на месте, ничего не поехало.
Что интересно, скульную базу, перед тем как полностью грохнуть, пробовал чистить и ужимать по всякому, но даже после удаления всех данных (путем удаления базы 1С в режиме очистки базы) ее размер оставался больше 50 Гб. При этом все проверки ТИИ проходили нормально. Вобщем, поразвлекался на выходных на славу. Всем спасибо за внимание, надеюсь кому-нибудь мой опыт будет полезен.
|
управление сложностью 1687 / 1300 / 259 Регистрация: 22.03.2015 Сообщений: 7,545 Записей в блоге: 5 |
|
|
1 |
|
Конфигурация вылетает при обновлении26.03.2019, 08:23. Показов 24055. Ответов 8
Приветствую, ребята. Подскажите пожалуйста, как можно решить проблему. При обновлении конфы (конфа не типовая, сторонних разработчиков), вылетает ошибка: «Ошибка при выполнении файловой операции ‘C:UsersanonimAppDataLocalTemp55v8_890B_4.t mp’. Неожиданный вызов метода ‘MemoryMappedFileObject::write’» 0 |
|
856 / 655 / 111 Регистрация: 01.11.2012 Сообщений: 2,410 |
|
|
26.03.2019, 10:03 |
2 |
|
Попробуй следующее: 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 |
|
Вот еще один файл лога: 0 |
|
856 / 655 / 111 Регистрация: 01.11.2012 Сообщений: 2,410 |
|
|
26.03.2019, 14:05 |
5 |
|
Можно попробовать ещё выгрузить dt, загрузить в новую базу, попробовать обновиться. 0 |
|
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 |
|
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 |
|
везде пишут, что ошибка связана с конфигурацией поставщика Да-да, гугл курил 0 |
