bregante
29.10.10
✎
19:15
Мужчины, на крылся файл RG328.DBF, навигатором не открывается, ДБФрекавери тоже, что делать? Можно его заменить из вчерашней копии? Спасибо!
bregante
29.10.10
✎
19:15
Забыл добавить: накрылся в центральной базе.
МихаилМ
29.10.10
✎
19:16
попробуйте на копии
+ ТИИ
МихаилМ
29.10.10
✎
19:17
надеюсь файлы обменов не удалялись
bregante
29.10.10
✎
19:27
ТИИ не проходит: ошибка аппаратуры при доступе к безымянный файл. Я так понял это регистр партии. Так что, можно его заменить вчерашним файлом?
aka AMIGO
29.10.10
✎
19:32
попробуй, сунь вчерашний..я-б посоветовал на копии, и только для эксперимента..
поле копирования — запустить тии
aka AMIGO
29.10.10
✎
19:34
лет 5 назад была ситуация, не лучше твоей..
с тех пор делаю бэкапы ежеденно..
ДенисЧ
29.10.10
✎
19:35
Удали его и запусти пересчёт итогов. Это файл итогов, его потеря не страшна, он полностью восстанавливается из движений
YHVVH
29.10.10
✎
19:37
(7) +1
aka AMIGO
29.10.10
✎
19:38
(7) респектище 
bregante
29.10.10
✎
19:40
Базе 2 года, после пересчета итогов, периферийные обменяются, в смысле файл обиена не будет слишком большой?
bregante
29.10.10
✎
19:41
И как пересчет итогов запустить если тии не проходит?
povar
29.10.10
✎
19:41
(10) будет
ДенисЧ
29.10.10
✎
19:44
(11) Удали файл и монопольно запусти. Потом ТА перенеси на дату до первого документа, потом обратно.
ДенисЧ
29.10.10
✎
19:44
(10) После пересчёта итогов файл обмена не изменится.
ДенисЧ
29.10.10
✎
19:45
Точнее, в нём будет одна запись — о сдвиге ТА.
bregante
29.10.10
✎
19:49
Денис, пересчет итогов- то же самое , что и персчет регистров, сколько он может времени занять?
bregante
29.10.10
✎
19:50
Да, тии зависает именно на партиях, точно это файл итогов? Спасибо.
Ёпрст
29.10.10
✎
19:52
(16) если регистры закрыты, то при должном умении, не быстро, а очень быстро.
+пересчет нужно сделать только для ЭТОГО регистра.
ДенисЧ
29.10.10
✎
19:53
(16) Зависит от твоей базы. У меня 30Г база пересчёт регистров занимает 40 минут (с 2008го года). Но у меня все регистры нормально закрываются.
А вот видел я один могиль^W^W одну базу, где год считался 2 часа….
Ёпрст
29.10.10
✎
19:54
+29 а так, для начала поправить заголовок файлу..
95% ошибка в этом.
ДенисЧ
29.10.10
✎
19:56
(20) Достатчно просто снести, ничего править не надо
Ёпрст
29.10.10
✎
19:57
(21) ну, если поправить заголовок, пересчет делать не надо быдет, только индекс пересоздать, если тоже рухнул.
А так, пересчитать только 1 табличку регистра и привет.
bregante
29.10.10
✎
19:59
Денис, устанавливаю ТА обратно, затем выбрать все проведенные? (прошу прощения, я не специалист).
ДенисЧ
29.10.10
✎
19:59
(22) Человек, не умеющий править заголовки файла, потратит на это больше времени, чем на пересчёт
ДенисЧ
29.10.10
✎
19:59
(23) Ничего не выбирай. Просто устанавливай. Если выберешь, он пойдёт перепроводить, а тебе этого не надо.
Ёпрст
29.10.10
✎
20:04
(23)
если надо медленно, удаляешь RG328.DBF,
заходишь монопольно,через операции управление опер.итогами ТА ставишь на первый док в журнале, потом на последний..
Если надо быстро, то
удаляешь RG328.DBF
копируешь все RA* ,кроме RA328.DBF в другое место
копируешь все RG* ,RG328.DBF в другое место
удаляешь все RA*,кроме RA328
далее заход монопольно, ТА на первый док — Та на последний,
так пересчитается только 1 регистр..
далее все RA и RG возвращаешь взад .. наслаждаешься
Эльниньо
29.10.10
✎
20:10
Я бы сделал так:
1. удалить RG*.DBF
2. ТИИ — только пересчет итогов
bregante
29.10.10
✎
21:25
Восстановился rg.
Спасибо народ. Отдельно- ДенисЧ и Ёпрст3
Форум реально волшебный.
VasilyKushnir
29.10.10
✎
22:02
(21) А ведь Ёпрст3 прав — иногда это триваильно летит заголовок. Давненько правда, но однажды был такой случай и у меня. Открываю в CDBF — вопит, что кырдык заголовку и предлагает исправить, не возражаю — и все ОК. После того случая при броблемах ДБФ-х баз сразу проверяю в CDBF, а дальше уже танцы с бубном. Но вот больше эта ситуация не повторялась почему-то… Но тем не менее каждую ночь на автомате полный бекап любой базы.
Эльниньо
29.10.10
✎
22:04
(29) Бывает и хуже. Пересчет итогов 14 часов на 2-гиговой базе.
И причина известна и хрен исправишь.
Варвар
29.10.10
✎
22:05
могу выслать свой RG328.DBF
Шурик71
29.10.10
✎
22:06
а про размер файла у автора никто не спросил Может, он около 2 гб
VasilyKushnir
29.10.10
✎
22:32
(30) (32) Абсолютно верно. А еще не мешало бы автору сделать упаковку дбф-х файлов — иногда помогает.
Torquader
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. Думать )
Тэги:
Комментарии доступны только авторизированным пользователям
Показывать по
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
сообщений
Читают тему:
На сервере полетел винт. Появились Бэд кластеры. После восстановления имеются ошибки в базе данных. База DBF. Типовая конфигурация «Торговля+склад»7.70.947. Оптово-розничная конфигурация. Одна ошибка Табл. часть документа ОтчетККМ(DT3114). Запись 46620. Поле партия ….
Еще семь ошибок в следующей записи 46621. Остальные ошибки связаны с таблицей регистров и движением регистров (RG328) (RA328) (RG2351) (RA2351). Требуется помощь специалиста. Вознаграждение гарантированно. Сама база открывается,документы видны. Но все заторможенно и с глюками( Строчка какая нибудь то появляется то пропадает) Контакт: +79026863469 Роман
файлы регистров, насколько помню, можно смело удалять. они пересоздадутся сами при открытии базы.
по ошибкам документов
«Конфигуратор» — «Администрирование» — «Тестирование и исправление».
Разумеется это делается НА КОПИИ!!!
то есть последовательность действий — копирование базы в новую папку, можно сархивировать сразу из конфигуратора, чтобы не копировать большую базу еще раз, затем удаление файлов регистров, затем тестирование с исправлением.
дальше пробуйте запускать. возможно отдельные документы потеряются, но это лучше, чем восстанавливать все.
iZverG писал(а)
файлы регистров, насколько помню, можно смело удалять. они пересоздадутся сами при открытии базы.
А движения там возникнут каким образом ?
ну не при открытии, а при перепроведении документов вроде как… помню только, что делал так.
А вообще, если ты такой крутой 1С-ник, какого органа ты сидишь в углу и вылезаешь лишь для того, чтобы заметить чужую ошибку? Пиши сам, если мозг есть.
Методика понятна. После проделанной работы база вроде заработала. Осталось в ближайшие дни проверить не потерялось ли что нибудь.
Рад, что все довольно удачно закончилось.
Но в следующий раз лучше делать резервную копию до, а не после
fortuneltd писал(а)
Методика понятна. После проделанной работы база вроде заработала. Осталось в ближайшие дни проверить не потерялось ли что нибудь.
«заработала» не значит, что все правильно
как минимум нужно пересчитать все служебные данные (итоги, отборы и т.п.)
по удаленным таблицам с движениями документов — последовательно перепровести документы, которые затрагивают эти регистры
потом как миниум сверить остатки с имеющимися отчетами
Это и было сделано. Главное что остатки совпали.
служебные данные пересчитываются при восстановлении базы.
при «тестировании и исправлении» наверное хотел сказать?
p.s. я с 1с 7.7 уже 11 лет проработал, поэтому в целостность файл-серверной версии базы в принципе не верю))))
да и тестирование с исправлением начиная с определенных объемов базы лучше своими руками делать
bregante
29.10.10 — 19:15
Мужчины, на крылся файл RG328.DBF, навигатором не открывается, ДБФрекавери тоже, что делать? Можно его заменить из вчерашней копии? Спасибо!
bregante
1 — 29.10.10 — 19:15
Забыл добавить: накрылся в центральной базе.
МихаилМ
2 — 29.10.10 — 19:16
попробуйте на копии
+ ТИИ
МихаилМ
3 — 29.10.10 — 19:17
надеюсь файлы обменов не удалялись
bregante
4 — 29.10.10 — 19:27
ТИИ не проходит: ошибка аппаратуры при доступе к безымянный файл. Я так понял это регистр партии. Так что, можно его заменить вчерашним файлом?
aka AMIGO
5 — 29.10.10 — 19:32
попробуй, сунь вчерашний..я-б посоветовал на копии, и только для эксперимента..
поле копирования — запустить тии
aka AMIGO
6 — 29.10.10 — 19:34
лет 5 назад была ситуация, не лучше твоей..
с тех пор делаю бэкапы ежеденно..
ДенисЧ
7 — 29.10.10 — 19:35
Удали его и запусти пересчёт итогов. Это файл итогов, его потеря не страшна, он полностью восстанавливается из движений
YHVVH
8 — 29.10.10 — 19:37
(7) +1
aka AMIGO
9 — 29.10.10 — 19:38
(7) респектище
bregante
10 — 29.10.10 — 19:40
Базе 2 года, после пересчета итогов, периферийные обменяются, в смысле файл обиена не будет слишком большой?
bregante
11 — 29.10.10 — 19:41
И как пересчет итогов запустить если тии не проходит?
povar
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
Точнее, в нём будет одна запись — о сдвиге ТА.
bregante
16 — 29.10.10 — 19:49
Денис, пересчет итогов- то же самое , что и персчет регистров, сколько он может времени занять?
bregante
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 табличку регистра и привет.
bregante
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. ТИИ — только пересчет итогов
bregante
28 — 29.10.10 — 21:25
Восстановился rg.
Спасибо народ. Отдельно- ДенисЧ и Ёпрст3
Форум реально волшебный.
VasilyKushnir
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
Шурик71
32 — 29.10.10 — 22:06
а про размер файла у автора никто не спросил Может, он около 2 гб
VasilyKushnir
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
На сервере полетел винт. Появились Бэд кластеры. После восстановления имеются ошибки в базе данных. База DBF. Типовая конфигурация «Торговля+склад»7.70.947. Оптово-розничная конфигурация. Одна ошибка Табл. часть документа ОтчетККМ(DT3114). Запись 46620. Поле партия ….
Еще семь ошибок в следующей записи 46621. Остальные ошибки связаны с таблицей регистров и движением регистров (RG328) (RA328) (RG2351) (RA2351). Требуется помощь специалиста. Вознаграждение гарантированно. Сама база открывается,документы видны. Но все заторможенно и с глюками( Строчка какая нибудь то появляется то пропадает) Контакт: +79026863469 Роман
файлы регистров, насколько помню, можно смело удалять. они пересоздадутся сами при открытии базы.
по ошибкам документов
«Конфигуратор» — «Администрирование» — «Тестирование и исправление».
Разумеется это делается НА КОПИИ!!!
то есть последовательность действий — копирование базы в новую папку, можно сархивировать сразу из конфигуратора, чтобы не копировать большую базу еще раз, затем удаление файлов регистров, затем тестирование с исправлением.
дальше пробуйте запускать. возможно отдельные документы потеряются, но это лучше, чем восстанавливать все.
iZverG писал(а)
файлы регистров, насколько помню, можно смело удалять. они пересоздадутся сами при открытии базы.
А движения там возникнут каким образом ?
ну не при открытии, а при перепроведении документов вроде как… помню только, что делал так.
А вообще, если ты такой крутой 1С-ник, какого органа ты сидишь в углу и вылезаешь лишь для того, чтобы заметить чужую ошибку? Пиши сам, если мозг есть.
Методика понятна. После проделанной работы база вроде заработала. Осталось в ближайшие дни проверить не потерялось ли что нибудь.
Рад, что все довольно удачно закончилось.
Но в следующий раз лучше делать резервную копию до, а не после
fortuneltd писал(а)
Методика понятна. После проделанной работы база вроде заработала. Осталось в ближайшие дни проверить не потерялось ли что нибудь.
«заработала» не значит, что все правильно
как минимум нужно пересчитать все служебные данные (итоги, отборы и т.п.)
по удаленным таблицам с движениями документов — последовательно перепровести документы, которые затрагивают эти регистры
потом как миниум сверить остатки с имеющимися отчетами
Это и было сделано. Главное что остатки совпали.
служебные данные пересчитываются при восстановлении базы.
при «тестировании и исправлении» наверное хотел сказать?
p.s. я с 1с 7.7 уже 11 лет проработал, поэтому в целостность файл-серверной версии базы в принципе не верю))))
да и тестирование с исправлением начиная с определенных объемов базы лучше своими руками делать