![]() |
![]() |
![]() |
|
Гикнулся RG328.DBF | ☑ | ||
---|---|---|---|---|
0
bregante
29.10.10
✎
19:15
|
Мужчины, на крылся файл RG328.DBF, навигатором не открывается, ДБФрекавери тоже, что делать? Можно его заменить из вчерашней копии? Спасибо!
|
|||
1
bregante
29.10.10
✎
19:15
|
Забыл добавить: накрылся в центральной базе.
|
|||
2
МихаилМ
29.10.10
✎
19:16
|
попробуйте на копии
+ ТИИ |
|||
3
МихаилМ
29.10.10
✎
19:17
|
надеюсь файлы обменов не удалялись
|
|||
4
bregante
29.10.10
✎
19:27
|
ТИИ не проходит: ошибка аппаратуры при доступе к безымянный файл. Я так понял это регистр партии. Так что, можно его заменить вчерашним файлом?
|
|||
5
aka AMIGO
29.10.10
✎
19:32
|
попробуй, сунь вчерашний..я-б посоветовал на копии, и только для эксперимента..
поле копирования - запустить тии |
|||
6
aka AMIGO
29.10.10
✎
19:34
|
лет 5 назад была ситуация, не лучше твоей..
с тех пор делаю бэкапы ежеденно.. |
|||
7
ДенисЧ
29.10.10
✎
19:35
|
Удали его и запусти пересчёт итогов. Это файл итогов, его потеря не страшна, он полностью восстанавливается из движений
|
|||
8
YHVVH
29.10.10
✎
19:37
|
(7) +1
|
|||
9
aka AMIGO
29.10.10
✎
19:38
|
(7) респектище :)
|
|||
10
bregante
29.10.10
✎
19:40
|
Базе 2 года, после пересчета итогов, периферийные обменяются, в смысле файл обиена не будет слишком большой?
|
|||
11
bregante
29.10.10
✎
19:41
|
И как пересчет итогов запустить если тии не проходит?
|
|||
12
povar
29.10.10
✎
19:41
|
(10) будет
|
|||
13
ДенисЧ
29.10.10
✎
19:44
|
(11) Удали файл и монопольно запусти. Потом ТА перенеси на дату до первого документа, потом обратно.
|
|||
14
ДенисЧ
29.10.10
✎
19:44
|
(10) После пересчёта итогов файл обмена не изменится.
|
|||
15
ДенисЧ
29.10.10
✎
19:45
|
Точнее, в нём будет одна запись - о сдвиге ТА.
|
|||
16
bregante
29.10.10
✎
19:49
|
Денис, пересчет итогов- то же самое , что и персчет регистров, сколько он может времени занять?
|
|||
17
bregante
29.10.10
✎
19:50
|
Да, тии зависает именно на партиях, точно это файл итогов? Спасибо.
|
|||
18
Ёпрст
гуру
29.10.10
✎
19:52
|
(16) если регистры закрыты, то при должном умении, не быстро, а очень быстро.
+пересчет нужно сделать только для ЭТОГО регистра. |
|||
19
ДенисЧ
29.10.10
✎
19:53
|
(16) Зависит от твоей базы. У меня 30Г база пересчёт регистров занимает 40 минут (с 2008го года). Но у меня все регистры нормально закрываются.
А вот видел я один могиль^W^W одну базу, где год считался 2 часа.... |
|||
20
Ёпрст
гуру
29.10.10
✎
19:54
|
+29 а так, для начала поправить заголовок файлу..
95% ошибка в этом. |
|||
21
ДенисЧ
29.10.10
✎
19:56
|
(20) Достатчно просто снести, ничего править не надо :-)
|
|||
22
Ёпрст
гуру
29.10.10
✎
19:57
|
(21) ну, если поправить заголовок, пересчет делать не надо быдет, только индекс пересоздать, если тоже рухнул.
А так, пересчитать только 1 табличку регистра и привет. |
|||
23
bregante
29.10.10
✎
19:59
|
Денис, устанавливаю ТА обратно, затем выбрать все проведенные? (прошу прощения, я не специалист).
|
|||
24
ДенисЧ
29.10.10
✎
19:59
|
(22) Человек, не умеющий править заголовки файла, потратит на это больше времени, чем на пересчёт :-)
|
|||
25
ДенисЧ
29.10.10
✎
19:59
|
(23) Ничего не выбирай. Просто устанавливай. Если выберешь, он пойдёт перепроводить, а тебе этого не надо.
|
|||
26
Ёпрст
гуру
29.10.10
✎
20:04
|
(23)
если надо медленно, удаляешь RG328.DBF, заходишь монопольно,через операции управление опер.итогами ТА ставишь на первый док в журнале, потом на последний.. Если надо быстро, то удаляешь RG328.DBF копируешь все RA* ,кроме RA328.DBF в другое место копируешь все RG* ,RG328.DBF в другое место удаляешь все RA*,кроме RA328 далее заход монопольно, ТА на первый док - Та на последний, так пересчитается только 1 регистр.. далее все RA и RG возвращаешь взад .. наслаждаешься |
|||
27
Эльниньо
29.10.10
✎
20:10
|
Я бы сделал так:
1. удалить RG*.DBF 2. ТИИ - только пересчет итогов |
|||
28
bregante
29.10.10
✎
21:25
|
Восстановился rg.
Спасибо народ. Отдельно- ДенисЧ и Ёпрст3 Форум реально волшебный. |
|||
29
VasilyKushnir
29.10.10
✎
22:02
|
(21) А ведь Ёпрст3 прав - иногда это триваильно летит заголовок. Давненько правда, но однажды был такой случай и у меня. Открываю в CDBF - вопит, что кырдык заголовку и предлагает исправить, не возражаю - и все ОК. После того случая при броблемах ДБФ-х баз сразу проверяю в CDBF, а дальше уже танцы с бубном. Но вот больше эта ситуация не повторялась почему-то... Но тем не менее каждую ночь на автомате полный бекап любой базы.
|
|||
30
Эльниньо
29.10.10
✎
22:04
|
(29) Бывает и хуже. Пересчет итогов 14 часов на 2-гиговой базе.
И причина известна и хрен исправишь. |
|||
31
Варвар
29.10.10
✎
22:05
|
могу выслать свой RG328.DBF
|
|||
32
Шурик71
29.10.10
✎
22:06
|
а про размер файла у автора никто не спросил :) Может, он около 2 гб :)
|
|||
33
VasilyKushnir
29.10.10
✎
22:32
|
(30) (32) Абсолютно верно. А еще не мешало бы автору сделать упаковку дбф-х файлов - иногда помогает.
|
|||
34
Torquader
30.10.10
✎
22:32
|
(33) 1С пишет записи поверх удалённых - поэтому упаковку не всегда стоит делать.
А заголовок портится от того, что в него всегда пишется дата последнего доступа к файлу - причём "сносится" именно первый сектор, который "в принципе" достаточно легко восстановить (количество записей просчитать вручную, а дату - поставить текущую). |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |