Регламентное задание "Отправка серверных оповещений клиентам" мешает делать резервную копию базы

1. ASKiselev 3 16.07.24 16:15 Сейчас в теме
После обновления платформы на версию 8.3.25.1336 произошла ошибка сохранения резервной копии базы. Резервную копию делаем скриптами, т.к. встроенное резервное копирование не работаеттт. (Наверное тоже регламентные задания мешают). Ранее бывало, что резервные копии не сохранялись. Тогда я заходил в регламентные задания и на период с 01:00 по 04:00 их отключал, и все работало как часы. В этот раз я снова исправил в регл. заданиях, но каково было моё удивление, когда на следующий день я не увидел резервную копию. Оказывается, что регл. задание (РЗ) "Отправка серверных оповещений клиентам" выполняется без временных ограничений каждый день, каждые 300 секунд. Сначала я подумал, что пропустил это РЗ, но после очередного изменения времени его выполнения увидел, что изменения не приняты. После многократных попыток я понял, что данное РЗ изменению не подлежит. Резервное копирование приходится делать вручную ночью. Внимание вопрос разработчикам - Почему я не могу отключить это РЗ на время, когда пользователи не работают с программой. Считаю это очередным багом программы или косяком разработчиков, которые совершенно перестали учитывать интересы своих клиентов.
Найденные решения
25. ASKiselev 3 19.07.24 14:42 Сейчас в теме
Вчера решил проблему в расширении. Теперь регламентное задание сохраняет моё расписание
Прикрепленные файлы:
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. vladimir_korshun 86 16.07.24 18:06 Сейчас в теме
(1)
Создай два расписания:
первое с 0.00 до 10.00
второе с 11.00 до 23.59
и в промежутке делай, что нужно.
5. ASKiselev 3 17.07.24 10:22 Сейчас в теме
(2) Любое изменение расписания для этого регламентного задания стирается, хоть 5 их создать
6. ASKiselev 3 17.07.24 10:23 Сейчас в теме
(2) И после сохранения расписания там опять - каждые 300 секунд без временных ограничений
3. user1880116 16.07.24 18:13 Сейчас в теме
(1)
Считаю это очередным багом программы или косяком разработчиков, которые совершенно перестали учитывать интересы своих клиентов.
И ножкой так - топ!
29. ASKiselev 3 19.07.24 15:19 Сейчас в теме
(3) Да у вас что не ответ, то прям бестселлер. (Саркастически улыбаюсь)
22. lefthander 18.07.24 10:44 Сейчас в теме
(1) Попробуйте выключить какой нибудь день. Я вчера не смог до конца обновить базу. из-за серверных фоновых... прочитав эту тему у меня получилось снять галочку у четверга(думаю можно это сделать с любым днем)
4. novohatko 17.07.24 08:45 Сейчас в теме
Проще всегда винить кого-то, кроме себя.
7. ASKiselev 3 17.07.24 10:26 Сейчас в теме
(4) То есть кривых платформ 1С ни разу не выпускали?
8. TormDV 17.07.24 10:32 Сейчас в теме
База файловая или серверная? Отправка серверных оповещений клиентам - это фоновое задание, которое от конфигурации зависит, а не от платформы. В старых базах его нет. Могу ошибаться, но когда его начинали вводить, то раз в минуту оно выполнялось. Тоже бомбил по этому поводу. Но выполняется оно, когда в базе пользователи есть. Копия посредством чего делается? Как вариант - отключать полностью фоновые задания в базе на нужный промежуток времени, потом включать обратно.
9. ASKiselev 3 17.07.24 10:36 Сейчас в теме
(8) Копия делается посредством скриптов, сейчас ищу скрипты для отключения фоновых заданий на время сеанса автозапуска резервного копирования.
10. ASKiselev 3 17.07.24 10:37 Сейчас в теме
11. TormDV 17.07.24 10:40 Сейчас в теме
(10) Лог сервера смотрите. Может доступа к диску не было или места на нем. Или не под тем пользователем пытался запуститься. Бэкап делается и с пользователями, даже когда работают активно.
12. ASKiselev 3 17.07.24 10:48 Сейчас в теме
(11) Доступ к диску есть, права админа, места на диске тоже предостаточно. Не проходит резервное копирование из-за фоновых заданий, и конфигуратор остается открытым. Ищу решение по скриптам.
13. TormDV 17.07.24 10:54 Сейчас в теме
(12) Выгрузка в .dt не есть резервная копия. Да, ей фоновое задание будет мешать. Средствами сервера настройте бэкап - это правильнее и быстрее выгрузки в дт. Только проверьте потом, восстанавливается ли база из копии.
ASKiselev; Sashares; +2 Ответить
14. ASKiselev 3 17.07.24 20:49 Сейчас в теме
(13) С 2009 года всегда выгружаю в дт. Ошибок восстановления базы не было, главное чтобы выгрузка прошла без сбоев
15. TormDV 18.07.24 07:21 Сейчас в теме
(14) Сколько хотя бы 500 гиговая база будет в дт выгружаться, а потом обратно загружаться, даже проверять не хочу. На SQLе 15-20 минут делается бэкап для нее на сетевой ресурс и за час примерно разворачивается. Но тут уже у кого какие потребности.
24. Anton_new01 18.07.24 16:38 Сейчас в теме
(15) на моей практике база больше 5гигов из dt не разворачивается... про длительность операции вообще молчу.
16. KOTzilla 22 18.07.24 07:56 Сейчас в теме
(14) Делать бэкапы через DT - это моветон. На ИТС прям так и говорится, что лучше использовать средства СУБД. Я уже молчу про всякие диф бэкапы и журналы транзакций. Информации на инфостарте целая куча, как настроить средствами СУБД на любой вкус, цвет, толщину кошелка и SQL и PG. Могу еще порекомендовать программу "Обновлятор 1С" от Милькина В.В., это если всё-таки не охота лезть в дебри администрирования БД, очень удобный инструмент.
ASKiselev; Sashares; +2 Ответить
17. user1880116 18.07.24 08:14 Сейчас в теме
(16)
через DT - это моветон

-- Товарищ старшина, а может взять веники, так быстрее будет и чище?
-- А мне не надо чтоб было чисто, мне нужно чтобы вы затрахались!
Sashares; +1 Ответить
18. KOTzilla 22 18.07.24 08:17 Сейчас в теме
(17) О, у нас викторина анекдотов.
Одноногому мальчику хирург приделал колесо, и пошло-поехало.
Kilka_v_Kepke; Sashares; +2 Ответить
19. user1880116 18.07.24 08:42 Сейчас в теме
(18)
хирург приделал
Считаю это очередным багом программы или косяком разработчиков, которые совершенно перестали учитывать интересы своих клиентов.

=]
KOTzilla; Sashares; +2 Ответить
21. Sashares 35 18.07.24 09:31 Сейчас в теме
(14) А представьте, один раз не загрузится нормально?
Это будет тоже самое, что бэкапа нет.
В том числе на итс написано, что dt это только для переноса базы из файловой в серверную и наоборот, т.к. при выгрузке не проверяется наличие ошибок, из-за которых файл может просто не загрузиться.

Ну и что мешает в консоли кластера серверов включить блокировку регламентных заданий для базы?
23. lefthander 18.07.24 14:58 Сейчас в теме
(21)
Ну и что мешает в консоли кластера серверов включить блокировку регламентных заданий для базы?
Не помогает это... в том то и вся беда. Вчера обновлял базу... и это системное фоновое задание так и не дало обновить. Отключал я в консоли регламентные, чихать оно хотело на отключения, все равно лезло... каждые 5 минут
27. ASKiselev 3 19.07.24 15:03 Сейчас в теме
(13) По вашему совету создавать резервные копии средствами сервера, сейчас изучаю публикацию № 173494. Благодарю за попытку помочь.
28. ASKiselev 3 19.07.24 15:05 Сейчас в теме
(13) По вашему совету создавать резервные копии средствами сервера, сейчас изучаю публикацию № 173494. Благодарю за попытку помочь.
20. Kilka_v_Kepke 18.07.24 09:29 Сейчас в теме
это вы регламентные задания через предприятие по одному отключаете?
25. ASKiselev 3 19.07.24 14:42 Сейчас в теме
Вчера решил проблему в расширении. Теперь регламентное задание сохраняет моё расписание
Прикрепленные файлы:
26. ASKiselev 3 19.07.24 14:46 Сейчас в теме
(25) Проверено на конфигурациях: БП ПРОФ 3.0.154.17, БП КОРП 3.0.154.17, ЗУП 3.1.29.78, КА 2.5.12.270
41. user712130_sn 11.09.24 07:59 Сейчас в теме
(25) Добрый день.
Можно чуть подробнее про расширение. Не нашёл процедуру как в вашем скрине.
42. ASKiselev 3 11.09.24 09:59 Сейчас в теме
(41) Добрый день, а какая у вас версия конфигурации?
43. user712130_sn 16.09.24 05:51 Сейчас в теме
(42) Добрый день. Всё, разобрался уже, спасибо!
30. ASKiselev 3 23.07.24 12:19 Сейчас в теме
Кстати при выгрузке файла dt обнаружил такую проблему: на предыдущих версиях платформы выгрузка проходила со скоростью сети (прим. 1гб) а на версии 8.3.25 - скорость не выше 100 мб. Кто знает как снять это ограничение?
31. Kanigin 23.07.24 12:50 Сейчас в теме
(30) файл dt существует только для одной цели - перенос базы из файловой в клиент-серверную или облачную базу. Для бекапа нужно пользоваться встроенными средствами операционной системы. (из рекомендаций 1С)
32. usershmuser 23.07.24 13:09 Сейчас в теме
(31) вам не кажется, что 1с сами себе противоречат? В типовых конфигурациях присутствует функция резервной копии и часто показывает оповещение о необходимости ее сделать, при этом выгружает ".dt" файл.
Ни к чему не призываю, делаю бекапы силами SQL, но при обновлении выгружаю дт, проблем не возникало.
ASKiselev; +1 Ответить
33. Kanigin 23.07.24 13:14 Сейчас в теме
(32) Очень кажется. Всегда анекдот про письмо на спичечную фабрику вспоминаю - "Уважаемые, на коробке написано 100 спичек, а у вас то 100, то 98, то 99. Вы там с ума посходили все? "
Просто один раз потерял половину данных при выгрузке/загрузке из dt, потом как-то наткнулся на статью из ИТС про это дело (((
34. usershmuser 23.07.24 13:37 Сейчас в теме
(33) Не, анекдот про критичную реакцию на отклонения, вот если бы вместо спичек был, например, тик-так, то да (да, душнила))).
Если выгружать битую/с ошибками базу или на пк с "проблемами" разного характера, то может произойти что угодно.
В нормальной среде на исправном сервере и нормальной базой проблем нет.
Вот на 1с7 были проблемы с базами, размерами, да еще и с SQL, возможно и с 8 когда то такое происходило, но те времена уже прошли.
Либо я такой везучий)))
Все вышеперечисленное не дает мне согласиться с твоим высказыванием на счет выгрузки. Было время, когда делал как автор, но это в прошлом.
35. Kanigin 23.07.24 13:59 Сейчас в теме
(34) dt это файловая. Пока не выгрузишь-загрузишь, не узнаешь. В семерке было проще, один раз подменил убитый файлик из архива и минут за 15 восстановили не только базу, но и отсутствующие документы )))
Я теперь из файловой выгружаю только в зип или что то подобное. )
36. ASKiselev 3 24.07.24 11:26 Сейчас в теме
(31) А если база на сервере, и каждый день нужен бэкап в файловую копию для доработок конфигурации?
И повторюсь, с 2009 года был лишь один сбой с восстановлением базы (30.11.2023) пришлось восстанавливать из резервной копии днем ранее. Конечно может это потому, что размер баз не более 20г.
38. user2033930 24.07.24 11:45 Сейчас в теме
(36)
и каждый день нужен бэкап в файловую копию для доработок конфигурации?
Тогда это не бэкап, а просто копия для работы. Точно такой же, как и "база для тестирования", "база для руководителя", "база для стажёра" и так далее. Это не бэкап.
37. ASKiselev 3 24.07.24 11:34 Сейчас в теме
(31) И да, использовали несколько вариантов резервирования. Файл dt оказался самым не требовательным к размерам на диске. А ещё админ обновляет SQL не задумываясь о возможных проблемах с использованием резервных копий.
39. Kanigin 25.07.24 08:39 Сейчас в теме
(37) Ну что сказать - вольному воля. )
40. user1880116 25.07.24 09:15 Сейчас в теме
(37)
Файл dt оказался самым не требовательным к размерам на диске
Вы в курсе, что sql бэкапы средствами сервера сжимать можно?
44. lefthander 16.09.24 09:16 Сейчас в теме
Да все тут просто - с бекапами в дт и средствами сервера. В дт может и программист сделать а средствами сервера только сисадмин сервера. Вот сисадмин и ленится...;)
45. cefey-kurgan 16.09.24 14:57 Сейчас в теме
(44) Про бэкапы средствами скуля согласен, сисадмин может. Для страховки dtшник настраиваю, но вот в БП с регламентными просто беда, все сдвинул вроде, чтоб "не мешали" ночному бэкапу, а один фиг, что-то да выстрелит. Теперь "Отправка серверных оповещений клиентам" не запускается в час икс.
Оставьте свое сообщение

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