Имя: Пароль:
1C
1С v8
А что, все нормально обновили ЗУП на 2.5.84.1 ?
, , ,
0 shpioleg
 
01.10.14
08:46
Как у Вас прошло обновление. Сервак не повис?
1 liam neeson
 
01.10.14
08:50
Ждем когда кто-нибудь поделится впечатлениями.
2 zva
 
01.10.14
09:04
3 shpioleg
 
01.10.14
09:05
Случилась на днях такая вот беда. Ставил обновы БУХ и ЗУП.
Шло все нормально приступил к завершающей фазе (Нажал на форме подтверждение лицензионности),ну и пока будет "пилить" свернул окно терминала. А через какое-то время обнаруживается, что сервак повис намертво. Пришлось звать админа ресетить. Сервак стартует бодро и через какое-то время снова умирает :) Начали с админом кумекать , что за фигня. И где-то через час доходит что виновато обновление ЗУП.
И вот вчера, история получила продолжение. У другой крупной организации случилась такая же беда. Они решили разобраться, что за фигня и выслали кусок типового запроса.

ВЫБРАТЬ
                |             СтраховыеВзносыСведенияОДоходах.Регистратор
                |ПОМЕСТИТЬ ВТРегистраторыКОбработке
                |ИЗ
                |             РегистрНакопления.СтраховыеВзносыСведенияОДоходах КАК СтраховыеВзносыСведенияОДоходах
                |                             ЛЕВОЕ СОЕДИНЕНИЕ Документ.РасчетСтраховыхВзносов КАК РасчетСтраховыхВзносов
                |                             ПО СтраховыеВзносыСведенияОДоходах.Регистратор = РасчетСтраховыхВзносов.Ссылка
                |ГДЕ
                |             СтраховыеВзносыСведенияОДоходах.Период >= ДАТАВРЕМЯ(2014, 1, 1, 0, 0, 0)
                |             И СтраховыеВзносыСведенияОДоходах.ДатаПолученияДохода = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)
                |             И РасчетСтраховыхВзносов.Ссылка ЕСТЬ НЕ NULL
                |;
                |
4 Зеленый пень
 
01.10.14
09:08
Файловую копию обновил без проблем.
Рабочую базу никогда не обновляю раньше 2 недель после выхода обновления.
5 dnab
 
01.10.14
09:10
(3) ВЫБРАТЬ РАЗЛИЧНЫЕ напиши
6 shpioleg
 
01.10.14
09:11
+(3) Сегодня в обед решили еще раз попробовать обновить клиент-серверную версию и я решил посмотреть что делает запрос.
Этот кусок запроса Выбирает кучу одинаковых регистраторов из регистра сует ее во временную таблицу и потом подсовывает ее в условие где раз 5.
(5) Не гони лошадей :)
7 dnab
 
01.10.14
09:12
хотя у меня копия обновилась за полчаса. Но в этом релизе есть другая проблема
8 shpioleg
 
01.10.14
09:12
(4) файловая обновилась тоже норм
9 shpioleg
 
01.10.14
09:14
Кстати, а зачет вот это в запросе
И РасчетСтраховыхВзносов.Ссылка ЕСТЬ НЕ NULL

Может просто использовать ВНУТРЕННЕЕ СОЕДИНЕНИЕ ?
10 shpioleg
 
01.10.14
09:21
Сейчас попробую обновить файловую с таким запросом

РасчетСтраховыхВзносов.Ссылка
ПОМЕСТИТЬ ВТРегистраторыКОбработке
ИЗ
    Документ.РасчетСтраховыхВзносов КАК РасчетСтраховыхВзносов
ВНУТРЕННЕЕ СОЕДИНЕНИЕ
    (ВЫБРАТЬ РАЗЛИЧНЫЕ Регистратор
    ИЗ
        РегистрНакопления.СтраховыеВзносыСведенияОДоходах
    ГДЕ
        Период >= ДАТАВРЕМЯ(2014, 1, 1, 0, 0, 0)
        И ДатаПолученияДохода = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)        
    ) КАК СтраховыеВзносыСведенияОДоходах
ПО СтраховыеВзносыСведенияОДоходах.Регистратор = РасчетСтраховыхВзносов.Ссылка
11 piter3
 
01.10.14
09:24
(9) не пустая ссылка
12 piter3
 
01.10.14
09:25
(10)может лучше ВТ использовать
13 shpioleg
 
01.10.14
09:32
(12) Так в ВТ и помещается. Это я уже так по-своему делаю. В консоли моментально выбирает регистраторы.
Но чтоб не париться с правкой, проще как в (5).
14 Йохохо
 
01.10.14
09:33
откуда вообще могут взяться такие записи?
ДатаПолученияДохода = ДАТАВРЕМЯ(1, 1, 1, 0, 0, 0)
15 shpioleg
 
01.10.14
09:36
(14) Новое поле вроде ввели в обнове
16 Йохохо
 
01.10.14
09:44
(15) точно, какое то оно очевидное
17 dmpl
 
01.10.14
09:57
(16) Раньше оно в периоде сидело.
18 Зеленый пень
 
01.10.14
10:16
Обновил копию на SQL. Не очень быстро, но обновилась.
19 shpioleg
 
01.10.14
10:34
(18)народа сколько?
20 Кай066
 
01.10.14
10:36
Ошибка формата потока на одной базе. на других 10 нормально. Файловые
21 shpioleg
 
01.10.14
10:44
Сейчас, ради интереса, потестил в консоли скорость выполнения запросов.
На Скуле практически одинаковы по времени запросы из (3),
с правками типового из (9) (вместо Левого Внутреннее соединение и убрать ЕСТЬ НЕ NULL) и собственный из (10)
Зато в файловой версии у запроса с правками из (9) кардинальное падение производительности.

(18) Тут похоже зависит от количества записей в регистре. У меня 120тыс одинаковых регистраторов выбирает типовой запрос.
22 Зеленый пень
 
01.10.14
10:45
(19) 800 примерно. База с 2011 года.
23 de Bug
 
01.10.14
10:56
Попробуйте страховые взносы начислить.
У меня какие-то отрицательные суммы вылазят за январь-апрель. И ФСС НС за прошлые месяцы то -0.01, то +0.01.
24 Aletar
 
01.10.14
11:10
Я вчера обновлял. База SQL. Сотрудников где 2500 с 2010 года. Часов 5 где-то обновление применялось. Причем самый долгий этап "Подготовка данных". В SQL Server Management Studio смотрел, долгий запрос к базе. Но в итоге все нормально.
25 MUXACb
 
01.10.14
11:15
Только что обновил две серверные базы, одна - связанная с хранилищем, вторая тестовая для проверки. Без проблем.
26 shpioleg
 
01.10.14
11:26
(24) Хм. У меня 3300 в файловой за полчаса обновилось. Думал в обед на скуле обновиться. А ты пугаешь 5 часов...
27 shpioleg
 
01.10.14
12:57
Выводы по обновлению.

Для баз с большим числом сотрудников в Общем модуле ПроцедурыОбновленияИнформационнойБазыДополнительный
в Процедура ВписатьОснованиеВУчетСтраховыхВзносов() Экспорт
в запросе вместо ВЫБРАТЬ пишем ВЫБРАТЬ РАЗЛИЧНЫЕ

В итоге скульная база с 3к+ сотрами обновилась где-то за полчаса.
28 piter3
 
01.10.14
13:06
(27)хм в (5)вам предложили уже
29 13_Mult
 
01.10.14
13:43
Не стал испытывать судьбу, обновлял с ВЫБРАТЬ РАЗЛИЧНЫЕ ) Всё гуд.
30 vis_tmp
 
01.10.14
14:16
(7) Какая проблема?
31 dnab
 
01.10.14
14:26
(30) см. (23)
32 Гобсек
 
01.10.14
14:34
(27)Учтем
33 Gesperid
 
02.10.14
09:17
(23) Да, с ФСС НС что-то они перемудрили
34 Антиквар
 
05.10.14
16:20
Эх, что же я раньше форум не почитал :)
Часа 2 уже сижу жду, обновление всё крутит, подготовка данных, часть I...
И видимо зря жду, около 20 тыщ сотрудников, а реальных (не уволенных) около 8 тыщ
База на SQL, копия.
Ну уж теперь буду ждать, мало ли.
35 ice777
 
05.10.14
16:49
да, тяжела жизнь типового обновляльщика.)
36 шаэс
 
05.10.14
16:57
37 Антиквар
 
05.10.14
17:17
(35) Конфа не типовая уже, так что после всех этих танцев нужно ещё свои изменения накатывать.
38 Антиквар
 
08.10.14
21:32
(7) "Но в этом релизе есть другая проблема"
Какая ?

(27) "в запросе вместо ВЫБРАТЬ пишем ВЫБРАТЬ РАЗЛИЧНЫЕ"
Имеется ввиду самый первый запрос, где регистраторы выбираются (он приведен в посте №3) ?
39 Фокусник
 
08.10.14
22:37
(37) свои изменения нужно одновременно с обновлением конфигурации накатывать, во всяком случае ДО обновления базы ;)
Хотя конечно каждый .... так как хочет :)
40 Антиквар
 
09.10.14
15:18
(39) Как раз наоборот, обновление базы расчитано на стандартную конфу, поэтому пусть лучше стандарт и обновляет, а свои изменения лучше вносить после этого.
Хотя особой разницы нет, т.к. это надо постараться внести такие изменения, которые помешают обновлению базы. В этом случае конфу уже через поддержку не обновляют.
Закон Брукера: Даже маленькая практика стоит большой теории.