ТиС 7,7,920 Странная ситуация. Сдох сервер. Копия базы есть за 1.06 ночью копировалось.
Ругается на кодировку базы. Восстановление кодовой страницы проходит.
Но документы в базе только за 28.05. Куда делись 3 дня?
В Syslog есть информация об этих днях.
Такое может вообще быть?

(0) Файловая?Тогда датыфайлов обо всем скажут.

DBF последний 31,05,22
Вроде всё нормально, ночью копия. Где 3 дня то?

RA328 - 29/05/22  22:03

(1) + Вангую что архивирование остановилось и лог архивирования содержит эту информацию, есть лог?
(2) Тут не любой DBF, а документов твоих DH ,DT...

(4) их можно даже вьювером посмотреть, если осторожно.Там и даты документов видно.

Пусто в логе, только сегодняшняя информация. Фигня какая-то.

(6) Я про лог архиватора, не 1С.Или вы батничком,без лога?

Я тоже про него же. APBackup у меня. Но глючит иногда.
Но в Syslog ведь есть инфа. Откуда бы она там если этих дней нет в базе?
Например:

20220601;12:30:24;Ольков2;E;Docs;DocWrite;2;;O/2742/(CB )378971;Заказ поставщику 0000000013 31.12.2022 09:13:00
20220601;12:42:23;Ольков2;E;Docs;DocWrite;2;;O/2742/(CB )378971;Заказ поставщику 0000000013 31.12.2022 09:13:00
20220601;12:44:35;Инструменты1;E;Sys;OpenSession;0;Компьютер SERVER;;
20220601;12:46:36;Стройка;E;Sys;CloseSession;0;;;
20220601;12:46:55;Ольков2;E;Docs;DocWrite;2;;O/2742/(CB )378971;Заказ поставщику 0000000013 31.12.2022 09:13:00
20220601;12:51:41;Ольков2;E;Docs;DocWrite;2;;O/2742/(CB )378971;Заказ поставщику 0000000013 31.12.2022 09:13:00
20220601;12:56:20;Инструменты1;E;Sys;CloseSession;0;;;

Как то уборщица выдернула шнур питания шваброй на «сервере «.Так DBF Файлы потеряли в конце много информациии.Вид был как будто полосами информацию стёрли.Такое в DBF не лечится, пришлось из косвенных данных восстанавливать, но это такая фигня...Короче, архив  - наше все!У вас есть архивы за 28,29,30,31 мая?

Да вот тоже... уборщица. я. Не проследил, что бэкапер не запустился после перезагрузки компа.
Архив только один и нарыл.
Но похоже, что-то не то с датами в сислоге просто.
20220601;10:55:39;Ольков;E;Docs;DocOpen;3;;O/6532/(CB )385000;Поступление ТМЦ (розница) 0000000681 28.05.2022 15:25:58
20220601;10:56:37;Ольков;E;Docs;DocOpen;3;;O/6532/(CB )385023;Поступление ТМЦ (розница) 0000000685 28.05.2022 15:25:59
Документы то за 28.05, а дата впереди стоит 1.06.

А где точно посмотреть последние даты каких файлов? Чтобы уже успокоиться и восстанавливать начать эти дни... Бухгалтерия меня убьет.

(12) Открой 1cv77.dd там весь словарь,открывается в блокноте.Ищешь свой документ название таблицы, далее смотришь на дату таблицы, пытаешься ее посмотреть и тп...

(11) ну это часто бывает. Например документ январский, а бухгалтер внесла в базу его только в июне. Всегда бухи вносят вчерашние документы, а может и более ранние. Чтобы день в день - это вы сильно губу раскатали.

(13) Ещё посмотри 1SJOURN - там все документы регистрируются.Отсутствие в нем записей после 28 мая и будет причиной.

может на самом деле всё в порядке, может они и занесли документы по 29.05 включительно? А июнь только собирались заносить? Вы проверьте. Основное свойство буха, он всегда орет. Всё пропало, все документы исчезли, база рухнула. А начинаешь раззбираться, а там пропало всего два документа, или вообще один.

Чет там шифровка какая-то.. Ни одной даты не вижу)
#==TABLE no 75     : Документ (Мн.ч.) ЗаказПоставщику
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=DT2742  |Документ (Мн.ч.) ЗаказПоставщи|A          |DT2742     |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document's       |C   |9     |0        
F=LINENO    |LineNo              |N   |4     |0        
F=SP2731    |(P)Номенклатура     |C   |9     |0        
F=SP2732    |(P)Количество       |N   |15    |1        
F=SP2733    |(P)Единица          |C   |9     |0        
F=SP2734    |(P)Коэффициент      |N   |11    |3        
F=SP2735    |(P)Цена             |N   |16    |2        
F=SP2736    |(P)Сумма            |N   |16    |2        
F=SP2739    |(P)СтавкаНДС        |C   |9     |0        
F=SP2737    |(P)СуммаНДС         |N   |16    |2        
F=SP2740    |(P)СтавкаНП         |C   |9     |0        
F=SP2738    |(P)СуммаНП          |N   |16    |2        
F=SP4684    |(P)ПоЗаявке         |C   |9     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO

(17) Это же просто словарь базы)

(18) По нему легко найти названиЯ таблиц и их состав.К примеру Журналы 1SJOURN  имеет поля дата.. Открываем файл и смотрим поля дата...

1SJOURN  вообще как смотреть, блокнот выдаёт шифровку еще круче)

32742022    00000005061      3     21000000000001000    1YCB      N        4        H   100  1GG  894WCB  2IY  120220530903B5C      32742022    00000005071      3     21000000000001000    1YCB      N        4        H   100  1GG  894XCB  2IY  1202205309080WG      32742022    00000005081      2     21000000000001000    1YCB      N        4        H   100  1GG  894YCB  2IY  12022053090O3LS      32742022    00000005091      2     21000000000001000    1YCB      N        4        H   100  3JG  894ZCB  430  1202205309J91E8      58112022    00000001970      0     00000000000000000     X        S        4        H   000  1GG  8950CB  2IY  1202205309LYRWW      32742022    00000005101      2     21000000000001000    1YCB      N        4        H   100

Не очень информативно, на мой взгляд.

(19) Не надо так...Тренируйся на копиях.И пользуйся нормальным вьюером DBF )

Есть такие, что редактировать можно DBF...
DT2742,DH2742 Это твои таблицы заказа поставщику, какие даты в архиве у файлов и внутри DH2742?

30.05.22 18:10

(25) Ну значит какая таблица порушена и в журнале не отражаются все.Открыть нормально DBF и сверить по IDDOC.

Ну это уже сложно для меня. Да и нет времени, все ждут от меня программу. А я... тупой

(27) а кто сказал что будет легко?
экономили на ИТ. ПУСТЬ ЖДУТ ТЕПЕРЬ пока ты нароешь данные или спеца подащишь, который тебе восстановит то. что можно восстоновить, например, Ёпрст.. ну и шефу у вас в конторе придется майбах продать, чтобы Епрсту заплатить...

Можно попробовать перестроить индексы.
Я с 7.7 не работал зато много работал с другими dbf

Попробуйте. Обычно данные dbf при раздельном доступе писалась по записям - т.е. физически на носитель писалось сразу.
А вот индексы - по страницам. Максимально в памяти. Т.е. при потере питания терялись именно они.

Далее. Если вывод идёт упорядоченно - т.е. по индексам то программа просто не увидит записи, на которые нет индексов.

Только переиндексироваться надо ПРЕДВАРИТЕЛЬНО УДАЛИВ старые *.cdx

(30) Да, кстати. Ибо перестройка индекса и пересоздание - разные процедуры.

да и посмотреть заодно по "первичке". вполне возможно что проще doznm рабочий бэкап и тупо добить руками приходы/расходы.. это может быть быстрее. особенно если это все более-менее автоматизировано...

В общем, по датам я успокоился, не вытащить ничего там больше видимо.
CDX удалил, переиндексировал. Стали восстанавливать документы и в комментарии документов стали подгружаться старые комментарии. Блин, где она их берет то только.
Пробовал сделать загрузку выгрузку, не помогло. Обсуждалась эта тема, тоже там ничем закончилось.. танцы с бубном, как повезет. Но тема старая была, может сейчас есть решение?
https://forum.infostart.ru/forum9/topic77357/

А может само пройдет когда номера документов перейдут из старых в новые уже.

(33) так все cdx удалил? нужно все.

Ну конечно все, чего ж оставлю несколько.)) Сортировка по виду документа, выделение и Del

(36) а зачем комментарии понадобились вдруг? Главное, данные. А комментарии для понтов, удалились, ну и хрен бы с ними.