Вход | Регистрация
    1  2  3   

Новые техники обновления баз 1С

Новые техники обновления баз 1С
Я
   Soulseller76
 
15.10.21 - 08:55
Коллеги, привет.
На данный момент, в нашей фирме обновления проходят, как в обычных компаниях.
Ждем 19:00 и запускаем обновление. Сам процесс (если нет сбоев каких-то) занимает 3-4 часа.
Так как ИТ также "негласно" присутствует при обновлении, то получается, на обновлении заняты 2 человека.
Собственно, программист 1С и еще сотрудник ИТ, чтобы восстановить копию в случае сбоя.

Встал вопрос. А можно ли обновлять рабочие базы в рабочее время?!
Я только ЗА! Но отключать базу на 3-4 рабочих часа - этого никто не позволить. Особенно, финдиректор. )
Так вот, есть ли какие-то новые техники в обновлении баз 1С. Может уже изобрели, просто я о них не знаю.

Ведь есть компании, которые работают 24/7. Вот как у них все это происходит?!
   volfy
 
1 - 15.10.21 - 08:58
Нормально происходит, в нормальных компаниях программист сам базу восстановить может.
   Soulseller76
 
2 - 15.10.21 - 08:58
(1) Да я бы только за! Не дают, цобаки! )
   ДенисЧ
 
3 - 15.10.21 - 08:59
А что у вас там 4 часа происходит?
   Aleksey
 
4 - 15.10.21 - 09:00
Это же функция корп и нового БСП

Там смысл обновляется урбд копия и дальше обмен
   Волшебник
 
Модератор
5 - 15.10.21 - 09:00
в нормальных компаниях обновление происходит по ночам роботами
   Aleksey
 
6 - 15.10.21 - 09:00
   Soulseller76
 
7 - 15.10.21 - 09:02
(3) Накатывание обновления + сохранение изменений + принятие изменений в базе.

Я сама в шоке от количества времени, затрачиваемого на обновление конкретно этой базы.

Всякие ЗУПы и просто БП - быстро накатываются.

Основная база БП+БИТ. И вот она-то и есть самая основная головная боль.
   pechkin
 
8 - 15.10.21 - 09:02
А зачем на рабочем месте быть.
Обычно такое из дома делается
   ДенисЧ
 
9 - 15.10.21 - 09:02
(5) А сверхурочные за работу по ночам тоже роботы получают?
   ДенисЧ
 
10 - 15.10.21 - 09:03
(8) Дома нужно с семьёй время проводить, а не базы обновлять.
   pechkin
 
11 - 15.10.21 - 09:03
Работы там 5+5 мин
   mistеr
 
12 - 15.10.21 - 09:04
(0) Компании, которые работают 24/7, 1С не используют. (Демонический смех)

По крайней мере в тех процессах, которые действительно должны работать 24/7. А не бумажки выписывать.
И скажу по секрету, в таких компаниях тоже иногда приходится останавливать критичные процессы для обновления. Но редко.
   Soulseller76
 
13 - 15.10.21 - 09:04
(8) Мы из дома работаем!!! )
   Soulseller76
 
14 - 15.10.21 - 09:04
(10) Жму руку! )
   Волшебник
 
Модератор
15 - 15.10.21 - 09:05
(9) Роботы пока денег не просят
   Soulseller76
 
16 - 15.10.21 - 09:06
(9) За сверхурочные мы к отпуску получаем дни.
   ДенисЧ
 
17 - 15.10.21 - 09:06
(15) Зато 1снику лишние деньги не помешают.
   ДенисЧ
 
18 - 15.10.21 - 09:06
(16) Как лохи? если будете каждый день обновлять - у вас будет не работа, а сплошной отпуск ))
   Soulseller76
 
19 - 15.10.21 - 09:10
(18) Ну, все не так плохо )
   skafandr
 
20 - 15.10.21 - 09:14
Слово "обновлятор" еще никто не писал?
Ни разу не на правах рекламы,просто очень удобно
   skafandr
 
21 - 15.10.21 - 09:16
(0) в любом деле ремонт на ходу = плохая идея
   Soulseller76
 
22 - 15.10.21 - 09:16
(20) А где об этом почитать можно?
Дайте пару ссылок.
   Soulseller76
 
23 - 15.10.21 - 09:16
(21) Да это понятно... (
   ДенисЧ
 
24 - 15.10.21 - 09:17
(22) google://обновлятор+1с
   skafandr
 
25 - 15.10.21 - 09:18
(22) на форуме есть окошко поиска, туда надо написать обновлятор ;-)
   pechkin
 
26 - 15.10.21 - 09:21
Так в любом случае нужно запустить и потом проверить. О чем я писал еще в (11)
Для 1 базы можно и скрипт написать
   RAJAH
 
27 - 15.10.21 - 09:21
Я фигею: люди за 3-4 часа могут обновиться...
   Soulseller76
 
28 - 15.10.21 - 09:23
(27) Это долго?
   ДенисЧ
 
29 - 15.10.21 - 09:24
(27) Очень быстро? ))
У нас одна УТ может (было пару раз) обновляться и почти сутки...
   Soulseller76
 
30 - 15.10.21 - 09:25
Коллеги, а как можно проанализировать, почему так долго выполняется обновление.
Мне тут подсказали, что режим энергосбережения сервера 1С сильно тормозит саму 1С.

Что может быть еще?
 
 
   ДенисЧ
 
31 - 15.10.21 - 09:26
(30) а на какой операции тормозит? Может, вы там каждый раз регистр партий меняете...
   Saari
 
32 - 15.10.21 - 09:26
(7) Почему нельзя сделать "Накатывание обновления + сохранение изменений" в рабочее время? Для этого не нужно выгонять пользователей.
Выгнать пользователей нужно чтобы сделать бекап и применить изменения.
Не так ли?
   Dmitry1c
 
33 - 15.10.21 - 09:27
(0) тех. окно должно быть.
   pechkin
 
34 - 15.10.21 - 09:27
(32) для бэкапа никого не нужно выгонять
   pechkin
 
35 - 15.10.21 - 09:27
(33) 4 часа никто не даст
   Saari
 
36 - 15.10.21 - 09:28
(34) в этом случае изменения, которые делаются в процессе бекапа не попадут в бекап. Если не критично, то можно и не выгонять.
   pechkin
 
37 - 15.10.21 - 09:30
(36) на скуле как раз попадут
   OldCondom
 
38 - 15.10.21 - 09:31
Задайте вопрос программисту, что за обновления он там делает. Видимо реструктуризация регистра партий, раз на 4 часа.
   pechkin
 
39 - 15.10.21 - 09:31
Все транзакции которые завершатся в процессе бэкапа будут там
   skafandr
 
40 - 15.10.21 - 09:31
(32) "Безумству храбрых поем мы песню" 
А если при обновлении конкретно Ващей базы что-то пойдет не так что будете делать?
   mistеr
 
41 - 15.10.21 - 09:31
(32) Вот это самое "применить изменения" и занимает основное время.
   mistеr
 
42 - 15.10.21 - 09:32
(39) Ты гонишь.
   ДенисЧ
 
43 - 15.10.21 - 09:32
(37) Ага. Скуль закончил в 19-02, обновление началось в 19-05.
А склад в 19-03 ввёл пачку документов на отгрузку.
Потом обновление обломалось и восстановили бекап...
   ДенисЧ
 
44 - 15.10.21 - 09:32
(42) Нет
   DJ Anthon
 
45 - 15.10.21 - 09:33
Да, я как раз такую сделал недавно.
Есть база, есть распределенные базы на точках. На каждом компьютере две базы, основная и запасная. Когда надо обновить, делаем быстрый обмен и все переходят на запасную базу.
Обновляется основная база, все переходят на основную базу и делается обмен распределенных. Все автоматизировано и без отрыва от свежих данных.
Есть схема и скрипты. Да, изврат, но по-другому никак, работа круглосуточная, интернет модемный.
   OldCondom
 
46 - 15.10.21 - 09:34
(0) "Так вот, есть ли какие-то новые техники в обновлении баз 1С. Может уже изобрели, просто я о них не знаю. ". Есть старые, о которых ты не знаешь. Проверки размера таблиц в sql поиск причины распухания, да вообще анализ sql, хотя бы сравнить где лежат нормальные базы и почему им хорошо, а этой плохо.
   mistеr
 
47 - 15.10.21 - 09:35
(44) Ссылку можно?
   ДенисЧ
 
48 - 15.10.21 - 09:37
(47) BOL.
   DJ Anthon
 
49 - 15.10.21 - 09:37
вообще я ее делал для свертки базы без отрыва от производства, так как свертка может занимать несколько дней, а работать надо. Тогда я сделал свертку помесячно и она за пару недель сворачивает год.
Вот схема https://files.fm/f/6kpj3w3ec
   mistеr
 
50 - 15.10.21 - 09:38
(48) Еще скажи Интернет
   ДенисЧ
 
51 - 15.10.21 - 09:39
(50) Нет, именно BOL
Там расписано, как транзакции попадают в бекап.

Я думал, это давно известный факт...
Может, ты ещё думаешь, что ДедМороз существует?
   pechkin
 
52 - 15.10.21 - 09:40
Те транзакции что начаты до попадут, а вот те что начаты во время?
   Saari
 
53 - 15.10.21 - 09:42
(40) для этого тестируется обновление на копии базы, чтобы посмотреть, не будет ли ошибок или еще каких плохих ситуаций.
Убедившись, что на копии обновление проходит нормально, можно обновить рабочую базу. Причем выгонять пользователей разумно только на бекап и применение изменений.
   Soulseller76
 
54 - 15.10.21 - 09:43
(46) Сервер у боевых баз один.
   OldCondom
 
55 - 15.10.21 - 09:45
(54) Исчерпывающая информация) У нас, к примеру, несколько 1с серверов запущено. Ну и еще нюансов с десяток.
   Soulseller76
 
56 - 15.10.21 - 09:46
(53) примерно так и происходит. Всегда обновляем сначала копию, проверяем что все ок и только потом планируем обновление боя.
Но я реально не продумала момент, что можно начать обновление до 19:00, чтобы к этому времени уже осталось только внести изменения в базу.
Хотя, с другой стороны, копию базы средствами sql делают ИТ и делают они это примерно в 18:30.
В общем, все равно при сбое, может часть информации пропасть ((((
   DJ Anthon
 
57 - 15.10.21 - 09:46
(53) чтобы сделать свежую копию, тоже надо выгонять
   mistеr
 
58 - 15.10.21 - 09:49
(51) Я знаю, что там расписано, но где именно? Если ты читал, потрать минуту и дай ссылку.
   ДенисЧ
 
59 - 15.10.21 - 09:49
(52) Все, что завершены до завершения бекапа
   ДенисЧ
 
60 - 15.10.21 - 09:50
(58) https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/full-database-backups-sql-server?redirectedfrom=MSDN&view=sql-server-ver15
A full database backup backs up the whole database. This includes part of the transaction log so that the full database backup can be recovered. Full database backups represent the database at the time the backup finished.
 
 
   Kassern
 
61 - 15.10.21 - 09:51
(56) а вы хранилищем конфигурации не пользуетесь что ли?)
   dervishsy
 
62 - 15.10.21 - 09:55
Я думаю меня сейчас тапками закидают. Но я уже 15 лет начиная с 7.7 делаю так:
1. делаю копию базы которую буду использовать для обновлений на какой то момент времени.(назовем Базовая Копия)
2. Для всех обновлений использую только одну эту копию и храню ее как зеницу ока.
3. При выпуске 1с нового релиза на "Базовую Копию" накатываю новые обновления.
4. Выгружаю из "Базовой копии" cf.
5. Ночью срабатывает планировщик и загружает cf в рабочую базу.Не сравнением а просто загрузкой.
6. Ну и ночью же автоматом запускается обновление в пользовательском режиме.

Я таким образом обновляю 5 рабочих конфигураций из одного cf.
Понятно что способ нестандартный используется на свой страх и риск.
Лично у меня базы не летели ни разу.
   mistеr
 
63 - 15.10.21 - 09:55
(60) Спасибо.

В таком случае создание бэкапа по состоянию "на сейчас" становится нетривиальной задачей.
   OldCondom
 
64 - 15.10.21 - 09:55
ТС, у тебя с базой что-то не то, либо обновления кривые(реквизиты каждый раз добавляешь), а ты тут про бекапы разглагольствуешь, показывая полное непонимание этого механизма. Разберись с проблемой долгого обновления, с причиной, а не со следствиями носись.
   Kassern
 
65 - 15.10.21 - 09:56
у нас все изменения делаются через хранилище, все это дело тестируется на копии, после этого, в техническое окно, рабочая база обновляется из хранилища. Это занимает минуту от силы. База пиленная перепиленная под 100гигов. Первый раз слышу, чтобы обновление конфы шло 3+ часа. Такое я могу себе представить при обновлении с очень старого релиза на новый базы с измененной конфигурацией, где львиная доля будет занимать сравнение конфигураций.
   Soulseller76
 
66 - 15.10.21 - 09:57
(61) Ну, программист один.
Я пыталась "завести" себе хранилище. Но после того, как время обновления увеличилось почти в 2 раза - час на захват, час на помещение изменений в хранилище - я просто с ужасом отказалась от него.

У других, кстати, все происходит гораздо быстрее.
   mistеr
 
67 - 15.10.21 - 09:58
(62) В этой схеме самый большой риск, что утром выясняется, что в п. 6 что-то пошло не так, а времени на анализ и исправление нет.
   OldCondom
 
68 - 15.10.21 - 09:59
(66) другие голову включают, разбираются и решают проблему. У тебя хранилище файловое было как минимум.
   Soulseller76
 
69 - 15.10.21 - 10:00
(68) Да. Думаешь, проблема увеличения времени, из-за того, что хранилище файловое?!
Скорее всего так и есть. Пошла почитаю про вариации на тему.
   dervishsy
 
70 - 15.10.21 - 10:02
(67) Как нет. Есть бэкап. Если что то пошло не так быстро из бэкапа достаешь базу до обновления.
   Saari
 
71 - 15.10.21 - 10:02
(56) Так и внести изменения в рабочую базу можно в течение рабочего дня, не выгоняя пользователей.
   Kassern
 
72 - 15.10.21 - 10:03
(66) это должно занимать секунды. У меня была проблема, когда очень долго выполнялся захват и помещение изменений. А все из-за гребанного кэша. Просто почистил кэш и работа с хранилищем стала практически моментальной
   Saari
 
73 - 15.10.21 - 10:03
Непосредственно перед обновлением выгнать всех и сделать бекап.
Если что-то пойдет не так, то из бекапа восстановить базу данных. При этом не потеряется ничего.
   Soulseller76
 
74 - 15.10.21 - 10:04
(71) Изменения? Или все-таки обновления до нового релиза?
   mistеr
 
75 - 15.10.21 - 10:05
(70) В (62) у тебя бэкапа нет. И восстановление может быть не быстрым, если база большая.
   Kassern
 
76 - 15.10.21 - 10:06
(73) у нас бекап ежедневный+транзакции каждые 15мин. Так, что не запариваемся с бекапом перед обновлением. В крайнем случае потеряем 15мин работы. Для текущей конфы и бизнес процессов это не критично. А вот если обновление будет занимать вместо 1мин все 30мин, вот это уже будет критично)
   dervishsy
 
77 - 15.10.21 - 10:07
(75) Да про бэкап пропустил. Извиняйте. Я просто не подумал что кто то это без бэкапа будет делать.
   Базис
 
78 - 15.10.21 - 10:10
Хранилище может быть только файловым.

В остальном - обратитесь к профессионалам тут или, например, в softpoint.ru
   Kassern
 
79 - 15.10.21 - 10:11
(72) причем проблема с долгим захватом может возникать, если к примеру в тестовую базу с хранилищем, где идет разработка загрузить бекап рабочей базы.
   Saari
 
80 - 15.10.21 - 10:16
(74) изменения и обновления. Но до! применения изменений.
   xXeNoNx
 
81 - 15.10.21 - 10:21
(73) накуя выгонять и бекапить, если есть полная модель восстановления?
   Kassern
 
82 - 15.10.21 - 10:22
(81) ну вот экономять на транзакциях, делают симпл, а потом юзверы сидят по пол часа ждут пока бекап сделается и обновления внесут)
   pechkin
 
83 - 15.10.21 - 10:23
и при симпле никого не нужно выгонять
   Saari
 
84 - 15.10.21 - 10:23
(81) не принципиально. И так и так можно.
   Dmitrii
 
85 - 15.10.21 - 10:24
(66) >> пыталась "завести" себе хранилище. Но после того, как время обновления увеличилось почти в 2 раза - час на захват, час на помещение изменений в хранилище...

2 часа может понадобиться на создание хранилища и первое подключение новой базы к хранилищу.
В дальнейшем помещение изменений в хранилище и обновление из хранилища происходит достаточно быстро. Хотя и не секунды, как пишут некоторые, когда речь идёт о больших конфигурациях и помещении большого количества изменений, связанных с обновлением.
Но в любом случае никто не заставляет это время сидеть у пялиться в монитор. Можно параллельно решать другие задачи (обновлять прочие мелкие базы, например). И никто не запрещает вообще автоматизировать этот процесс.
   pechkin
 
86 - 15.10.21 - 10:24
скрипт написать
1. загрузка цф в конфу
2. бэкап
3. обновление
4. запуск и обработчики
   Kassern
 
87 - 15.10.21 - 10:24
по поводу хранилища, с файловым все работает норм. Причем оно на сетевом диске без режима совместимости с галкой "Предлагать оптимизацию после выполнения операций с хранилищем"
   pechkin
 
88 - 15.10.21 - 10:25
(87) по сети лучше не стоит. лучше сервер хранилища юзать
   Kassern
 
89 - 15.10.21 - 10:27
(88) что вы имеете в виду под сервером хранилища? У нас на отдельном сервере и развернуто хранилище, а к нему доступ по локальной сети.
   Dmitrii
 
90 - 15.10.21 - 10:27
(69) >> Думаешь, проблема увеличения времени, из-за того, что хранилище файловое?

Очень маловероятно. Сервер хранилища не сильно быстрее обычной работы с хранилищем через файловую шару.
Сервер хранилища - более надёжен по сравнению с файловым вариантом работы. В особенности, когда с хранилищем работает несколько разработчиков (не ваш вариант, как я понимаю).
   Soulseller76
 
91 - 15.10.21 - 10:28
(78) Благодарю.
   Добрыня Никитич
 
92 - 15.10.21 - 10:30
(89) доступ по tcp прописан?
   pechkin
 
93 - 15.10.21 - 10:30
(89) есть такая прога: сервер хранилища
   Kassern
 
94 - 15.10.21 - 10:31
(92) обычный путь аля \\server\1c\confStorage
   Kassern
 
95 - 15.10.21 - 10:32
(93) прикольно, буду знать)
   Добрыня Никитич
 
96 - 15.10.21 - 10:34
(94) лучше поднимайте сервер хранилища
   pechkin
 
97 - 15.10.21 - 10:35
(94) файлы по сети имеют свойства биться в самый неподходящий момент
   Strogg
 
98 - 15.10.21 - 10:36
не пойму какая проблема с хранилищем? У нас файловое хранилище и конфа из хранилища подтягивается достаточно быстро. И зачем выгонять пользаков во время обновления из хранилища? После того, как новая конфа будет сохранена, то планово выгоняешь пользаков и обновляешься.
1) Если реструктуризация адовая - можно попробовать либо обновиться на сервере, либо использовать реструктуризацию v2.0. Выигрыш по сравнению с в1.0 примерно в два раза. Проверено на остаточном регистре с ахулиардом записей.
Если реструктуризации нет - то сравнительно быстро. Чему там долго обновляться? Формам, или текстовому коду?
2) Если по каким-либо причинам реструктуризация не произвелась, то можно откатиться, подкинув в таблицу Config ранее сохраненную конфу. У меня пару раз так было - удалось подлечить. если не удастся - тогда уже разностный бэкап в среднем, на полчаса потери инфы. Ну тут уж каждый владелец сам решает, что для него критичней.
   Soulseller76
 
99 - 15.10.21 - 10:36
   pechkin
 
100 - 15.10.21 - 10:36
(98) обновляться всегда нужно на сервере. зачем на клиенте то вообще?
  1  2  3   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.