29.10.10 — 19:15
Мужчины, на крылся файл RG328.DBF, навигатором не открывается, ДБФрекавери тоже, что делать? Можно его заменить из вчерашней копии? Спасибо!
1 — 29.10.10 — 19:15
Забыл добавить: накрылся в центральной базе.
2 — 29.10.10 — 19:16
попробуйте на копии
+ ТИИ
3 — 29.10.10 — 19:17
надеюсь файлы обменов не удалялись
4 — 29.10.10 — 19:27
ТИИ не проходит: ошибка аппаратуры при доступе к безымянный файл. Я так понял это регистр партии. Так что, можно его заменить вчерашним файлом?
5 — 29.10.10 — 19:32
попробуй, сунь вчерашний..я-б посоветовал на копии, и только для эксперимента..
поле копирования — запустить тии
6 — 29.10.10 — 19:34
лет 5 назад была ситуация, не лучше твоей..
с тех пор делаю бэкапы ежеденно..
7 — 29.10.10 — 19:35
Удали его и запусти пересчёт итогов. Это файл итогов, его потеря не страшна, он полностью восстанавливается из движений
8 — 29.10.10 — 19:37
(7) +1
9 — 29.10.10 — 19:38
(7) респектище 
10 — 29.10.10 — 19:40
Базе 2 года, после пересчета итогов, периферийные обменяются, в смысле файл обиена не будет слишком большой?
11 — 29.10.10 — 19:41
И как пересчет итогов запустить если тии не проходит?
12 — 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 — 29.10.10 — 19:49
Денис, пересчет итогов- то же самое , что и персчет регистров, сколько он может времени занять?
17 — 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 — 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 — 29.10.10 — 21:25
Восстановился rg.
Спасибо народ. Отдельно- ДенисЧ и Ёпрст3
Форум реально волшебный.
29 — 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 — 29.10.10 — 22:06
а про размер файла у автора никто не спросил Может, он около 2 гб
33 — 29.10.10 — 22:32
(30) (32) Абсолютно верно. А еще не мешало бы автору сделать упаковку дбф-х файлов — иногда помогает.
Torquader
34 — 30.10.10 — 22:32
(33) 1С пишет записи поверх удалённых — поэтому упаковку не всегда стоит делать.
А заголовок портится от того, что в него всегда пишется дата последнего доступа к файлу — причём «сносится» именно первый сектор, который «в принципе» достаточно легко восстановить (количество записей просчитать вручную, а дату — поставить текущую).
База торговли весит 5 гигов.При открытии периода на второй квартал выводит ошибку: Error#_120,Writing to tale//(здесь путь к базе)/RG328.DBF, код 4,табл RG328. И следовательно период не открывается.Сам файл RG328.DBF весит 1,9 гигов.Я конечно понимаю,что база слишком большая,и ошибка наверно выходит из-за этого.Но может кто-нибудь сможет мне подсказать как можно исправить эту ошибку,уже второй день не можем работать в базе.Плиз,помогите пожалуйста.
«Сам файл RG328.DBF весит 1,9 гигов.» — сначала сверни базу, потом открывай период.
снести все RG, пересчитать итоги. НА КОПИИ!!!! Если не поможет, то в морг, ибо 2Г — это предел.
знаю что предел. >»Сам файл RG328.DBF весит 1,9 гигов.» — сначала сверни базу, потом открывай период. после свертки не может быть такого,что он опять будет ругаться на ДБФ? >снести все RG, пересчитать итоги. НА КОПИИ!!!! а после этого не может быть такого,что данные потеряются?
слишком много вопросов, делайте, что вам сказали
ну дык,сначало хотелось бы узнать о последствиях,того что подсказали))
свернешь, упакуешь таблицы будет работать. кстати это что за регистр ? Посмотри в *.DD(S) по имени файла. Если у тебя база 5 гб а файло 1,9 гб — это не нормально. Регистр не закрывается чтоль ?
RG — содержат итоги по регистрам, которые однозначно восстанавливаются по движениям. Кроме того, СДЕЛАЙ КОПИЮ — означает, что нужно эксперименты ставить на той базе, в которой последствия не важны.
ладно,спасибо щас всё попробую,ну если что ещё напишу))
ДБФ RG328, из регистра ПартииНаличии,и как можно закрыть регистр вручную?
после удаления RG и переиндексации,период открылся.Но в остатках никаких товаров нет.это что нужно перепровести все документы???
Читать не умеешь? Сказано же — пересчёт итогов!!!
а как вы думаете сколько дней будет сварачиваться база в 5 гигов?
Подумай о переходе на сиквель
База 4 ГБ. файл RG328.DBF весит 1,9 гигов Такое возможно только в одном случае — не закрывается правильно регистр — грубейшая ошибка проведения. Препроводить такую базу можно только прямыми — уж очень большая.
Сколько строк в ТЗ при ВыгрузитьИтоги без фильтров ? 100 000 ?
+1 пересчет итогов тут не поможет.
и на скуль переводить базу, у которой не закрывается регистр, тоже бессмысленно.
Если это регистр партий T=RG328 |Регистр ПартииНаличие с кучей остатков вида остаток=0, стоимость и т п.<>0 1. Преписать алгоритм проведения 2. Удалить записи вида остаток=0, стоимость <>0 прямым запросом или XBase 3. Открыть период. 4. Думать )
Тэги:
Комментарии доступны только авторизированным пользователям
-
Доброго времени суток.
Беда печаль случилась… Конфигурация ТиС 7.70.935
База файловая, систематически таскают с одного компа на другой путем копирования каталога. В результате стала глючить и попала в мои руки. При тестировании и исправлении ругается на таблицу RG328 Регистр ПартииНаличие. «Ошибка при чтении данных. Код4» (позже добавлю подробностей). Затем конфигуратор закрывается. Пробовал проверить Sauron’ом, ошибок не находит. Если убрать эту таблицу, то проверка проходит до конца, ещё с некоторыми ошибками. База после этого запускается. Но вариант не очень, по-моему… Т.к. перепровести базу не представляется возможным из-за коряво ведущегося учета.
Посоветуйте, как можно починить? -
Сделать выгрузку (не путать с сохранением) /загрузку БД. И провести снова тестирование.
-
Четверо суток шла обработка, но в результате все починилось. Большое спасибо.
-
17.11.2011, 12:11
#1
Гость форума
Ошибка доступа к таблице RG3549!
При очередном сеансе в базе «Торговля и склад» вылетела ошибка «Ошибка доступа к таблице RG3549»!!! Что делать? Помогите плиз!!! Работаю с этой базой я одна. Находится она на флешке.
-
17.11.2011, 14:30
#2
Гость форума
И вот что еще… Когда вхожу монопольно, то выдает ошибку, а если не монопольно, то пускает…
-
17.11.2011, 16:15
#3
Пришел за помощью
Нарушилась структура таблицы. Можно в конфигураторе выгрузить базу и потом снова загрузить.Произойдет переиндексация таблицы. Должно помочь.
-
17.11.2011, 16:18
#4
Гость форума
В том то и дело, что и выгрузка невозможна. Пишет ту же ошибку и вылетает, но я поступила по другому. Посто убила два этих файла и все! Смогла войти монопольно!!!
-
17.11.2011, 16:24
#5
Пришел за помощью
Какие два файла? таблица RG3549 — Регистр Книги Покупок, если я не ошибаюсь. Ты ее удалила?
-
17.11.2011, 19:25
#6
Помогает людям
придется перепровести все документы, чтобы таблицы регистров восстановились и скопируйте базу с флешки, там её хранить опасно. Флэшка вещь не надежная
-
17.11.2011, 21:25
#7
Спец
1. сделайте копию базы на жестком диске.
2. зайдите туда в конфигуратор и сделайте тестирование и исправление ИБ с удалением частично поврежденных об ектов
3. Если не поможет, файл придется удалить. Если нет необходимости формировать книгу покупок за предыдущие периоды, то документы можно не перепроводить
-
17.11.2011, 22:04
#8
Гость форума
Сообщение от Sim4ol
Какие два файла? таблица RG3549 — Регистр Книги Покупок, если я не ошибаюсь. Ты ее удалила?
С таким названием ведь два файла. Я их обоих и убила. Мне не нужна книга покупок. Но кажется не стоило
того делать.———- Post added at 22:04 ———- Previous post was at 22:00 ———- Сообщение от gfulk
1. сделайте копию базы на жестком диске.
2. зайдите туда в конфигуратор и сделайте тестирование и исправление ИБ с удалением частично поврежденных об ектов
3. Если не поможет, файл придется удалить. Если нет необходимости формировать книгу покупок за предыдущие периоды, то документы можно не перепроводитьТестирование не дает делать, пишет «Невостановимая ошибка» и вылетает :(. Файл убила, теперь ругается на регистр книги продаж. Видимо придется подгружать последнюю выгрузку и все доки заново вбивать.
-
18.11.2011, 11:12
#9
Спец
Надо убить 4 файла. RG3549.dbf RG3549.cdx RA3549.dbf RA3549.cdx
Ошибка доступа к таблице RG3549!
Сообщение от Sim4ol
Показывать по
10
20
40
сообщений
Новая тема
Ответить
plinth
Дата регистрации: 26.12.2003
Сообщений: 85
Проблема: уменьшить файл с 45 мегабайт для приемлимой работы в сети<br><br><br><br>При свёртке Комплексной за 2 года (2003-2004) штатными средствами и упаковке базы (хотя от упаковки он не уменьшился) этот файл вырос до 59 мегабайт.<br><br>[За что боролись — на то и напоролись]<br><br><br><br>Вопрос: Его rg328.dbf (регистр Партии) можно уменьшить?
Alexor
Дата регистрации: 08.07.2003
Сообщений: 201
Удали файл с ключевым, затем в конфигураторе запусти тестирование и исправление.<br><br><br><br>У меня однажды в управлении опр. итогами задали 01.01.2020 в результате чего база выросла в 2 раза. Этот метод помог.
plinth
Дата регистрации: 26.12.2003
Сообщений: 85
Это что за «файл с ключевым»?<br><br>Если Вы про удаление индексного файла, то это уже проделано<br><br><br><br>После попытки свёртки файл увеличился на 15 мег<br><br>И средствами 1С файл не сжимается<br><br><br><br>Можно попытаться сделать непроведёнными документы прихода-очистить физически файл(сжать)-перепровести документы для формирования партий<br><br><br><br>Или перейти на терминальных клиентов…
Alexor
Дата регистрации: 08.07.2003
Сообщений: 201
Не так выразился 
<br><br><br><br>Сделай архив базы.<br><br>Удали файл rg328.dbf и rg328.cdx, лучше rg*.dbf и rg*.cdx<br><br>После чего запусти тестирование и исправление.<br><br>Все галки кроме последней.<br><br><br><br>Переход на терминальных клиентов, на размер базы не повлияет.<br><br>
plinth
Дата регистрации: 26.12.2003
Сообщений: 85
Спасибо, попробую<br><br><br><br>Переход на терминал хоть ускорит «открытие» этого файла, а то по сети каж раз качать бухи уже вешаются…
Показывать по
10
20
40
сообщений
Читают тему: