Добрый день,вот такая табличка при запуске.
Скопировал базу в другое место,она открылась,но последние документы 18 годом. В файле 1SJOURN в битой базе 27000 строк,
в новой куда скопировал 5000 строк.При копировании из старой в новую этого файла,ничего не меняется,остается 5000 строк.
В разделе администрирование все пересчитывали,бекапов нет.
Dbf скорее всего испорчен.Если есть какие то советы,буду признателен или скажите что вернуть обратно нельзя.Спасибо

Переходите на восьмёрку и ставьте клиент-сервер

Если бэкапов нет, значит база никому не нужна.

Ну да,не особо следили за ней

(3) Ну и в топку её. Не тратьте свою жизнь на всякое говно

Просто много данных в ней было,которые теперь придется проверять, а это много времени,так то хрен с ней конечно

Размер указанного файла в битой базе?

Это ТЧ
Для дока Перемещение тмц

1114 kb

Еще есть DH 1628 они наверное дружат) этот шапка,другой табличная часть

Я не особо в теме,но скопировав ее в другое место,она запустилась,но потеряла документы.Значит dbf навернулся при выключении,может комп выключили просто нажав кнопку либо он навернулся из за битых секторов.

(9) да

В зависимости от настроек ведения учета - от "можно полечить быстро и просто" до (4)

(12) ее можно вылечить?

Я перегнал 1SJOURN из битой базы в dbf,там все 27000 строк,может его как-то перегнать в родной файл или это не поможет

(13) см.12

(14)что такое перегнал из битой базы в DBF ?

(0) "В разделе администрирование все пересчитывали, бекапов нет."
- значит база нахер не нужна (о чем выше уже сказали). Поэтому: забей, это проще и продуктивнее.

Я не понимаю что там написано. Что можно и вылечить и выкинуть )

(17)Никакой пересчет не должен по идее повлиять ни на DH, ни на 1sjourn.

В самом (!)простом случае настроек учета:
- прибить эти два файло перемещения.
- прибить на удаление все склады
- сделать один новый склад
- заменить все ссылки на старые склады на один новый склад.

Перемещения - это сугубо внутренний товароучет.
Соответственно он может быть восстановлен. Путем упрощения ретроспективных данных (сложили все на один склад) и проведения инвента ТМЦ для распределения остатков по складам соответсвенно нуждам учета.

Надо таблицы смотреть фоксом или просмотрщиком, может там вообще все целое

Ребят,это вернуть реально?,dbf recovery или чем-то еще,просто времени много уйдет пересчитывать остатки,перемещений нет вообще.

(22) вполне может быть

Но - надо ли?

(22) я смотрел разными редакторами,виверами,там все зелененькое) ничего там не красным,все ровно.Только 1SJOURN на 20000 позиций меньше

(26)пришлите на почту 1sjourn.dbf

ну дык определись - там потерялись/побиты перемещения или только журнал...

если только журнал - то можно в него напихать данные по потерянным перемещениям которые в принципе целые...

но...

см. (2), (4), (17)

(28) там потерялись все списания и поступления за 7 лет после 18 года,из за этого некорректные остатки,по сути всё.Перебить остатки и можно дальше работать,только много и долго считать.

(32) Если остатки всё равно пересчитывать, то не лучше ли сразу в новую базу на восьмёрке?
Перекиньте номенклатуру, дальше пользователи вобьют Инвентаризация+Оприходование

(33) Вы знаете, оно этого не стоит.8 из за простого подсчета ставить,я предложу идею,я думаю это очень круто.Спасибо.

я плохо понял, что и куда Вы перегоняли. В журнале 27905 записей, последние записи от 06.06.25

(32) Основное здесь: "по сути - всё" ;-)

как Волшебник в (33) говорит - самое время перепрыгнуть на 8-ку...

(35) я взял в битой базе файл 1SJOURN и все его содержимое перегнал в dbf,то есть в том виде какой он был,утилитой какой то,не помню.И видите какой у файла размер большой.И вот в нем есть все документы по 2025 год,которых нет в маленьком файле, то есть оригинал,но выгруженный.

(38) Вы взяли файл 1SJOURN.DBF и перегнали в другой DBF? А зачем?

Если у тебя нет бэкапов хотя бы в трех местах, у тебя нет бэкапов (с)

1sjourn итак является dbf файлом. Куда его перегоняли ? Понять ничего невозможно. Есть просто битая база с которой ничего не делали?

(41) Заходите вы в этот файл в битой базе и видите там 27000 записей.Потом берете его копируете и вставляете в любое другое место,хоть на рабочий стол и вот когда вы зайдете уже в скопированный файл на рабочем столе,там будет уже 5000 записей.Перегнал в дбф,чтобы может в аксесе как-то поиграться.

(42) Я не знаю как так получается,при копировании из битой базы,больше 20000 строк пропадают

(42)Вы прислали файл. Я его распаковал из архива, открываю с помощью VFP и в нем 27 000 записей. Какой рабочий стол, Вы смотрите какие то разные файлы. У меня же ничто не пропало. Сегодня вроде не пятница

(44) который 633 кb весит?

(45)нет, большой. В маленьком только 17 и 18 год. Файл так побиться не мог, Вы сами что-то накопировали. Я уже потерял, что Вы хотите, как смотрите, куда то перегоняете. Надо сделать копию базы и еще на одной копии все смотреть

(46) про то что я делал забудьте,это я показал как он в оригинале выглядел.А так он сейчас который до 18 года

Мля. так замените на большой. Зачем мы говорим про какой то обрезанный. Обсуждаем непонятно что. Откуда взялся этот оригинал, если копии нет? Вас очень сложно понимать

(46) я сделал копии базы,там он до 18 года.А вот если в битой базе откроете,то там будет до 25.Я и не пойму в чем прикол.

(48) так я меняю,скопировал тот где 27000,вставил в новую базу и он стал 5000,сам стал,я его не трогал,он уменьшился,я и не пойму,что это такое.

(48) оригинал взялся с помощью утилиты,открыл файл в битой базе,сохранил под другим именем

(48) я его переименовал,заменил,запустил базу а она пишет нарушена структура таблицы,поэтому это просто была попытка

Восстановление 1SJOURNAL.DBF
https://infostart.ru/1c/articles/18653/

(53)да у него журнал целый, он его никак заменить не может, при замене превращается в урезанный. Копирует видимо куда то в небо

(54) Скорее всего на рабочий стол. У меня так бухгалтерёнки делают. Потом путаются и паникуют )
Потому что несколько удалённых доступов и разные рабочие столы )

может там какой-то хитрый релиз стоял для обхода ограничений по размеру файлов, а он тупо переполненную базы обычным пробует открыть, и нужно просто заюзать правильную версию 7.7

(56) Да нет, если был бы движок от Wirth и переполнение размера файла, то он хрен бы его открыл простыми способами.
Видимо он зачем-то подменяет файл из одной базы, файлом из другой базы.
Ничего при этом не соображая, он перетаскивает проводником и может ошибаться с каталогами откуда и куда.
Не удивлюсь что у него уже жутковатый микс из старых, новых, тестовых, полуархивных баз...
Если он полный архив всего каталога, всех баз, до его манипуляций сделал, то еще как-то понять, что он там натвАрил. Иначе уже нет!

(49) Вы скопировали базу в другое место и копия проблемная, а на "родном" месте, где находится исходная база, ошибок нет?

Может просто это копия неудачная. У меня был случай, когда сделал в 8ке копию файла базы, когда там был один пользователь и копия оказалась битой.

Вообще, Вы уверены, что основная база повреждена? Может там что-то с правами на папку с основной базой и копируется не все. Сравните размеры копии и оригинала. Сделайте копирование под правами админа, отключите антивирус, если есть.

Ребят,всем спасибо.Всё на самом деле как я описал,ничего я не путал,миксов там никаких нет.Есть битая база которая выдает ошибку при запуске,есть та же скопированная битая в другой каталог,которая что интересно запускается,но документов за 7 последних лет в ней нет. Случай не простой,1С-ники смотрели,попробуют восстановить 1SJOURN из битой,если конечно только в нем дело.
Если ничего не поможет,развернут пустую,перенесут номенклатуру,забьют остатки и всё.

Аллилуйя

(59) Ну... Через фокс грохнуть все можно, через 1slite моей сборки тоже все можно.
Виновника мы не найдем, но если в (59) написано все верно, то это был диверсант! Не иначе...