Добрый день
Платформа 8.3.13.1644, Конфигурация Розница, редакция 2.2 (2.2.11.16)
После непонятных событий не обновляется и не открывается форма Регламентных и фоновых заданий. Скриншот во вложении.
Падает в модуле РегламентныеЗаданияСлужебный, функция ОбновленнаяТаблицаРегламентныхЗаданий на строке:
ТекущиеЗадания = РегламентныеЗадания.ПолучитьРегламентныеЗадания();
Т.е. не отрабатывает метод МенеджераРегламентныхЗаданий.
Ошибка -
Платформа: 1С:Предприятие 8.3 (8.3.13.1644)
Конфигурация: Розница, редакция 2.2 (2.2.11.16) (
Copyright (С) ООО "1C-Софт", 2009 – 2018
(
Расширения конфигурации:
- АЛГК (1)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский
Вариант интерфейса: Такси
Ошибки:
--------------------------------------------------------------------------------
11.01.2019 14:00:46
Неверный формат хранилища данных ''
Два дня назад всё работало(
Есть идеи как починить? Или где хранится список регламентных заданий? Т.е. как можно получить их или очистить или переформировать без указанного метода?
Платформа 8.3.13.1644, Конфигурация Розница, редакция 2.2 (2.2.11.16)
После непонятных событий не обновляется и не открывается форма Регламентных и фоновых заданий. Скриншот во вложении.
Падает в модуле РегламентныеЗаданияСлужебный, функция ОбновленнаяТаблицаРегламентныхЗаданий на строке:
ТекущиеЗадания = РегламентныеЗадания.ПолучитьРегламентныеЗадания();
Т.е. не отрабатывает метод МенеджераРегламентныхЗаданий.
Ошибка -
Платформа: 1С:Предприятие 8.3 (8.3.13.1644)
Конфигурация: Розница, редакция 2.2 (2.2.11.16) (
Copyright (С) ООО "1C-Софт", 2009 – 2018
(
Расширения конфигурации:
- АЛГК (1)
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский
Вариант интерфейса: Такси
Ошибки:
--------------------------------------------------------------------------------
11.01.2019 14:00:46
Неверный формат хранилища данных ''
Два дня назад всё работало(
Есть идеи как починить? Или где хранится список регламентных заданий? Т.е. как можно получить их или очистить или переформировать без указанного метода?
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
(39) Поскольку есть РИБ с тормозным интернетом, то на рабочей снимать с поддержки Регламентное задание Отложенное обновление ИБ, а потом объединять с конфигурацией поставщика по этому объекту не самое лучшее сейчас решение, то решение вот такое:
1. Таблица данного регламентного задания в базе у меня называется _ScheduledJobs5086
2. Поднял копию рабочей базы в которой работали регламентные задания, сверил в SQL все поля таблицы данных для данного регламентного задания. Отличалось только поле _Parameters
3. На SQL для рабочей базы:
use рабочаябаза;
delete from _ScheduledJobs5086;
4. Затем там же:
use рабочаябаза;
insert _ScheduledJobs5086 sel ect * fr om живая_копия.dbo._ScheduledJobs5086;
В итоге регламентные задания стали открываться, ОтложенноеОбновлениеИБ не потерялось, ну и регламентные задания стали нормально автоматически запускаться по расписанию.
Решение с тз 1с не очень, но в данном случае кажется оправданным.
1. Таблица данного регламентного задания в базе у меня называется _ScheduledJobs5086
2. Поднял копию рабочей базы в которой работали регламентные задания, сверил в SQL все поля таблицы данных для данного регламентного задания. Отличалось только поле _Parameters
3. На SQL для рабочей базы:
use рабочаябаза;
delete from _ScheduledJobs5086;
4. Затем там же:
use рабочаябаза;
insert _ScheduledJobs5086 sel ect * fr om живая_копия.dbo._ScheduledJobs5086;
В итоге регламентные задания стали открываться, ОтложенноеОбновлениеИБ не потерялось, ну и регламентные задания стали нормально автоматически запускаться по расписанию.
Решение с тз 1с не очень, но в данном случае кажется оправданным.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Итого что испробовано:
1. Чистка кэшей на клиенте и сервере.
2. Аналогичная ситуация на другом компьютере (т.е. на другом тоже пробовали).
3. База выгружалась в dt и загружалась обратно, в т.ч. с пересозданием базы.
4. База выгружалась и загружалась обратно средствами SQL в т.ч. с пересозданием базы.
5. Полная реструктуризация средствами SQL
6. ТИИ по всем пунктам вместе и отдельно.
7. Выборка данных на SQL из всех таблиц _ScheduledJobs, SQL не ругается, всё показывает.
8. Удаление одной из этих таблиц, после чего 1С при обновлении ругается на недопустимое имя этой удаленной таблицы через MS SQL Сlient. Вероятно обходит по метаданным?
9. Удаление сценариев синхронизации и отключение синхронизации данных (подозрение было на них).
1. Чистка кэшей на клиенте и сервере.
2. Аналогичная ситуация на другом компьютере (т.е. на другом тоже пробовали).
3. База выгружалась в dt и загружалась обратно, в т.ч. с пересозданием базы.
4. База выгружалась и загружалась обратно средствами SQL в т.ч. с пересозданием базы.
5. Полная реструктуризация средствами SQL
6. ТИИ по всем пунктам вместе и отдельно.
7. Выборка данных на SQL из всех таблиц _ScheduledJobs, SQL не ругается, всё показывает.
8. Удаление одной из этих таблиц, после чего 1С при обновлении ругается на недопустимое имя этой удаленной таблицы через MS SQL Сlient. Вероятно обходит по метаданным?
9. Удаление сценариев синхронизации и отключение синхронизации данных (подозрение было на них).
(10) Ну да...херовина неописанная.
Если sql под рукой. Создай пустую базу (пустая конфигурация), в ней создай 1 рег. задание. Появится таблица _ScheduledJobs. Запусти его.
Лезь в скул и ищи таблицу с историей. Написано, что хранит 1000 записей и как минимум последнние 3.
Как найдешь - грохай (очистить записи) и смотри живая базенка или нет. Потом на копии боевой. Потом в боевой. Если получится - отпишись как табличка называется
Если sql под рукой. Создай пустую базу (пустая конфигурация), в ней создай 1 рег. задание. Появится таблица _ScheduledJobs. Запусти его.
Лезь в скул и ищи таблицу с историей. Написано, что хранит 1000 записей и как минимум последнние 3.
Как найдешь - грохай (очистить записи) и смотри живая базенка или нет. Потом на копии боевой. Потом в боевой. Если получится - отпишись как табличка называется
(12) Попробовал. Регламентное предопределенное задание, консолью заданий добавил расписание на каждые 5 сек. с выполнение процедуры общего модулю. Все выполняется, запускается. На скуле есть соответствующая таблица. К сожалению, не совсем соответствует описанию с ИТС, т.е. таблицы _ScheduledJobs нет, а есть _ScheduledJobs<N> под каждое регламентное задание. Таблицы с историей не SQL обнаружено( Могу предположить, что хранит в журнале регистрации.
(23) ну журнал не переносится с компа на комп и при создании баз.
_ScheduledJobs - это тип префикса метаданных. А потом каждое рег задание свой номер получает.
А после выполнения база растет? Ну выполнилось оно за 5 мин ~ 60 раз. Может где-то здесь записи появляются?
"UsersWorkHistory"
"ExtensionsInfo"
Не может ж быть, что данные в нарнию попадают(((
_ScheduledJobs - это тип префикса метаданных. А потом каждое рег задание свой номер получает.
А после выполнения база растет? Ну выполнилось оно за 5 мин ~ 60 раз. Может где-то здесь записи появляются?
"UsersWorkHistory"
"ExtensionsInfo"
Не может ж быть, что данные в нарнию попадают(((
(34) Пока попробовал из конфигурации удалить вообще все регламентные задания, потом объединить с конфигурацией поставщика. Форма регламентных и фоновых заданий стала без ошибки показывать регламентные задания. Сейчас еще поковыряюсь с вариантом загрузки конфигурации.
(34) А загрузка аналогичной конфигурации не помогла. При объединении с пересозданием элементов слетают все настройки расписаний (в т.ч. синхронизаций), соответственно их нужно вносить заново, после внесения они сохраняются и форма открывается нормально. Так что предполагаю, что дело в параметрах регламентных заданий, которые хранятся в таблицах _ScheduledJobs N. Попробую их вычистить по очереди, может проявится проблемное.
Итого на текущий момент выяснил, что проблема в параметрах регламентного задания Отложенное обновление ИБ. В общем они битые. В таблице SQL лежит в поле _Parameters вот такая вот штука 0x4120, поле типа varbinary. При этом результаты предыдущего обновления сообщают, что все прошло хорошо, всё выполнено, а _Parameters - параметры регламентного задания; - мертвые. Осталось восстановить параметры по умолчанию. При очистке этой таблицы на SQL всё открывается. При этом правда само РЗ не показывается это. Поэтому будем восстанавливать его параметры.
Всем большое спасибо за участие
Всем большое спасибо за участие
(39) Поскольку есть РИБ с тормозным интернетом, то на рабочей снимать с поддержки Регламентное задание Отложенное обновление ИБ, а потом объединять с конфигурацией поставщика по этому объекту не самое лучшее сейчас решение, то решение вот такое:
1. Таблица данного регламентного задания в базе у меня называется _ScheduledJobs5086
2. Поднял копию рабочей базы в которой работали регламентные задания, сверил в SQL все поля таблицы данных для данного регламентного задания. Отличалось только поле _Parameters
3. На SQL для рабочей базы:
use рабочаябаза;
delete from _ScheduledJobs5086;
4. Затем там же:
use рабочаябаза;
insert _ScheduledJobs5086 sel ect * fr om живая_копия.dbo._ScheduledJobs5086;
В итоге регламентные задания стали открываться, ОтложенноеОбновлениеИБ не потерялось, ну и регламентные задания стали нормально автоматически запускаться по расписанию.
Решение с тз 1с не очень, но в данном случае кажется оправданным.
1. Таблица данного регламентного задания в базе у меня называется _ScheduledJobs5086
2. Поднял копию рабочей базы в которой работали регламентные задания, сверил в SQL все поля таблицы данных для данного регламентного задания. Отличалось только поле _Parameters
3. На SQL для рабочей базы:
use рабочаябаза;
delete from _ScheduledJobs5086;
4. Затем там же:
use рабочаябаза;
insert _ScheduledJobs5086 sel ect * fr om живая_копия.dbo._ScheduledJobs5086;
В итоге регламентные задания стали открываться, ОтложенноеОбновлениеИБ не потерялось, ну и регламентные задания стали нормально автоматически запускаться по расписанию.
Решение с тз 1с не очень, но в данном случае кажется оправданным.
(40) Есть еще один способ "починить". Берешь базу, создаешь подчиненную. В подчиненной будут задания без этой ошибки. Дальше можно поступить следующим образом:
1) Пойти в SQL и использовав обработку в обеих база выяснить номера таблиц, и использовать скрипт. Но нужно понимание и знание SQL. Вариант самый быстрый и надежный. Особенно если это центральная база РБД.
2) В подчиненной базе данные один в один. Но регламентные задания работают. Делаем из нее главную, и меняем битую базу на подчиненную.
1) Пойти в SQL и использовав обработку в обеих база выяснить номера таблиц, и использовать скрипт. Но нужно понимание и знание SQL. Вариант самый быстрый и надежный. Особенно если это центральная база РБД.
2) В подчиненной базе данные один в один. Но регламентные задания работают. Делаем из нее главную, и меняем битую базу на подчиненную.
Прикрепленные файлы:
ТестПолученияФоновыхЗаданий.epf
(54) Спасибо Огромное! Ваша обработка помогла!
Использовал вашу обработку чтобы вычислить поврежденные Рег.задания.
1. После обнаружения удалял или менял рез задание.
2. обновлял конфигурацию.
3. Делал сравнить и объединить с идентичной конфигурацией
4. Обновил конфигурацию.
Эти манипуляции пришлось проделать 2 раза, т.к были повреждены 2 рег.задания.
Установил расписание по этим рег.заданиям и все заработало!
Использовал вашу обработку чтобы вычислить поврежденные Рег.задания.
1. После обнаружения удалял или менял рез задание.
2. обновлял конфигурацию.
3. Делал сравнить и объединить с идентичной конфигурацией
4. Обновил конфигурацию.
Эти манипуляции пришлось проделать 2 раза, т.к были повреждены 2 рег.задания.
Установил расписание по этим рег.заданиям и все заработало!
Аналогичная проблема с такой же ошибкой Неверный формат хранилища данных '" с одной кавычкой.
Не открывается элемент справочника Настройка выполнения обмена и сам обмен перестал работать.
Зарплата и Управление Персоналом, редакция 2.5 (2.5.139.1)
1С:Предприятие 8.3 (8.3.13.1690)
Работало нормально несколько месяцев ,никаких сбоев не было
Не открывается элемент справочника Настройка выполнения обмена и сам обмен перестал работать.
Зарплата и Управление Персоналом, редакция 2.5 (2.5.139.1)
1С:Предприятие 8.3 (8.3.13.1690)
Работало нормально несколько месяцев ,никаких сбоев не было
У меня была похожая ситуация. Не выполнялись регламентные задания. Список регламентных заданий не открывался с этой же ошибкой. И не получалось настроить регламентное задание обмена - эта же ошибка с кнопками Закрыть/Перезапустить. Удаление записи из таблицы _ScheduledJobs25773 помогло настроить регламентное задание - строка в _ScheduledJobs25773 появилась сама после настройки. Но вот список регламентных заданий так и не открывается, пока не нашёл причины.
(50) Нашёл причину того что список не открывался - было разрушено ещё одно регламентное задание. Это было как раз отложенное обновление ИБ.
Для поиска использовал следующий код:
Правда, Попытка-Исключение не срабатывало, при выполнении РегламентныеЗадания.ПолучитьРегламентныеЗадания() сразу появлялось окно с ошибкой и кнопками Закрыть/Перезапустить. Поэтому пришлось искать нужное регламентное задание через отладчик.
Для поиска использовал следующий код:
Для Каждого Задание Из Метаданные.РегламентныеЗадания Цикл
Сообщить(Задание.Синоним);
Попытка
ТекущиеЗадания = РегламентныеЗадания.ПолучитьРегламентныеЗадания(Новый Структура("Метаданные", Задание));
Для Каждого ТЗ Из ТекущиеЗадания Цикл
Сообщить(ТЗ.Наименование);
КонецЦикла;
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;
КонецЦикла;
ПоказатьПравда, Попытка-Исключение не срабатывало, при выполнении РегламентныеЗадания.ПолучитьРегламентныеЗадания() сразу появлялось окно с ошибкой и кнопками Закрыть/Перезапустить. Поэтому пришлось искать нужное регламентное задание через отладчик.
Вот обработка, которая проверяет автоматом битые фоновые задания. А так же можно сразу получить название внутренней таблицы.
Прикрепленные файлы:
ТестПолученияФоновыхЗаданий.epf
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот