Имя: Пароль:
1C
1C 7.7
v7: Создание новой периферийной базы после свертки
0 zelenprog
 
03.10.12
08:26
Свернул DBF-ную базу.
Ее размер до свертки был 11Гб, сейчас стал 5Гб.

Чтобы не делать обмен с периферийными базами, который по идее был бы очень долгим, решил просто сделать новые ПБ.
Выгрузка из центральной базы выполнялась где-то 30мин, а загрузка в периферийную висит уже часов 15!
Суда по динамике файлов периферийной конфигурации, сама загрузка выполнялась недолго.
Но потом появился файл 1srecalc.cmd и видимо 1С-ка начала пересчитывать итоги.

То есть если предположить что сейчас выполняется пересчет итогов, то почему он так долго выполняется?
Может быть в чем-то мой косяк?
Подскажите пожалуйста...
1 Mikeware
 
03.10.12
08:30
надо было просто склонировать и почистить...
ССЗБ...
2 ДенисЧ
 
03.10.12
08:31
регистры не закрылись... Документы левые вкрались и т.д.
3 Mikeware
 
03.10.12
08:32
+(2) если делать не понимая, то никогда не поймешь результатов сделанного...
4 zelenprog
 
03.10.12
08:43
(1) кого клонировать? ЦБ или ПБ?
5 zelenprog
 
03.10.12
08:45
(2) а как проверить и найти что не закрылось в регистрах?
сформировал отчет по остаткам в разрезе всех измерений - вроде все нормально

что значит "левые" документы?
6 ДенисЧ
 
03.10.12
08:46
(5) левые - это значит со странными датами или вообще бездатые :-)
Лучше всего грохнуть процесс и запустить конфигуратор. Потом внимательно смотреть на строку состояния, там пишется, что оно сейчас считает.
7 ДенисЧ
 
03.10.12
08:47
Причём итоги бывают разные...
8 Скользящий
 
03.10.12
08:47
(6) угу, главное при этом мышой не тыцнуть нечаянно.
9 ДенисЧ
 
03.10.12
08:48
(8) Можно просто запустить на 2000й винде :-)
10 zelenprog
 
03.10.12
08:49
(9) на 2000 винде мышка не работает? :)
11 ДенисЧ
 
03.10.12
08:49
(10) Нет, в ней 1с нормально перерисовывает свой экран даже в фоне :-)
12 zelenprog
 
03.10.12
08:50
(6) он сейчас считает вот что:
примерно каждый час обновляется дата у файлов RGххх.DBF
13 ДенисЧ
 
03.10.12
08:53
(12) ну точно регистры незакрытые... Или движения с очень задними или передними датами...
14 zelenprog
 
03.10.12
08:59
(13) как найти что незакрыто в регистрах?
15 Ёпрст
 
03.10.12
08:59
(13) не, достаточно пустой даты..
16 Ёпрст
 
03.10.12
09:00
(14) посмотреть на размер RA и RG одноименных табличек, если RG>RA  - регистр "не закрыт"
17 ДенисЧ
 
03.10.12
09:01
(15) а пустая - это и есть очень задняя, isn't it?
(14) смотри, какой RG пересчитывается дольше всех и имеет размер существенно больше соответственного RA...
18 ДенисЧ
 
03.10.12
09:01
(16) не просто > , а >>
19 Ёпрст
 
03.10.12
09:01
а тебе, опосля свёртки, нужно было сперва грохнуть все RG*
20 zelenprog
 
03.10.12
09:01
(15) выполнил запрос:

   ТекстЗапроса = "
   |SELECT
   |        ЖурДок.IDDoc    as [Док $Документ],
   |        ЖурДок.IDDocDef as Док_вид,
   |        ЖурДок.Date    as ДатаДок
   |    FROM
   |        1SJourn ЖурДок
   |    ORDER BY
   |        ДатаДок
   |";


первый документ: 31.12.2010, последний: 01.01.2012, пустых дат нету
21 zelenprog
 
03.10.12
09:01
(19) где грохнуть? на центральной базе?
22 zelenprog
 
03.10.12
09:12
вот размеры регистров в килобайтах:



RG831.DBF    97
RA831.DBF    712

RG679.DBF    352
RA679.DBF    969

RG393.DBF    79 339
RA393.DBF    129 339

RG388.DBF    1 012
RA388.DBF    2 025

RG211.DBF    841 097
RA211.DBF    633 701

RG176.DBF    5 009
RA176.DBF    1 096 071

RG117.DBF    23 686
RA117.DBF    109 094

RG103.DBF    9 686
RA103.DBF    62 443
23 zelenprog
 
03.10.12
09:12
получается RG211 не закрыт?
24 ДенисЧ
 
03.10.12
09:16
угу
25 zelenprog
 
03.10.12
09:19
(24) что нужно сделать чтобы это исправить?
26 dk
 
03.10.12
09:21
(25) надо было выяснить это ДО свертки и сверткой закрыть проблему ))
27 dk
 
03.10.12
09:22
что за регистр? остатки по партиям?
28 zelenprog
 
03.10.12
09:28
(27) остатки в филиалах
у нас куча подразделений по области, которые у нас зовутся филиалами,
им товар передается на реализацию, потом возвращается что не продано и т.д.
29 zelenprog
 
03.10.12
09:38
Хотел вручную проверить итоги по всему регистру...
1С-ка вываливается с ошибкой при выполнении запроса:


   ТекстЗапроса = "
   | select
   |        $РегОст.Контрагент as [Контрагент $Справочник.Контрагенты],
   |        $РегОст.Номенклатура as [Номенклатура $Справочник.Номенклатура],
   |        $РегОст.Характеристика as [Характеристика $Справочник.Характеристики],
   |        $РегОст.ЦенаРозн as ЦенаРозн,
   |        SUM($РегОст.Количество) as Количество,
   |        SUM($РегОст.Сумма) as Сумма,
   |        SUM($РегОст.СуммаБезНДС) as СуммаБезНДС
   |
   |    from $Регистр.ОстаткиФилиалы as РегОст
   |    group by
   |        $РегОст.Контрагент,
   |        $РегОст.Номенклатура,
   |        $РегОст.Характеристика,
   |        $РегОст.ЦенаРозн
   |";
30 zelenprog
 
03.10.12
09:39
что не так в запросе?
31 zelenprog
 
03.10.12
10:04
понятна, памяти не хватает...
сейчас переделаю, по результатам отпишусь
32 Nadya0702
 
10.10.12
11:21
Zelenprog, напиши пожалуйста как решил проблему...
33 Nadya0702
 
10.10.12
11:25
Мне тоже предстоит в ближайший месяц свернуть базу...
Но у меня более 30 ПБ, даже не знаю с чего начать (((
34 Надсмотрщик
 
10.10.12
11:30
(33) У меня около сотни ПБ.
Сворачивай ОДНОВРЕМЕННО на всех ПБ и в Центре, без выгрузок.
35 Nadya0702
 
10.10.12
11:42
А можно чуток по подробней, до этого делала новую ЦБ и в нее кидала док.ВводОстатков, получается работали одновременно 2 базы, новая и старая. процесс затянулся на долго.
Конфигурация Е-Фарма, переписанная сотни раз....
36 Надсмотрщик
 
10.10.12
12:09
(35)
ПБ
1) Делаешь обмены ЦБ, ПБ, ЦБ, ПБ - без изменения данных.
2) Сворачиваешь ПБ
3) Грохаешь  в ПБ 1SUPDTS.CDX и 1SUPDTS.dbf.

Затем
ЦБ
1) Делаешь обмены ЦБ, все ПБ, ЦБ, все ПБ - без изменения данных.
2) Сворачиваешь ЦБ
3) Грохаешь  в ЦБ 1SUPDTS.CDX и 1SUPDTS.dbf.
37 Nadya0702
 
10.10.12
19:35
(36)И сколько у тебя уходит времени на свертку (окола сотни ПБ)?
38 Nadya0702
 
10.10.12
19:40
(36) Я так понимаю надо одновременно со всеми ПБ работать...
У меня к тому же проблема с доступом к некоторым ПБ, находятся в таких удаленных точках, что для связи используется только модем Билайн (Мегафон)...
39 Cthulhu
 
10.10.12
19:49
(37): нормально по времени.
только не так немного, вместо п.3 - все изменения делаются с ".РегистрацияИзменений(0)".
плюс сверка.
40 Nadya0702
 
10.10.12
20:06
(39) А подскажи как быстрей свертку сделать? Я просто до этого переносила остатки в новую базу и всё, а не обрезала текущую...
И при таком методе как в (36) могут возникнуть какие либо трудности, или какого рода могут появится ошибки?
41 Надсмотрщик
 
10.10.12
20:29
(37) Свертку делал вначале на ПБ не всех сразу, а по очереди.
На ЦБ последней.
Время ушло около 2 недель. Свертку никто и не заметил.
42 Надсмотрщик
 
10.10.12
20:31
(38) Где инет плохой там присылали выгрузку базы
43 Nadya0702
 
10.10.12
20:45
(41) Т.е. если я правильно поняла в это время можно работать с базами. Так?
Получает потихоньку делаю свертку на ПБ, как только все базы сверну приступаю к ЦБ и всё?
44 Надсмотрщик
 
10.10.12
21:02
(43) Да! Только внимательно прочти (36) И выполняй ВСЕ неукоснительно!!!.
И про Бекапы не забудь!       :-)))
45 Nadya0702
 
10.10.12
21:18
(44)Спасибо огромное!!! Буду пробовать (с начало на копии попробую =))
46 Надсмотрщик
 
10.10.12
21:19
(45) Пивко на мыло можешь сбросить.   :-)
47 КонецЦикла
 
10.10.12
21:31
Любую копию БД можно сделать распределенной быстро + назначить необходимый id

http://infostart.ru/public/17176/
48 Nadya0702
 
10.10.12
21:51
(46)Могла бы давно бы сбросила!
49 Надсмотрщик
 
10.10.12
22:30
(48) ;-)
50 Mikeware
 
11.10.12
07:28
(48) "А пиво админу отдай он мне по сети перельет"©
Закон Брукера: Даже маленькая практика стоит большой теории.